Hallo,
ich möchte ganz kurz meine Tüftelei zum Thema Hausautomation vorstellen. Es handelt sich hierbei um eine doppelseitige Erweiterungsplatine für den Raspberry Pi. Alle Funktionen, die dieses Board bietet, können in FHEM integriert werden.
Einsatzmöglichkeiten:
Hausautomation mit FHEM (verschiedene Protokolle senden und empfangen (http://www.fhemwiki.de/wiki/CUL), IR-Empfang, 1-Wire-Bus (http://www.fhemwiki.de/wiki/Kategorie:1-Wire))
LC-Display (Statusanzeige, Terminalausgabe , Bildschirm für Videostream (https://forum.fhem.de/index.php/topic,14156.msg764908.html#msg764908).)
Hardware:
ST7735R basierendes 1.8" TFT Display (http://forum.fhem.de/index.php/topic,14156.msg152824.html#msg152824) (128x160 Pixel)
CC1101 RF-Transceiver (868 MHz)
ATMEGA644V Coprozessor
DS2482-100 I2C-to-1-Wire Master mit 5V zu 3,3V Pegelwandler
TSOP4838 IR-Empfänger
BMP085 - barometrischer Drucksensor
TSL2561 - digitaler Lichtsensor (http://forum.fhem.de/index.php?topic=20942.0)
Serial Peripheral Interface
Features:
Linux Framebuffer drivers for small TFT LCD display modules (http://github.com/notro/fbtft/wiki)
Bootloader - culfw über den Raspberry Pi flashen
1-Wire Handling wählbar - I2C-Bus Lötbrücken für MCU oder RPi GPIO.
Portbelegung auf dem Raspberry Pi:
3V3, 5V und GND -> Spannungsversorgung
GPIO 0 und GPIO 1 -> I2C
GPIO 17 und GPIO 18 -> Reset
GPIO 14 und GPIO 15 -> UART
GPIO 23 -> LED Backlight
GPIO 8, GPIO 10, GPIO 11, GPIO 24 und GPIO 25 -> LCD
Kompatibilität:
Das Add-On wurde am Raspberry Pi B Rev.1, Rev.2 und B+ getestet.
Banana Pi (http://forum.fhem.de/index.php/topic,14156.msg210960.html#msg210960) ist nicht kompatibel!
Banana Pro (http://forum.fhem.de/index.php/topic,14156.msg254516.html#msg254516), Raspberry Pi 2 Model B (http://forum.fhem.de/index.php/topic,14156.msg261938.html#msg261938) und Raspberry Pi 3 (https://forum.fhem.de/index.php/topic,14156.msg423862.html#msg423862) sind vollständig eingebunden.
FAQ:
Wo kann ich das Board erwerben? Im Marktplatz. (http://forum.fhem.de/index.php/topic,15079.0.html)
Wo kann ich eine 868 MHz SMA-Male Antenne kaufen? Bei eBay. (http://www.ebay.de/sch/i.html?_from=R40&_trksid=p2050601.m570.l1313&_nkw=868Mhz+sma&_sacat=0)
Kurzanleitung und culfw im Anhang:
- culfw V 1.61
- culfw V 1.61 für OWFS (Dafür sind Änderungen an der Hardware notwendig, siehe hierzu Kurzanleitung)
- a-culfw (http://forum.fhem.de/index.php/topic,35064.0.html) V 1.21.00
- culfw V 1.66 (siehe SVN (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/))
Vielen Dank an kaihs für den Support!
Die Verwendung der Daten für die kommerzielle Herstellung oder den gewerblichen Vertrieb ist untersagt.
Schaut sauber aus! Bin schon gespannt auf mehr Details...
UPDATE 22.09.2013
Hardwareentwicklung erfolgreich abgeschlossen.
UPDATE 06.07.2014
IR-Sender-Erweiterungsplatine (http://forum.fhem.de/index.php/topic,14156.msg181794.html#msg181794) für das Add-On Board.
UPDATE 04.01.2015
IR-Board Designoptimierung (http://forum.fhem.de/index.php/topic,14156.msg240349.html#msg240349).
UPDATE 22.03.2015
IR-Board+ für Raspberry Pi B+ und Raspberry Pi 2.
UPDATE 06.08.2015
EOL. Nach zwei Jahren ist die Fertigung des Add-On Boards eingestellt.
ich brauche mehr Details... (//www.youtube.com/watch?v=MdAJHkBV-v8)
Eins vorweg, ich werde keine Bauanleitung posten. An das Bestücken der Platine mit SMD sollte sich nur ein Elektroniker mit ausreichender Erfahrung wagen.
Vielmehr möchte ich zukünftig fertigaufgebaute Platinen, nicht kommerziell und in kleiner Stückzahl, zum Kauf anbieten.
Zitat von: betateilchen schrieb am Mo, 23 September 2013 16:20ich brauche mehr Details...
Welche Informationen benötigst du?
Grundsätzlich darf das Add-On Board, von der Funktionalität her, mit
CSM verglichen werden. Zusätzlich wurde das "CSM" mit 1-Wire-Bus, einem Infrarotempfänger und zwei I2C-Bus Sensoren ausgestattet.
Das 1.8" TFT LCD Panel kann 262144 Farben darstellen. Die Auflösung beträgt 128x160 Pixel.
ST7735 Controller mit SPI Schnittstelle.
Raspberry Pi Anschlusspin für Hintergrundbeleuchtung: GPIO23
FHEM-Statusanzeige kann mit
RSS realisiert werden.
Das jpg wird mit
fbisudo fbi -d /dev/fb1 -T 1 -noverbose -a /pfad/datei.jpg auf dem Display angezeigt.
Hallo locutus,
echt klasse Projekt, Hut ab.
Trotzdem noch ein paar Fragen:
- Du hast den Atmega644 verbaut, auf dem CSM ist m.E. aber ein Atmega1284. Reicht der Atmega644 für die aktuelle Firmware?
- Ich gehe mal davon aus, dass Du die gleichen IO Pins für das Flashen der Firmware wie beim CSM vorgesehen hast, oder?
- Der Lichtsensor deckt ja durch seine umschaltbare Verstärkung einen weiten Bereich ab. Mit dem Gehäuse ist der Raspberry Pi aber nur drinnen einsetzbar. D.h. der Lichtsensor ist bevorzugt für Rolladensteuerung einsetzbar. Hast Du schon Erfahrungen, welchen Maximalwert der Sensor drinnen anzeigt?
- In welchem preislichen Rahmen wird sich das bestückte Board bewegen? Gibt es alternativ für "Bastler" nur die Platine (ich vermute, dass es teilweise schwierig werden könnte, ein paar der Bauteile zu bekommen)?
- Ich gehe einmal davon aus, dass die I2C Sensoren an P1 bzw. auf dem I2C1 liegen. D.h. ein schon auf I2C0 liegender BMP180 dürfte da nicht stören, oder?
Danke mal im voraus für Deine Antworten.
Gruß PeMue
Hallo locutus,
cooles Teil, Respekt!
Schön wäre, wenn manche Sensoren abtrennbar/verlängerbar wären (IR, Licht).
Was würd's denn kosten? Evtl. Leerplatine, Bausatz?
Gruß StefanP
Zitat von: PeMue schrieb am Mo, 23 September 2013 22:41Reicht der Atmega644 für die aktuelle Firmware?
Einige hier im Forum werden noch ein älteres CSM besitzen oder kennen, welches damals mit einem Atmega324 bestückt wurde.
Die Speicherkapazität des 644 reicht aus. Abgesehen davon kannst du die Firmware (culfw) relativ flexibel an eigene Anforderung anpassen.
ZitatIch gehe mal davon aus, dass Du die gleichen IO Pins für das Flashen der Firmware wie beim CSM vorgesehen hast, oder?
GPIO17 und GPIO18
ZitatHast Du schon Erfahrungen, welchen Maximalwert der Sensor drinnen anzeigt?
Noch nicht! Die Idee mit dem Lichtsensor kam kurz vor Fertigstellung des Layouts.
ZitatIch gehe einmal davon aus, dass die I2C Sensoren an P1 bzw. auf dem I2C1 liegen. D.h. ein schon auf I2C0 liegender BMP180 dürfte da nicht stören, oder?
RasPi hat nur einen I2C-Bus. Die Zahl 0 bezieht sich auf die Board Rev.1 und die 1 auf die Rev.2. Die Sensoren BMP180 und BMP085 können nicht adressiert werden. Beide Sensoren liegen auf 0x77. Es wird nicht funktionieren!
Zitat von: StefanP schrieb am Di, 24 September 2013 19:23Schön wäre, wenn manche Sensoren abtrennbar/verlängerbar wären (IR, Licht).
Der Lichtsensor kann adressiert werden:
0x29, 0x39 oder 0x49. Somit könnte man zusätzlich zu dem Add-On Board Sensor noch 2 externe Lichtsensoren am I2C-Bus betreiben.
Tipp für IR: auslöten und mit drei Strippen verlängern oder google mal bitte "ir empfänger parallel schalten".
Zitat von: locutus schrieb am Mi, 25 September 2013 22:58RasPi hat nur einen I2C-Bus.
Und ich dachte, dass der Raspberry Pi
zwei I2C Busse hat. Du benutzt den P1 für das Display und P5 wird nicht benutzt, oder? Wenn nicht, löte ich die Erweiterungsplatine halt wieder runter ...
Der Preis ist echt klasse.
Gruß PeMue
Cool,
wo muß man sich anstellen um so'n Ding zu bekommen?
Gruß StefanP
Hallo,
@locutus
Ich würde auch gerne eine Platine nehmen.
Wenn es geht schon fertig bestückt - meine Feinmotorik ist etwas zu grob für SMD ;-)
PM mit Kontodaten wäre nett zum überweisen.
Grüße
Zitat von: PeMue schrieb am Do, 26 September 2013 05:58Du benutzt den P1 für das Display und P5 wird nicht benutzt, oder?
Das Add-On Board wird auf P1 gesteckt. P5 wird nicht belegt.
Ich habe mir das Schaltbild des RasPi Rev.2 angeschaut. Ich muss wohl meine Aussage revidieren. Der RasPi Rev.2 ist tatsächlich mit zwie I2C-Ports (0 auf P5 und 1 auf P1) ausgestattet.
Zitat von: StefanP schrieb am Fr, 27 September 2013 18:09wo muß man sich anstellen um so\'n Ding zu bekommen?
Ab Oktober im
Marktplatz.
Leider ist mein Vorrat an Bauteilen aufgebraucht. Neue Bauteile sind bereits bestellt aber ich bitte trotzdem um sehr viel Geduld. Die Lieferung aus dem Ausland kann bis zu 8 Wochen dauern.
Hinzu kommen noch schlechte Nachrichten: China Post hat mir mitgeteilt, dass meine Bestellung den Security check nicht bestanden hat und an den Lieferanten zurückgesendet wurde. Die Sendung hängt nun seit 3 Wochen in der Pipeline.
Hallo,
danke erstmal für das LCD-Board aber ich stell mich wohl wieder etwas duselig an.
Wo finde ich die I2C.pm?
ZitatCan't locate HiPi/Device/I2C.pm in @INC
Kann ja auch nicht weil die Datei auf meinem RasPi nicht existiert.
Ich hab das Wheezy von der CD genommen und auf die SD kopiert (mit Win32DiskImager).
Danach wie im PDF die Schritte durchgearbeitet - das LCD leuchtet schonmal ^^
Der IR hat sich noch definieren lassen aber beim Luftdrucksensor meckert fhem eben die nicht vorhandene I2C.pm an.
Ich weiß - der Fehler sitzt mal wieder zwischen Bildschirm und Stuhl ;-)
Danke schonmal für den Tipp.
Grüße
Du musst die hipi-Tools installieren.
apt-get -y install i2c-tools libwww-perl
wget http://raspberry.znix.com/hipifiles/hipi-install
perl hipi-install --hipi-wx=0
Hallo,
@Betateilchen
Du warst zu schnell mit deiner Antwort ;-)
Jep - da war noch was mit den Tools - erledigt.
Danke.
Nur beendet sich nach einem
define Luftdruck I2C_BMP180 /dev/i2c-0 FHEM und muss per Putty neu gestartet werden.
Im Logfile findet sich nur das:
Zitat2013.10.06 14:51:22 0: Server shutdown
2013.10.06 14:52:10 1: Including fhem.cfg
2013.10.06 14:52:15 1: Including ./log/fhem.save
2013.10.06 14:52:15 0: Server started with 10 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user fhem, pid 2097)
2013.10.06 14:52:41 1: CUL_WS UNDEFINED temp/hum sensor detected, code 4
2013.10.06 14:53:07 1: CUL_WS UNDEFINED temp/hum sensor detected, code 1
2013.10.06 14:54:34 1: Including fhem.cfg
2013.10.06 14:54:36 1: Including ./log/fhem.save
2013.10.06 14:54:36 0: Server started with 10 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user pi, pid 2325)
Um 14:51:22 waren die Hippi-Tools installiert daher der shutdown des Servers mit anschliessendem Reboot und um 14:54 habe ich mein Define eingefügt.
Mal schauen was ich noch alles vergessen habe.
Danke nochmal.
Grüße
höchstwahrscheinlich die udev-Regel, um auf die I2C Devices zugreifen zu dürfen...
echo 'SUBSYSTEM=="i2c-dev", MODE="0666"' > /etc/udev/rules.d/98_i2c.rules
Danach den udev-Daemon oder einfach den ganzen Raspberry neu starten.
---
Hallo,
Zitathöchstwahrscheinlich die udev-Regel, um auf die I2C Devices zugreifen zu dürfen...
So war es dann auch.
danke nochmal @betateilchen
Nun funktioniert schonmal der Luftdrucksensor.
Das LCD-Display bekomm ich auch noch zu laufen.
Grüße
Die Hintergrundbeleuchtung ist aktiv, dann sind Kernelmodule aktiviert und Treiber erfolgreich geladen. Es fehlt nur noch die Ausgabe.
Noch ein Hinweis: der Befehl sudo apt-get upgrade befördert FBTFT ins Jenseits und macht das Display funktionslos.
Vorgehensweise:
Pakete updaten, außer raspberrypi-bootloader
sudo apt-mark hold raspberrypi-bootloader
sudo apt-get update
sudo apt-get upgrade
bootloader updaten, aber kein Kernel
sudo apt-get install rpi-update
sudo SKIP_KERNEL=1 rpi-update
Hallo,
ZitatDie Hintergrundbeleuchtung ist aktiv,
Ja, das hab ich schonmal geschafft.
Zitatdann sind Kernelmodule aktiviert und Treiber erfolgreich geladen.
Das ist schonmal schön.
Aber nicht mit dem im PDF genannten Treiber sondern mit dem adafruit22.
Den sainsmart18fb scheint der RasPi noch zu ignorieren.
Das Display bleibt damit dunkel.
Grüße
Soo, SD-Karte soeben frisch aufgesetzt, nach Anleitung vorgegangen, Neustart durchgeführt, die Konsole wurde auf dem LC-Display ausgegeben.
Ich kann das Problem nicht nachvollziehen, es sei denn, du hast die REPO_URI Installation durchgeführt. In diesem Fall wird sainsmart18fb ignoriert und Backlight lässt sich nicht aktivieren.
Es sind eigentlich nur 3 Schritte nötig:
1.
sudo modprobe fbtft_device name=sainsmart18fb rotate=0 gpios=reset:25,dc:24,led:23Das Display bleibt dunkel.
2.
sudo modprobe sainsmart18fbJetzt ist die Beleuchtung angegangen.
3.
FRAMEBUFFER=/dev/fb1 startxHiermit wird der Desktop auf dem Display angezeigt.
Mitsudo modprobe fbtft_device name=sainsmart18fb; dmesg | tail -30werden detaillierte Informationen in der Konsole ausgegeben.
Framebuffer Devices auflisten
ls /dev/fb*/dev/fb1 ist das LC-Display.
Das Repository vom 2013-09-18 (bf227f608bfefb6d8046b3b841d07066c26367e4) (//github.com/notro/fbtft/wiki) kann auch genutzt werden. Das LC-Display heißt in dem Fall sainsmart18 und die Hintergrundbeleuchtung wird mit wiringPi de/aktiviert.
wiringPi installieren:
git clone git://git.drogon.net/wiringPi
cd wiringPi
./build
Backlight an:
gpio mode 4 out
gpio write 4 1
Display einschalten:
sudo modprobe fbtft_device name=sainsmart18
Konsole aufs Display:
con2fbmap 1 1
Backlight aus:
gpio write 4 0
Hallo,
danke zusammen.
@locutus
Mit deiner BEschreibung um 18:15 (also ohne wiringPi) hat es soweit auch geklappt.
Ich hab den Fehler gemacht, wie von dir schon geschrieben, und habe die REPO_URI Installtion durchgeführt.
Gestern habe ich die SD-Karte neu aufgezogen und nun habe ich auch den Desktop am LCD-Display.
Danke nochmal
Grüße
Hallo
Ich habe es endlich auch mal geschaft das Display einzubauen nach der Anleitung zu Installieren....
Bei mir gibt es auch Probleme mit dem Drucksensor
wenn ich mit den Sensor mit
define BMP085 I2C_BMP180 /dev/i2c-0
definiere beendet sich FHEM. Im Putty bekomme ich
Use of uninitialized value in split at ./FHEM/10_OWServer.pm line 352.
i2c_write failed with return value -1 at ./FHEM/51_I2C_BMP180.pm line 315
Wie weiter oben Geschrieben habe ich schon
echo 'SUBSYSTEM=="i2c-dev", MODE="0666"' > /etc/udev/rules.d/98_i2c.rules
eingefügt.
Das Log nach dem define....
BMP085: ERROR: I2C_BMP180: i2c-bus_read failure
2013.10.19 11:58:37 1: define: BMP085: Error! I2C failure: Please check your i2c bus /dev/i2c-0 and the connected device address: 0x77
stenny73
Hast du dir die Adressverteilung der Devices am I2C-Bus angesehen?
Aus der Konsole:
i2cdetect -y 0
oder (abhängig von Raspberry Pi Board Revision):
i2cdetect -y 1
Die Konsole sollte das hier ausgeben:
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- 39 -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- 77
39 ist der Lichtsensor
77 ist der Drucksensor
Sind perl HiPi::Device::I2C Module installiert?
grrrrr......
Ist am
define BMP085 I2C_BMP180 /dev/i2c-1
Danke
Hallo,
ich habe bei mir den IR-Empfänger gemäß Anleitung installiert, jedoch erhalte ich keinerlei Meldung des Devices und Buttons werden auch nicht angelegt.
Vorgehen:
set IR_Dev irLearnForSec 300
danach habe ich mit meiner Logitech Harmony One versucht verschiedene Befehle abzusetzten, jedoch ohne jeden Erfolg. Im Log steht auch nichts.
Was mache ich falsch?
Viele Grüße
Klaus
Nachtrag: Habe inzwischen noch zusätzlich das Attribut irReceive ouf ON_NR gesetzt. Keine Änderung des Verhaltens.
Bitte das Attribut
attr IR_Dev irReceive ON_NR
setzen.
Hallo,
danke, hat nun funktioniert. Was mir dabei noch aufgefallen ist, dass ich im Web-Interface den Button nicht mit der Maus anklicken und dann editieren kann damit ich eine Aktion zuweisen kann. Aber dieses Thema muss ich wohl in einem anderen Threat behandeln.
Gruß
Klaus
Hallo,
Modul kam gestern an, vielen Dank dafür, funktioniert auch hervorragend unter Raspbmc.
Ich würde auf dem Display gerne den RSS-Feed anzeigen wie weiter oben im Thread beschrieben, prinzipiell funktioniert es auch,
allerdings aktualisiert sich das Bild natürlich nicht, gibt es dafür eine einigermaßen einfache Lösung?
Ansonsten würde ich das ganze per Skript und Scheduler machen.
EDIT: Hat sich erledigt, hab mir einfach einen Crontask angelegt der das Display aktualisiert.
Wie bereits gesagt, super Arbeit von dir, genau was ich gesucht habe.
Andreas
Hallo zusammen,
ich bekomme häufig Anfragen zum LC-Display. Vor allem, wie man was Brauchbares aus FHEM auf dem Dispaly anzeigen kann.
Hier ein Beispiel und eine kleine Anregung für eure Kreativität.
1. Pakete installieren:
sudo apt-get install libgd-text-perl libimage-librsvg-perl fbi
2. Layout erstellen:
sudo nano /opt/fhem/layout.txt
Inhalt einfügen:
font /usr/share/fonts/truetype/freefont/FreeMono.ttf # TrueType Schriftart
rgb "c0c0c0" # HTML Farbencode
pt 56 # Schriftgroesse
time 0.10 0.25 # Uhrzeit
pt 36
text 0.025 0.40 { ReadingsVal("BMP085","pressure-nn","?"). " hPa" } # BMP085 Luftdruck
pt 36
text 0.25 0.90 { ReadingsVal("MyWeather","temperature","?"). " °C" } # Aussentemperatur
# moveby 0 -25
# text x y "Another text"
img 60 180 1.0 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("MyWeather","icon","") . ".png" } # Wetter Icon
und abspeichern.
3. RSS und Weather in fhem.cfg definieren:
define FrameRSS RSS jpg 192.168.xxx.xxx /opt/fhem/layout.txt # bitte eigene IP-Adresse verwenden
attr FrameRSS size 300x400
attr FrameRSS tmin 10
define MyWeather Weather 673513 900 de
define MyWeather.weblink weblink htmlCode { WeatherAsHtml("MyWeather") }
und abspeichern.
4. RSS Bild herunterladen:
wget http://192.168.xxx.xxx:8083/fhem/rss/FrameRSS.jpg
Bitte eigene IP-Adresse oder localhost:8083 verwenden.
5. RSS Bild aufm Display anzeigen:
sudo fbi -d /dev/fb1 -T 1 -noverbose -a FrameRSS.jpg
Hallo,
ich benutze eine CUL im RFR Modus zur Reichweitenerhöhung. Ich möchte nun das Add-On Board auf den gleiche FW Stand wie den CUL bekommen (1.57). wie mus das avrdude Kommando genau aussehen?
Danke
klaus
Das Script (csm_flash.sh) ist auf der mitgelieferten DVD.
Darf ich neugierig nachfragen welche Device Firmware du auf das Board flashen möchtest.
Hast du die Portbelegung für IR-Empfänger und LED in board.h und irmpconfig.h angepasst? Sind i2cmaster und onewire in CSM.c eingebunden? Ist makefile um twimaster und onewire erweitert worden?
Auf dem Board läuft nämlich eine modifizierte culfw für das TuxRadio V.1.
Heilige Sch...., da wäre ich aber ganz schön auf die Nase geflogen. Da lasse ich lieber mal die Finger davon. Wirst Du in regelmäßigen Abständen FW Images anbieten? Ich habe nämlich festgestellt, dass die Kommunikationmit dem CUL mit der neuen FW stabiler geworden ist, zumindest das Zusammenspiel CUL_RFR und das Add-On Board.
Viele Grüße
Klaus
@locutus:
Das wget für das RSS-Bild ist eigentlich nicht nötig, funktioniert auch direkt:
sudo fbi -d /dev/fb1 -T 1 -noverbose -a /http://localhost:8083/fhem/rss/FrameRSS.jpg
Zum regelmäßigen aktualisieren dann eben einen Cronjob anlegen.
Andreas
Zitat von: Klaus Rubik am 25 November 2013, 15:14:25
Wirst Du in regelmäßigen Abständen FW Images anbieten?
Ja, sobald die Developer die FW 1.57 offiziel freigegeben haben.
Zitat von: sackCfix am 25 November 2013, 15:35:32
Das wget für das RSS-Bild ist eigentlich nicht nötig, funktioniert auch direkt
Richtig! Danke! Eine elegantere Lösung.
So, das meiste geht. Cool.
Leider zeigt mein Barometer seltsame Temperaturwerte an. Bei geöffnetem Gehäuse zeigt's ca. 33 °C(?) an, alle anderen Thermometer im Raum sind der Meinung es sind so um die 22 °C. Denen glaub ich eher ;-) Die Luftdruckwerte sind plausibel.
Als zweites kann ich keine IR-Codes anlernen. Folgendermaßen sieht die entscheidende Sektion aus.define IR_Dev CUL_IR CUL_0
attr IR_Dev irReceive ON_NR
attr IR_Dev learncount 0
attr IR_Dev learnprefix A
attr IR_Dev verbose 1
Irgend eine Idee, wie ich (schrittweise) weiterkomme? Fernbedienung tut.
Vorab vielen Dank.
Grüße StefanP
Die Temperaturanzeige ist korrekt. Der Drucksensor sitzt praktisch direkt neben der CPU des RasPi. Eine Offsetkorrektur der Temperaturwerte ist nicht möglich. Aber man möge mich bitte korrigieren, falls ich falsch liege.
set IR_Dev irLearnForSec 180
schon durchgeführt?
Klar "irLearn" in den internals geht dann auch auf 1. Ich habe diverse Abstände versucht (0-40cm): keine Reaktion.
Wer ist der Hersteller der Fernbedienung? Die Firmware unterstützt nur gängige IR-Protokolle von Sony, NEC + APPLE, Samsung, Matsushita, Kaseikyo, DENON, Sharp und Grundig.
Hast du schon mal eine andere Fernbedienung ausprobiert.
Probiert hab ich: Philips TV, iconbit, LG BD, Siemens. Die sind zum Teil auch schon in einer Philips Prestigo programmiert. Über die Philips bediene ich auch einen Sony Receiver. Also keine besonderen Exoten.
Philips? Philips nutzt RC5 und RC6. Sind beide nicht implementiert. Siemens auch nicht und LG (?) ...
Versuch bitte die CSM.hex aus dem Anhang. Die Datei wurde um mehrere IR-Protokolle erweitert.
fhem anhalten:
sudo invoke-rc.d fhem stop
Dann das csm_flash.sh Script ausführen und fhem starten:
sudo invoke-rc.d fhem start
Das csm_flash.sh Script findest du auf der DVD oder hier: http://forum.fhem.de/index.php/topic,14156.msg109971.html#msg109971
Ich komm' heute leider nicht zum Testen. Antwort also frühenstens am Mittwoch.
Danke StefanP
hallo StefanP
mein add-on Board ist zwar noch nicht angekommen, jedoch habe ich hier noch einen anderen Pi mit einem BMP085 und der zeigt auch 34 Grad an. Passt also.
Robin
Hallo locutus,
ich hab' meine Fernbedienungen gerade nochmal durch getestet. Warum auch immer: einige gehen nun (!?). Erkannt werden: iconbit, LG BD und die Sony-Codes auf der Philips Prestigo. Nicht erkannt: Philips TV, Siemens. Keine Ahnung, warum das vorgestern nicht geklappt hat :o. Dein CSM werd' ich erst am WE flashen, das is' nix für gerade 5 Minuten Zuhause und mal schnell vor dem Asiaten-Bring-Dienst. Bericht folgt.
@Robin: Temperaturfühler fürs Raspi-Gehäuse hat ja auch seinen Benefit ;) (gerade sind's kuschelige 42,4°C bei geschlossenem Deckel).
Essen ist da!
Grüße StefanP
@det.
Hiermit wird die Uhrzeit im Minutentakt aktualisiert:
*/1 * * * * sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://localhost:8083/fhem/rss/FrameRSS.jpg
Wie im PDF beschrieben, werden die Kernelmodule ins /etc/modules eingetragen:
sudo nano /etc/modules
Inhalt:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
snd-bcm2835
i2c-dev
fbtft_device name=sainsmart18fb gpios=reset:25,dc:24,led:23
sainsmart18fb
Hallo Locutus,
ich hab' dein modifiziertes CSM geflasht: Alle Fernbedienungen funktionieren!! DANKE.
Nachdem ich fhem per sudo invoke-rc.d fhem start wieder gestartet hatte, kamen beim Abfruf vom rss Fehlermeldungen.
sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://192.168.23.10:8083/fhem/rss/FrameRSS.jpg
Argument "x" isn't numeric in numeric le (<=) at ./FHEM/02_RSS.pm line 204.
Argument "y" isn't numeric in numeric le (<=) at ./FHEM/02_RSS.pm line 205.
Die sind nun aber nach einem Reboot weg.
Beim RSS sind mir drei Sachen aufgefallen:
1. Am oberen Bildrand sind weiße Flecken. Erst dachte ich das wäre die Displaybeleuchtung aber die Flecken sind auch (sogar besser) im Browser zu sehen.
2. Die Uhr geht eine Stunde nach (GMT?) die Timezone sollte sich doch definieren lassen
Leider ist die RSS-Layout-Definition (http://fhem.de/RSSlayout) nirgendwo zu finden, weder local noch online(!).
3. Jeder Aufruf von fbi erzeugt eine neue Instanz. Um das zu verhindern rufe ich per cron das folgende Script auf:
rm FrameRSS.jpg
kill `pidof fbi`
wget -q http://192.168.23.10:8083/fhem/rss/FrameRSS.jpg
fbi -d /dev/fb1 -T 1 -noverbose -readahead -a FrameRSS.jpg
Ich bilde mir ein, die Anzeige-Pause ist kürzer, wenn ich das Bild erst erzeuge und dann erst mit fbi anzeige. Ist aber möglicherweise wirklich Einbildung.
Danke nochmal für die Unterstützung bei den FB-Protokollen.
Gruß StefanP
Hallo StefanP
zu 2 die Uhrzeit kannst Du mit raspi-config (Aufruf in der Konsole) einstellen
zu 3 Ich habe dein Script auch mal eingegeben. Bei mir kommt jede Minute kurzzeitig die Konsole zum Vorschein, stört etwas.
Aber vielleicht habe ich den Cronjob falsch? muss ich die ersten beiden Zeilen auch jedesmal mitlaufen lassen?
* * * * * sudo modprobe fbtft_device name=sainsmart18fb rotate=0 gpios=reset:25$
* * * * * sudo modprobe sainsmart18fb
* * * * * /opt/fhem/fbi.sh
Robin
Gibt es irgendein Beispiel-Script wie man sinnvoll die IR-Sender/Empfänger mit dem Display verquicken kann?
Hintergrund: Ich habe in meiner Grabbelkiste eine IR-Fernbedienung von einer Billig-USB-TV-Karte gefunden. Jetzt wäre es doch schön, wenn man die FB auch zum "Umschalten" des Displays benutzen könnte. Beispielsweise Taste "1" Status "Beleuchtung", Taste "2" Status "Fenster Türen auf / zu" , Taste "3" Screenshot von einer Webcam, welche im Netz hängt. Die Fernbedienung funktioniert damit einwandfrei (sieht man an die kurzzeitig blinkende LED auf dem Board)
Man sieht schon, unendlich viele Möglichkeiten ...
Übrigens: das Modul ist klasse, vielen Dank an den Entwickler und ich hoffe das hier im Forum noch schöne Ideen zur Verwendung noch gezeigt werden.
Robin
Hallo zusammen!
Ich hab heute auch mein AddOn erhalten und gleich verbaut. Danke Locutus!!
Das meiste klappt soweit auch schon, aber es gibt noch ein paar kleinere Probleme:
- Nach dem ersten Start konnte ich alle Elemente in FHEM einbinden und nutzen, das hat insoweit wunderbar geklappt. Ich hatte auch die von betateilchen erwähnt udev-Regel gesetzt.
Zitatecho 'SUBSYSTEM=="i2c-dev", MODE="0666"' > /etc/udev/rules.d/98_i2c.rules
(dafür reichte lustigerweise nichtmal sudo aus, ich musste vorher die Schreibrechte in dem Verzeichnis mit chmod freigeben) Wie gesagt lief auch alles schon einmal in FHEM. als ich dann aber den RasPi neu gebootet habe, wurde FHEM nicht neu gestartet. Auch ein manueller Start über das Skript in init.d klappt nicht, nur wenn ich FHEM per sudo starte, funktioniert es. Irgendwo scheint es also noch Rechte-Probleme zu geben, ich weiß nur nicht wo... - Ich habe das Display wie beschrieben (http://forum.fhem.de/index.php/topic,14156.msg98499.html#msg98499) per Repository eingebunden und auch das klappt gut. Allerdings muss ich nun jedes mal die beschriebenen Schritte "Backlight an / Display an / Konsole aufs Display" per Hand ausführen. Lässt sich das auch bei Systemstart automatisieren?
- gibt es schon eine Möglichkeit den Lichtsensor zu nutzen? zu dem hab ich nichts mehr gefunden.
LG
Jan
Hallo fh168,
Zitatzu 2 die Uhrzeit kannst Du mit raspi-config (Aufruf in der Konsole) einstellen
Danke, hatte ich vergessen-
Zitatzu 3 Ich habe dein Script auch mal eingegeben. Bei mir kommt jede Minute kurzzeitig die Konsole zum Vorschein, stört etwas.
Aber vielleicht habe ich den Cronjob falsch? muss ich die ersten beiden Zeilen auch jedesmal mitlaufen lassen?
Also in meiner crontab wird nur das Script aufgerufen. Die modprobe-Sachen braucht's doch nur einmal (beim boot), oder? Der kurze "Konsolen-Blitz" ist bei mir durch das -q beim wget verschwunden. Ich wollte hauptsächlich durch das kill die fbi-Instanzen entfernen. Das kürzere Blinken der Anzeige ist wahscheinlich eh nur Einbildung.
Die Idee mit der alten Fernbedienung ist cool. Vielleicht kann man per FB-Code-notify einfach zwischen mehreren RSS-Screens hin- und herschalten. Scheint auf jeden Fall ausbaufähig.
Grüße StefanP
Hallo,
zum automatischen Starten des Display sollte es eigentlich reichen folgendes in /etc/modules einzutragen, hat locutus ja schonmal geschreiben:
fbtft_device name=sainsmart18fb rotate=270 gpios=reset:25,dc:24,led:23
sainsmart18fb
i2c-bcm2708
i2c-dev
mein crontab schaut wie folgt aus:
* * * * * sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://localhost:8083/fhem/rs$
0 * * * * sudo pkill fbi
Damit hab ich keine Konsole beim abrufen des Bilds und jede Stunde werden die fbi-Instanzen gelöscht, funktioniert bis jetzt ohne Probleme.
Andreas
Nope, da ich ja einen anderen Installationsweg genommen habe, geht es so schonmal nicht.
Es ist allein schon die Bezeichnung anders, aber auch das einfach auszutauschen reicht nicht.
@ Jaydee:
Ahh, hatte ich übersehen, hatte es zuerst aber auch per repo installiert und mir ein entsprechendes Skript zum starten erstellt, wenn ich morgen wieder zuhause bin werd ich es mal hochladen.
Andreas
Das wäre super, danke!
Zitat von: StefanP am 29 November 2013, 17:30:05
Nachdem ich fhem per sudo invoke-rc.d fhem start wieder gestartet hatte, kamen beim Abfruf vom rss Fehlermeldungen.
sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://192.168.23.10:8083/fhem/rss/FrameRSS.jpg
Argument "x" isn't numeric in numeric le (<=) at ./FHEM/02_RSS.pm line 204.
Argument "y" isn't numeric in numeric le (<=) at ./FHEM/02_RSS.pm line 205.
Das ist mir auch schon aufgefallen. Das Thema wird hier diskutiert:
http://forum.fhem.de/index.php/topic,11525.0.html (http://forum.fhem.de/index.php/topic,11525.0.html)
Zitat von: StefanP am 29 November 2013, 17:30:05Leider ist die RSS-Layout-Definition (http://fhem.de/RSSlayout) nirgendwo zu finden, weder local noch online(!).
http://fhem.de/commandref.html#RSS (http://fhem.de/commandref.html#RSS)
Zitat von: Jaydee am 29 November 2013, 23:05:20
als ich dann aber den RasPi neu gebootet habe, wurde FHEM nicht neu gestartet. Auch ein manueller Start über das Skript in init.d klappt nicht, nur wenn ich FHEM per sudo starte, funktioniert es. Irgendwo scheint es also noch Rechte-Probleme zu geben, ich weiß nur nicht wo...
Gibst du bitte den Befehl in der Konsole ein:
sudo nano /opt/fhem/fhem.cfgDie Zeile
#define BMP085 I2C_BMP180 /dev/i2c-0auskommentieren, abspeichern und reboot oder
sudo invoke-rc.d fhem startdurchführen. fhem sollte wieder funktionieren. Danach guckst du dir bitte die Adressverteilung der Devices am I2C-Bus an:
http://forum.fhem.de/index.php/topic,14156.msg101034.html#msg101034 (http://forum.fhem.de/index.php/topic,14156.msg101034.html#msg101034)
Zitat von: Jaydee am 29 November 2013, 23:05:20
Ich habe das Display wie beschrieben (http://forum.fhem.de/index.php/topic,14156.msg98499.html#msg98499) per Repository eingebunden und auch das klappt gut. Allerdings muss ich nun jedes mal die beschriebenen Schritte "Backlight an / Display an / Konsole aufs Display" per Hand ausführen. Lässt sich das auch bei Systemstart automatisieren?
Ein Skript für Backlight mit REPO Instalation:
#!/bin/bash
for i in 4 ; do gpio mode $i out; done
for i in 4
do
gpio write $i 1 # LED>On
sleep 60 # time out
gpio write $i 0 # LED>Off
doneDu kannst den Code nach eigenem Ermessen anpassen.
Kernelmodul laden mit REPO Installation:
sudo nano /etc/modulesInhalt:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
snd-bcm2835
i2c-dev
fbtft_device name=sainsmart18Die Konsolenausgabe wird im PDF und hier beschrieben:
https://github.com/notro/fbtft/wiki/Boot-console
Ok, ich hab mal den Druckmesser auskommentiert. Macht aber keinen Unterschied. Fhem produziert beim booten ein FAIL, ebenso der Versuch mit invoke-rc.d:
invoke-rc.d: initscript fhem, action "start" failed.
Ich verstehe nicht, was ich mir mit der Adressverteilung am I2C-Bus angucken soll. Die ist prima
i2cdetect -y 0
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- 39 -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- 77
aber wie gesagt, der Druckmesser läuft ja - wie alle anderen Komponenten auch - prima und liefert seit 24 Stunden Werte.
Es ist eben nur das Problem, dass FHEM nicht mehr per init.d zu starten ist, sondern nur noch per sudo ./fhem.pl fhem.cfg
Die Konsole auf dem Display hab ich mittlerweile - prinzipiell auch schon beim booten. nur das zu diesem Zeitpunkt die Beleuchtung noch aus ist. Wie ich die aktiviere ist auch klar, nur wie ich die schon beim booten anschalte, hab ich noch nicht raus. Dein Skript hilft mir da auch nicht, wenn ich es richtig verstehe; das schaltet doch nur generell das Licht für 60 sek an und wieder aus...
Gruß
jan
ah, das init.d-Problem ist gelöst!
Ich hatte dort im Start-Skript damals ein paar Zusätze für die Verwendung des COC eingefügt. Auch wenn man kein COC mehr verwendet, stören die nicht, aber in Verbindung mit deinem AddOn, führen die zu einem Start-Fehler....
Nachdem ich sie rausgeworfen habe, startet FHEM wieder wie gewohnt!
Gruß
jan
Hallo locutus,
in der Section "http://fhem.de/commandref.html#RSS" ist je unter Define und Set ein Link "layout definition"; dieser zeigt nach "http://fhem.de/RSSlayout". Da ist aber nur eine leere Seite. Dort hatte ich mir noch ein paar Hinweise zur Gestaltung ewartet.
Gruß StefanP
Hallo StefanP,
die Layoutdefinition ist weiter unten (das ist die layout.txt)
Was anderes:
Ich wollte ein wenig mit der IR_Dev rumspielen und scheitere mal wieder an perl.
Im Log steht das eine Taste gedrückt wurde.
2013.12.01 00:57:03 4: IR-Reception: I02FF00001B00
script funktioniert aber nicht... warum?
## Musicpal einschalten mit der IR-Fernbedienung
define buttonA1 notify IR_DEV:IR-Reception {\
if("%" =~ m/I02FF00001B00/) {\
{ system ("wget http://192.168.178.51/admin/cgi-bin/ipc_send?power_up --user=admin --password=admin -O /dev/null -q") } }}
Funktioniert das Add-On Board mit den Revolt-Energiemeß-Steckdosen?
Ich bekomme damit keinen Empfang.
CUL_0 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:16dB
Es werden einige angelegt, jedoch keine mit Werten. Entfernung zur Steckdose 2m
In den Loggings steht auch nichts.
Zu IR_dev:
Meinst du Log oder Event Monitor? Bei mir werden nämlich gar keine Events generiert, ergo auch nichts für ein Notify. Es wird direkt das ausgeführt, was man per attr für das IR_dev definiert hat:
attr IR_Dev ButtonA000 I040E4001BF00 set HUEDevice1,HUEDevice2 dimUp
Wenn man natürlich unbedingt ein notify verwenden will, müsste es ja auch klappen, wenn man es in dem attr per trigger aufruft.
Gruß
Jan
Zitat von: Jaydee am 01 Dezember 2013, 00:34:39
Dein Skript hilft mir da auch nicht, wenn ich es richtig verstehe; das schaltet doch nur generell das Licht für 60 sek an und wieder aus...
Korrekt! Mit sleep kann die Leuchtdauer in Sekunden bestimmt werden.
Damit das Display permanent leuchtet werden die nicht benötigten Zeilen auskommentiert:
#!/bin/bash
for i in 4 ; do gpio mode $i out; done
for i in 4
do
gpio write $i 1 # LED>On
#sleep 60 # time out
#gpio write $i 0 # LED>Off
doneDann das .sh Skript abspeichern und einen Cronjob anlegen.
Zitat von: fh168 am 01 Dezember 2013, 01:31:03
Ich wollte ein wenig mit der IR_Dev rumspielen und scheitere mal wieder an perl.
Im Log steht das eine Taste gedrückt wurde.
2013.12.01 00:57:03 4: IR-Reception: I02FF00001B00
script funktioniert aber nicht... warum?
## Musicpal einschalten mit der IR-Fernbedienung
define buttonA1 notify IR_DEV:IR-Reception {\
if("%" =~ m/I02FF00001B00/) {\
{ system ("wget http://192.168.178.51/admin/cgi-bin/ipc_send?power_up --user=admin --password=admin -O /dev/null -q") } }}
Ich setze IR-Kommandos mit Hilfe von Attributen ab:
attr IR_Dev ButtonA001 I02FF00001B00 { system ("wget http://192.168.178.51/admin/cgi-bin/ipc_send?power_up --user=admin --password=admin -O /dev/null -q") }Zitat von: fh168 am 01 Dezember 2013, 01:47:24
Funktioniert das Add-On Board mit den Revolt-Energiemeß-Steckdosen?
Ich bekomme damit keinen Empfang.
Empfang auf 433 MHz und Revolt werden von der culfw V. 1.55 nicht unterstützt.
Klappt jetzt, war wohl etwas spät heute Nacht! Prima!
Besteht die Möglichkeit ein Feedback auf die Anzeige zu bekommen, die dann kurz anzeigt "Lampen sind aus" oder "Radio ausgeschaltet"?
Revolt: Da hätte ich mir den Tag gestern sparen können, kommt das beim nächsten Release? Das war eigentlich ein Grund, dieses Add-On zu kaufen, um nicht noch ein CUL zu kaufen.
Robin
Du kannst das RSS Layout nach deiner Vorstellung gestalten, z.B.:
font /usr/share/fonts/truetype/freefont/FreeMonoBold.ttf # TrueType Schriftart
rgb "00ff00" # HTML Farbencode
pt 16 # Schriftgroesse
text 10.0 0.05 "Lampen Status:" # Text
text 200.0 0.05 { ReadingsVal("Lampen","state","?") } # Lampen Status
@jaydee:
Hallo, bei mir hat folgendes funktioniert:
1. datei in /etc/init.d/ anlegen, heißt bei mir rss-tft
sudo nano /etc/init.d/rss-tft
2. folgendes hinein kopieren
#! /bin/sh
# /etc/init.d/rss-tft
### BEGIN INIT INFO
# Provides: Control Backlight
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Simple script to start a program at boot
# Description: A simple script from www.stuffaboutcode.com which will start / stop a program a boot / shutdown.
### END INIT INFO
# If you want a command to always run, put it here
# Carry out specific functions when asked to by the system
case "$1" in
start)
su pi -c "/home/pi/tft.sh"
;;
*)
echo "Usage: /etc/init.d/rss-tft {start}"
exit 1
;;
esac
exit 0
3. rc.d updaten: sudo update-rc.d rss-tft defaults
4. Skript schreiben um Backlight anzuschalten, siehe Pfadangabe in erstem Skript, bei mir /home/pi/tft.sh:
#! /bin/sh
# /etc/init.d/rss-tft
#echo "Enabling Backlight"
gpio mode 4 out
gpio write 4 1
5. Beide Skripte ausführbar machen: sudo chmod +x /etc/init.d/rss-tft && sudo chmod +x /home/pi/tft.sh
Gibt bestimmt schönere Lösungen, ich weiß auch nicht warum das 2te Skript als User pi ausgeführt werden muss aber es funktioniert.
Andreas
Hallo,
erst einmal vielen Dank für dieses schöne Board - bin ich sehr zufrieden mit ! :)
Trotzdem noch einmal zwei Fragen :
1. ich hab das Board momentan auf einem "frischem" PI mit beigefügten Image am laufen. Jetzt würde ich es gerne auf meinen produktiven PI montieren würde aber ungern das ganze System noch einmal flashen.
Gibt es eine Möglichkeit den Support für die Komponenten (Display,....) auch in einen bestehenden Wheezy-Kernel nachträglich zu etablieren ?
2. ich schaffe es momentan nicht mit Elro/IT-Steckdose damit anzusteuern - ist das ggf. mit dem System nicht möglich ?
Gruss,
Gambit
Für den bestehenden Kernel gibt es ein Git Repository:
https://github.com/notro/fbtft/wiki#install
Die Hintergrundbeleuchtung wird mit wiringPi ein- und ausgeschaltet.
http://forum.fhem.de/index.php/topic,14156.msg98499.html#msg98499
Eingeschränkte Reichweite? Hat die SMA-Antenne die optimale Länge für 433 MHz?
Wie sieht die Definition aus? Bsp.:
define ELRO_D IT 00000FFF0F FF F0
attr ELRO_D IODev CUL_0
attr ELRO_D model itswitch
attr ELRO_D room Test
Hallo,
das Thema mit dem Schalten von IT-Aktoren hat sich erledigt. Der Innenpin meiner aufgeschraubten Antenne war nicht (mehr?) vorhanden und schnell durch ein Stück Büroklammer ergänzt. Jetzt funktioniert es :-) .
Gruss,
Gambit
Hallo
mein Board ist auch angekomme, danke dafür.
Hallo zusammen,
auch ich habe nun mein Add-On Board bekommen und mache die ersten Gehversuche. Mit
gpio mode 4 out
gpio write 4 1 bzw. gpio write 4 0
kann ich die Hintergrundbeleuchtung schalten. Leider komme ich nicht weiter, da ich beim Hochfahren des RasPi die Meldung erhalte, dass weder fbtft noch sainsmart nicht gefunden wurden. Die Änderungen in den div. Dateien sollten eigentlich alle richtig sein. Das habe ich schon mehrfach kontrolliert. Ich bin nach der mitgelieferten Anleitung von locutus vorgegangen.
Hat jemand einen Tipp, wo ich den Fehler gemacht haben könnte?
Ich würde mich freuen, wenn ich bald auch ein Bildchen oder Meldungen auf dem Diplay sehen könnte.
Viele Grüße
Harald
Zitat von: Harald am 22 Dezember 2013, 14:17:55
Hallo zusammen,
auch ich habe nun mein Add-On Board bekommen und mache die ersten Gehversuche. Mit
gpio mode 4 out
gpio write 4 1 bzw. gpio write 4 0
kann ich die Hintergrundbeleuchtung schalten. Leider komme ich nicht weiter, da ich beim Hochfahren des RasPi die Meldung erhalte, dass weder fbtft noch sainsmart nicht gefunden wurden. Die Änderungen in den div. Dateien sollten eigentlich alle richtig sein. Das habe ich schon mehrfach kontrolliert. Ich bin nach der mitgelieferten Anleitung von locutus vorgegangen.
Hat jemand einen Tipp, wo ich den Fehler gemacht haben könnte?
Ich würde mich freuen, wenn ich bald auch ein Bildchen oder Meldungen auf dem Diplay sehen könnte.
Viele Grüße
Harald
Hast du denn die richtige Firmware genommen, also die von CD 2013-05-25-wheezy-raspbian-2013-07-07-fbtft
Sonst musst du nämlich FBTFT nach installieren, auch WiringPi benötigst du noch.
Hatte das gleiche Problem habe dann noch einmal alles mit der obigen FW neu gemacht und es geht.
Hier steht das mit dem Display: http://forum.fhem.de/index.php/topic,14156.msg98186.html#msg98186
und hier: http://forum.fhem.de/index.php/topic,14156.msg98499.html#msg98499
Hier steht wie du FBTFT nachträglich installieren kannst: https://github.com/notro/fbtft/wiki#install
Danke flocki für die schnelle Antwort.
Die Speicherkarte habe ich nicht neu aufgesetzt, weil ich dort mittlerweile div. Programme nachinstalliert habe. Ich würde lieber FBtft nachinstallieren. Eigentlich habe ich alle beschriebenen Installationen durchgeführt.
Du schreibst, dass das hier beschrieben sei? Ich hab's aber nicht gefunden. Oder meinst Du "modeprobe fbtft_device ....". Da erhalte ich die Meldung "FATAL: Module fbtft_device not found"
Irgend etwas habe ich falsch gemacht oder mir fehlt noch der Durchblick.
Viele Grüße
Harald
Hallo Harald,
schau mal hier, hier steht wie du FBTFT nachträglich installieren kannst: https://github.com/notro/fbtft/wiki#install
Ich denke das fehlt bei dir nämlich, sonst würde das Modul ja gefunden, dann musst du nur schauen das du nicht sainsmart18fb
sondern sainsmart18 verwendest.
Das sollte dann eigentlich funktionieren.
Hallo floki,
ich habe Deinen Rat befolgt und die Installation wie vorgeschlagen durchgeführt. Allerdings hängt sich die Konsole, mit der ich gearbeitet habe, nach einem Reboot auf. Folgendes wird als letztes angezeigt:
[info] Loading kernel module fbtft_device.
[ 11.000941] fbtft_device: Deleting spi0.0
[ 11.053856] fb_hx8340bn spi0.0: setup: invalid bits_per_word 9 (must be 8)
] 11.058753] fb_hx8340bn spi0.0: 9-bit SPI not avilable, emulating using 8-bit.
Es wird aber weiter im Hintergrund etwas geladen. Das sehe ich daran, dass die LEDs des Raspi (Speicher, LAN) flackern und die Displayanzeige sich verändert (kein reales Bild, nur div. kleine, sich ändernde Punkte).
Über Putty habe ich vollen Zugriff auf den Raspi. FHEM läuft jetzt auch wieder, allerdings der CUL des Add-On Boards wird noch nicht gefunden.
Kannst Du oder ein anderer Wissender mir helfen, das Display zum Laufen zu bringen?
Vielen Dank schon Mal im Voraus und viele Grüße
Harald
Nachtrag: Das mit dem CUL hat sich erledigt. Der ist mittlerweile present.
Ist dein RPi denn aktuell, welchen Kernel hast du?
Hast du nach den Fehlern mal gegoogelt?
Gesendet von meinem GT-I9300 mit Tapatalk
Hallo flocki,
rasPi ist aktuell. Aber vielen Dank, dass Du mir helfen möchtest. Ich habe mich aber entschlossen, das Add-On Board nicht einzusetzen. Wie ich herausgefunden habe, nutzt das Board TxD und RxD, die ich unbedingt für die RS232-Schnittstelle meines GPIO-Boards benötige. Leider habe ich vor dem Kauf des AddOn Boards diese Infos nicht gehabt.
Vielleicht gibt es hier einen User, der Interesse daran hat. Ich werde es im Marktplatz anbieten.
Nochmals danke für die Unterstützung, frohe Weihnachten noch und alles Gute
Harald
Hallo zusammen,
hier noch eine Anleitung für die Installation des Raspberry Pi Kernel mit FBTFT Support auf einer bestehenden Raspbian Distribution (2013-12-20-wheezy-raspbian).
Das LC-Display heißt sainsmart18 und die Hintergrundbeleuchtung wird mit wiringPi und aus FHEM ein- bzw. ausgeschaltet.
1. REPO_URI Support herunterladen:
sudo wget https://raw.github.com/Hexxeh/rpi-update/master/rpi-update -O /usr/bin/rpi-update && sudo chmod +x /usr/bin/rpi-update
2. Kernelmodul aktivieren:
sudo nano /etc/modprobe.d/raspi-blacklist.conf
blacklist spi auskommentieren:
#blacklist spi-bcm2708
3. Updates installieren:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update
sudo shutdown -r now
4. Linux Framebuffer drivers for small TFT LCD display modules installieren:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update afe7e2abbf5cd7b8a25931e0eb2ca52a42bab7f6
5. Treiber automatisch laden:
sudo nano /etc/modules
Inhalt:
snd-bcm2835
i2c-bcm2708
i2c-dev
fbtft_device name=sainsmart18
6. wiringPi installieren:
git clone git://git.drogon.net/wiringPi
cd wiringPi
./build
7. Cronjobs erstellen:
sudo crontab -e
Inhalt:
@reboot sudo gpio mode 4 out
* * * * * sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://localhost:8083/fhem/rss/FrameRSS.jpg
0 * * * * sudo pkill fbi
8. RSS bauen, siehe:
http://forum.fhem.de/index.php/topic,14156.msg109946.html#msg109946
9. FHEM dummy für Hintergrundbeleuchtung:
define LCD_Backlight FS20 11114444 1a
attr LCD_Backlight dummy 1
#attr LCD_Backlight devStateIcon on:FS20.on@orange off:FS20.off@black
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") } }
Hallo
Wie kann ich denn das Bild anzeigen lassen mit RSS, wenn ich das Webfrontend abgesichert habe. Bekomme das nicht hin.
Habe den Crontab wie oben ohne Passwortschutz gehts Mut nicht mehr.
Gesendet von meinem GT-I9300 mit Tapatalk
mit z.B.
wget --user=pi --password=raspberry http://192.168.xxx.xxx:8083/fhem/rss/FrameRSS.jpg
dann
sudo fbi -d /dev/fb1 -T 1 -noverbose -a FrameRSS.jpg
Es wird dann aber nicht immer eine neue FrameRSS.jpg angelegt
Anzeige geht, aber das Bild was angezeigt wird ist alt von 20:58 Uhr müsste aber von 21:09 sein.
Crontab wird minütlich ausgeführt
In /root wird nun immer eine neue FrameRSS.jpg erstellt.
Die alte aber nicht übrschrieben
Sondern mit FrameRSS.jpg.1 .2 .3 .... etc.
Ok der wget Parameter -N fehlte. Nun gehts.
Danke
Gesendet von meinem GT-I9300 mit Tapatalk
Zitat von: StefanP am 25 November 2013, 18:44:19
Leider zeigt mein Barometer seltsame Temperaturwerte an. Bei geöffnetem Gehäuse zeigt's ca. 33 °C(?) an, alle anderen Thermometer im Raum sind der Meinung es sind so um die 22 °C. Denen glaub ich eher ;-) Die Luftdruckwerte sind plausibel.
Die Differenz kann mit userReadings kompensiert werden:
attr BMP085 userReadings temperature { ReadingsVal("BMP085","temperature",0)-11.0;; }
Die zusätzliche Raumtemperaturmessung war mit 'nem DS1820 schnell nachgerüstet. Inzwischen find ich's eher einen Benefit, die Gehäuseinnentemperatur zu sehen. Außerdem würde die Temperaturkompensation die verschiedene Abwärme bei Prozessorlaständerung u.ä. nicht berücksichtigen. 1wire ist da schon die bessere Lösung.
Gruß StefanP
Hallo locutus,
Das board funktioniert super. IT schalte ich damit und IR empfang funktioniert auch.
Habe eine frage umIR zu senden, da ich einen AV receiver habe , ohne LAN Anschluss.
In der IR gibt es auch den Set IRSend. Kann man eine Diode nach rüsten oder funktioniert das auch
mit der eingebauten LED?
MFG Benni
irSend wird generell von der Software unterstütz. Die Hardware hat keinen IR-Sender. Die Nachrüstung (IR-Diode, Transistor, Widerstände) wäre mit einem kompletten Redesign des Boards und Kompilierung der Firmware verbunden.
Hi!
Hast du schon wieder Bords zum Kauf vorrätig?
Zitat von: StefanRichter am 21 Januar 2014, 20:19:48
Hast du schon wieder Bords zum Kauf vorrätig?
http://forum.fhem.de/index.php/topic,15079.0.html
Zitat von: locutus am 26 Dezember 2013, 14:20:30
Hallo zusammen,
hier noch eine Anleitung für die Installation des Raspberry Pi Kernel mit FBTFT Support auf einer bestehenden Raspbian Distribution (2013-12-20-wheezy-raspbian).
Das LC-Display heißt sainsmart18 und die Hintergrundbeleuchtung wird mit wiringPi und aus FHEM ein- bzw. ausgeschaltet.
1. REPO_URI Support herunterladen:
sudo wget https://raw.github.com/Hexxeh/rpi-update/master/rpi-update -O /usr/bin/rpi-update && sudo chmod +x /usr/bin/rpi-update
2. Kernelmodul aktivieren:
sudo nano /etc/modprobe.d/raspi-blacklist.conf
blacklist spi auskommentieren:
#blacklist spi-bcm2708
3. Updates installieren:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update
sudo shutdown -r now
4. Linux Framebuffer drivers for small TFT LCD display modules installieren:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update afe7e2abbf5cd7b8a25931e0eb2ca52a42bab7f6
5. Treiber automatisch laden:
sudo nano /etc/modules
Inhalt:
snd-bcm2835
i2c-bcm2708
i2c-dev
fbtft_device name=sainsmart18
6. wiringPi installieren:
git clone git://git.drogon.net/wiringPi
cd wiringPi
./build
7. Cronjobs erstellen:
sudo crontab -e
Inhalt:
@reboot sudo gpio mode 4 out
* * * * * sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://localhost:8083/fhem/rss/FrameRSS.jpg
0 * * * * sudo pkill fbi
8. RSS bauen, siehe:
http://forum.fhem.de/index.php/topic,14156.msg109946.html#msg109946
9. FHEM dummy für Hintergrundbeleuchtung:
define LCD_Backlight FS20 11114444 1a
attr LCD_Backlight dummy 1
#attr LCD_Backlight devStateIcon on:FS20.on@orange off:FS20.off@black
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") } }
Ich habe meine Boards vor kurzem auch bekommen und bin heute endlich dazu gekommen, alles einzurichten. Ich habe die oben zitierte Anleitung und das PDF Dokument zum einrichten genutzt. Alle Sensoren werden erkannt und auch das Display funktioniert. Leider scheitere ich im 8. Schritt. Bei der Einrichtung des RSS komme ich bei diesem Schritt nicht weiter:
Zitat4. RSS Bild herunterladen:
Code: [Auswählen]
wget http://192.168.xxx.xxx:8083/fhem/rss/FrameRSS.jpg
Bitte eigene IP-Adresse oder localhost:8083 verwenden.
Bei der Eingabe von
wget http://localhost:8083/fhem/rss/FrameRSS.jpg erhalte immer diesen Fehler:
--2014-01-25 21:16:47-- http://localhost:8083/fhem/rss/FrameRSS.jpg
Resolving localhost (localhost)... 127.0.0.1, ::1
Connecting to localhost (localhost)|127.0.0.1|:8083... connected.
HTTP request sent, awaiting response... 401 Authorization Required
Authorization failed.Was mache ich falsch? :(
Sieht so aus als müsstest du dich authentifizieren, also username, passwort im URL mit angeben oder als option
--user=userName: Your FTP/HTTP username
--password=passWord : Your HTTP/FTP password
Zitat von: schka17 am 26 Januar 2014, 00:12:00
Sieht so aus als müsstest du dich authentifizieren, also username, passwort im URL mit angeben oder als option
--user=userName: Your FTP/HTTP username
--password=passWord : Your HTTP/FTP password
Ich stehe momentan jecht auf dem Schlauch. Um welche Login-Daten geht es? Wie soll der Befehl genau aussehen? Habe dies hier mit meinen FHEM Login-Daten probiert
pi@FHEM ~ $ wget --user=XXX --password=XXX http://localhost:8083/fhem/rss/FrameRSS.jpgund ich bekomme diese Meldung raus
--2014-01-26 14:22:32-- http://localhost:8083/fhem/rss/FrameRSS.jpg
Resolving localhost (localhost)... 127.0.0.1, ::1
Connecting to localhost (localhost)|127.0.0.1|:8083... connected.
HTTP request sent, awaiting response... 401 Authorization Required
Reusing existing connection to localhost:8083.
HTTP request sent, awaiting response... 200 OK
Length: 9555 (9.3K) [image/jpeg]
Saving to: `FrameRSS.jpg'
100%[======================================>] 9,555 --.-K/s in 0.003s
2014-01-26 14:22:32 (3.39 MB/s) - `FrameRSS.jpg' saved [9555/9555]Auf dem Display wird leider auch nach der Eingabe von
sudo fbi -d /dev/fb1 -T 1 -noverbose -a FrameRSS.jpg nichts angezeigt.
Unter dem Pfad /fhem/rss/FrameRSS.jpg befindet sich auch kein Foto. Nicht einmal der Ordner RSS existiert.
Wird das Bild im Webbrowser angezeigt?
http://deine-ip-adresse:8083/fhem/rss/FrameRSS.jpg
Zitat von: locutus am 26 Januar 2014, 14:43:16
Wird das Bild im Webbrowser angezeigt?
http://deine-ip-adresse:8083/fhem/rss/FrameRSS.jpg
Ein kleiner Erfolg. :) Es wird das beigefügte Foto angezeigt.
Funktioniert der Dummy für Hintergrundbeleuchtung? Ist die Displaybeleuchtung an?
Zitat von: Spezialtrick am 26 Januar 2014, 14:31:52
Ich stehe momentan jecht auf dem Schlauch. Um welche Login-Daten geht es? Wie soll der Befehl genau aussehen? Habe dies hier mit meinen FHEM Login-Daten probiert -> Genau das war gemeint
pi@FHEM ~ $ wget --user=XXX --password=XXX http://localhost:8083/fhem/rss/FrameRSS.jpg
und ich bekomme diese Meldung raus
--2014-01-26 14:22:32-- http://localhost:8083/fhem/rss/FrameRSS.jpg
Resolving localhost (localhost)... 127.0.0.1, ::1
Connecting to localhost (localhost)|127.0.0.1|:8083... connected.
HTTP request sent, awaiting response... 401 Authorization Required
Reusing existing connection to localhost:8083.
HTTP request sent, awaiting response... 200 OK
Length: 9555 (9.3K) [image/jpeg]
Saving to: `FrameRSS.jpg'
100%[======================================>] 9,555 --.-K/s in 0.003s
2014-01-26 14:22:32 (3.39 MB/s) - `FrameRSS.jpg' saved [9555/9555]
Auf dem Display wird leider auch nach der Eingabe von sudo fbi -d /dev/fb1 -T 1 -noverbose -a FrameRSS.jpg nichts angezeigt.
Unter dem Pfad /fhem/rss/FrameRSS.jpg befindet sich auch kein Foto. Nicht einmal der Ordner RSS existiert.
Die datei findest du in dem Ordner aus dem du das wget kommando aufgrerufen hast, du hast ja keinen Pfad angegeben wohin die Datei kopiert werden soll. Möglicherweise musst du bei dem Befehl für Ausgabe aufs Display den Pfad zum Bild angeben, aber da ich so etwas niht im Einsatz habe kann ich leider nicht weiterhelfen. Vielleicht bekommst du auch eine Fehlermeldung wenn du -noverbose nicht setzt?
Ja der funktioniert. Das Display stahlt in weiß.
Bei der Eingabe sudo fbi -d /dev/fb1 -T 1 -a FrameRSS.jpg erhalte ich das hier using "DejaVu Sans Mono-16", pixelsize=16.67 file=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf
Das Display bleibt aber leider weiß.
Hast du schon in der Konsole nach dem Bild gesucht:
sudo find / -name FrameRSS.jpg
Sind die Cronjobs aktiv? Dann kommentiere sie bitte aus:
#* * * * * sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://localhost:8083/fhem/rss/FrameRSS.jpg
#0 * * * * sudo pkill fbi
Funktioniert das hier:
sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://fhem.de/www/images/default/fhemicon.png
Nein ich habe noch nicht nach dem Bild gesucht. So gut kenne ich mich damit leider nicht aus. Das Bild wird unter /home/pi/FrameRSS.jpg gefunden. Die Cronjobs sind die ganze Zeit aktiv gewesen. Habe sie nun auskommentiert.
Der dritte Befehl gibt mir folgendes aus:
using "DejaVu Sans Mono-16", pixelsize=16.67 file=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf
Auf dem Display passiert jedoch nichts.
Kann es sein, dass ich in /etc/modules einen Fehler habe?
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
fbtft_device name=sainsmart18fb rotate=270 gpios=reset:25,dc:24,led:23
sainsmart18fb
i2c-bcm2708
i2c-dev
snd_bcm2835
Zitat von: Spezialtrick am 26 Januar 2014, 16:38:27
Kann es sein, dass ich in /etc/modules einen Fehler habe?
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
fbtft_device name=sainsmart18fb rotate=270 gpios=reset:25,dc:24,led:23
sainsmart18fb
i2c-bcm2708
i2c-dev
snd_bcm2835
Ja, hast du! Das Display heißt sainsmart18.
fbtft_device name=sainsmart18
snd-bcm2835
i2c-bcm2708
i2c-devgpios werden nicht benötigt und mit rotate kannst du später experimentieren.
Nachdem ich /etc/modules geändert habe funktioniert sudo fbi -d /dev/fb1 -T 1 -noverbose -a http://fhem.de/www/images/default/fhemicon.png und es wird das FHEM Logo korrekt angezeigt.
Mit sudo fbi -d /dev/fb1 -T 1 -a FrameRSS.jpg wird mir die begehrte Anzeige auf dem Display aus gegeben. Komischerweise ist die letzte Zeile doppelt. Und die Uhrzeit aktualisiert sich nicht.
Zitat von: Spezialtrick am 26 Januar 2014, 16:38:27
So gut kenne ich mich damit leider nicht aus.
Deshalb habe ich die pdf Anleitung so gestaltet, dass auch Anfänger mit der Copy & Paste Methode die Einrichtung relativ flexibel bewerkstelligen können.
Die im September und Oktober 2013 vorgestellte Methode zur Einrichtung des Displays ist nicht mehr aktuell.
Zitatusing "DejaVu Sans Mono-16", pixelsize=16.67 file=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf
Die Meldung kann ignoriert werden.
Zitatdie Uhrzeit aktualisiert sich nicht
Jetzt können die zeitbasierten Anweisungen wieder aktiviert werden.
http://wiki.ubuntuusers.de/Cron
ZitatKomischerweise ist die letzte Zeile doppelt.
Vermutlich kann fbi den Inhalt nicht darstellen, weil der Zugriff auf die Datei entweder Passwort oder https geschützt ist.
ZitatDeshalb habe ich die pdf Anleitung so gestaltet, dass auch Anfänger mit der Copy & Paste Methode die Einrichtung relativ flexibel bewerkstelligen können.
Die im September und Oktober 2013 vorgestellte Methode zur Einrichtung des Displays ist nicht mehr aktuell.
Ok. Mir war nicht bewusst, dass ich mich ausschließlich an das PDF halten muss. Ich habe meinen Pi daher heute komplett neuaufgesetzt und habe versucht mich ausschließlich an die Anleitung zu halten. Einige Schritte, sind jedoch nicht in der Anleitung enthalten, bei denen Anfänger Probleme bekommen könnte. Vllt. wäre es sinnvoll diese zu ergänzen.
Abschließend bin ich zu die Ergebnis gekommen, dass die Anzeige so funktioniert, wie sie sollte. Die Anzeige aktualisiert sich jede Minute, die Uhrzeit läuft korrekt und es kommt nicht zu den Fehlern die ich gestern hatte.
Dies funktioniert allerdings nur solange man die Verschlüsselung des Webinterfaces auskommentiert. Sobald die Verschlüsselung eingeschaltet ist, erscheint jede Minute eine kurze Meldung in der letzten Zeile. Du hattest demnach mit der schlüsselten Datei recht. Ich müsste den Cronjob also nur um die Login Daten ergänzen oder nicht?
Ich habe es so versucht, was leider nicht funktioniert hat:
@reboot sudo gpio mode 4 out
* * * * * sudo fbi -d /dev/fb1 -T 1 -noverbose -a --user=XXX --password=XXX http://localhost:8083/fhem/rss/FrameRSS.jpg
0 * * * * sudo pkill fbi
Könnte mit bitte jemand erklären, wie ich bei "locutus" ein Board bestellen kann?
Das Thema ist zum antworten gesperrt, es erscheinen aber neue Antworten, komisch.
Ich hätte gern auch eines ;-)
@locutus: Wenn du hier mitliest, melde dich bitte einmal per PN, eMail oder so.
Gruß, SvenW
Zitat von: Spezialtrick am 27 Januar 2014, 18:30:59
Einige Schritte, sind jedoch nicht in der Anleitung enthalten, bei denen Anfänger Probleme bekommen könnte. Vllt. wäre es sinnvoll diese zu ergänzen.
Die Beschreibung zur Einrichtung des Luftdrucksensors ist nicht vollständig.
Die Verschlüsselung werde ich als Option in der nächsten Ausgabe berücksichtigen.
Was fehlt noch, was ist dir aufgefallen?
Allerdings sollte die Kurzanleitung nur die Grundlagen beinhalten und nicht zu einem Linux Nachschlagewerk mutieren.
ZitatIch habe es so versucht, was leider nicht funktioniert hat
In dem Fall müssen 2 separate Jobs erstellt werden:
* * * * * wget --user=pi --password=raspberry -N http://localhost:8083/fhem/rss/FrameRSS.jpg
* * * * * sudo fbi -d /dev/fb1 -T 1 -noverbose -a FrameRSS.jpg
Zitat von: locutus am 27 Januar 2014, 22:52:26
Die Beschreibung zur Einrichtung des Luftdrucksensors ist nicht vollständig.
Die Verschlüsselung werde ich als Option in der nächsten Ausgabe berücksichtigen.
Was fehlt noch, was ist dir aufgefallen?
Allerdings sollte die Kurzanleitung nur die Grundlagen beinhalten und nicht zu einem Linux Nachschlagewerk mutieren.
In dem Fall müssen 2 separate Jobs erstellt werden:
* * * * * wget --user=pi --password=raspberry -N http://localhost:8083/fhem/rss/FrameRSS.jpg
* * * * * sudo fbi -d /dev/fb1 -T 1 -noverbose -a FrameRSS.jpg
Perfekt nun klappt alles. :)
Ist es eigentlich normal, dass die gelbe LED ununterbrochen blinkt?
Kann ich das Display mit doppelseitigem Klebeband festkleben? Der Kleber hat sich gelöst und nun steht es im 90 Grad Winkel ab. :D
set CUL_0 led 00
http://culfw.de/commandref.html#cmd_l
Der Hersteller liefert die Displays mit 2 hauchdünnen Klebestreifen aus. Durch Wärmeeinwirkung löst sich das Panel schon mal von der Platine. Selbstverständlich kannst du das Display mit doppelseitigen Klebeband fixieren.
Wirklich ein tolles Stück Technik, das Du da zusammengestellt hast.
Natürlich bleiben doch noch ein paar Fragen offen (auch wenn die meisten Dinge prima funktionieren):
Lichtsensor: Wie kann ich den denn auslesen?
Schalten von ELRO AB440S-Steckdosen: Will mir einfach nicht gelingen, auch aus kürzester Distanz.
Mit dem billigen 433 MHz China-Sender für 2 Euro (an einem anderen Raspberry) ist das auch auf größere Entfernung kein Problem.
Schalterstellung:1111100010.
So sieht der fhem.cfg Abschnitt aus:
#Test ELRO
define ELRO_D IT 00000FFF0F FF F0
attr ELRO_D IODev CUL_0
attr ELRO_D model itswitch
attr ELRO_D room Test
Ist da noch irgendwo anders etwas einzutragen, damit auf 433 MHz das richtige Signal rausgeht?
Hallo Rappasan
Du hast aber schon gelesen, dass das Board 868Mhz hat und nicht 433Mhz!?
Gruss Christoph
Ja, hab ich :-)
Die CUL sollen doch kurzzeitig in einen 433 MHz-Modus schalten können, oder hab ich da was falsch verstanden?
Ich arbeite mich erst in das ganze Thema ein, da kann so was mal passieren...
Also ich habe mir eine 433 Mhz Antenne gekauft und schalte damit Intertechno Steckdosen.
define WohnzimmerLampe IT 000000000F FF F0
Keine Fehler im Logfile? Ist das eine SMA Male Plug Antenne? Die richtige Antnennelänge?
http://forum.fhem.de/index.php/topic,14156.msg114141.html#msg114141
Hab beide male-Antennen für 868 MHz und 433 MHz ausprobiert.
Kein Erfolg...
Ich hab Dir ein Logfile und die cfg zugeschickt.
Alles andere (bis auf Lichtsensor - weiss nicht wie) funktioniert prima. :)
Zitat
2014.01.31 13:57:53 1: Including fhem.cfg
2014.01.31 13:57:53 3: WEB: port 8083 opened
2014.01.31 13:57:53 3: Opening CUL_0 device /dev/ttyAMA0
2014.01.31 13:57:53 3: Setting CUL_0 baudrate to 38400
2014.01.31 13:57:53 3: CUL_0 device opened
2014.01.31 13:57:53 3: CUL_0: Possible commands: mBCFiAIZOGMRTVWXe
2014.01.31 13:57:56 1: Cannot init /dev/ttyAMA0, ignoring it
2014.01.31 13:57:56 2: Switched IR_Dev irReceive to NoAnswer
2014.01.31 13:57:56 1: Including ./log/fhem.save
2014.01.31 13:58:02 2: IT set ELRO_D off
2014.01.31 13:58:02 2: IT IODev device didn't answer is command correctly: raw => No answer
Dem Logfileauszug nach zu beurteilen hat CUL_0 den Status opened. Vermutlich hast du die UART-Schnittstelle /dev/ttyAMA0 nicht freigegeben.
CUL_0 muss den Status Initialized haben.
Du meinst das auskommentieren in /etc/inittab bzw. /boot/cmdline.txt?
Das habe ich natürlich gemacht - gerade noch mal kontrolliert.
Teste mal die Kommunikation mit minicom:
sudo apt-get install minicom
minicom -b 38400 -o -D /dev/ttyAMA0
Setze den Befehl "V" ab und bestätige mit der Entertaste. Die Antwort lautet:
V 1.55 CSM868
Was bitte wird in /boot/cmdline.txt auskommentiert?
Wie ist der Status von CUL und CUL_IR?
Greift eventuell ein anderes Programm auf /dev/ttyAMA0 zu?
Naja in inittab zumindest:
#T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
In der cmdline.txt sind die entsprechenden Sachen gelöscht:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
Antwort:
V 1.55 CSM868
So weit so gut...
Was könnte denn noch auf das device zugreifen? Ich habe ein neues wheezy installiert und Deine PDF-Anleitung abgearbeitet.
Ansonsten ist nichts weiter installiert.
CUL_0 opened
CUL_IR Initialized
Fehlt das perl Paket zur seriellen Kommunikation?
sudo apt-get install libdevice-serialport-perl
Danach:
sudo reboot
Das wars auch nicht.
Ist installiert gewesen.
IT WORKS !!
Allerdings habe ich keine Ahnung was vorher falsch lief.
Ich habe die PDF-Anleitung Schritt für Schritt kontrolliert und geschaut, ob bei der Abarbeitung nichts übersehen wurde.
Installationsanweisungen habe ich nochmals aufgerufen und nach jedem Schritt auf Verbesserungen in FHEM geachtet.
Nach dem erneuten ausführen von "sudo dpkg -i fhem-5.5.deb" meldete sich der CUL_0 mit Initialized und die Elro-Funksteckdose funktionierte wie gewünscht.
Puh !
Danke für Deine Mühe.
Hallo locutus,
Ist denn schon wieder absehbar wann du wieder boards vorrätig hast?
Grüße
Gesendet von meinem GT-I9300 mit Tapatalk
Zitat von: atze09 am 01 Februar 2014, 22:03:35
Ist denn schon wieder absehbar wann du wieder boards vorrätig hast?
Einige Platinen sind schon vorbestückt. Allerdings warte ich auf ein Bauteil, welches z.Z. nicht lieferbar ist.
Zitat von: SvenW am 27 Januar 2014, 22:28:34
Könnte mit bitte jemand erklären, wie ich bei "locutus" ein Board bestellen kann?
Das Thema ist zum antworten gesperrt ...
Gesperrt bedeutet, dass keine Boards verfügbar sind.
Wie macht man das um ein Board zu bekommen? Es sieht so aus, als ob ich den Marktplatz permanent offen haben und ständig aktualisieren müsste um zu sehen, wann wieder Boards angeboten werden. Beispiel: Offen 21:08:58 zwei Boards. Erste Zusage 21:09:59; Zweite Zusage 21:10:53. Also gerade mal zwei Minuten. Bei der Session vorher war es ähnlich. Gibt es einen Trick, das da Posaunen erschallen oder Glocken läuten oder so etwas??? Das muß sonst ein großer Zufall sein, daß man gerade im richtigen Moment im richtigen Thread ist.
Zitat von: stgeran am 07 Februar 2014, 19:07:37
Wie macht man das um ein Board zu bekommen? Es sieht so aus, als ob ich den Marktplatz permanent offen haben und ständig aktualisieren müsste um zu sehen, wann wieder Boards angeboten werden. Beispiel: Offen 21:08:58 zwei Boards. Erste Zusage 21:09:59; Zweite Zusage 21:10:53. Also gerade mal zwei Minuten. Bei der Session vorher war es ähnlich. Gibt es einen Trick, das da Posaunen erschallen oder Glocken läuten oder so etwas??? Das muß sonst ein großer Zufall sein, daß man gerade im richtigen Moment im richtigen Thread ist.
Rechts neben dem "Antworten" Button findest du den Button Benachrichtigung. Wenn du den aktivierst, bekommst du bei jeder Antwort eine Email Benachrichtigung. Und dann musst du nur noch schnell sein.
Hm, ich bin zwar neu hier aber frage mich gerade ob es keine Möglichkeit gäbe dieses Board in größeren Stückzahlen herstellen zu lassen.
Anscheinend deckt ja das Angebot die Nachfrage nicht ab, was durchaus verständlich ist.
Bei einem so gelungenen Produkt dürfte das "drauf sitzen bleiben" zunächst einmal keine Gefahr darstellen.
Der Preis würde vielleicht etwas nach oben gehen, wegen der geringen Stückzahlen ab dem eine Kleinserie möglich ist. Ich denke nicht das locutus bei diesem sagenhaft günstigen Preis etwas verdient. Könnte mir aber vorstellen das die Leute durchaus bereit wären auch geringfügig mehr hinzulegen um an dieses Modul zu kommen.
b.t.w. hätte ich auch Interesse.
Zu dieser Erkenntnis bin ich schon vor Monaten gekommen. Zwei Optionen wurden in Betracht gezogen:
1. Herstellung in der BRD – klare Sache, zu teuer!
2. Herstellung in Fernost – 100%iges Risikogeschäft.
An dieser Stelle möchte ich dir/euch einen kleinen Vergleich der Herstellungskosten für eine unbestückte Platine verdeutlichen. Ich lasse im Ausland 10 Platinen zum Gesamtpreis von 10 USD herstellen. Das sind umgerechnet 80 Eurocent (zzgl. Versandkosten) für eine doppelseitige, verzinnte, lackierte und beschriftete Platine. Hierzulande verlangt ein Dienstleister mehr als 10 Euro für die Herstellung einer einzigen Platine. Mehr muss ich wohl nicht dazu sagen!
Der VK-Preis (39,- Euro) deckt nur die reinen Materialkosten ab. Meine Arbeit, Verluste durch defekte Bauteile, Verbrauchsmaterial und sonstige Ausgaben wurden nicht einkalkuliert und sind nicht im Preis enthalten.
Realistisch betrachtet, müsste der Preis um Faktor 3 erhöht werden. Allerdings möchte ich persönlich keine 120 Euro für eine Erweiterungsplatine ausgeben wollen.
Ich bin für konstruktive Vorschläge offen. Wer hat einen Bestückungsautomaten und kann diese Platine kostengünstig mit SMD vorbestücken?
Ok, der letzte Abschnit vor den konstruktiven Vorschlägen ist natürlich das absolut verständliche Totschlagargument.
Vor allem das mit der Gewährleistung ist natürlich ein Hauptargument.
Den Text würde ich an Deiner Stelle auch wieder entfernen ;)
So etwas ähnliches gibt es bei busware mit etwas größerem Display allerdings ohne 1-wire.
Die verteiben das für 89,- € und lassen bei In Circuit herstellen. Jetzt könnte man natürlich mal ganz frech bei busware anfragen, ob die Interesse hätten das herstellen zu lassen und zu vertreiben. ;) Entwicklungsarbeit haben die ja keine mehr damit. Ist auch kein Konkurrenzprodukt zu Ihrem, da deren Display ja größer ist und die Schaltung kein 1-wire besitzt. Ansonsten mal bei In Circuit nachfragen was so eine Kleinserie kostet.
Sicher ist es ein enormer Unterschied zu Deinem Preis aber ehrlich gesagt denke ich das unter 100,- € für so etwas schon möglich ist. Ich meine damit auch die Nachfrage. Schau Dir an wie häufig das Thema aufgerufen wird, wenn da nur 1/3 wirkliche Käufer dabei sind, macht das schon 3000. Damit liegt man gar nicht schlecht da der Marktplatz dazu 2903 mal aufgerufen wurde.
Die Zahl 3000 ist nicht aussagekräftig! Basierend auf den Anfragen in meinem Postfach schätze ich den tatsächlichen Bedarf auf 100-150 Stück ein.
Der Vertrieb bereitet mir keine Kopfschmerzen. Mir sind die Herstellungskosten ein Dorn im Auge. Ich bezweifle, dass In Circuit niedrigere Stückzahlen produzieren. Mal abgesehen davon, fehlt mir das nötige Kleingeld.
Zitat von: machnetz am 11 Februar 2014, 08:19:51
Ich habe noch MAX! Regler im Einsatz, gibt es eine Möglichkeit das Protokoll zusätzlich im CUL zu integrieren?
Das Protokoll ist bereits integriert.
define CUL_0 CUL /dev/ttyAMA0@38400 1034
attr CUL_0 rfmode MAX
define CM CUL_MAX 123456
attr CM IODev CUL_0
@locutus: Was hast Du als Vorgabe für die SMD Bestückung? Fertige Platine; Bauteile; Bestückungsdaten für einen Automaten, wenn ja, welchen? Ich habe jemand an der Hand, der SMD Bestückungen macht. Mit den nötigen Daten kann ich mal die Kosten erfragen. Für Leiterplatten gilt das Gleiche: Gerberdaten, Bohrplan usw. Wenn Du magst, auch über PN.
Zwei Fragen noch:
1. Wie kommt man an die Lichtsensor-Daten? (ich weiss, es gibt ein wenig Python-code, aber ist das tauglich für FHEM?)
2. Gibt's schon was neues zum Thema Firmware 1.57?
Hi,
ich hab seit ein paar Tagen das Problem, dass mein CUL_0 nur noch den Status opened hat (vorher lief alles einwandfrei), ich habe alle Tipps hier aus dem Thread durchprobiert, aber nichts hat genutzt, ich hab auch schon das System komplett neu aufgesetzt und das Bord testweise auf einen anderen Raspberry aufgesetzt, immer nur CUL_0 opened.
Gibts noch was was man machen kann? Firmware neu flashen, etc? Bin so langsam mit meinem Latein am Ende.
Edit:
Hier noch der Auszug aus dem Logfile:
2014.02.12 20:49:36 3: Opening CUL_0 device /dev/ttyAMA0
2014.02.12 20:49:36 3: Setting CUL_0 baudrate to 38400
2014.02.12 20:49:36 3: CUL_0 device opened
2014.02.12 20:49:45 1: Cannot init /dev/ttyAMA0, ignoring it
Ist die serielle Kommunikation mit minicom möglich?
http://forum.fhem.de/index.php/topic,14156.msg132130.html#msg132130
Wenn ja, dann ist CUL i.O.
Zitat von: RappaSan am 12 Februar 2014, 12:46:05
Gibt's schon was neues zum Thema Firmware 1.57?
Habe ich ein offizielles Release verpasst?
http://culfw.de/culfw.html
Hallo locutus,
ich weiß nicht, ob es ein offizielles Release gibt, aber hier (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/) gibt es schon die V1.57. Ich weiß nur nicht, ob Du die CSM Variante brauchst (ich vermute die CUL Variante ist die falsche, oder)?
Gruß PeMue
Doofe Frage, aber wie mache ich das?
Zitat von: locutus am 12 Februar 2014, 22:31:21
Ist die serielle Kommunikation mit minicom möglich?
http://forum.fhem.de/index.php/topic,14156.msg132130.html#msg132130
Wenn ja, dann ist CUL i.O.
minicom hab ich installiert und die Verbindung aufgebaut, wie setze ich denn jetzt das Kommando "V" ab?
"V" eingeben nimmt er nicht, und über die Hilfe (Strg+a z) gibt er mir kein Kommando V zur Auswahl, könntest du mir kurz erklären was ich machen muss?
Danke! Gruß Jan
Ich habe ein kleines Problem mit meiner Konfiguration. Vor Kurzem habe ich die ersten Max! Fensterkontakte angeschlossen und mir ist heute aufgefallen, dass alle Definitionen zum eingehauen Infrarot-Empfänger gelöscht wurden. Der Versuch diesen mit "define IR_Dev CUL_IR CUL_0" neu zu definieren endet mit dieser Fehlermeldung:
Wrong IODev specified or IODev doesn't support CUL_IR
Im Log sieht es ähnlich aus:
2014.02.14 13:08:28 3: No I/O device found for IR_Dev
2014.02.14 13:08:28 1: define: Wrong IODev specified or IODev doesn't support CUL_IR
Weiß jemand woran es liegt?
@PeMue,
ich würde mich auch tierisch über ein 1.57 Update freuen, dann würde mein Revolt-Energiekostenmeßgerät wieder funktionieren.
Das hat damals mit dem 868/2 CUL wunderbar funktioniert, siehe Thread: http://forum.fhem.de/index.php/topic,17198.msg112508.html
Robin
@stgeran
Kann derjenige mir eine Skript oder CAM Datei für CadSoft Eagle 6.5 zur Verfügung stellen, mit der ich Daten für den Automaten generieren kann?
@Locke
Minicom aufrufen:
minicom -b 38400 -o -D /dev/ttyAMA0
Shift Taste gedrückt halten und v eingeben, Shift loslassen und mit der Entertaste bestätigen. Die Eingabe wird nicht sichtbar dargestellt. Als Bestätigung sollte
V 1.55 CSM868
in der Konsole erscheinen.
@Spezialtrick
Phänomenal! An der Hardware kann es nicht liegen. Das Attribut attr CUL_0 rfmode MAX bewirkt, dass das IR Device nicht angelegt werden kann. Vielleicht sollten wir jemanden fragen, der sich damit auskennt? Das MAX Forum?
@RappaSan, @fh168
Hier sind modifizierte Source Dateien für 1.55 hinterlegt:
http://forum.fhem.de/index.php/topic,14156.msg109971.html#msg109971
Die Konfiguration kann jeder von euch gerne auf die aktuelle developer Version übertragen und kompilieren.
Bis zum offiziellen Release werde ich mich damit nicht beschäftigen.
@locutus
Danke für die ausführliche Beschreibung, leider gibt minicom gar nix aus, hab auch nochmal schnell das System neu aufgezogen aber selbes Ergebnis, minicom gibt mir auf "V" nichts aus.
Was kann ich denn jetzt machen?
Gruß Jan
Hallo Locutus,
die SMD Bestücker brauchen in der Regel:
- Schablonendaten als Gerber (müsste ein CAM Skript sein)
- Bestückungsdaten (x, y, Rotation, Bestückseite) inkl. der Teilenummern der Bauteile (in Eagle steht ja nur drin, dass C13 = 1 nF und 0603, aber welcher Typ (sprich von welcher Firma) steht nicht drin, daher ist die Erstellung etwas komplexer
Ich schau mal nach, wie ich das vor ein paar Jahren gemacht habe (war aber Eagle 4.x).
Wie bekommst Du die Leiterplatten? Als Nutzen oder als Einzelleiterplatten? Hier kommt es bei der Reflow Anlage auf die Breite der Leiterplatten an, wir haben 175 mm. Oder es wird mit Dampfphase gelötet, dann könnten auch Einzelleiterplatten gehen ...
Gruß PeMue
Zitat von: Locke am 15 Februar 2014, 12:24:30
@locutus
Danke für die ausführliche Beschreibung, leider gibt minicom gar nix aus, hab auch nochmal schnell das System neu aufgezogen aber selbes Ergebnis, minicom gibt mir auf "V" nichts aus.
Was kann ich denn jetzt machen?
Gruß Jan
Zum Firmware neu flashen werden die beiden Dateien aus dem Anhang benötigt.
1. Das Paket avrdude installieren:
sudo apt-get install avrdude2. fhem beenden:
sudo invoke-rc.d fhem stop3. Userrechte hinzufügen:
sudo chmod u+x csm_flash.sh4. Firmware flashen:
sudo ./csm_flash.sh5. fhem neu starten:
sudo invoke-rc.d fhem start
Hi locutus,
danke für die Anleitung, leider klappt da bei mir was nicht :-[. Die Dateien sind übertragen, avrdude installiert, wenn ich das Script starte läuft "calling CSM bootloader", und nach "Programming CSM" kommt folgende Fehlermeldung:
avrdude: butterfly_recv(): programmer is not responding
Tut mir leid, dass ich dich wieder nerven muss, aber was kann ich noch tun?
Gruß Jan
Hallo Locke,
von der Ferne sieht es ganz so aus, als
- ob entweder auf dem Prozessor kein Bootloader ist oder
- die serielle Schnittstelle nicht freigeschaltet ist.
Habe leider den Thread nicht ganz gelesen, so dass ich auch falsch liegen könnte.
Gruß PeMue
Hallo Jan,
PeMue hat Recht! Der Bootloader antwortet nicht. Du hast wohl keinen AVR ISP Programmer in der Schublade liegen? Schick mir bitte das Board zurück. Die Abwicklung klären wir über PM.
Danke!
Zitat von: machnetz am 15 Februar 2014, 23:06:38
habe mal ne Frage zur Antenne. Ich bekomme meinen FS20 S4A nicht angelernt. Wie lang muss denn die Antenne bei 868MHz sein? Momentan verwende ich eine etwa 7cm lange und denke , damit ist 434 MHz abgedeckt. Meinen Max! erreiche ich damit, programmieren und lesen geht prima, der Taster wird nicht erkannt.
Für Wurf- bzw. Drahtantennen gilt:
433 1/4 wave = 164.7mm
433 1/2 wave = 329.4mm
433 full wave = 692.7mm
868 1/4 wave = 82.2mm
868 1/2 wave = 164.3mm
868 full wave = 345.5mm
Bei SMA-Antennen ist nicht die äußere Antennenlänge, sondern das Innenleben der Antenne auschlaggebend.
Zitat von: locutus am 16 Februar 2014, 09:18:04
Hallo Jan,
PeMue hat Recht! Der Bootloader antwortet nicht. Du hast wohl keinen AVR ISP Programmer in der Schublade liegen? Schick mir bitte das Board zurück. Die Abwicklung klären wir über PM.
Danke!
Hi locutus,
ich habe tatsächlich eine ISP Programmer in der Schublade, wollte mich mal vor ein paar Jahren in die Microcontroller Programmierung einarbeiten, leider hat mir damals die Zeit gefehlt. Müsstest mir nur kurz schreiben, was ich machen muss (ist da immer noch PonyProg aktuell?)
Wenns dir jedoch lieber ist, das selbst zu machen, kann ich dir das Board auch gerne schicken.
Mich wundert nur, wir kann der Bootloader einfach so kaputt gehen? Ich habe zwar das alte LogFile nicht mehr, aber die Kommunikation hat einfach nachts um 2 aufgehört, und seit dem ging nix mehr.
Gruß Jan
Dein Programmer sollte auf jeden Fall die Programmierung mit 3,3V Versorgungsspannung unterstützen. Der CC1101 Transceiver ist mit der ISP-Schnittstelle verbunden und verträgt keine 5V.
Dann nur noch die 6-pol. Stiftleiste mit dem Programmer verbinden, auf richtige Polarität achten (GND mit GND, MOSI mit MOSI usw. verbinden). AVRDUDESS aufrufen, einige Einstellung vornehmen (siehe Bild) und auf Start! klicken.
Auf gar keinen Fall mit den Fuses herumexperimentieren!
http://blog.zakkemble.co.uk/download/avrdudess_20130226.zip
Super, vielen vielen Dank!
Genau das hat geholfen! Bootloader neu drauf, dann ging auch die Kommunikation per minicom, dann zur Sicherheit nochmal per avrdude die Firmware neu geflasht und nun läuft wieder alles!
Gruß Jan
Zitat von: Jaydee am 29 November 2013, 23:05:20
gibt es schon eine Möglichkeit den Lichtsensor zu nutzen? zu dem hab ich nichts mehr gefunden.
Zitat von: RappaSan am 12 Februar 2014, 12:46:05
Wie kommt man an die Lichtsensor-Daten? (ich weiss, es gibt ein wenig Python-code, aber ist das tauglich für FHEM?)
Für den Lichtsensor werden die beiden Dateien aus dem Anhang benötigt. Eventuell müsst ihr noch diese Pakete installieren:
sudo apt-get install i2c-tools python-smbusJetzt noch die Userrechte hinzufügen:
sudo chmod 777 TSL2561.py
cd /opt
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhemDummy und FileLog definieren:
define LightMeter dummy
attr LightMeter event-min-interval Lux:600
attr LightMeter event-on-change-reading Lux
attr LightMeter stateFormat Lux
attr LightMeter userReadings Lux
define FileLog_LightMeter FileLog ./log/LightMeter-%Y-%m-%d.log LightMeter:.*
attr FileLog_LightMeter logtype text
attr FileLog_LightMeter nrarchive 1Anschließend wird das Skript abgerufen und die Beleuchtungsstärke an FHEM übergeben:
define at_LightMeter at +*00:01:00 { system("/usr/bin/python /home/pi/TSL2561.py &") }
attr at_LightMeter verbose 0Wer möchte, der kann das Skript für ein verschlüsseltes Webinterface anpassen:
sudo nano TSL2561.pyDie vorletzte Zeile um die curl Option --user erweitern, Bsp.:
os.system("curl --user username:password http://localhost:8083/fhem?cmd.Lightmeter=setreading%20LightMeter%20Lux%20"+str(outvalue)+" --silent")Mit "Strg+x" den Editor verlassen. Die Rückfrage, ob die Datei gespeichert werden soll, mit "y" beantworten und mit der Eingabetaste bestätigen.
Hallo Locutus,
wie immer vorbildlich erklärt, vielen Dank, funktioniert bei mir.
Den letzten Satz verstehe ich aber nicht.
Wer möchte, der kann das Skript für ein verschlüsseltes Webinterface anpassen:
Was soll das heißen?
Zitat von: fh168 am 16 Februar 2014, 20:31:14
Hallo Locutus,
wie immer vorbildlich erklärt, vielen Dank, funktioniert bei mir.
Den letzten Satz verstehe ich aber nicht.
Wer möchte, der kann das Skript für ein verschlüsseltes Webinterface anpassen:
Was soll das heißen?
Das ist für die Leute gedacht, die ihr FHEM Webinterface mit einem Password verschlüsseln.
Weißt du wo man die angegangenen Dateien speichern muss?
TSL2561.py müsste ja nach "/home/pi/TSL2561.py", aber wo gehört die andere Datei hin?
ich habe sie in den gleichen Ordner kopiert.
Aber immer noch nicht verstanden. Kann man dann von außen die aktuelle Lichtstärke messen? Wie sieht dann der Aufruf aus?
Funktioniert sehr gut. :)
Ist es normal, dass die Werte stark schwanken? Hier ein Auszug von mir:
2014-02-17_08:54:12 LightMeter Lux: 0
2014-02-17_08:56:12 LightMeter Lux: 20435.9831909
2014-02-17_08:57:12 LightMeter Lux: 0
2014-02-17_08:58:12 LightMeter Lux: 238.79232
2014-02-17_08:59:12 LightMeter Lux: 0
2014-02-17_09:00:12 LightMeter Lux: 42.90624
2014-02-17_09:01:12 LightMeter Lux: 0
2014-02-17_09:02:12 LightMeter Lux: 3374.12650211
2014-02-17_09:03:12 LightMeter Lux: 0
2014-02-17_09:04:12 LightMeter Lux: 9800.15795594
2014-02-17_09:05:12 LightMeter Lux: 0
2014-02-17_09:07:12 LightMeter Lux: 759.06688
2014-02-17_09:08:12 LightMeter Lux: 866.6944
2014-02-17_09:09:12 LightMeter Lux: 0
2014-02-17_09:10:12 LightMeter Lux: 2464.3808
2014-02-17_09:11:12 LightMeter Lux: 1085.2368
2014-02-17_09:12:12 LightMeter Lux: 523.3904
2014-02-17_09:13:12 LightMeter Lux: 0
2014-02-17_09:15:12 LightMeter Lux: 27563.0793186
2014-02-17_09:16:12 LightMeter Lux: 2791.1264
2014-02-17_09:17:12 LightMeter Lux: 205.77856
2014-02-17_09:18:12 LightMeter Lux: 0
2014-02-17_09:19:12 LightMeter Lux: 16.21568
2014-02-17_09:20:12 LightMeter Lux: 487.99296
2014-02-17_09:22:49 LightMeter Lux: 0
2014-02-17_09:23:49 LightMeter Lux: 21079.4593095
2014-02-17_09:24:49 LightMeter Lux: 19429.9895473
2014-02-17_09:25:49 LightMeter Lux: 17477.0358906
2014-02-17_09:26:49 LightMeter Lux: 19046.5967218
2014-02-17_09:28:27 LightMeter Lux: 14133.8815117
2014-02-17_09:29:27 LightMeter Lux: 15517.5920963
2014-02-17_09:30:27 LightMeter Lux: 13291.949327
2014-02-17_09:31:34 LightMeter Lux: 0
2014-02-17_09:36:18 LightMeter Lux: 7437.52634863
2014-02-17_09:37:18 LightMeter Lux: 12391.0129068
2014-02-17_09:38:18 LightMeter Lux: 18406.0427084
2014-02-17_09:39:18 LightMeter Lux: 0
2014-02-17_09:41:18 LightMeter Lux: 59.87904
2014-02-17_09:42:18 LightMeter Lux: 0
2014-02-17_09:43:18 LightMeter Lux: 18686.9637523
2014-02-17_09:44:18 LightMeter Lux: 17334.7782288
2014-02-17_09:45:18 LightMeter Lux: 17543.8846584
2014-02-17_09:46:18 LightMeter Lux: 0
2014-02-17_09:48:18 LightMeter Lux: 86.50304
2014-02-17_09:49:18 LightMeter Lux: 150.40064
2014-02-17_09:50:18 LightMeter Lux: 0
2014-02-17_09:53:18 LightMeter Lux: 21250.4937696
2014-02-17_09:54:18 LightMeter Lux: 17427.1687893
2014-02-17_09:55:18 LightMeter Lux: 16571.258309
2014-02-17_09:56:18 LightMeter Lux: 13003.3351046
2014-02-17_09:57:18 LightMeter Lux: 12837.8217129
2014-02-17_09:58:18 LightMeter Lux: 14591.4575097
2014-02-17_09:59:18 LightMeter Lux: 17738.0618883
2014-02-17_10:00:18 LightMeter Lux: 20821.2381602
2014-02-17_10:01:18 LightMeter Lux: 0
2014-02-17_10:02:18 LightMeter Lux: 489.05792
2014-02-17_10:03:18 LightMeter Lux: 2984.048
2014-02-17_10:04:18 LightMeter Lux: 0
2014-02-17_10:05:18 LightMeter Lux: 26295.0053317
2014-02-17_10:06:18 LightMeter Lux: 190.93568
2014-02-17_10:07:18 LightMeter Lux: 2138.008
2014-02-17_10:08:18 LightMeter Lux: 4741.016
2014-02-17_10:09:18 LightMeter Lux: 7895.4976449
2014-02-17_10:10:18 LightMeter Lux: 8659.38603069
2014-02-17_10:11:18 LightMeter Lux: 7279.30250125
2014-02-17_10:12:18 LightMeter Lux: 4736.2219352
2014-02-17_10:13:18 LightMeter Lux: 2440.7024
2014-02-17_10:14:18 LightMeter Lux: 196.9344
2014-02-17_10:15:18 LightMeter Lux: 29679.161152
2014-02-17_10:16:18 LightMeter Lux: 0
2014-02-17_11:18:59 LightMeter Lux: 66.51424
2014-02-17_11:19:58 LightMeter Lux: 339.15648
2014-02-17_11:20:58 LightMeter Lux: 0
2014-02-17_11:23:58 LightMeter Lux: 16969.4492378
2014-02-17_11:24:59 LightMeter Lux: 6360.2624
2014-02-17_11:25:59 LightMeter Lux: 1507.8144
2014-02-17_11:26:59 LightMeter Lux: 13279.2517
2014-02-17_11:27:59 LightMeter Lux: 1399.056
2014-02-17_11:28:58 LightMeter Lux: 372.83584
2014-02-17_11:29:58 LightMeter Lux: 0
2014-02-17_11:30:58 LightMeter Lux: 457.0336
2014-02-17_11:31:58 LightMeter Lux: 1222.60736
2014-02-17_11:32:58 LightMeter Lux: 1022.2624
2014-02-17_11:33:58 LightMeter Lux: 20831.0138774
2014-02-17_11:34:59 LightMeter Lux: 8145.11682848
2014-02-17_11:35:59 LightMeter Lux: 9257.65613572
2014-02-17_11:36:59 LightMeter Lux: 0
2014-02-17_11:39:00 LightMeter Lux: 7070.66329575
Zitat von: Spezialtrick am 17 Februar 2014, 11:40:30
...Ist es normal, dass die Werte stark schwanken?...
Ist mir grad auch aufgefallen... scheint mir irgenwie so als wenn das mit der Hintergrundbeleuchtung des Displays zusammenhängt da als ich diese einschaltete hatte ich einen Sprung von 48 Lux auf 20000 Lux...
Hallo zusammen,
Lichtsensor läuft soweit bis auf das Problem mit den Sprüngen...
Jetzt ist mir grad aufgefallen das der Lichtsensor irgendwie das FHEM Logfile vollspamt mit Werten die zwar nicht auf den Sensor schließen lassen aber nach auskommentieren hören die Einträge auf...
Es stehen auch einfach nur Werte im Log, also ohne Beschreibung oder sonstigem...
z.B.
741.05509207
Hier mal den Ausschnitt vom Lichtsensor aus der FHEM.cfg
#Helligkeitssensor
define LightMeter dummy
attr LightMeter event-min-interval Lux:600
attr LightMeter event-on-change-reading Lux
attr LightMeter group AddOn
attr LightMeter icon weather_light_meter
attr LightMeter room Hauswirtschaftsraum
attr LightMeter stateFormat Lux
attr LightMeter userReadings Lux
define FileLog_LightMeter FileLog ./log/LightMeter-%Y-%m-%d.log LightMeter:.*
attr FileLog_LightMeter logtype text
attr FileLog_LightMeter nrarchive 1
attr FileLog_LightMeter room Z_Log
define plot_LightMeter SVG FileLog_LightMeter:LightMeter:CURRENT
attr plot_LightMeter group Plot
attr plot_LightMeter room Hauswirtschaftsraum
define at_LightMeter at +*00:01:00 { system("/usr/bin/python /home/pi/addon/TSL2561.py &") }
attr at_LightMeter verbose 0
Hat da jemand ne Idee?
Grüße Corny
Zitat von: Spezialtrick am 17 Februar 2014, 11:40:30
Ist es normal, dass die Werte stark schwanken? Hier ein Auszug von mir:
Ungewöhnlich oft taucht die Zahl 0 im Log auf. Vermutlich ist das Kernelmodul deaktiviert:
sudo nano /etc/modprobe.d/raspi-blacklist.confDie Zeile blacklist i2c-bcm2708 muss auskommentiert werden:
#blacklist i2c-bcm2708Zitat von: corny456 am 17 Februar 2014, 15:37:12
Ist mir grad auch aufgefallen... scheint mir irgenwie so als wenn das mit der Hintergrundbeleuchtung des Displays zusammenhängt da als ich diese einschaltete hatte ich einen Sprung von 48 Lux auf 20000 Lux...
Diese Werte können nicht stimmen! Die LCD-Hintergrundbeleuchtung entspricht in etwa der Beleuchtungsstärke einer Kerze.
http://de.wikipedia.org/wiki/Lux_%28Einheit%29
Zitat von: locutus am 17 Februar 2014, 21:28:15
Diese Werte können nicht stimmen! Die LCD-Hintergrundbeleuchtung entspricht in etwa der Beleuchtungsstärke einer Kerze.
http://de.wikipedia.org/wiki/Lux_%28Einheit%29
Das Display hat sich von seiner Rückwand gelöst somit strahlt die Hintergrundbeleuchtung gradewegs in den Sensor... Werde Morgen mal nach einer Möglichkeit suchen das zu fixen...
Grüße Corny
@ locutus: Sorry für die Verspätung, ich war off. Zitat "Kann derjenige mir eine Skript oder CAM Datei für CadSoft Eagle 6.5 zur Verfügung stellen, mit der ich Daten für den Automaten generieren kann? " Was genau brauchst Du? Hast Du Eagle 6.5? Brauchst Du die Datei als Beispiel? Ich tel mal mit ihm was er braucht.
Hallo locutus,
danke für die Lichtsensor-Softwaremodule.
Klappt prima.
Zitat von: locutus am 17 Februar 2014, 21:28:15
Ungewöhnlich oft taucht die Zahl 0 im Log auf. Vermutlich ist das Kernelmodul deaktiviert:
sudo nano /etc/modprobe.d/raspi-blacklist.conf
Die Zeile blacklist i2c-bcm2708 muss auskommentiert werden:
#blacklist i2c-bcm2708
Danke!
"blacklist i2c-bcm2708" war in der Tat nicht auskommentiert. Mal schauen, ob sich die Werte nun normalisieren.
BTW: Das Thema bzgl. der Problematik der gleichzeitigen Nutzung von MAX! Produkten und des eingebauten IR-Empfängers wurde gerade in das CUL Forum verschoben. Möglicherweise wird es ja da behoben. :)
@locutus: Ich habe heute mit dem Bestücker gesprochen. Wenn Du magst PN mir Deine Telefon Nummer. Es geht schneller mit allen Infos als wenn ich es schreibe.
Zitat von: locutus am 16 Februar 2014, 09:52:29
Bei SMA-Antennen ist nicht die äußere Antennenlänge, sondern das Innenleben der Antenne auschlaggebend.
Welche Antenne ist denn empfehlenswert? Ich würde mir gern eine passende für das Board bestellen.
Lichtsensor:
In der Blacklist ist alles nötige auskommentiert, aber zwischendurch gibt's trotzdem zeitweilig Riesensprünge bis 30000Lux.
Dann wieder läuft alles in geordneten Bahnen so um die 60-90 Lux.
Merkwürdig...
Ich versuche mal Netzwekverbindung über Kabel anstatt über WLAN... vielleicht zieht der WLAN-Stick zwischendurch zuviel Strom (obwohl ein 2A-Netzteil doch genug Reserven bereitstellen sollte).
Zitat von: RappaSan am 20 Februar 2014, 13:17:00
Lichtsensor:
In der Blacklist ist alles nötige auskommentiert, aber zwischendurch gibt's trotzdem zeitweilig Riesensprünge bis 30000Lux.
Dann wieder läuft alles in geordneten Bahnen so um die 60-90 Lux.
Seit 2 Tagen bei mir auch zeitweilige Sprünge auf 6000 - 7000 Lux danach wieder 60-90 Lux... :-\
Ich habe auch alles auskommentiert. Nachvollziehbare Werte konnte ich bisher nicht erzielen. Ein Auszug des bisherigen Tages:
2014-02-21_00:00:54 LightMeter Lux: 2.56064465638
2014-02-21_00:10:54 LightMeter Lux: 2.56064465638
2014-02-21_00:21:54 LightMeter Lux: 2.56064465638
2014-02-21_00:32:54 LightMeter Lux: 2.56064465638
2014-02-21_00:43:54 LightMeter Lux: 2.56064465638
2014-02-21_00:53:54 LightMeter Lux: 2.56064465638
2014-02-21_01:04:54 LightMeter Lux: 2.56064465638
2014-02-21_01:15:54 LightMeter Lux: 2.56064465638
2014-02-21_01:26:54 LightMeter Lux: 2.56064465638
2014-02-21_01:36:54 LightMeter Lux: 2.56064465638
2014-02-21_01:47:54 LightMeter Lux: 2.56064465638
2014-02-21_01:57:54 LightMeter Lux: 2.56064465638
2014-02-21_02:07:54 LightMeter Lux: 2.56064465638
2014-02-21_02:18:54 LightMeter Lux: 2.56064465638
2014-02-21_02:28:54 LightMeter Lux: 2.56064465638
2014-02-21_02:39:54 LightMeter Lux: 2.56064465638
2014-02-21_02:49:54 LightMeter Lux: 2.56064465638
2014-02-21_03:00:54 LightMeter Lux: 2.56064465638
2014-02-21_03:11:54 LightMeter Lux: 2.56064465638
2014-02-21_03:23:08 LightMeter Lux: 2.56064465638
2014-02-21_03:34:08 LightMeter Lux: 2.56064465638
2014-02-21_03:44:08 LightMeter Lux: 2.56064465638
2014-02-21_03:55:20 LightMeter Lux: 2.56064465638
2014-02-21_04:06:20 LightMeter Lux: 2.56064465638
2014-02-21_04:16:20 LightMeter Lux: 2.56064465638
2014-02-21_04:26:20 LightMeter Lux: 2.56064465638
2014-02-21_04:36:20 LightMeter Lux: 2.56064465638
2014-02-21_04:47:20 LightMeter Lux: 2.56064465638
2014-02-21_04:57:20 LightMeter Lux: 2.56064465638
2014-02-21_05:07:20 LightMeter Lux: 2.56064465638
2014-02-21_05:18:20 LightMeter Lux: 2.56064465638
2014-02-21_05:29:20 LightMeter Lux: 2.56064465638
2014-02-21_05:39:21 LightMeter Lux: 2.56064465638
2014-02-21_05:50:20 LightMeter Lux: 2.56064465638
2014-02-21_06:01:20 LightMeter Lux: 2.56064465638
2014-02-21_06:11:20 LightMeter Lux: 2.56064465638
2014-02-21_06:22:20 LightMeter Lux: 2.56064465638
2014-02-21_06:24:05 LightMeter Lux: 2.56064465638
2014-02-21_06:35:05 LightMeter Lux: 2.56064465638
2014-02-21_06:45:05 LightMeter Lux: 2.56064465638
2014-02-21_06:55:05 LightMeter Lux: 2.56064465638
2014-02-21_07:04:20 LightMeter Lux: 2.56064465638
2014-02-21_07:06:20 LightMeter Lux: 3.0923522654
2014-02-21_07:08:19 LightMeter Lux: 2.94211500078
2014-02-21_07:10:20 LightMeter Lux: 4.04318016767
2014-02-21_07:11:19 LightMeter Lux: 3.85127129653
2014-02-21_07:12:20 LightMeter Lux: 4.96868585491
2014-02-21_07:13:19 LightMeter Lux: 4.75663747153
2014-02-21_07:14:20 LightMeter Lux: 5.32322572008
2014-02-21_07:15:20 LightMeter Lux: 5.66027645224
2014-02-21_07:16:20 LightMeter Lux: 6.56298331789
2014-02-21_07:17:20 LightMeter Lux: 7.46512991263
2014-02-21_07:18:20 LightMeter Lux: 9.1746330058
2014-02-21_07:19:20 LightMeter Lux: 10.0813741581
2014-02-21_07:20:20 LightMeter Lux: 10.9869219419
2014-02-21_07:21:20 LightMeter Lux: 12.4600051506
2014-02-21_07:22:20 LightMeter Lux: 13.6991001208
2014-02-21_07:23:20 LightMeter Lux: 16.0775809694
2014-02-21_07:24:20 LightMeter Lux: 19.5954363136
2014-02-21_07:25:20 LightMeter Lux: 24.0140720278
2014-02-21_07:26:20 LightMeter Lux: 28.2039430738
2014-02-21_07:27:20 LightMeter Lux: 34.0954491216
2014-02-21_07:28:20 LightMeter Lux: 40.8916683437
2014-02-21_07:29:20 LightMeter Lux: 48.5942174064
2014-02-21_07:30:20 LightMeter Lux: 56.8622298888
2014-02-21_07:31:20 LightMeter Lux: 64.7866513508
2014-02-21_07:32:20 LightMeter Lux: 71.9251133171
2014-02-21_07:33:20 LightMeter Lux: 79.2845522553
2014-02-21_07:34:20 LightMeter Lux: 88.5473550929
2014-02-21_07:35:20 LightMeter Lux: 1793.0832366
2014-02-21_07:36:20 LightMeter Lux: 4764.11975356
2014-02-21_07:38:31 LightMeter Lux: 10442.6483114
2014-02-21_07:39:31 LightMeter Lux: 12894.2712802
2014-02-21_07:40:31 LightMeter Lux: 15345.7904669
2014-02-21_07:41:31 LightMeter Lux: 17926.2923326
2014-02-21_07:42:31 LightMeter Lux: 20506.6230796
2014-02-21_07:43:31 LightMeter Lux: 23215.851712
2014-02-21_07:44:31 LightMeter Lux: 25538.049079
2014-02-21_07:45:31 LightMeter Lux: 27731.1937737
2014-02-21_07:46:31 LightMeter Lux: 30311.2302259
2014-02-21_07:47:31 LightMeter Lux: 2678.40247761
2014-02-21_07:48:31 LightMeter Lux: 11975.6606236
2014-02-21_07:49:31 LightMeter Lux: 16619.8043496
2014-02-21_07:50:31 LightMeter Lux: 22553.3954022
2014-02-21_07:51:31 LightMeter Lux: 0
2014-02-21_07:52:31 LightMeter Lux: 1800.248
2014-02-21_07:53:31 LightMeter Lux: 4396.4608
2014-02-21_07:54:31 LightMeter Lux: 5113.6704
2014-02-21_07:55:31 LightMeter Lux: 0
2014-02-21_07:56:31 LightMeter Lux: 29419.3842274
2014-02-21_07:57:31 LightMeter Lux: 4506.0912
2014-02-21_07:58:31 LightMeter Lux: 0
2014-02-21_08:02:42 LightMeter Lux: 1545.36
2014-02-21_08:03:42 LightMeter Lux: 0
2014-02-21_08:04:42 LightMeter Lux: 10339.607195
2014-02-21_08:05:42 LightMeter Lux: 0
2014-02-21_08:06:42 LightMeter Lux: 19889.855704
2014-02-21_08:07:42 LightMeter Lux: 2038.7104
2014-02-21_08:08:42 LightMeter Lux: 356.07104
2014-02-21_08:09:42 LightMeter Lux: 2611.3632
2014-02-21_08:10:42 LightMeter Lux: 0
2014-02-21_08:11:42 LightMeter Lux: 6389.104
2014-02-21_08:12:42 LightMeter Lux: 0
2014-02-21_08:13:42 LightMeter Lux: 247.43264
2014-02-21_08:14:42 LightMeter Lux: 14034.6923677
2014-02-21_08:15:42 LightMeter Lux: 3506.9728
2014-02-21_08:16:42 LightMeter Lux: 15.392
2014-02-21_08:17:42 LightMeter Lux: 0
2014-02-21_08:18:42 LightMeter Lux: 19093.7702283
2014-02-21_08:19:42 LightMeter Lux: 296.67456
2014-02-21_08:20:42 LightMeter Lux: 0
2014-02-21_08:21:42 LightMeter Lux: 11748.1891847
2014-02-21_08:22:42 LightMeter Lux: 20082.0079876
2014-02-21_08:23:42 LightMeter Lux: 0
2014-02-21_08:24:42 LightMeter Lux: 133.85632
2014-02-21_08:25:42 LightMeter Lux: 27055.1572423
2014-02-21_08:26:42 LightMeter Lux: 2816.4944
2014-02-21_08:27:42 LightMeter Lux: 275.42944
2014-02-21_08:28:42 LightMeter Lux: 2910.2928
2014-02-21_08:29:42 LightMeter Lux: 0
2014-02-21_08:30:42 LightMeter Lux: 2063.9904
2014-02-21_08:31:43 LightMeter Lux: 0
2014-02-21_08:32:42 LightMeter Lux: 1842.5392
2014-02-21_08:33:42 LightMeter Lux: 3587.9664
2014-02-21_08:34:42 LightMeter Lux: 743.87872
2014-02-21_08:35:42 LightMeter Lux: 599.04416
2014-02-21_08:36:42 LightMeter Lux: 0
2014-02-21_08:38:42 LightMeter Lux: 20911.0564165
2014-02-21_08:39:42 LightMeter Lux: 6484.10982236
2014-02-21_08:40:42 LightMeter Lux: 12842.8609963
2014-02-21_08:41:42 LightMeter Lux: 139.28928
2014-02-21_08:42:42 LightMeter Lux: 0
2014-02-21_08:43:42 LightMeter Lux: 28919.1659669
2014-02-21_08:45:57 LightMeter Lux: 11178.2267309
2014-02-21_08:46:57 LightMeter Lux: 0
2014-02-21_08:47:57 LightMeter Lux: 7910.1456
2014-02-21_08:48:57 LightMeter Lux: 17544.6342042
2014-02-21_08:49:57 LightMeter Lux: 3436.40906721
2014-02-21_08:50:57 LightMeter Lux: 13361.8325183
2014-02-21_08:51:57 LightMeter Lux: 7452.96
2014-02-21_08:52:57 LightMeter Lux: 3339.096
2014-02-21_08:53:57 LightMeter Lux: 817.8768
2014-02-21_08:55:57 LightMeter Lux: 3892.056
2014-02-21_08:56:57 LightMeter Lux: 591.4688
2014-02-21_08:57:57 LightMeter Lux: 21960.1513203
2014-02-21_08:58:57 LightMeter Lux: 18711.2882689
2014-02-21_08:59:57 LightMeter Lux: 924.4144
2014-02-21_09:00:57 LightMeter Lux: 526.58944
2014-02-21_09:01:57 LightMeter Lux: 971.6304
2014-02-21_09:02:57 LightMeter Lux: 1054.664
2014-02-21_09:03:57 LightMeter Lux: 0
2014-02-21_09:05:57 LightMeter Lux: 19498.1974235
2014-02-21_09:06:57 LightMeter Lux: 817.8768
2014-02-21_09:08:57 LightMeter Lux: 16365.2773453
2014-02-21_09:09:57 LightMeter Lux: 817.8768
2014-02-21_09:10:57 LightMeter Lux: 0
2014-02-21_09:11:57 LightMeter Lux: 817.8768
2014-02-21_09:21:57 LightMeter Lux: 817.8768
2014-02-21_09:23:56 LightMeter Lux: 7569.8256
2014-02-21_09:26:11 LightMeter Lux: 14569.3474374
2014-02-21_09:27:11 LightMeter Lux: 429.78624
2014-02-21_09:28:10 LightMeter Lux: 0
2014-02-21_09:30:10 LightMeter Lux: 25689.1567303
2014-02-21_09:31:10 LightMeter Lux: 4999.064
2014-02-21_09:32:10 LightMeter Lux: 2010.0192
2014-02-21_09:33:10 LightMeter Lux: 0
2014-02-21_09:35:10 LightMeter Lux: 432.61504
2014-02-21_09:36:10 LightMeter Lux: 19594.9294561
2014-02-21_09:37:10 LightMeter Lux: 0
2014-02-21_09:40:11 LightMeter Lux: 13739.0919555
2014-02-21_09:42:19 LightMeter Lux: 0
2014-02-21_09:43:18 LightMeter Lux: 932.13536
2014-02-21_09:44:19 LightMeter Lux: 28647.101334
2014-02-21_09:45:18 LightMeter Lux: 17349.9546373
2014-02-21_09:46:18 LightMeter Lux: 0
2014-02-21_09:47:18 LightMeter Lux: 7822.6464
2014-02-21_09:48:18 LightMeter Lux: 225.3328
2014-02-21_09:49:18 LightMeter Lux: 0
2014-02-21_09:50:19 LightMeter Lux: 3723.576
2014-02-21_09:51:19 LightMeter Lux: 4482.432
2014-02-21_09:52:18 LightMeter Lux: 28105.9509962
2014-02-21_09:53:18 LightMeter Lux: 15496.3531284
2014-02-21_09:54:18 LightMeter Lux: 4186.968
2014-02-21_09:55:18 LightMeter Lux: 32801.6677552
2014-02-21_09:56:18 LightMeter Lux: 32098.7390807
2014-02-21_09:57:18 LightMeter Lux: 1109.9504
2014-02-21_09:58:18 LightMeter Lux: 0
2014-02-21_09:59:18 LightMeter Lux: 14454.8006867
2014-02-21_10:00:19 LightMeter Lux: 0
2014-02-21_10:02:19 LightMeter Lux: 5748.2992
2014-02-21_10:04:29 LightMeter Lux: 6232.88740569
2014-02-21_10:05:28 LightMeter Lux: 1021.9872
2014-02-21_10:06:28 LightMeter Lux: 663.848
2014-02-21_10:07:28 LightMeter Lux: 0
2014-02-21_10:09:28 LightMeter Lux: 6336.50102822
2014-02-21_10:10:29 LightMeter Lux: 0
2014-02-21_10:12:29 LightMeter Lux: 1342.6752
2014-02-21_10:13:28 LightMeter Lux: 2048.688
2014-02-21_10:14:28 LightMeter Lux: 18453.485422
2014-02-21_10:15:28 LightMeter Lux: 0
2014-02-21_10:16:28 LightMeter Lux: 1199.1824
2014-02-21_10:17:28 LightMeter Lux: 56.41376
2014-02-21_10:18:28 LightMeter Lux: 0
2014-02-21_10:19:29 LightMeter Lux: 2402.05111712
2014-02-21_10:20:29 LightMeter Lux: 603.49536
2014-02-21_10:21:28 LightMeter Lux: 1566.7072
2014-02-21_10:22:28 LightMeter Lux: 19407.4355829
2014-02-21_10:23:29 LightMeter Lux: 0
2014-02-21_10:27:29 LightMeter Lux: 21491.6698807
2014-02-21_10:28:29 LightMeter Lux: 0
2014-02-21_10:29:29 LightMeter Lux: 1110.20416
2014-02-21_10:30:29 LightMeter Lux: 0
2014-02-21_10:31:29 LightMeter Lux: 16826.6388371
2014-02-21_10:32:29 LightMeter Lux: 0
2014-02-21_10:33:29 LightMeter Lux: 409.2192
2014-02-21_10:34:29 LightMeter Lux: 982.16768
2014-02-21_10:35:29 LightMeter Lux: 249.3648
2014-02-21_10:36:29 LightMeter Lux: 1833.8928
2014-02-21_10:37:29 LightMeter Lux: 0
2014-02-21_10:40:29 LightMeter Lux: 120.42784
2014-02-21_10:41:29 LightMeter Lux: 842.40416
2014-02-21_10:42:29 LightMeter Lux: 6841.9696
2014-02-21_10:43:29 LightMeter Lux: 1288.50176
2014-02-21_10:44:29 LightMeter Lux: 18953.822191
2014-02-21_10:45:29 LightMeter Lux: 0
2014-02-21_10:47:29 LightMeter Lux: 105.21056
2014-02-21_10:48:29 LightMeter Lux: 951.232
2014-02-21_10:49:29 LightMeter Lux: 2308.88529125
2014-02-21_10:50:28 LightMeter Lux: 7101.34455072
2014-02-21_10:51:28 LightMeter Lux: 0
2014-02-21_10:52:29 LightMeter Lux: 20382.1813237
2014-02-21_10:53:29 LightMeter Lux: 0
2014-02-21_10:54:28 LightMeter Lux: 22577.7646175
2014-02-21_10:55:29 LightMeter Lux: 17780.7197113
2014-02-21_10:56:28 LightMeter Lux: 20896.8754914
2014-02-21_10:57:29 LightMeter Lux: 0
2014-02-21_10:58:28 LightMeter Lux: 4470.1904
2014-02-21_10:59:29 LightMeter Lux: 0
2014-02-21_11:00:28 LightMeter Lux: 3180.6576
2014-02-21_11:01:28 LightMeter Lux: 9881.06288991
2014-02-21_11:02:29 LightMeter Lux: 0
2014-02-21_11:03:28 LightMeter Lux: 4780.50844037
2014-02-21_11:04:29 LightMeter Lux: 1303.1072
2014-02-21_11:05:28 LightMeter Lux: 5966.7744
2014-02-21_11:06:28 LightMeter Lux: 0
2014-02-21_11:08:28 LightMeter Lux: 9560.42378061
2014-02-21_11:09:28 LightMeter Lux: 951.21728
2014-02-21_11:10:28 LightMeter Lux: 0
2014-02-21_11:11:28 LightMeter Lux: 10564.4152954
2014-02-21_11:12:28 LightMeter Lux: 911.81376
2014-02-21_11:13:28 LightMeter Lux: 0
2014-02-21_11:15:28 LightMeter Lux: 2815.5728
2014-02-21_11:16:28 LightMeter Lux: 1211.1136
2014-02-21_11:17:28 LightMeter Lux: 15840.1173597
2014-02-21_11:18:28 LightMeter Lux: 27837.2765437
2014-02-21_11:19:29 LightMeter Lux: 257.07136
2014-02-21_11:20:28 LightMeter Lux: 8084.77193163
2014-02-21_11:21:28 LightMeter Lux: 0
2014-02-21_11:25:28 LightMeter Lux: 340.0176
2014-02-21_11:26:28 LightMeter Lux: 0
2014-02-21_11:27:53 LightMeter Lux: 0.416
2014-02-21_11:28:53 LightMeter Lux: 0
2014-02-21_11:30:53 LightMeter Lux: 702.6656
2014-02-21_11:31:53 LightMeter Lux: 0
2014-02-21_11:32:53 LightMeter Lux: 13368.1049392
2014-02-21_11:33:53 LightMeter Lux: 9196.38447395
2014-02-21_11:34:53 LightMeter Lux: 0
2014-02-21_11:36:58 LightMeter Lux: 1910.2672
2014-02-21_11:37:58 LightMeter Lux: 356.42464
2014-02-21_11:38:58 LightMeter Lux: 27432.3645982
2014-02-21_11:39:58 LightMeter Lux: 14672.3997956
2014-02-21_11:40:58 LightMeter Lux: 0
2014-02-21_11:44:58 LightMeter Lux: 8500.97868364
2014-02-21_11:45:58 LightMeter Lux: 0
2014-02-21_11:47:58 LightMeter Lux: 59.592
2014-02-21_11:48:58 LightMeter Lux: 3243.776
2014-02-21_11:49:58 LightMeter Lux: 124.55456
2014-02-21_11:52:06 LightMeter Lux: 25604.0564331
2014-02-21_11:53:05 LightMeter Lux: 774.31328
2014-02-21_11:54:06 LightMeter Lux: 19612.8894175
2014-02-21_11:55:05 LightMeter Lux: 134.44704
2014-02-21_11:56:05 LightMeter Lux: 58.1568
2014-02-21_11:57:05 LightMeter Lux: 4253.7888
2014-02-21_11:58:05 LightMeter Lux: 16230.8263746
2014-02-21_12:00:10 LightMeter Lux: 24719.8652524
2014-02-21_12:01:10 LightMeter Lux: 59.47136
2014-02-21_12:02:10 LightMeter Lux: 16407.9996884
2014-02-21_12:03:10 LightMeter Lux: 0
2014-02-21_12:04:10 LightMeter Lux: 6708.31324238
2014-02-21_12:05:10 LightMeter Lux: 716.1488
2014-02-21_12:06:10 LightMeter Lux: 20514.9231625
2014-02-21_12:07:10 LightMeter Lux: 0
2014-02-21_12:09:10 LightMeter Lux: 66.38944
2014-02-21_12:10:10 LightMeter Lux: 682.9712
2014-02-21_12:11:10 LightMeter Lux: 0
2014-02-21_12:12:10 LightMeter Lux: 1177.07616
Zitat von: machnetz am 20 Februar 2014, 10:51:18
Welche Antenne ist denn empfehlenswert? Ich würde mir gern eine passende für das Board bestellen.
Antennentechnik ist eine Wissenschaft für sich. Deshalb werde ich keine Empfehlung geben.
Meine Funk-Handfernbedienung FS20 S8-3 wird sogar mit einer 10 cm Drahtantenne einwandfrei per autocreate angelernt.
Zitat von: Spezialtrick am 21 Februar 2014, 12:15:22
Ich habe auch alles auskommentiert. Nachvollziehbare Werte konnte ich bisher nicht erzielen.
Prüfe den Inhalt von /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
snd-bcm2835
i2c-bcm2708
i2c-dev
fbtft_device name=sainsmart18 verbose=0Zitat von: RappaSan am 20 Februar 2014, 13:17:00
Lichtsensor:
In der Blacklist ist alles nötige auskommentiert, aber zwischendurch gibt's trotzdem zeitweilig Riesensprünge bis 30000Lux.
Dann wieder läuft alles in geordneten Bahnen so um die 60-90 Lux.
Die Werte sind plausibel. Laut Wiki 0 Lux in der Nacht und bis zu 100.000 Lux am hellen Sonnentag. Das menschliche Auge kann geringe Lichtschwankungen nicht so wahrnehmen wie ein Sensor.
Ok, das ist schon mal wissenswert.
Nur die Sprünge von 0 nach 28-30.000 machen mich etwas nervös.
Auch läßt sich so der untere Teil der Messkurve quasi gar nicht darstellen.
Btw.: Am WLAN stick lag's nicht, gleiches Verhalten auch über Netzwerkkabel.
Mal was ganz anderes - ist das nur bei mir so, dass die CUL-LED sich wieder einschaltet, wenn man die Hintergrundbeleuchtung ausschaltet?
Gruß
Kuzl
EDIT:
Ok jetzt ist sie irgendwie wieder aus :D
EDIT2: okay es scheint so, als passt da irgendwas nicht. ich hab die LED jetzt schon 2x ausgeschaltet und sie schaltet sich immer wieder ein.
Zitat von: Kuzl am 28 Februar 2014, 18:30:17
ist das nur bei mir so, dass die CUL-LED sich wieder einschaltet, wenn man die Hintergrundbeleuchtung ausschaltet?
Die LED visualisiert den Datentransfer auf der seriellen Schnittstelle. In welchen CUL Modi (SlowRF, HomeMatic, MAX) soll denn die LED nach dem Ausschalten der Hintergrundbeleuchtung wieder aufleuchten?
Eventuell mit
set CUL_0 raw ezurücksetzen und die LED mit
set CUL_0 led 00ausschalten.
Zitat
Evtl. noch ein kleiner verbesserungsvorschlag für die Anleitung:
Für die Hintergrundbeleuchtung einen normalen Dummy verwenden, da sonst immer kommt, dass man kein IO-Device dafür hat, wenn man kein FS20 benützt.
Entweder ist kein CUL definiert, CUL hat den Status opened oder aber ttyAMA0 ist nicht freigegeben.
Einen normalen Dummy für die Hintergrundbeleuchtung? Wie soll bitte die Funktion dazu aussehen?
Hm okay also irgendetwas scheint nicht ganz zu passen.
Wenn ich die LED ausschalte, dann bleibt sie erstmal aus und wenn ich dann z.b. das Display ausschalte geht sie wieder an. Ebenso, wenn ich über Homematic etwas schalte.
CUL ist allerdings definiert und funktioniert reibungslos.
ZitatEinen normalen Dummy für die Hintergrundbeleuchtung? Wie soll bitte die Funktion dazu aussehen?
Bei mir so:
define LCD_Backlight dummy
attr LCD_Backlight webCmd on:off
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") } }
Zitat von: RappaSan am 24 Februar 2014, 10:53:42
Nur die Sprünge von 0 nach 28-30.000 machen mich etwas nervös.
Auch läßt sich so der untere Teil der Messkurve quasi gar nicht darstellen.
Vergiss bitte die 0815 Lösung mit dem Dummy. Nimm stattdessen das 51_I2C_TSL2561.pm Modul von kaihs.
http://forum.fhem.de/index.php/topic,20942.0.html
define Luminosity I2C_TSL2561 /dev/i2c-1 0x39
attr Luminosity poll_interval 10
Ich habe das Modul auch seit ein paar Tagen und bin ziemlich begeistert.
Abweichend von der Anleitung von locutus habe ich folgendes gemacht:
Ein-/Ausschalten der Hintergrundbeleuchtung über das RPI_GPIO Modul:
define Backlight RPI_GPIO 23
attr Backlight devStateIcon .on:FS20.on .off:FS20.off
attr Backlight direction output
attr Backlight icon light_mirror
attr Backlight restoreOnStartup yes
attr Backlight room Status
Die Größe des RSS-Bildes habe ich an die Auflösung des Displays angepasst, das verhindert das Flackern beim L8aden eines neuen Bildes:
attr FrameRSS size 128x160
Die layout.txt muss dann entsprechend angepasst werden
### RSS Layout ###
font /usr/share/fonts/truetype/freefont/FreeMono.ttf # TrueType Schriftart
rgb "c0c0c0" # HTML Farbencode
pt 26 # Schriftgroesse
time 0.08 0.20 # Uhrzeit
pt 16
text 0.12 0.70 { ReadingsVal("BMP085","pressure-nn","?"). " hPa" } # BMP085 Luftdruck
text 0.04 0.85 { sprintf("%.1f", ReadingsVal("OWX_28_6398A4050000","temperature","0")) . "/" . ReadingsVal("Wetter","temperature","?"). " °C" } # Aussentemperatur
img 25 50 0.4 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" } # Wetter Icon
pt 10
#text 0.04 0.95 "IP: 192.168.2.202" # IP Adresse
text 0.04 0.95 { "Helligk. " . ReadingsVal("Helligkeit","luminosity","0"). " lx" } # Helligkeit in Lux
Daran ist auch die Anzeige der Helligkeit in der letzten Zeile und eines per 1-Wire angeschlossenen Temperatursensors enthalten, ggf. nach Geschmack abzuändern .
Insgesamt ist diese Art der Displayansteuerung natürlich immer noch ziemlich suboptimal, besser wäre ja ein direktes 'malen' im Framebuffer.
Mal sehen, ob ich da was basteln kann.
Ein direktes "malen" im Framebuffer wäre genial. Allerdings ist notros fbtft sehr umfangreich geworden. Es werden immer mehr Displays unterstütz und das Ganze beschränkt sich nicht mehr auf den RPi. Eine Adaption für BeagleBone Black wurde bereits entwickelt.
Das RPI_GPIO Modul hatte ich auch schon im Visier.
128x160 ist das tatsächliche Pixelverhältnis für dieses Display. Ich habe in der Anleitung 300x400 vorgeschlagen, damit man ggf. mehr Inhalt im Bild unterbringen kann.
Ist das Display eigentlich dimmbar? ???
Zitat von: locutus am 03 März 2014, 22:10:46
Ein direktes "malen" im Framebuffer wäre genial. Allerdings ist notros fbtft sehr umfangreich geworden. Es werden immer mehr Displays unterstütz und das Ganze beschränkt sich nicht mehr auf den RPi. Eine Adaption für BeagleBone Black wurde bereits entwickelt.
Ich denke man könnte das unabhängig vom eingesetzten Framebuffer Treiber gestalten und 'einfach' /dev/fb1 ansprechen. Es gibt schon ein Framebuffer Modul für perl (https://metacpan.org/pod/Graphics::Framebuffer (https://metacpan.org/pod/Graphics::Framebuffer), dass müsste man mit dem Layout Mechanismus des RSS Modul verheiraten.
Zitat von: locutus am 03 März 2014, 22:10:46
128x160 ist das tatsächliche Pixelverhältnis für dieses Display. Ich habe in der Anleitung 300x400 vorgeschlagen, damit man ggf. mehr Inhalt im Bild unterbringen kann.
Dann muss aber fbi das Bild runterskalieren, das braucht Rechenzeit und führt wahrscheinlich zu dem Flackern.
Zitat von: StefanP am 06 Januar 2014, 18:12:24
Die zusätzliche Raumtemperaturmessung war mit 'nem DS1820 schnell nachgerüstet. Inzwischen find ich's eher einen Benefit, die Gehäuseinnentemperatur zu sehen. Außerdem würde die Temperaturkompensation die verschiedene Abwärme bei Prozessorlaständerung u.ä. nicht berücksichtigen. 1wire ist da schon die bessere Lösung.
Gruß StefanP
Hi Stefan,
kannst Du mir sagen, wie und was du genau gemacht hast?
Danke.
In der Anleitung steht ja:
ZitatWichtiger Hinweis:
Diese Betriebsart ist nicht mit der vorinstallierten culfw möglich. Das 1-Wire bridge device (DS2482-100) wird durch das Umsetzen der Lötbrücken direkt an den I2C-Bus des Raspberry Pi angeschlossen.
Das verunsichert mich ein wenig.
Würde mir gerne eine DS kaufen, weil ich die Temp im Zimmer messen möchte.
Habe einen SHT21 im Moment, der geht aber dann nicht mehr, weil die Ports belegt sind. Ausserdem bekomme ich ihn nicht richtig in FHEM eingebunden.
Hallo Mitch,
im Auslieferungszustand sind die Lötbrücken so gesetzt, dass du einen 1Wire-Port direkt an einer Schraubleiste auf dem Modul nutzen kannst. Einfach nur einen Thermofühler anklemmen... läuft. Der Port ist bei mir mit define OWio OWX CUL_0 in der fhem.cfg konfiguriert.
Gruss Stefan
Danke Stefan.
Würde denn der DHT11 oder DHT22 auch gehen?
Hätte den Vorteil der Luftfeuchte.
Habe nur keine Ahnung, wie ich den in FHEM einbinden kann.
Hallo Mitch,
da bin ich leider überfragt. Such mal im Forum ob jemand DHT11/22 mit CUL zusammen verwendet. Ich kann dir nur die Funktion von DS18B20 bestätigen.
Gruß StefanP
Zitat von: Mitch am 07 März 2014, 20:33:06
Würde denn der DHT11 oder DHT22 auch gehen?
Jain. Die beiden sind keine 1-Wire Sensoren und können somit nicht direkt an einem 1-Wire bus betrieben werden sondern nur über einen Microkontroleroder am raspi...
Gruß
Marius
Sent from my iPad using Tapatalk HD
Tobias baut und verkauft 1-Wire Temperatur und Luftfeuchtesensoren
http://forum.fhem.de/index.php/topic,20905.0.html
Danke, gerade bestellt.
Zitat von: Spezialtrick am 03 März 2014, 22:18:31
Ist das Display eigentlich dimmbar?
Nein, in der Schaltung ist ein bipolarer Transistor als Stromverstärker eingebaut. Zum Dimmen werden überwiegend Feldeffekttransistoren mit PWM Ansteuerung verwendet.
Hallo,
bei meiner Installation bleibt die Kommunikation nach einigen Stunden stehen. Aufgestzt habe ich das System nach der Beschreibung vom Februar 2014.
Installiert sind derzeit
- CUL_0 mit FHTID 1234
- 3 FHT's, aber mit attrib dummy (also lediglich mitlesen), 1 über autocreate
- 3 FHTTK definiert, 2 über autocreate
- 1 IR_DEV
- 1 S300TH, 2 weitere CUL_WS_x über autocreate
- 3 FHT8V mit attrib dummy, sollten eigentlich mitlesen
- diverse FS20 per define und autocreate
- 1 I2C_BMP180
- 1 I2C_TSL2561
- 1 OWX
- 1 OWTHERM
Sowohl OWX mit OWTHERM als auch das S300TH empfangen nach einigen Stunden nicht mehr, dafür stehen im Log Meldungen wie
2014.03.10 12:25:53 1: OWX: 1-Wire devices found on bus OWio (OWX_wz)
2014.03.10 12:56:26 1: OWX: Received unexpected number of 22 bytes on bus CUL_0
2014.03.10 12:56:26 1: OWX: Received unexpected number of 16 bytes on bus CUL_0
2014.03.10 12:56:26 1: OWX: Received unexpected number of 7 bytes on bus CUL_0
2014.03.10 05:33:10 2: CUL_0: unknown message A121200AA00
2014.03.10 05:33:11 2: CUL_0: unknown message 30423418217
2014.03.10 05:33:43 2: CUL_0: unknown message 3131300A60005
2014.03.10 05:34:29 1: FHTTK Unknown device 011590, please define it
2014.03.10 05:34:29 2: autocreate: define CUL_FHTTK_011590 CUL_FHTTK 011590
2014.03.10 05:34:29 2: autocreate: define FileLog_CUL_FHTTK_011590 FileLog ./log/CUL_FHTTK_011590-%Y.log CUL_FHTTK_011590
2014.03.10 05:34:29 2: autocreate: define SVG_CUL_FHTTK_011590 SVG FileLog_CUL_FHTTK_011590:fht80tf:CURRENT
2014.03.10 05:34:47 2: CUL_0: unknown message 141400A60026
2014.03.10 05:34:49 2: CUL_0: unknown message 173400260036
2014.03.10 05:34:49 2: CUL_0: unknown message O183400260035
2014.03.10 05:35:06 2: CUL_0: unknown message 0121200AA0017
2014.03.10 05:35:57 2: CUL_0: unknown message 24EA43C0215
Einfacher shutdown restart
oder
sudo rebooth
beheben das Problem scheinbar nicht.
Erst nach Neustart durch Power off/on läufts wieder (eine Zeit lang)
Irgendeine Idee?
Wollte eigentlich die funktionierende Installation von der Fritzbox auf den Rpi bringen
Gruß
Bernhard
Eine Idee habe ich schon. Ich denke da an das leidige Thema Raspberry Pi und Netzteil. Wie viel mA liefert das Netzteil? Sind noch andere Geräte am USB angeschlossen?
Für den 1-Wire Bus schlage ich die aktuellen OWX, OWTHERM, OW... Module aus dem SVN vor.
@locatus
1 A, und ein Adapter für eine Funktastatur. Den könnte ich allerdings mal abziehen.
Mal sehen, ob ich ein anderes Netzteil finde.
Ach ja, der DS1820 ist parasitär angeschlossen mit entsprechendem Attribut.
Habe den so angeschlossenen Fühler noch aus der Krabbelkiste. An der Fritzbox habe ich nur solche
Bernhard
Hallo locutus kurze Frage:
wo könnte ich den I2C am besten abgreifen?
würde gern noch andere Bauteile dranhängen
Kuzl
Welche Revision hat dein RasPi? Wie wäre es mit dem sekundären I2C Port am P5 Connector?
jap P5 würde gehen, wollte ich allerdings vermeiden, da ich dann die Pins auf die unterseite machen müsste und so viel platz hat mein selfmade-gehäuse leider nicht :D naja notfalls muss ich einfach was an die platine dazulöten :)
Nebenbei.... grade hat sich anscheinend der "CUL" des Boards aufgehängt oder so... hier mal ein Log:
2014.03.11 21:42:04.352 2: CUL_HM set LEDandroid on
2014.03.11 21:42:04.454 3: LCD_Backlight_Switch return value: -1
2014.03.11 21:43:47.570 1: /dev/ttyAMA0 disconnected, waiting to reappear
2014.03.11 21:43:47.601 3: Setting CUL_0 baudrate to 38400
2014.03.11 21:43:47.619 1: /dev/ttyAMA0 reappeared (CUL_0)
2014.03.11 21:43:50.792 2: CUL_0: unknown message V 1.55 CSM868
2014.03.11 21:43:53.797 1: /dev/ttyAMA0 disconnected, waiting to reappear
2014.03.11 21:43:53.811 3: CUL_0: Possible commands: Noanswer
2014.03.11 21:43:53.834 1: Cannot init /dev/ttyAMA0, ignoring it
nach einem Neustart geht zwar wieder alles, wollte es allerdings nur mal erwähnen ... ist mir davor noch nie untergekommen
solang danach wieder alles geht ist alles gut :)
Gruß
Kuzl
Hallo Kuzl,
ich habe an P5 einen Pfostenstecker (etwas schräg) eingelötet haben, dann ist der Abgriff auf der Oberseite (ggf. mit Flachbandkabel), siehe auch hier. (http://forum.fhem.de/index.php/topic,13771.msg86810.html#msg86810)
Gruß PeMue
Hallo PeMue,
in dem Beitrag lötest du doch die Platine von unten an....
naja ich versuchs einfach mal mit Flachbandkabel, danke für den Tipp :)
Gruß
Kuzl
Hallo Kuzl,
ich löte Dirks Drucksensorplatine von unten an, ja. Aber der Pfostenstecker ist dazu da, die Signale von oben abzugreifen ;)
Gruß PeMue
Hi PeMue,
habs mir schon gedacht :D
hab nur nicht geglaubt, dass da unter locutus´Platine wirklich noch ein Flachbandkabel drangeht :D
Aber das ist dann natürlich eine saubere Lösung, mit der ich mich anfreunden kann :)
Gruß
Kuzl
Bekomme diese Hipi Tools nicht installiert:
Building wiringPi library
SH make
[Compile] wiringPi.c
cc1: error: /usr/local/include/arm-linux-gnueabihf: Ist kein Verzeichnis
cc1: warning: /usr/local/include: not a directory [enabled by default]
make: *** [wiringPi.o] Fehler 1
Failed with exit code 512
make static CC=gcc CXX=g++ LD=cc
Failed to run perl Build at hipi-install line 97.
Jemand eine Idee?
Nachtrag: WiringPi geht auch nicht:
WiringPi Library
[UnInstall]
[Compile] wiringPi.c
cc1: error: /usr/local/include/arm-linux-gnueabihf: Ist kein Verzeichnis
cc1: warning: /usr/local/include: not a directory [enabled by default]
make: *** [wiringPi.o] Fehler 1
Make Failed...
Please check the messages and fix any problems. If you're still stuck,
then please email all the output and as many details as you can to
projects@drogon.net
Habe gcc bereits deinstalliert und wieder installiert.
Der RasPi wurde übrigens komplett neu aufgesetzt und alles nach Anleitung installiert.
So, habe jetzt dreimal neu installiert, immer wieder Probleme.
Neue SD Karte, nun gehts >:(
Hätte ich auch früher testen können
Endlich scheint alles zu laufen.
Hab noch ein kleines Problem mit der Layout.txt, die Temperatur zeigt immer 0 Grad an.
Was ich aber total schlecht finde, ist die Auflösung vom Display, das ist so pixelich, da kann man kaum etwas erkennen?
Auf dem Bild im zweiten Post ist das schön klar und deutlich. Meines ist quasi nur zu erahnen??
So, jetzt geht alles.
Man darf den RasPi nicht übertakten, sonst geht das LCD nicht richtig.
Sind denn da jetzt eingentlich zwei Tempfühler verbaut?
Ich bekomme einmal Temp vom Luftdrucksensor und nochmal eine zweite?
Sent from my iPhone using Tapatalk 2
Gruss
Markus
Zitat von: Mitch am 14 März 2014, 15:01:26
Hab noch ein kleines Problem mit der Layout.txt, die Temperatur zeigt immer 0 Grad an.
Vor oder nach dem Schrägstrich? Die Temperatur vor dem Schrägstrich wird aus einem 1-Wire Temperatursensors gelesen. Die ID des Sensors muss in der layout.txt geändert werden. Hier ein Bsp. für einen Sensor mit der ID: OWX_10_808854020800.
text 0.05 0.70 { sprintf("%.1f", ReadingsVal("OWX_10_808854020800","temperature","0")) . " / " . ReadingsVal("Wetter","temperature","?"). " °C" } # 1-Wire Temperatursensor und AussentemperaturZitatIch bekomme einmal Temp vom Luftdrucksensor und nochmal eine zweite?
Der BMP085 Luftdrucksensor kann auch Temperatur messen.
Moin,
da ich leider nichts dazu gefunden habe - kann ich die Ausgabe auf dem LCD aus entsprechend in die andere Richtung "drehen" ? Ich möchte meinen Raspi an die Wand senkrecht mit der Stromzufuhr nach unten montieren.
Gruß, machnetz
Kann man.
in /etc/modules z.B.:
fbtft_device name=sainsmart18 rotate=90
rotate-Parameter entsprechend den Wünschen anpassen.
Zitatfbtft_device name=sainsmart18 rotate=90
Cool - danke, ich teste das später!
Ich hab noch ein kleines Problem mit dem AddOn Board.
Habe jetzt endlich eine Antenne dran und hatte gehofft, dass ich mit dem CUL meine zwei HMS im Garten empfangen kann.
Leider tauchen diese nicht auf.
Sie sind bereits auf meinem "FHEM Master" definiert und werden dort von CUL (und FHZ) gesehen und empfangen.
Müsste der CUL nicht auch die Daten empfangen können?
Hallo zusammen!
Gibt es eigentlich ein Gehäuse, dass den Raspi mit dem Addon Board beherbergen kann?
Hat da schon jemand was ausprobiert?
Grüße, T
Ich habe ein transparentes Gehäuse von Pollin für 4€ genommen http://www.pollin.de/shop/dt/MDUwODkyOTk-/Bausaetze_Module/Entwicklerboards/Raspberry_Pi_Gehaeuse_ASM1900004_1_transparent.html (http://www.pollin.de/shop/dt/MDUwODkyOTk-/Bausaetze_Module/Entwicklerboards/Raspberry_Pi_Gehaeuse_ASM1900004_1_transparent.html) und da mit einer Rundfeile eine Aussparung für die SMA-Buchse/Antenne rein gemacht.
Ein Kabel für einen 1-Wire Sensor passt durch diese Aussparung dann auch noch. Dieses habe ich mit einem Kabelbinder an der Antenne festgemacht, als notdürftige Zugentlastung.
Das Gehäuse ist infrarot durchlässig, IR-Fernbedienungssignale kommen an und auch der Lichtsensor liefert die gleichen Werte wie ohne Gehäuse.
(https://dl.dropboxusercontent.com/u/49336866/gehause_k.jpg)
ich hab mir mein Gehäuse aus Lego gebastelt :D
da kann man sich die Aussparungen selbst machen, es sieht verdammt stylisch aus und wie ich festgestellt habe sind die Legosteine anscheinend auch IR-durchlässig :)
Cool mache mal ein Foto von dem Gehaesuse! ;-)
Hier bittesehr :)
Geile Idee sieht cool aus :-)
Hallo kaihs,
kurze Frage, welche Antenne hast du da in dem Bild angeschlossen. Vielen Dank.
Viele Grüsse
Marcus
welche culfw ist jetzt aktuell für das Add-On Board? Für CUL ja wohl inzwischen 1.58 ?
Bernhard
Ja nicht schlecht. Wobei ich dann doch zu dem transparenten Gehäuse tendiere.
Das Lego gibt meine Tochter nicht aus der Hand :)
Ein Update von 1.55 auf 1.58 wäre nicht schlecht. Dann würden endlich meine Revolt-Energiesteckdosen funktionieren. Derzeitig nutze ich den CUL beim Add-On Board gar nicht.
@Kaihs: Woher hast du die Antenne?
Robin
Zitat von: fh168 am 23 März 2014, 08:57:27
@Kaihs: Woher hast du die Antenne?
Robin
Die Antenne ist von octamex http://www.octamex.de/shop/?page=shop/flypage&product_id=2722&category_id=221579ea519ff9073df685a233a30e90&/SMA_Antenne_868MHz__2L_kaufen.html (http://www.octamex.de/shop/?page=shop/flypage&product_id=2722&category_id=221579ea519ff9073df685a233a30e90&/SMA_Antenne_868MHz__2L_kaufen.html), war die günstigste die ich finden konnte.
Die Shoppräsentation ist etwas gewöhnungsbedürtig, die Lieferung war aber schnell und problemlos.
Die Antenne funktioniert auch wie erwartet, selbst das Schalten der günstigen 433MHz Steckdosen von Pollin ist damit möglich.
Die maximale Reichweite habe ich aber noch nicht getestet, in meiner Wohnung kann ich aber alle Komponenten erreichen.
Gruß,
Kai
@KaiHs,
sieht gut aus, probiere ich auch mal aus.
LG
robin
Zitat von: T am 20 März 2014, 17:02:14
Gibt es eigentlich ein Gehäuse, dass den Raspi mit dem Addon Board beherbergen kann?
Unter anderem das TEKO Gehäuse von Reichelt Elektronik und Pi Tin von Adafruit.
Siehe Anhang: http://forum.fhem.de/index.php/topic,14156.msg95781.html#msg95781
Zitat von: Bernhard am 22 März 2014, 15:13:47
welche culfw ist jetzt aktuell für das Add-On Board? Für CUL ja wohl inzwischen 1.58 ?
Zitat von: fh168 am 23 März 2014, 08:57:27
Ein Update von 1.55 auf 1.58 wäre nicht schlecht. Dann würden endlich meine Revolt-Energiesteckdosen funktionieren. Derzeitig nutze ich den CUL beim Add-On Board gar nicht.
Siehe Anhang: http://forum.fhem.de/index.php/topic,14156.msg89058.html#msg89058
Zitat von: locutus am 23 März 2014, 23:06:52
Siehe Anhang: http://forum.fhem.de/index.php/topic,14156.msg89058.html#msg89058
Hallo locutus,
danke für die neue Firmware.
Kann es sein, dass in der 868MHz Version der Intertechno Modus nicht aktiviert ist?
cmds m B C F A I Z O G M R T V W X e f l t u xDa fehlt das
iIn der V1.55 war es noch enthalten.
Es wäre auch schön, wenn du deine Änderungen an der culfw als Patch veröffentlichen könntest, dann kann man sich bei Bedarf eine eigene Version der Firmware erstellen.
Gruß,
Kai
Hallo,
ich wollte meine Revolt-Steckdosen anschließen, klappt nicht.
Ich habe beide Firmwares geflashed, 433MHz und 868MHz Version und die Datenrate angepasst. Kommt nichts an. Firmware läuft bei meinen 868 MHz Sensoren normal.
Frage: Ist das Flag HAS_Revolt gesetzt worden?
Robin
Moin,
können auch Kundenwünsche zur Hardware realisiert werden ?
Ich greife z.Zt. am Raspi den GPIO4 für meinen 1Wire-Bus mit den DS18B20 ab.
Wenn ich diese Platine bestelle, komme ich ja, so wie ich das verstanden habe nicht mehr an den GPIO4 ran.
Mein Wunsch wäre also, eine KabelAnschlussmöglichkeit für 5V/GPIO4/Masse. Ggfls noch direkt mit verlötetem 820Ohm-Widerstand.
LG
Es gibt doch einen direkten Anschluss für 1wire.
Da kannst du Deine Sensoren ohne pullup Widerstand anschließen
Da ich die bisherige Displayansteuerung über RSS/crontab/fbi nicht so toll finde habe ich eine eigene Lösung entwickelt die m. E. einige Vorteile hat.
Die Displayansteuerung geschieht direkt aus fhem und kann damit viel schneller auf Ereignisse reagieren. Außerdem ist es möglich beliebig viele unterschiedliche Layouts zu definieren zwischen den einfach per set umgeschaltet werden kann.
Die Lösung besteht aus zwei Komponenten, dem neuen fhem Modul FRAMEBUFFER und dem Binary fbvs. Letzteres ist eine modifizierte Version von http://www.eclis.ch/fbv/ (http://www.eclis.ch/fbv/) und kann nur noch eine png Datei von stdin lesen und beendet sich danach selbstständig.
Das Modul verwendet die gleiche Syntax zur Beschreibung von Layouts wie RSS, d. h. bestehende Layouts können weiterverwendet werden. Genau genommen wird sogar der Code von 02_RSS.pm aufgerufen, so dass zukünftige Verbesserungen dort auch FRAMEBUFFER zu gute kommen.
Eine Beispielkonfiguration sieht so aus
define display FRAMEBUFFER /dev/fb1
attr display layoutBasedir /opt/fhem/layouts
attr display layoutList standard.txt steckdosen.txt fenster.txt rollos.txt
attr display update_interval 1
Wenn man die Tasten einer IR-Fernbedienung angelernt hat kann man mit diesen zwischen unterschiedlichen Layouts umschalten
attr IR_Dev ButtonA005 I07001B005E00 set display relLayoutNo -1
attr IR_Dev ButtonA006 I07001B005F00 set display relLayoutNo 1
Vorübergehende Einblendung eines Layouts für 10 Sekunden auf Grund eines Events:
define updDispSD notify Steckdose_.* set display layoutFilename steckdosen.txt 10
define updDispTuer notify wz_Tuer_.* set display layoutFilename fenster.txt 10
Für die Installation 02_FRAMEBUFFER.pm nach /opt/fhem/FHEM kopieren und fbvs nach /usr/local/bin.
fbvs muss für den User fhem les- und ausführbar sein
-rwxr-xr-x 1 root staff 24798 Mär 20 19:52 /usr/local/bin/fbvs
Außerdem muss der User fhem Lese-/Schreibberechtigung für das Framebuffer device /dev/fb1 haben, das geht am einfachsten in dem man den User fhem zur Gruppe video hinzufügt.
Detaillierte Dokumentation findet sich am Ende der Datei 02_FRAMEBUFFER.pm.
Und nicht vergessen die bisherige Displayansteuerung aus der crontab zu entfernen, sonst kommen sich die beiden in die Quere.
Edit:
Neue Version mit einigen Fehlerkorrekturen. Achtung, diese benötigt die neueste Version von 02_RSS.pm 5554 2014-04-18 14:55:00Z.
Diese bitte zuerst per 'update' installieren.
Hallo Kai,
vielen Dank! Die Möglichkeit der Umschaltung zwischen unterschiedlichen Layouts gefällt mir sehr gut. Deine Module sollten auf jeden Fall im SVN eingecheckt werden.
Zitat von: kaihs am 24 März 2014, 20:21:57
Kann es sein, dass in der 868MHz Version der Intertechno Modus nicht aktiviert ist?
cmds m B C F A I Z O G M R T V W X e f l t u x
Da fehlt das i
In der V1.55 war es noch enthalten.
Es wäre auch schön, wenn du deine Änderungen an der culfw als Patch veröffentlichen könntest, dann kann man sich bei Bedarf eine eigene Version der Firmware erstellen.
Die culfw 1.58 ist sehr umfangreich geworden. Die Implementierung des Revolt Leistungsmessers beansprucht auf dem AVR Mikrocontroller zu viel Speicherplatz. Deshalb habe ich mich für zwei Varianten, 433 und 868 MHz, entschieden.
Ich werde bei Gelegenheit die Quelldateien zur Verfügung stellen. Dann kannst du die culfw nach eigenen Gegebenheiten anpassen.
Zitat von: fh168 am 25 März 2014, 08:14:10
ich wollte meine Revolt-Steckdosen anschließen, klappt nicht.
Das kann ich nicht bestätigen. Schon zum dritten Mal die 433 MHz Firmware installiert, dann diese Einstellungen vorgenommen
set CUL_0 raw W1257
set CUL_0 raw W13C4
set CUL_0 raw X21
set CUL_0 freq 433.97
set CUL_0 bWidth 406
set CUL_0 sens 8Autocreate aktiviert und meine Revolt NC-5462 wurde erkannt.
Zitat von: kaihs am 25 März 2014, 20:15:36
Da ich die bisherige Displayansteuerung über RSS/crontab/fbi nicht so toll finde habe ich eine eigene Lösung entwickelt die m. E. einige Vorteile hat.
Die Displayansteuerung geschieht direkt aus fhem und kann damit viel schneller auf Ereignisse reagieren. Außerdem ist es möglich beliebig viele unterschiedliche Layouts zu definieren zwischen den einfach per set umgeschaltet werden kann.
Super Geschichte, aber leider funktioniert es bei mir nicht. Das DIsplay bleibt leer.
Habe alles wie beschrieben eingerichtet, display ist definiert und meldet Initialized.
Hier meine cfg:
define display FRAMEBUFFER /dev/fb1
attr display layoutBasedir /opt/fhem/FHEM/layouts
attr display layoutList standard.txt
attr display update_interval 1Unter dem angegeben Ordner liegt auch die txt Datei.
Den Cronjob habe ich wie folgt geändert:
@reboot sudo gpio mode 4 outWas mache ich falsch?
Hallo Markus,
ist die Hintergrundbeleuchtung aktiviert?
Falls ja, schau mal ins Logfile, ob da eine Fehlermeldung auftaucht.
Evtl. Fehlt noch ein
set display absLayoutno 0
Prüfe nochmal die Pfade und Rechte von fbvs und der Layoutdateien.
Du kannst auch mal fbvs manuell starten, um zu prüfen ob das funktioniert.
fbvs < Bild.png
Ich komme erst morgen wieder an mein System um detailliertere Diagnosehilfen zu geben.
Gruß,
Kai
Moin,
nimmst Du auch Vorbestellungen für Mai entgegen ?
LG
Hi Kai,
mit dem Befehl
set display absLayoutno 0
habe ich zumindest jetzt ein Bild, allerdings ist es viel zu groß??
Habe die gleiche Layout.txt wie vorher und habe auch ein
attr display size 256x320
Woran könnte das noch liegen?
AUsserdem stürzt fhem ab, wenn ich mit
set display absLayoutNo 1
auf das zweite layout umschalten möchte.
Zitat von: Mitch am 26 März 2014, 17:38:17
Hi Kai,
mit dem Befehl
set display absLayoutno 0
Woran könnte das noch liegen?
AUsserdem stürzt fhem ab, wenn ich mit
set display absLayoutNo 1
auf das zweite layout umschalten möchte.
Genauso sieht es bei mir auch aus.
auf der Konsole bekomme ich folgende Fehler:
pi@RaspiFHEM /opt/fhem/layouts $ Use of uninitialized value $layout in split at FHEM/02_RSS.pm line 392.
pi@RaspiFHEM /opt/fhem/layouts $ Use of uninitialized value $layout in split at FHEM/02_RSS.pm line 392.
pi@RaspiFHEM /opt/fhem/layouts $ Can't use an undefined value as a symbol reference at /usr/lib/perl5/GD/Image.pm line 176.
wrong signature
Image data is corrupt?
im Layout 0 sind keine Grafiken
in Layout 1 sind Grafiken, wenn ich das "img" ausschalte stürzt es nicht ab.
hier meine layoutNo1
# modifiziert
font /usr/share/fonts/truetype/freefont/FreeSansBold.ttf # TrueType Schriftart
rgb "ffffff"
pt 10 # Schriftgroesse
date 0.22 0.09
time 0.22 0.18 # Uhrzeit
text 0.51 0.18 "Uhr"
line 5 30 123 30
halign "left"
text 0.08 0.32 "Android"
text 0.08 0.43 "frei"
text 0.08 0.54 "frei"
text 0.08 0.65 "frei"
text 0.08 0.76 "frei"
img 0.55 0.32 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("fl.sd.ArchosG101","state","?") . ".png" }
img 0.55 0.43 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","?") . ".png" }
img 0.55 0.54 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","?") . ".png" }
img 0.55 0.65 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","?") . ".png" }
img 0.55 0.76 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","?") . ".png" }
Zitat von: Mitch am 26 März 2014, 17:38:17
Hi Kai,
mit dem Befehl
set display absLayoutno 0
habe ich zumindest jetzt ein Bild, allerdings ist es viel zu groß??
Habe die gleiche Layout.txt wie vorher und habe auch ein
attr display size 256x320
Woran könnte das noch liegen?
Das Display hat eine kleinere Auflösung von 128x160, das ist auch die Defaulteinstellung.
Mit 256x320 wird ein zu großes Bild generiert welches dann nur teilweise dargestellt wird.
Eigentlich sollte das Bild dann auf die passende Größe skaliert werden, muss ich mir noch ansehen warum das nicht klappt.
Jetzt lösche das size Attribut einfach, dann sollte das Bild in der richtigen Größe erscheinen.
Zitat
AUsserdem stürzt fhem ab, wenn ich mit
set display absLayoutNo 1
auf das zweite layout umschalten möchte.
Da ist wahrscheinlich ein Fehler im Layout oder ein eingebundenes Bild wird nicht gefunden.
Ich habe die 02_FRAMEBUFFER.pm überarbeitet, so dass es in diesem Fall nicht mehr zu einem Absturz kommt.
Statt dessen wird eine Fehlermeldung ins Log geschrieben.
Bitte aktualisiere die 02_FRAMEBUFFER.pm mit der Version die jetzt an meinen ursprünglichen Post angehängt ist.
Zitat von: yogiflop am 26 März 2014, 17:55:29
Genauso sieht es bei mir auch aus.
auf der Konsole bekomme ich folgende Fehler:
pi@RaspiFHEM /opt/fhem/layouts $ Use of uninitialized value $layout in split at FHEM/02_RSS.pm line 392.
pi@RaspiFHEM /opt/fhem/layouts $ Use of uninitialized value $layout in split at FHEM/02_RSS.pm line 392.
pi@RaspiFHEM /opt/fhem/layouts $ Can't use an undefined value as a symbol reference at /usr/lib/perl5/GD/Image.pm line 176.
wrong signature
Image data is corrupt?
Die beiden ersten Fehler sollten mit der neuen Version nicht mehr auftreten.
Der letzte wird durch einen Fehler in deiner Layout Datei verursacht, führt in der neuen Version aber auch nicht mehr zum Absturz.
Ersetze mal die img Zeilen durch diese
img 0.55 0.32 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("fl.sd.ArchosG101","state","off") . ".png" }
img 0.55 0.43 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","off") . ".png" }
img 0.55 0.54 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","off") . ".png" }
img 0.55 0.65 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","off") . ".png" }
img 0.55 0.76 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","off") . ".png" }
Es gibt kein Bild /opt/fhem/www/images/default/black_Steckdose.?.png
Das führte zu dem Absturz.
Besser wäre es, wenn bei jedem Bild geprüft würde ob es existiert, aber das sind Routinen aus der 02_RSS.pm auf die ich keinen direkten Einfluss habe.
Meldet euch ruhig falls es noch Probleme gibt oder ihr Verbesserungsvorschläge habt.
Und danke für's testen.
Kai
Zitat von: kaihs am 27 März 2014, 20:26:04
Ersetze mal die img Zeilen durch diese
img 0.55 0.32 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("fl.sd.ArchosG101","state","off") . ".png" }
img 0.55 0.43 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","off") . ".png" }
img 0.55 0.54 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","off") . ".png" }
img 0.55 0.65 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","off") . ".png" }
img 0.55 0.76 0.5 png file { "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","off") . ".png" }
Es gibt kein Bild /opt/fhem/www/images/default/black_Steckdose.?.png
Das führte zu dem Absturz.
Besser wäre es, wenn bei jedem Bild geprüft würde ob es existiert, aber das sind Routinen aus der 02_RSS.pm auf die ich keinen direkten Einfluss habe.
Kai
Wenn ich "off" mit rein schreibe, brauche ich nicht das reading. er soll ja den State abfragen ;-)
und wenn ich die Zeile direkt in die Kommandozeile von fhem setze, bekomme ich eine korrekte Antwort mit Steckdosen.on.png oder
Steckdose.off.png
gruß Marc
Zitat von: yogiflop am 27 März 2014, 21:13:17
Wenn ich "off" mit rein schreibe, brauche ich nicht das reading. er soll ja den State abfragen ;-)
und wenn ich die Zeile direkt in die Kommandozeile von fhem setze, bekomme ich eine korrekte Antwort mit Steckdosen.on.png oder
Steckdose.off.png
gruß Marc
Der dritte Parameter von ReadingsVal ist aber der Defaultwert wenn das Reading nicht existiert.
Geb mal
{ "/opt/fhem/www/images/default/black_Steckdose." . ReadingsVal("","state","?") . ".png" }
direkt in fhem ein, das ergibt
/opt/fhem/www/images/default/black_Steckdose.?.png
und das existiert nicht.
Hallo,
bin jetzt die Anleitung mal durchgegangen. Druck- und Temperatur gehen, 1-Wire auch. Das gleiche gilt im Prinzip für das Display, auch wenn sich die Hintergrundbeleuchtung scheinbar nicht automatisch einschaltet. Jedenfalls wird die Uhrzeit schon mal angezeigt, wenn ich die Beleuchtung manuell einschalte.
Ich bin allerdings etwas ratlos, was den Helligkeitssensor angeht.
Wenn ich das in der FHEM.cfg eingebe:
# Luminsoty Sensor
define Luminosity I2C_TSL2561 /dev/i2c-1 0x39
attr Luminosity poll_interval 5
attr Luminosity stateFormat Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
kommt diese Fehlermeldung
Unknown module I2C_TSL2561, choose one of ALL3076 ALL4000T ALL4027 BS CM11 CUL CUL_EM CUL_FHTTK CUL_HM CUL_HOERMANN CUL_IR CUL_MAX CUL_RFR CUL_TX CUL_WS CULflash Calendar DbLog ECMD ECMDDevice EGPM EGPM2LAN EIB EM EMEM EMGZ EMWZ ENIGMA2 ESA2000 EnOcean FBAHA FBDECT FB_CALLMONITOR FHEM2FHEM FHEMWEB FHT FHT8V FHZ FLOORPLAN FRM FRM_AD FRM_I2C FRM_IN FRM_LCD FRM_OUT FRM_PWM FRM_SERVO FS20 FileLog GDS HCS HMLAN HMS HMinfo HTTPSRV HUEBridge HUEDevice Heating_Control I2C_BMP180 IPCAM IPWE IT Itach_Relay JeeLink JsonList KM271 KS300 LGTV LIRC LISTENLIVE LUXTRONIK2 LightScene M232 M232Counter M232Voltage MAX MAXLAN MSG MSGFile MSGMail NetIO230B OREGON OWAD OWCOUNT OWDevice OWFS OWID OWLCD OWMULTI OWSWITCH OWServer OWTEMP OWTHERM OWX PCA301 PID PIFACE POKEYS PRESENCE PachLog RFXCOM RFXMETER RFXX10REC RSS RandomTimer Revolt SCIVT SISPM SIS_PMS SML STV SVG SWAP SWAP_0000002200000003 SYSSTAT TCM THRESHOLD TRX TRX_ELSE TRX_LIGHT TRX_SECURITY TRX_WEATHER TUL TellStick Twilight USBWX USF1000 VIERA VantagePro2 WEBCOUNT WEBIO WEBIO_12DIGITAL WEBTHERM WOL WS2000 WS300 WS3600 Weather X10 XmlList YAMAHA_AVR ZWDongle ZWave at autocreate average backup dewpoint dummy eventTypes fheminfo holiday mailcheck notice notify openweathermap panStamp readingsGroup remotecontrol sequence speedtest structure telnet update watchdog weblink xxLG7000 Please define Luminosity first Please define Luminosity first
Allerdings ist das Device wohl unter der angegebenen Adresse auch angelegt:
pi@raspberrypi ~ $ i2cdetect -y 1
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- 39 -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- 77
pi@raspberrypi ~ $
Jemand zufällig eine Idee?
nach der Umstellung und dem Update klappt es wunderbar ....
ich bitte darum das Modul einzuchecken, damit es up-to-date bleibt wenn es Änderungen gibt.
TOP !!
Gruß Marc
P.S.: Wünschenswert wäre noch absLayoutNo als attr (oder startLayoutNo)
Zitat von: Aeroschmelz am 27 März 2014, 22:02:44
Ich bin allerdings etwas ratlos, was den Helligkeitssensor angeht.
Wenn ich das in der FHEM.cfg eingebe:
# Luminsoty Sensor
define Luminosity I2C_TSL2561 /dev/i2c-1 0x39
attr Luminosity poll_interval 5
attr Luminosity stateFormat Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
kommt diese Fehlermeldung
Unknown module I2C_TSL2561, choose one of ALL3076 ALL4000T ALL4027 BS CM11 CUL CUL_EM CUL_FHTTK CUL_HM CUL_HOERMANN CUL_IR CUL_MAX CUL_RFR CUL_TX CUL_WS CULflash Calendar DbLog ECMD ECMDDevice EGPM EGPM2LAN EIB EM EMEM EMGZ EMWZ ENIGMA2 ESA2000 EnOcean FBAHA FBDECT FB_CALLMONITOR FHEM2FHEM FHEMWEB FHT FHT8V FHZ FLOORPLAN FRM FRM_AD FRM_I2C FRM_IN FRM_LCD FRM_OUT FRM_PWM FRM_SERVO FS20 FileLog GDS HCS HMLAN HMS HMinfo HTTPSRV HUEBridge HUEDevice Heating_Control I2C_BMP180 IPCAM IPWE IT Itach_Relay JeeLink JsonList KM271 KS300 LGTV LIRC LISTENLIVE LUXTRONIK2 LightScene M232 M232Counter M232Voltage MAX MAXLAN MSG MSGFile MSGMail NetIO230B OREGON OWAD OWCOUNT OWDevice OWFS OWID OWLCD OWMULTI OWSWITCH OWServer OWTEMP OWTHERM OWX PCA301 PID PIFACE POKEYS PRESENCE PachLog RFXCOM RFXMETER RFXX10REC RSS RandomTimer Revolt SCIVT SISPM SIS_PMS SML STV SVG SWAP SWAP_0000002200000003 SYSSTAT TCM THRESHOLD TRX TRX_ELSE TRX_LIGHT TRX_SECURITY TRX_WEATHER TUL TellStick Twilight USBWX USF1000 VIERA VantagePro2 WEBCOUNT WEBIO WEBIO_12DIGITAL WEBTHERM WOL WS2000 WS300 WS3600 Weather X10 XmlList YAMAHA_AVR ZWDongle ZWave at autocreate average backup dewpoint dummy eventTypes fheminfo holiday mailcheck notice notify openweathermap panStamp readingsGroup remotecontrol sequence speedtest structure telnet update watchdog weblink xxLG7000 Please define Luminosity first Please define Luminosity first
Das Modul ist noch nicht offizieller Bestandteil von fhem. Du musst es dir aus dem entsprechenden Forumsthread im Bereich Codeschnipsel herunter laden. Such dort mal nach TSL2561.
Gruß,
Kai
Danke schön, geht jetzt alles, was in der Anleitung steht. Jetzt versuche ich mich mal an deinem Modul
Hallo,
das funktioniert super mit dem Framebuffer. Danke schön für die tolle Arbeit. Das Addon Board begeistert mich auch. Gibt es eigentlich die Möglichkeit die LCD Hintergrundbeleuchtung mit einem FS20 Taster ein- und auszuschalten? Das hier funktioniert nicht:
define LCD_Backlight FS20 8331 03
Ich denke ich habe da wahrscheinlich einen grundsätzlichen Denkfehler, weil das kein Schalter ist? Ist mir aber noch nicht ganz klar wieso.
Hi Aeroschmelz,
Natürlich geht das ;)
wenn der Taster schon angelernt ist, musst du nur noch ein notify erstellen, welches das dummy schaltet.
So was in der Art:
define LCD_Backlight_FS20 notify deinTaster {
set LCD_Backlight %
}
Zitat von: yogiflop am 27 März 2014, 22:03:37
P.S.: Wünschenswert wäre noch absLayoutNo als attr (oder startLayoutNo)
Ich habe das Modul aktualisiert und ein Attribut startLayoutNo hinzugefügt.
Außerdem gibt es noch das neue Attribut debugFile. Ist dieses gesetzt, wird das erzeugte Bild in die Datei mit den angegebenen Namen geschrieben. Kann hilfreich sein, wenn beim Entwickeln der Layouts kein Sichtkontakt zum pi besteht.
Außerdem werden absLayoutNo und layoutFilename als Readings zur Verfügung gestellt.
Zitat
ich bitte darum das Modul einzuchecken, damit es up-to-date bleibt wenn es Änderungen gibt.
Ich fahre jetzt erstmal zwei Wochen in Urlaub, danach werde ich mich bemühen das Modul eingecheckt zu bekommen.
Gruß,
Kai
Zitat von: kaihs am 30 März 2014, 21:14:51
Ich habe das Modul aktualisiert und ein Attribut startLayoutNo hinzugefügt.
Außerdem gibt es noch das neue Attribut debugFile. Ist dieses gesetzt, wird das erzeugte Bild in die Datei mit den angegebenen Namen geschrieben. Kann hilfreich sein, wenn beim Entwickeln der Layouts kein Sichtkontakt zum pi besteht.
Außerdem werden absLayoutNo und layoutFilename als Readings zur Verfügung gestellt.
Ich fahre jetzt erstmal zwei Wochen in Urlaub, danach werde ich mich bemühen das Modul eingecheckt zu bekommen.
Gruß,
Kai
Modul läuft gut
schönen Urlaub
gruß Marc
Moin moin,
ich habe mir ja vor kurzer Zeit auch ein Board von dir gekauft und muss sagen, für den Preis echt top! Vielen dank dafür!
Leider habe ich ein Problem mit dem Display, mir ist es leider nicht möglich einen X Server (in meinem Fall mit lightdm) in Betrieb zu haben und gleichzeitig das Display über den fbi-Befehl zu aktualisieren....
Jedes Mal, wenn das Display über den Crobjob angesprochen wird, schmiert der X komplett ab :(
Mehrere Kernelversionen habe ich bereits getestet, und die Doku des fbtft-Treibers hat mir leider auch nicht geholfen, dort gibt es irgendeine Einstellung bezüglich fbturbo (was auch immer das tut...), aber geholfen hat es mir nicht :(
Wahrscheinlich kloppen sich beide Devices irgendwie um /dev/fb0 .... Aber bis jetzt keine Ahnung wie ich wen verschieben kann.
Habt ihr noch weitere Ideen? Würde mein Display gerne weiterhin benutzen, um nicht immer den großen Touchscreen an haben zu müssen :P
Vielen Dank!
Zitat von: basti223 am 02 April 2014, 21:39:03
Leider habe ich ein Problem mit dem Display, mir ist es leider nicht möglich einen X Server (in meinem Fall mit lightdm) in Betrieb zu haben und gleichzeitig das Display über den fbi-Befehl zu aktualisieren....
Jedes Mal, wenn das Display über den Crobjob angesprochen wird, schmiert der X komplett ab :(
...
Wahrscheinlich kloppen sich beide Devices irgendwie um /dev/fb0 .... Aber bis jetzt keine Ahnung wie ich wen verschieben kann.
Ich bin mir nicht ganz sicher, ob ich verstehe was du da vorhast.
Willst du die Ausgabe des X-Servers und die von fbi beide auf das Display des Addon-Boards haben?
Das wird wohl nicht funktionieren.
Was sehr wohl funktioniert ist die Ausgabe des X-Servers auf ein externes Display (HDMI/Composite) und eine andere Ausgabe auf das kleine Display.
Der Framebuffer für das externe Display ist /dev/fb0, der für das des Addon-Boards ist /dev/fb1.
Wenn du das so verwendest sollte sich da nichts in die Quere kommen.
Kai
Zitat von: kaihs am 13 April 2014, 16:00:51
Was sehr wohl funktioniert ist die Ausgabe des X-Servers auf ein externes Display (HDMI/Composite) und eine andere Ausgabe auf das kleine Display.
Der Framebuffer für das externe Display ist /dev/fb0, der für das des Addon-Boards ist /dev/fb1.
Wenn du das so verwendest sollte sich da nichts in die Quere kommen.
Genau das habe ich vor, natürlich funktioniert die Ausgabe von X und die fbi Ausgabe nicht gleichzeitig auf dem Display .... :o
War ja nur eine Vermutung mit dem Framebufferdevice..
Fakt ist, der X-Server hängt sich auf oder beendet sich komplett, sobald der fbi-Befehl abgesetzt wird.
Und ich habe keine Ahnung warum :(
Ich habe es nicht mit fbi versucht, aber mit der Lösung aus Post #220 funktioniert das bei mir ohne Probleme. Kannst es ja mal damit probieren.
Kai
Gesendet von meinem Nexus 7 mit Tapatalk
Hallo,
habe noch ein Problem mit 1-Wire.
Ist da noch etwas spezielles mit dem Add-on oder Firmware V1.58?
Angeschlossen ist ein 1820 parasitär.
Im Log fonde ich folgendes
2014.04.17 13:06:59 1: Including fhem.cfg
2014.04.17 13:07:00 3: telnetPort: port 7072 opened
2014.04.17 13:07:01 3: WEB: port 8083 opened
2014.04.17 13:07:01 3: WEBphone: port 8084 opened
2014.04.17 13:07:01 3: WEBtablet: port 8085 opened
2014.04.17 13:07:01 2: eventTypes: loaded 1470 events from ./log/eventTypes.txt
2014.04.17 13:07:02 3: Opening CUL_0 device /dev/ttyAMA0
2014.04.17 13:07:02 3: Setting CUL_0 baudrate to 38400
2014.04.17 13:07:02 3: CUL_0 device opened
2014.04.17 13:07:02 3: CUL_0: Possible commands: mBCFAIZOGMRTVWXefltux
2014.04.17 13:07:03 2: CUL_IR IODev device didn't answer Ir command correctly: raw => K91870100CF02
2014.04.17 13:07:03 2: Switched IR_Dev irReceive to ON_NR
2014.04.17 13:07:04 1: OWX: COC/CUNO device CUL_0 defined
2014.04.17 13:07:05 3: I2C_TSL2561_Define device created
2014.04.17 13:07:06 3: OWTHERM: Device OWX_wz defined.
2014.04.17 13:07:06 3: Opening telefon device 192.168.178.1:1012
2014.04.17 13:07:06 3: telefon device opened
2014.04.17 13:07:06 3: FB_CALLMONITOR: loading cache file ./callmonitor.txt
2014.04.17 13:07:06 2: FB_CALLMONITOR: telefon read 86 contacts from Cache
2014.04.17 13:07:06 1: Including ./log/fhem.save
2014.04.17 13:07:07 3: CUL_HOERMANN Unknown device :9E0000001, please define it
2014.04.17 13:07:10 3: get CUL_0 ccconf : Timeout reading answer for get C0D
2014.04.17 13:07:10 3: get CUL_0 version : CUL_0 version => V 1.58 CSM868
2014.04.17 13:07:10 3: get CUL_0 uptime : CUL_0 uptime => 1 03:08:19
2014.04.17 13:07:10 3: get CUL_0 raw T02 : CUL_0 raw => N/A
2014.04.17 13:07:10 3: FS20 set LCD_Backlight on
2014.04.17 13:07:10 3: LCD_Backlight_Switch return value: -1
2014.04.17 13:07:12 1: OWX: 1-Wire bus OWio: interface DS2482 / COC detected in CUL_0 with response V 1.58 CSM868
2014.04.17 13:07:12 2: autocreate: define CUL_HOERMANN_:9E0000001 CUL_HOERMANN :9E0000001
2014.04.17 13:07:12 1: define CUL_HOERMANN_:9E0000001 CUL_HOERMANN_:9E0000001 CUL_HOERMANN :9E0000001: wrong syntax: define <name> CUL_HOERMANN 10-digit-hex-code
2014.04.17 13:07:12 1: ERROR: wrong syntax: define <name> CUL_HOERMANN 10-digit-hex-code
2014.04.17 13:07:12 1: usb create starting
2014.04.17 13:07:13 1: usb create end
2014.04.17 13:07:13 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.04.17 13:07:13 0: Server started with 67 defined entities (version $Id: fhem.pl 5532 2014-04-15 16:32:25Z rudolfkoenig $, os linux, user fhem, pid 13948)
2014.04.17 13:07:22 3: OWX: Answer to CUL_0 device search is 1:9E0000001AA36922
2014.04.17 13:07:22 1: OWX: 1-Wire devices found on bus OWio (OWX_wz)
2014.04.17 13:22:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 13:22:18 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 13:39:17 1: OWX: Received unexpected number of 17 bytes on bus CUL_0
2014.04.17 13:46:47 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 13:51:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 13:52:16 1: OWX: Received unexpected number of 17 bytes on bus CUL_0
2014.04.17 14:20:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 14:49:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 14:55:47 1: OWX: Received unexpected number of 17 bytes on bus CUL_0
2014.04.17 15:18:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 15:30:34 3: FB_CALLMONITOR: the reverse search result for 08xxxxxx1 could not be extracted from klicktel.de. Please contact the FHEM community.
2014.04.17 15:43:16 1: OWX: Received unexpected number of 17 bytes on bus CUL_0
2014.04.17 15:43:17 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 15:47:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 16:16:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 16:45:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 17:14:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 17:39:47 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
2014.04.17 17:43:16 1: OWX: Received unexpected number of 19 bytes on bus CUL_0
Die Meldung "OWX: Received unexpected number of nn bytes on bus CUL_0" finde ich im laufenden Betrieb immer wieder
Bernhard
Zitat von: kaihs am 14 April 2014, 20:24:49
Ich habe es nicht mit fbi versucht, aber mit der Lösung aus Post #220 funktioniert das bei mir ohne Probleme. Kannst es ja mal damit probieren.
Vielen Dank für den Tipp! Damit läuft es perfekt :) Jetzt kann ich mich endlich daran machen, meinen Touchscreen einzustellen und so :)
@kaihs: Kann es sein, dass der framebuffer nicht ganz kompatibel mit dem RSS Modul ist? Ich wollte hier die Option textbox verwenden. Im RSS Feed wird mir das richtig angezeigt, am Display über framebuffer läuft der Text aus dem Display?
Beim Eingehen von Anrufen würde ich außerdem gerne das Backlight für 60 s einschalten und das Layout für 10 s ändern. Hier mal mein Code für das LCD Backlight:
# LCD Hintergrundbeleuchtung ein-/ausschalten
define LCD_Backlight dummy
attr LCD_Backlight devStateIcon on:FS20.on@orange off:FS20.off@black
attr LCD_Backlight eventMap on:on off:off
attr LCD_Backlight icon light_mirror
attr LCD_Backlight webCmd on:off
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "on") { system("/usr/local/bin/gpio write 4 0 &") } else { system("/usr/local/bin/gpio write 4 1 &") } }
und hier für den framebuffer bzw. das umschalten:
# LCD Display Informationen
define LCD_Display FRAMEBUFFER /dev/fb1
attr LCD_Display layoutBasedir /opt/fhem/FHEM
attr LCD_Display layoutList standard.layout
define updDispAnruf notify Fritz_Box:.* { \
fhem("set LCD_Backlight on-for-timer 60");; \
fhem("set LCD_Display layoutFilename anruf.layout 10");;\
}
Er schaltet zwar um, dann aber nicht mehr auf das standard.layout zurück. Das Backlight wird leider ebenfalls nicht eingeschaltet?
Beim Booten muß ich weiterhin manuell immer "set LCD_Display absLayoutNo 0" eingeben, damit überhaupt etwas angezeigt wird. Wie kann ich das umgehen außer mit einem etwas uneleganten "fhem("set LCD_Display absLayoutNo 0") in der cfg?
P.S. Es scheint auch einen Unterschied für die Positonsangaben beim Framebuffer und beim RSS Bild zu geben?
Zitat von: Aeroschmelz am 19 April 2014, 16:54:18
P.S. Es scheint auch einen Unterschied für die Positonsangaben beim Framebuffer und beim RSS Bild zu geben?
Hast du die Größen von RSS und FRAMEBUFFER identisch angegeben?
Positionsangaben mit Werten > 1 sind in absoluten Pixeln, wenn dann die Größe des Framebuffers von der des RSS abweicht sind die Ausgaben unterschiedlich.
Für Positionen unabhängig von der Größe der Ausgabe sollten Werte <= 1 verwendet werden, dann ist die Positionierung relaitiv zur Ausgabegröße.
Wenn nur mit relativen Positionen gearbeitet wird sollte die Ausgabe auch auf Ausgaben unterschiedlicher Größe gleich aussehen.
Probleme kann es dann noch durch Rundungsfehler geben (keine pixelgenaue Positionierung mehr möglich) sowie bei der Einbindung von Grafiken.
Je nach Größe der Ausgabe müssten diese unterschiedlich skaliert werden.
Hilft dir das weiter?
Wenn nicht, poste mal Layoutdateien bei denen das Problem auftritt.
Gruß,
Kai
Zitat von: Aeroschmelz am 18 April 2014, 16:58:30
Er schaltet zwar um, dann aber nicht mehr auf das standard.layout zurück. Das Backlight wird leider ebenfalls nicht eingeschaltet?
Das hat bisher nur funktioniert, wenn ein updateInterval definiert war. Ich habe das zusammen mit einigen anderen Sachen korrigiert, es gibt eine neue Version in dem ursprünglichen Post #219.
Zitat von: Aeroschmelz am 18 April 2014, 16:58:30
Beim Booten muß ich weiterhin manuell immer "set LCD_Display absLayoutNo 0" eingeben, damit überhaupt etwas angezeigt wird. Wie kann ich das umgehen außer mit einem etwas uneleganten "fhem("set LCD_Display absLayoutNo 0") in der cfg?
Es gibt das Attribute startLayoutNo, das für diesen Zweck gedacht ist. Hast du das gesetzt?
Gruß,
Kai
Die Module
- 02_FRAMEBUFFER.pm
- 51_I2C_TSL2561.pm
sind jetzt in svn und sollten bald per update ausgeliefert werden.
Kai
Hallo Kai,
danke für die ganzen Infos. ich habe heute mal ein Update gemacht und teste das mal ausführlicher aus, wenn ich wieder ein wenig mehr Zeit habe ;-) Jedenfalls funktioniert jetzt das Umschalten auf ein anderes Layout und das Zurückschalten auf das Standard Layout.
Zu der Positionierung: Die Positionsangaben sind absolut angegeben. Die Size Angabe im Framebuffer habe ich jetzt hinzugefügt, im RSS war sie schon gesetzt. Mal sehen was das bringt ;-)
Viele Grüsse
Marcus
P.S. Da ist leider immer noch ein Unterschied. Ich werde mal die Positionsangaben relativ setzen. Der Befehl Textbox im Layout funktoniert im übrigen auch nicht wie bei RSS. Trotz gesetztem Size Attribut läuft die Zeile aus dem Display raus, beim RSS wird entsprechend die zweite Zeile beschrieben.
Das ist merkwürdig, es wird ja der Code des RSS Moduls für das Layout verwendet.
Kannst du mal eine Layout Datei posten bei der das Problem auftritt ?
Gesendet von meinem Nexus 4 mit Tapatalk
Hallo Zusammen, ich würde heute gerne das Firmware Update der Version 1.58 für 868mhz durchführen.
Gibts dafür irgendwo eine Anleitung? Habe sowas noch nicht gemacht.
Ist das möglich, dass die unter folgendem Link beschriebene Problematik mit dem Infrarot Empfänger behoben wird?
http://forum.fhem.de/index.php/topic,20259.0.html (http://forum.fhem.de/index.php/topic,20259.0.html)
Die neueste Firmware von locutus findest du im ersten Post dieses Threads, http://forum.fhem.de/index.php/topic,14156.msg89058.html#msg89058 (http://forum.fhem.de/index.php/topic,14156.msg89058.html#msg89058)
Dort ist auch das Script zum flashen angehängt. Zusätzlich brauchst du noch das Programm avrdude, zu installieren mit
sudo apt-get install avrdude
Das Script und die Firmware die du verwenden will ins selbe Verzeichnis kopieren, die Firmware in CSM.hex umbenennen.
fhem darf während des flashens nicht laufen, daher mit fhem mit
sudo /etc/init.d/fhem stop
beenden.
Dann das Script mit
sudo ./csm_flash.sh
ausführen.
Den Ausgaben kannst du dann entnehmen, dass hoffentlich fehlerfrei geflashed wurde.
Ob das Problem mit MAX und IR-Empfänger behoben wurde kann ich nicht sagen, da ich kein MAX einsetze.
HM und Intertechno funktionieren ohne Probleme mit dem IR-Empfänger.
Gruß,
Kai
Danke kaihs! Das hat schon mal hervorragend funktioniert. Und das Problem mit dem Infrarot-Empfänger scheint behoben. :) Zumindest wird er nicht direkt nach dem erstellen wieder gelöscht.
Nun muss ich nur noch herausbekommen, wie man die Apple Remote damit nutzen kann. :)
Ist es normal, dass seit dem Update die Status LED des Boards sekundlich blinkt? :-\
Das lässt sich einstellen.
set CUL_0 led 00
schaltet die Dauerbeleuchtung ab, die LED ist dann nur noch bei Aktivität an.
Hallo zusammen,
ich würde gern den Pi um eine IR-LED erweitern, um ihn als Fernbedienung für meinen (nicht Netzwerkfähigen) AVReceiver zu nutzen. Dazu 2 Fragen:
- ist der vorhandene IR-Empfänger mit dem AVR auf dem board oder mit einem GPIO verbunden?
- sind nur die beim ersten Beitrag erwähnten GPIOs belegt oder auch andere?
viele Grüße
Kuzl
Zitat von: Kuzl am 05 Mai 2014, 09:35:31
ich würde gern den Pi um eine IR-LED erweitern, um ihn als Fernbedienung für meinen (nicht Netzwerkfähigen) AVReceiver zu nutzen.
Das habe ich auch vor.
Zitat
Dazu 2 Fragen:
- ist der vorhandene IR-Empfänger mit dem AVR auf dem board oder mit einem GPIO verbunden?
- sind nur die beim ersten Beitrag erwähnten GPIOs belegt oder auch andere?
Einen Schaltplan des Boards findest du unter https://github.com/damianmelson/Add-On-Board (https://github.com/damianmelson/Add-On-Board)
Der IR-Empfänger ist mit dem ATMega verbunden.
Der macht auch die Lowlevelauswertung der IR-Signale, das ist bereits in der culfw enthalten.
Dort ist auch bereits die Möglichkeit vorgesehen, IR-Signale zu senden, das muss nur in der culfw aktiviert werden.
Ich habe mir dazu eine eigene Version erstellt.
Ich vermute stark, dass dieser Ansatz einfacher ist als mit lirc auf dem RPi zu experimentieren.
Fehlt nur noch die Hardware, ich habe als Elektroniklaie einen Entwurf gemacht, siehe Anhang.
Der muss aber noch in der Realität auf Funktionsfähigkeit überprüft werden.
Dazu noch die Anmerkung, dass ich einen RPi Rev. 1 habe, bei dem P2 bestückt ist. Bei den neueren ist das nicht mehr der Fall.
Kai
Achso, das wusste ich gar nicht das ist natürlich ne gute sache :)
Gefällt mir so dann auch besser dann ist alles funktionstechnisch auf einem Board zusammengefasst
und nicht so halb-halb auf RPi und dem Addon-Board verteilt.
Ich hab Rev 2 aber das ist egal, muss ich halt etwas rumlöten ;)
Dein Anschlussplan sollte dann eigentlich so stimmen.
Kannst du mir die Änderungen an der FW erklären? Die sind ja anscheinend nicht so einfach.
Ich finde auf der verlinkten Seite keinen schaltplan???
Überseh ich da was oder sind hier nur die plots für die Platinen sowie Datenblätter und eine Beschreibung?
Viele Grüße
Kuzl
Zitat von: Kuzl am 06 Mai 2014, 08:10:29
Kannst du mir die Änderungen an der FW erklären? Die sind ja anscheinend nicht so einfach.
So schlimm ist es nicht.
Ich habe die Änderungen die locutus an der culfw vorgenommen hatte genommen und ein neues Device rpiaddon angelegt. Dieses enthält auch wieder alle Funktionen der 433/868 Versionen in einem.
Darin muss dann nur noch die irsndconfig.h angepasst und die entsprechenden Funktionsaufrufe in Programm eingefügt.
Ich werde versuchen diese Änderungen offiziell in die culfw zu bekommen, so dass jeder sie nachvollziehen und verwenden kann.
Alternativ kann ich sie dir auf Wunsch auch schon vorab zukommen lassen.
Zitat
Ich finde auf der verlinkten Seite keinen schaltplan???
Überseh ich da was oder sind hier nur die plots für die Platinen sowie Datenblätter und eine Beschreibung?
Stimmt, den habe ich gar nicht von dort sondern aus diesem Post http://forum.fhem.de/index.php/topic,14156.msg95893.html#msg95893 (http://forum.fhem.de/index.php/topic,14156.msg95893.html#msg95893)
Kai
So, ein erster Testaufbau des IR-Senders funktioniert.
Ich habe noch den Basiswiderstand auf 1k verringert und Pin 15 statt 16 benutzt. Da besteht weniger Gefahr eines Kurzschlusses, da die beiden benachbarten Pins nicht belegt sind.
Kai
Wow das sieht ja schon gut aus hätte nicht gedacht, dass das so schnell geht :D
Kurze frage warum hast du eine neues Device angelegt? Das senden sollte ja eigentlich mit CUL_IR funktionieren.
Vielen dank für den Schaltplan :)
Bezüglich der Änderungen denke ich, dass es das beste wäre, wenn locutus die Erweiterung um das Senden in seine FW übernimmt, sodass es jeder nach belieben nachbauen kann und auch die Updates gewährleistet sind.
Wenn ich mal Zeit finde werd ich mir ne kleine Platine basteln und dann nehm ich auch gerne deine FW her, falls sie dann noch nicht offiziel irgendwo vorhanden ist :)
Gruß
Kuzl
Zitat von: Kuzl am 08 Mai 2014, 07:21:11
Kurze frage warum hast du eine neues Device angelegt? Das senden sollte ja eigentlich mit CUL_IR funktionieren.
Damit war nicht ein fhem Device gemeint, sondern ein Devicetyp in der culfw. locutus hatte ein bereits vorhandenes device (Tuxradio) für das Add-On Board modifiziert.
Das ist natürlich so nicht möglich, wenn es offiziell in die culfw Einzug halten soll.
Zitat
Bezüglich der Änderungen denke ich, dass es das beste wäre, wenn locutus die Erweiterung um das Senden in seine FW übernimmt, sodass es jeder nach belieben nachbauen kann und auch die Updates gewährleistet sind.
Da habe ich mich schon mit ihm abgestimmt, er würde das mir überlassen.
Kai
Achso das wusste ich nicht,
hab mir die culfw noch nie angesehen :D
ZitatDa habe ich mich schon mit ihm abgestimmt, er würde das mir überlassen.
Das klingt doch ganz gut :)
funktioniert das senden dann wie beim CUNO einfach mit dem CUL_IR-Device?
Ich denke nächste Woche werd ich mir mal die Hardware dazu aufbauen und deine Software testen :D
Viele Grüße
Kuzl
Stellt ihr am Ende eine Anleitung zu dem IR-Sender zur Verfügung?
Der würde das Board perfekt machen und mir ermöglichen mein Heimkino zu steuern. :)
So hab jetz nochmal kurz drübergeschaut
für die Hardware kann man einfach den GND und den 3.3V pin von der Stiftleiste fürs Programmiern nehmen :)
Eine Anleitung denke ich können wir dann natürlich machen, ist dann ja nicht so komplex wenn die SW fertig kompiliert ist muss man ja nur die 4 bauteile anschließen... geht zur not ja auch "fliegend" :D
Zitat von: Kuzl am 09 Mai 2014, 07:15:52
funktioniert das senden dann wie beim CUNO einfach mit dem CUL_IR-Device?
Ja, das funktioniert über das IR-Device, so wie in der commandref beschrieben.
Zitat von: Kuzl am 10 Mai 2014, 22:22:04
So hab jetz nochmal kurz drübergeschaut
für die Hardware kann man einfach den GND und den 3.3V pin von der Stiftleiste fürs Programmiern nehmen :)
Die Versorgung über den 3,3V Pin ist mglw. kritisch. Die 3.3V Schiene kann insgesamt nur 50mA zur Verfügung stellen, davon geht der Bedarf des Boards noch ab.
Das reicht für eine vernünftige Reichweite der LED mglw. nicht aus.
In IR-Fernbedienungen wird die LED schon mal mit 1A und mehr angesteuert, natürlich nur für kurze Pulse.
Die 5V Schiene kann immerhin ca. 300mA, daher werde ich die verwenden.
Zitat von: Spezialtrick am 10 Mai 2014, 21:29:47
Stellt ihr am Ende eine Anleitung zu dem IR-Sender zur Verfügung?
Ja, das werde ich machen wenn ich fertig bin. Im Moment fehlt mir für den endgültigen Aufbau noch eine Buchsenleiste.
Kai
Ich habe gerade mal mit der Reichweite experimentiert.
Der Empfang (Samsung Blueray-Player) funktioniert über 3m, allerdings nur wenn die LED auf das Gerät gerichtet ist.
Bei der original FB funktioniert das sogar noch, wenn die FB in die entgegengesetzte Richtung zeigt.
Dafür hat meine LED wohl nicht genug Leistung.
Ach ja daran hab ich ja gar nicht gedacht, dass man da nur so wenig strom ziehen kann :/
Also 5V :D
Was du mal versuchen köntest....betreibe die LED mal mit doppeltem IF also dürften so 200mA sein.
Durch das pulsen sollte das sowohl der pi als auch die LED leicht einstecken :)
Ich habe den LED Vorwiderstand jetzt auf 4,7 Ohm verringert, damit ist die Reichweite gut, ähnlich wie die original Fernbedienung.
Der Aufbau des Senders ist auch abgeschlossen, siehe Anhang.
Jetzt kämpfe ich gerade mit CUL_IR, weil das das keine direktes Empfangen und sofortiges Senden eines anderen Codes unterstützt.
Das brauche ich um FB Codes umzusetzen, Code von FB A wird empfangen, ein anderer Code von FB B wird gesendet.
Mal sehen, ob ich das in den Griff bekomme.
Gruß,
Kai
Zitat von: kaihs am 13 Mai 2014, 21:50:42
Jetzt kämpfe ich gerade mit CUL_IR, weil das das keine direktes Empfangen und sofortiges Senden eines anderen Codes unterstützt.
Das brauche ich um FB Codes umzusetzen, Code von FB A wird empfangen, ein anderer Code von FB B wird gesendet.
Falls jemand dasselbe Problem haben sollte: Zwischen Empfang und Senden muss eine kleine Pause sein, ca. 100ms.
Das lässt sich mit dem sleep Befehl erreichen, z. B.
attr IR_Dev ButtonTV013 I0A0707F80700 sleep 0.1;; set IR_Dev irSend ButtonS010
Kai
Wie sieht denn der aktuelle stand der firmware aus?
Könnte man die schon freigeben?
Was mich auch noch interessieren würde.. hast du mal die versorgungsspannung des pis gemessen, während du etwas gesendet hast? (Sprich bricht sie kurzzeitig ein)
Bin bis jetzt leider noch nicht dazu gekommen :(
Viele grüße
Kuzl
Könntet ihr kurz die Bauteile auflisten? Ich würde gerne schon mal beim großen C bestellen. ^^
Zitat von: Kuzl am 16 Mai 2014, 13:53:13
Wie sieht denn der aktuelle stand der firmware aus?
Könnte man die schon freigeben?
Anbei mal das Hex-File der Firmware die ich verwende und ein Script um sie zu flashen.
Die basiert auf der culfw 1.58 bei der alle Features eingeschaltet sind, die das Board unterstützt, inkl. IR-Senden.
Zusätzlich habe ich auf die neues Version von IRMP aktualisert, das ist der Teil der Software die für IR-Empfang und -Senden zuständig ist.
Das war nötig, da bei der in culfw enthaltene Version das Senden des RC6/Philips Codes bei mir nicht funktioniert hat.
In der neuesten Version hatte ich dann ein Problem mit dem Samsung Code, siehe http://www.mikrocontroller.net/topic/irmp-infrared-multi-protocol-decoder#3661298 (http://www.mikrocontroller.net/topic/irmp-infrared-multi-protocol-decoder#3661298).
Mit den dort beschriebenen Änderungen funktioniert bei mir alles.
Die Protokolle in der folgenden Liste mit 1 sind enthalten, wenn du noch weitere brauchst sag Bescheid.
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~200 bytes
#define IRSND_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~100 bytes
#define IRSND_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRSND_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~200 bytes
#define IRSND_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~300 bytes
// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_DENON_PROTOCOL 1 // DENON, Sharp >= 10000 ~200 bytes
#define IRSND_SUPPORT_RC5_PROTOCOL 1 // RC5 >= 10000 ~150 bytes
#define IRSND_SUPPORT_RC6_PROTOCOL 1 // RC6 >= 10000 ~250 bytes
#define IRSND_SUPPORT_RC6A_PROTOCOL 1 // RC6A >= 10000 ~250 bytes
#define IRSND_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRSND_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~150 bytes
#define IRSND_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~150 bytes
#define IRSND_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~250 bytes
#define IRSND_SUPPORT_GRUNDIG_PROTOCOL 1 // Grundig >= 10000 ~300 bytes
#define IRSND_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens, Gigaset >= 15000 ~150 bytes
#define IRSND_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~400 bytes
// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 DON'T CHANGE, NOT SUPPORTED YET!
#define IRSND_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~100 bytes
#define IRSND_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang&Olufsen >= 10000 ~250 bytes
#define IRSND_SUPPORT_RECS80_PROTOCOL 0 // RECS80 >= 15000 ~100 bytes
#define IRSND_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT >= 15000 ~100 bytes
#define IRSND_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRSND_SUPPORT_NIKON_PROTOCOL 0 // NIKON >= 10000 ~150 bytes
#define IRSND_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 DON'T CHANGE, NOT SUPPORTED YET!
#define IRSND_SUPPORT_FDC_PROTOCOL 0 // FDC IR keyboard >= 10000 (better 15000) ~150 bytes
#define IRSND_SUPPORT_RCCAR_PROTOCOL 0 // RC CAR >= 10000 (better 15000) ~150 bytes
#define IRSND_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRSND_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~250 bytes
#define IRSND_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~200 bytes
#define IRSND_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000
Zitat
Was mich auch noch interessieren würde.. hast du mal die versorgungsspannung des pis gemessen, während du etwas gesendet hast? (Sprich bricht sie kurzzeitig ein)
Ich habe kein Scope, um das vernünftig messen zu können. Ich habe aber bisher keine Problem feststellen können.
Zitat von: Spezialtrick am 18 Mai 2014, 18:12:54
Könntet ihr kurz die Bauteile auflisten? Ich würde gerne schon mal beim großen C bestellen. ^^
1 Transistor BC337-40
1 Widerstand 4,7 Ohm
1 Widerstand 1 kOhm
1 IR-Sendediode mit 940nm Wellenlänge, z. B. Osram SFH409
1 Stück Lochrasterplatine (7*9 Löcher reicht)
dünne Litze für die Verbindung mit dem Add-On Board
ggf. 3-polige Schraubklemme Rastermaß 5,08mm
Das Weitere hängt davon ab, wo du die Platine und die Diode unterbringen willst.
Ich habe die Platine mit einer 6-poligen Buchsenleiste auf P2 des RPi gesteckt und die IR-Diode an einem 2-poligen Kabel, siehe Bilder in meinen vorherigen Beiträgen.
Dadurch kann ich die Diode freier platzieren.
Kai
Wenn ich mal Zeit finde probier ich das ganze aus und Mess mal mit dem Oszi :)
Zitat von: kaihs am 19 Mai 2014, 19:37:51
1 Transistor BC337-40
1 Widerstand 4,7 Ohm
1 Widerstand 1 kOhm
1 IR-Sendediode mit 940nm Wellenlänge, z. B. Osram SFH409
1 Stück Lochrasterplatine (7*9 Löcher reicht)
dünne Litze für die Verbindung mit dem Add-On Board
ggf. 3-polige Schraubklemme Rastermaß 5,08mm
Das Weitere hängt davon ab, wo du die Platine und die Diode unterbringen willst.
Ich habe die Platine mit einer 6-poligen Buchsenleiste auf P2 des RPi gesteckt und die IR-Diode an einem 2-poligen Kabel, siehe Bilder in meinen vorherigen Beiträgen.
Dadurch kann ich die Diode freier platzieren.
Kai
Vielen Dank! Habe alles bestellt. Werde es testen, sobald die Lieferung kommt. Musste aber diese IR-Diode bestellen:
http://www.conrad.de/ce/de/product/171140/IR-Emitter-940-nm-17-5-mm-radial-bedrahtet-Vishay-TSAL-6200?queryFromSuggest=true (http://www.conrad.de/ce/de/product/171140/IR-Emitter-940-nm-17-5-mm-radial-bedrahtet-Vishay-TSAL-6200?queryFromSuggest=true)
Osram Dioden mit 940nm gabs leider nicht. Sollte aber auch gehen, oder?
Spricht etwas dagegen die IR-Diode direkt auf die Platine zu löten?
Zitat von: Spezialtrick am 19 Mai 2014, 20:04:45
http://www.conrad.de/ce/de/product/171140/IR-Emitter-940-nm-17-5-mm-radial-bedrahtet-Vishay-TSAL-6200?queryFromSuggest=true (http://www.conrad.de/ce/de/product/171140/IR-Emitter-940-nm-17-5-mm-radial-bedrahtet-Vishay-TSAL-6200?queryFromSuggest=true)
Osram Dioden mit 940nm gabs leider nicht. Sollte aber auch gehen, oder?
Die kann keinen so hohen Stoßstrom vertragen, evtl. solltest du daher erstmal mit einem größeren LED-Vorwiderstand anfangen, z. B. 33 Ohm statt 4,7 Ohm.
Zitat
Spricht etwas dagegen die IR-Diode direkt auf die Platine zu löten?
Ein lichtundurchlässiges Gehäuse wäre dann hinderlich ;)
Es schadet sicher nicht, die LED auf das empfangende Gerät auszurichten. Wenn das bei dir auch geht , wenn die LED auf der Platine ist spricht nichts dagegen.
ZitatDie kann keinen so hohen Stoßstrom vertragen, evtl. solltest du daher erstmal mit einem größeren LED-Vorwiderstand anfangen, z. B. 33 Ohm statt 4,7 Ohm.
Könntest du mal gucken, ob das blaue C irgendwas passendes hat?
ZitatEin lichtundurchlässiges Gehäuse wäre dann hinderlich ;)
Es schadet sicher nicht, die LED auf das empfangende Gerät auszurichten. Wenn das bei dir auch geht , wenn die LED auf der Platine ist spricht nichts dagegen.
Das Gehäuse selbst ist durchsichtig und aufgrund des Display auch Deckel-/frontlos. ^^ Der Pi steht unmittelbar über den empfangenden Geräten. Wenn die Reichweite einer original Fernbedienung entspricht, sollte das Signal von der gegenüberliegenden Wand reflektiert werden. Werde einfach mal testen.
Die SFH409 hat 950nm, deshalb hast du die wahrscheinlich nicht gefunden. Die gibt's beim C zweimal zu unterschiedlichen Preisen, keine Ahnung wo da der Unterschied ist, das ist die billigere:
http://www.conrad.de/ce/de/product/525126/IR-Emitter-950-nm-20-3-mm-radial-bedrahtet-Osram-Components-SFH-409?ref=searchDetail (http://www.conrad.de/ce/de/product/525126/IR-Emitter-950-nm-20-3-mm-radial-bedrahtet-Osram-Components-SFH-409?ref=searchDetail)
Ich habe irgendeine die der lokale Elektronikshop gerade hatte, genauen Typ kenne ich nicht.
Aber bestelle dir sicherheitshalber mal 33, 12, 8, 4 Ohm Widerstände und taste dich dann von oben herab an die benötigte Leistung ran.
Bei mir hat die Reflektion bei 33 Ohm allerdings nicht geklappt.
ZitatDie SFH409 hat 950nm, deshalb hast du die wahrscheinlich nicht gefunden. Die gibt's beim C zweimal zu unterschiedlichen Preisen, keine Ahnung wo da der Unterschied ist, das ist die billigere:
http://www.conrad.de/ce/de/product/525126/IR-Emitter-950-nm-20-3-mm-radial-bedrahtet-Osram-Components-SFH-409?ref=searchDetail
Die hatte ich auch gesehen, dachte aber, dass es die falsche sei wegen der 950nm. Habe die sicherheitshalber auch mal bestellt. Conrad ist bei mir zum Glück direkt um die Ecke. ^^ Die unterschiedlichen Preise kommen durch eine System umstellen bei denen zu Stande. Die Filialpreise sind nun immer ein wenig höher. Dafür fallen keine Versandkosten an.
Zitat von: Spezialtrick am 19 Mai 2014, 20:47:11
^^ Die unterschiedlichen Preise kommen durch eine System umstellen bei denen zu Stande. Die Filialpreise sind nun immer ein wenig höher. Dafür fallen keine Versandkosten an.
Dann bestelle online mit Lieferung an Filiale, dann fallen auch keine Versandkosten an.
Zitat von: Paul am 19 Mai 2014, 21:16:28
Dann bestelle online mit Lieferung an Filiale, dann fallen auch keine Versandkosten an.
Exakt so habe ich es gemacht. Aber, wenn es mal schnell gehen muss, zahl ich gerne ein bissl mehr für die Zusammenstellung in der Filiale. :)
Ich kann im Marktplatz leider nicht antworten, habe aber auch Interesse an einem Board mit Buchse wenn Du Ende Mai die Bauteile bekommst. Weiteres bitte per PN.
Gruß Dennis
Ich habe mich heute mal an den IR-Sender getraut und es hat auf Anhieb gut geklappt. :) Wobei ich sagen muss, dass die Lötstelle am Amtel für mich als Laien schon extrem klein war. Zum Glück hats geklappt. :) Momentan ist alles auf einem Steckbrett aufgebaut und es ist möglich Dinge zu steuern. Allerdings ist die Reichweite bisher ziemlich dürftig. Man schafft max 5cm. Teilweise reagieren Geräte gar nicht. Ich hoffe, dass die andere Diode, auf die ich immer noch warte, eine Besserung bringt.
Steuert jemand einen Denon AVR mit dem IR-Addon?
Freut mich, dass es bei dir auch funktioniert.
Das Anlöten an den Pin ist wirklich fummelig, sieht bei dir aber besser aus als bei mir.
So eine schlechte Reichweite wie du hatte ich nie, es waren von Anfang an einige Meter möglich, wenn auch nur bei direkter Ausrichtung auf den Empfänger.
Welchen LED Vorwiderstand und Basiswiderstand hast du verwendet?
Kai
Mein Led Vorwiderstand beträgt 4,7 Ohm und der Basiswiderstand hat 1 kOhm. So wie du es vorgeschlagen hast.
Andere habe ich leider noch nicht im Haus. Laut Conrad sollten die aber Anfang der Woche mit der anderen Diode kommen.
Hallo und guten Morgen,
ich habe leider ein Problem mit dem CUL. Ich schaffe es nicht mehr, ein Homematic zu pairen. Das Gerät bricht ständig ab. Ich habe schon einiges an Hilfe aus dem Bereich Homematic bekommen, aber denke nun, das es auch hier reingehört, da anscheinend der CUL Probleme macht.
Wenn ich mit apptime die Laufzeit betrachte, sehe ich, das der CUL sehr lange braucht zum reagieren.
Auszug ausm Logfile und im Anhang die Screens der Apptime.
2014.05.27 06:40:08.664 4: CUL_Parse: display.cul A 1A 01 8400 249563 000000 1100954B4551303936323638395900FFFF12 -65
2014.05.27 06:40:08.914 2: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_249563 is now defined
2014.05.27 06:40:08.972 2: autocreate: define CUL_HM_HM_CC_RT_DN_249563 CUL_HM 249563
2014.05.27 06:40:08.993 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_249563 FileLog ./log/CUL_HM_HM_CC_RT_DN_249563-%Y-%W.log CUL_HM_HM_CC_RT_DN_249563
2014.05.27 06:40:11.788 4: CUL_send: display.culAs 10 01 A001 F11034 249563 00050000000000
grüße
Marc
Zitat von: kaihs am 25 Mai 2014, 22:11:18
So eine schlechte Reichweite wie du hatte ich nie, es waren von Anfang an einige Meter möglich, wenn auch nur bei direkter Ausrichtung auf den Empfänger.
Welchen LED Vorwiderstand und Basiswiderstand hast du verwendet?
So ich habe heute die restlichen Teile bekommen und habe alles nochmals zusammen gesteckt. Der Led Vorwiderstand beträgt 4,7 Ohm und der Basiswiderstand hat 1 kOhm. Die Reichweite ist nun auch fast passend. Ich schicke das IR-Signal auf eine gegenüberliegende Wand, die es reflektiert und an die Empfänger weiterleitet. Bei zwei von vier Empfänger ist der Empfang optimal und die Signale werden entgegengenommen und ausgeführt.
Die zwei verbleibenden Empfänger stehen im selben Regel wie die bereits erwähnten und reagieren leider nicht auf Signale. Verlege ich die IR-Diode zur gegenüberliegenden Wand und sende die Signal von diesem Standpunkt aus direkt auf die Empfänger, ist es möglich alle vier Empfänger zu bedienen.
Das Problem tritt mit beiden IR-Dioden auf, die mir kaihs vorgeschlagen hat. Ist es möglich das Signal irgendwie zu verstärken?
Wie wertet ihr die IR-Signale aus bzw. wie sendetet ihr IR Befehle? Über die IR_Dev Maske ist es ja relativ umständlich. Ich habe es über einen Dummy und ein dazugehöriges Notify gelöst. Gibts noch einen eleganteren Weg?
Du kannst den LED-Vorwiderstand noch weiter verringern oder ganz weglassen.
Mglw. hält das dann die LED nicht lange aus, aber du hast ja noch eine zweite.
Es kann aber auch sein, dass der RPi einfach nicht genug Strom liefern kann.
Eine dritte Möglichkeit ist, dass die Codes der beiden betroffenen Geräte nicht ganz sauber gesendet werden. Das Timing ist durch Reverseengenieering ermittelt worden und passt daher vielleicht nicht ganz genau.
Außerdem erhält der Controller auf dem Board seinen Takt vom internen RC-Oszillator und der ist nicht so genau wie ein Quarz.
Welchen Code verwenden denn die beiden betroffenen Geräte?
Das kannst du aus den ersten beiden Ziffern der IR-Codes ablesen, die aufgezeichnet wurden.
Wenn die einen anderen Code haben als die beiden Geräte die funktionieren, so kann man da evtl. noch was optimieren.
Zitat von: Spezialtrick am 27 Mai 2014, 18:15:28
Wie wertet ihr die IR-Signale aus bzw. wie sendetet ihr IR Befehle? Über die IR_Dev Maske ist es ja relativ umständlich. Ich habe es über einen Dummy und ein dazugehöriges Notify gelöst. Gibts noch einen eleganteren Weg?
Es gibt ja noch http://fhem.de/commandref_DE.html#remotecontrol (http://fhem.de/commandref_DE.html#remotecontrol), damit kannst du mit jeder Taste einen Code senden.
Hängt aber von deine Anwendungsszenario ab. Ich sende die Codes nur aus eigenem Perl Code bzw. mache eine IR-Code-Umsetzung.
Kai
Zitat von: kaihs am 27 Mai 2014, 22:24:50
Du kannst den LED-Vorwiderstand noch weiter verringern oder ganz weglassen.
Mglw. hält das dann die LED nicht lange aus, aber du hast ja noch eine zweite.
Ich habe eben mal probeweise den LED-Vorwiderstand entfernt. Leider hat das überhaupt nichts verändert. Ich gehe davon aus, dass du Recht hast und es an den unsauber gesendeten Code liegt. Generell schafft die IR-Led mit der aktuellen Leistung die benötigte Distanz zu überwinden, da ja zwei von den vier Geräten angesteuert werden können. Nachfolgend habe ich alle meine per IR steuerbaren Geräte jeweils mit den AN/AUS Codes aufgelistet. Vllt. hilft dir das ja irgendwie weiter.
Uneingeschränkt nutzbar:Topfield SBP 2001 AN/AUS:
I02DF20000A00Toshiba BDX4350KE AN/AUS:
I02B54500C000China Ambilight AN:
I02BF00000000 AUS:
I02BF00000200Samsung UE40ES5700 AN/AUS:
I0A0707FD0200IR Lichterkette AN:
I02FF00000C00 AUS:
I02FF00000800Schlecht nutzbar:Denon AVR-1610 AN:
I080000000800 AUS:
I080008011C00Sanyo PLV-Z800 AN/AUS:
I020033000000Zitat von: kaihs am 27 Mai 2014, 22:24:50
Ich sende die Codes nur aus eigenem Perl Code bzw. mache eine IR-Code-Umsetzung.
Könntest du für beide Fälle einen Beispiellose posten? Ich mache es derzeit so:
define Sat dummy
attr Sat setList on off
define SatTF_On notify Sat:on set IR_Dev irSend I02DF20000A00
define SatTF_Off notify Sat:off set IR_Dev irSend I02DF20000A00Wäre es prinzipiell auch möglich zwei IR-Leds an die Platine anzuschließen? Was müsste dafür an der Schaltung verändert werden?
Zitat von: Spezialtrick am 28 Mai 2014, 14:31:49
Uneingeschränkt nutzbar:
Topfield SBP 2001 AN/AUS: I02DF20000A00
Toshiba BDX4350KE AN/AUS: I02B54500C000
China Ambilight AN: I02BF00000000 AUS: I02BF00000200
Samsung UE40ES5700 AN/AUS: I0A0707FD0200
IR Lichterkette AN: I02FF00000C00 AUS: I02FF00000800
Schlecht nutzbar:
Denon AVR-1610 AN: I080000000800 AUS: I080008011C00
Sanyo PLV-Z800 AN/AUS: I020033000000
Hm, der Sanyo nutzt das selbe Protokoll 02/NEC wie vier deiner Geräte die funktionieren. Also eher unwahrscheinlich, dass der Code nicht richtig gesendet wird.
Funktioniert denn der Empfang beim Sanyo, wenn du mit dessen Fernbedienung von dort sendest wo der Pi steht, d.h. auch mit indirektem Empfang über die Wand?
Beim Denon steht in der Dokumentation von http://www.mikrocontroller.net/articles/IRMP (http://www.mikrocontroller.net/articles/IRMP), dass Werte verwendet werden die von der Dokumentation des Protokolls abweichen. Da würden Experimente mit dem Timing evtl. Sinn machen.
Dazu müsstest du den Code aber selbst modifizieren, compilieren und flashen, traust du dir das zu? Wenn ja, kann ich dir den Code geben.
Zitat
Könntest du für beide Fälle einen Beispiellose posten? Ich mache es derzeit so:
Ist nichts aufregendes, zum Code umsetzen nutze ich z. B.
attr IR_Dev ButtonTV013 I0A0707F80700 sleep 0.1;; set IR_Dev irSend ButtonS010
Da wird ein Code (Lautstärke rauf vom Fernseher) empfangen und nach einer kurzen Pause ein anderer (Lautstärke rauf der Soundbar) gesendet.
Ein anderes Beispiel zum Einschalten der Stereoanlage per Funksteckdose und Umschalten auf Radio nachdem sie hochgefahren ist:
sub myUtils_mci500h_poweron()
{
my $isOn = ReadingsVal('pres_mci500h', 'state', 'present');
if ($isOn eq 'absent') {
fhem "set Steckdose_mci500h on";
# Nach einer Minute auf FM-Tuner umschalten, VOL+, VOL+
fhem "define at_RadioEin at +00:01:00 set IR_Dev irSend ButtonMCI018;; sleep 0.5;; set IR_Dev irSend ButtonMCI016;; sleep 0.5;; set IR_Dev irSend ButtonMCI016";
}
}
Zitat
Wäre es prinzipiell auch möglich zwei IR-Leds an die Platine anzuschließen? Was müsste dafür an der Schaltung verändert werden?
Ja, man sollte die einfach in Reihe schalten können, dann muss der Vorwiderstand entsprechend angepasst werden.
Da der aber eh schon so klein ist bezweifle ich, dass das was bringt.
Schau dir mal http://forum.fhem.de/index.php/topic,23646.msg169059.html#msg169059 (http://forum.fhem.de/index.php/topic,23646.msg169059.html#msg169059) an, dort wird mit zwei Sendedioden gearbeitet.
Gruß,
Kai
ZitatFunktioniert denn der Empfang beim Sanyo, wenn du mit dessen Fernbedienung von dort sendest wo der Pi steht, d.h. auch mit indirektem Empfang über die Wand?
Ja das funktioniert einwandfrei. Die Sanyo Fernbedienung funktioniert in jeder erdenklichen Position. Auch das Senden über zwei Reflektionsebenen stellt kein Problem dar.
ZitatBeim Denon steht in der Dokumentation von http://www.mikrocontroller.net/articles/IRMP, dass Werte verwendet werden die von der Dokumentation des Protokolls abweichen. Da würden Experimente mit dem Timing evtl. Sinn machen.
Dazu müsstest du den Code aber selbst modifizieren, compilieren und flashen, traust du dir das zu? Wenn ja, kann ich dir den Code geben.
Davon habe ich leider nicht die blasseste Ahnung. :D Ist das kompliziert? Könntest du mir das ggf. erklären? Ansonsten muss ich mich wohl oder übel damit abfinden, die IR LED auf die gegenüberliegende Wand zu verlegen. Es bringt zwar ein wenig Arbeit mit, aber ich denke, dass es die einfachste und zuverlässigste Möglichkeit ist, alle Geräte zu steuern. Der Denon reagiert manchmal zwar erst auf den zweite bzw. dritten Tastendruck, aber das habe ich nun recht simple so gelöst:
define Denon_On notify Denon:on set IR_Dev irSend I080008021C00;; sleep 0.25 quiet;;set IR_Dev irSend I080008021C00;; sleep 0.25 quiet;;set IR_Dev irSend I080008021C00Damit schaltet dieser auch unmittelbar. :)
ZitatJa, man sollte die einfach in Reihe schalten können, dann muss der Vorwiderstand entsprechend angepasst werden.
Da der aber eh schon so klein ist bezweifle ich, dass das was bringt.
Schau dir mal http://forum.fhem.de/index.php/topic,23646.msg169059.html#msg169059 an, dort wird mit zwei Sendedioden gearbeitet.
Habe es eben mal getestet. Wenn man die IR-Dioden in Reihe schaltet bricht die Leistung ein und die Reichweite ist ziemlich miserable. Habe die Schaltung daraufhin, einfach parallel zu ersten noch einmal aufbaut. Also eine Schaltung pro IR-Led. Das klappt wunderbar. Damit kann ich in zwei Räumen verschiedene Geräte ansteuern. Demnach liegt die ursprünglich "kurze" Reichweite nicht daran, dass der Pi zu wenig Strom liefern kann, oder?
Danke für deine Code-Beispiele. :)
Hi,
Leider kann ich im Marketplace keine Antwort erstellen.
Darum frage ich hier nach, ob und wann es das Add-on-Board wieder gibt?
Mfg
Arno
Zitat von: Spezialtrick am 01 Juni 2014, 19:35:45
Davon habe ich leider nicht die blasseste Ahnung. :D Ist das kompliziert? Könntest du mir das ggf. erklären?
Ist schon ein wenig kompliziert, wenn man es noch nie gemacht hat, weil erst diverse Software zu installieren ist und man zumindest Grundkenntnisse von C haben sollte.
Zitat
Ansonsten muss ich mich wohl oder übel damit abfinden, die IR LED auf die gegenüberliegende Wand zu verlegen. Es bringt zwar ein wenig Arbeit mit, aber ich denke, dass es die einfachste und zuverlässigste Möglichkeit ist, alle Geräte zu steuern.
Das ist wohl die pragmatischste Lösung.
Zitat
Der Denon reagiert manchmal zwar erst auf den zweite bzw. dritten Tastendruck, aber das habe ich nun recht simple so gelöst:
define Denon_On notify Denon:on set IR_Dev irSend I080008021C00;; sleep 0.25 quiet;;set IR_Dev irSend I080008021C00;; sleep 0.25 quiet;;set IR_Dev irSend I080008021C00
Alternativ kann man noch im IR Code eine Wiederholungszahl angeben, das sind die letzten beiden Ziffern des Code. Die maximale Wiederholungsanzahl ist 15. I080008021C03 schickt den Code also dreimal unmittelbar hintereinander.
Zitat
Habe die Schaltung daraufhin, einfach parallel zu ersten noch einmal aufbaut. Also eine Schaltung pro IR-Led. Das klappt wunderbar. Damit kann ich in zwei Räumen verschiedene Geräte ansteuern. Demnach liegt die ursprünglich "kurze" Reichweite nicht daran, dass der Pi zu wenig Strom liefern kann, oder?
Das verstehe ich nicht so ganz. Wie kannst du die parallel in zwei verschiedenen Räumen aufbauen und vom selben PI ansteuern?
Gruß,
Kai
Die Firmware für das Addon-Board ist jetzt in die offizielle culfw eingeflossen.
Bei Interesse kann der Code von https://sourceforge.net/projects/culfw/ (https://sourceforge.net/projects/culfw/) heruntergeladen werden und jeder kann sich selbst die Firmware compilieren.
Einfach im Verzeichnis Devices/rpiaddon make aufrufen.
Kai
Danke kaihs.
Was muss ich denn wo und wie ändern um z.B die 2 Versionen(868Mhz und 433Mhz) zu bauen, die Locutus im 1. Post angehängt hat.
Genauer gesagt, mich würde eine 868Mhz Version interessieren mit der ich auch die Intertechno Steckdosen schalten kann und somit auch Homematic und FS20 machen kann.
Vieleicht sollte man noch erwähnen, daß man ein
apt-get install gcc-avr machen sollte zum bauen.
Gruß
Carlos
Die Version im svn enthält alles was das Board kann, es nicht nötig eine Aufteilung nach Frequenzen vorzunehmen.
Für deine Anforderung passt das bereits, ich verwende das Board genau so.
Gesendet von meinem Nexus 4 mit Tapatalk
Ok, das hört sich gut an.
Was für eine Antenne muss ich dann benutzen es gibt ja hier bei octamex http://www.octamex.de/ z.b eine 868Mhz und eine 433Mhz Version.
Kann ich, wenn ich eine 868Mhz Version nehme, dann auch die Intertechno Steckdosen schalten?
Das Board ist von der Hardware für 868MHz ausgelegt. 433 ist nur ein Kompromiss und hat eine schlechte Reichweite, bei mir so 3m mit einer 868 Antenne. Mit einer 433MHz Antenne habe ich noch nicht getestet.
Gesendet von meinem Nexus 4 mit Tapatalk
Hallo Carlos,
ich nutze das Add-Onboard auf 433 MHz Basis für meine drei Revolt-Energiekosten-Meßgeräte und komme locker durch zwei Räume. Ich habe mir dafür die Octamex 433 MHz Antenne gekauft.
http://blog.moneybag.de/raspberry-pi-add-on-board-mit-display-temperatursensor-luftdruck-infrarot/
LG
/robin
Zitat von: kaihs am 02 Juni 2014, 21:32:21
Ist schon ein wenig kompliziert, wenn man es noch nie gemacht hat, weil erst diverse Software zu installieren ist und man zumindest Grundkenntnisse von C haben sollte.
Das ist wohl die pragmatischste Lösung.
Dann lassen wir das lieber und ich ziehe ein Kabel. ^^
Zitat von: kaihs am 02 Juni 2014, 21:32:21
Alternativ kann man noch im IR Code eine Wiederholungszahl angeben, das sind die letzten beiden Ziffern des Code. Die maximale Wiederholungsanzahl ist 15. I080008021C03 schickt den Code also dreimal unmittelbar hintereinander.
Danke für diesen Tipp. Das klappt noch viel besser als meine Idee. :)
Zitat von: kaihs am 02 Juni 2014, 21:32:21
Das verstehe ich nicht so ganz. Wie kannst du die parallel in zwei verschiedenen Räumen aufbauen und vom selben PI ansteuern?
Ich habe mir die Schaltung parallel aufgebaut wie man auf dem angefangenen Foto erkennen kann. Nun ziehe ich einfach eine Led in den jeweiligen Raum.
Zitat von: carlos am 04 Juni 2014, 09:46:28
Ok, das hört sich gut an.
Was für eine Antenne muss ich dann benutzen es gibt ja hier bei octamex http://www.octamex.de/ z.b eine 868Mhz und eine 433Mhz Version.
Kann ich, wenn ich eine 868Mhz Version nehme, dann auch die Intertechno Steckdosen schalten?
Schau dir doch einfach mal den FHEMduino an. Der kann ebenfalls IT Steckdose schalten und kostet max. 10€.
http://forum.fhem.de/index.php/topic,17196.0.html
FHEMduino habe ich mir schon angeschaut. Das gleiche hatte ich vorher mit meinem Raspbery gebaut um die Steckdosen zu schalten.
Könnte ich jetzt auf meinen yun übertragen und so nutzen.
Sollte ja möglich sein, ist ja auch ein arduino
Da ich aber jetzt das addon board neu habe, wollte ich das damit machen.
Ich werde mir mal beide Antennen besorgen und damit testen.
Hi zusammen,
bin mir da nicht ganz sicher was das updaten der firmware betrifft. Geht das so? :
apt-get avrdude
und dann in dem verzeichnis http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/ (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/)
make program
und was dann?
Viele Grüße
Kuzl
Zitat von: Kuzl am 11 Juni 2014, 11:24:32
make program
und was dann?
Viele Grüße
Kuzl
Wenn das fehlerfrei durchläuft war's das schon.
Falls nicht, muss mglw. noch mit
apt-get install gcc-avrder Crosscompiler installiert werden.
Wichtig ist auch, dass während des flashens FHEM nicht läuft, damit der Zugriff auf die serielle Schnittstelle nicht blockiert ist.
Kai
Klappt das jetzt mit der Firmware 1.58?
Und wenn ja wie?
Dazu muss in der Board noch #define HAS_IT gesetzt werden um den Code zu aktivieren.
Klappt bei mir dann aber trotzdem nicht. Soweit ich raus bekommen habe ist der Code im svn nicht der aktuellste, ich weiß aber nicht wie ich an den drankommen kann. Der Autor hat auf meine Nachfrage bisher nicht reagiert.
Außerdem bleibt weiterhin das Problem der nicht passenden Antennenabstimmumg, die Reichweite wird wohl nicht so toll sein.
Ich experimentiere daher mit einem CUL-Clone bestehend aus einem Arduino nano und einem CC1101 433MHz Modul.
Gesendet von meinem Nexus 4 mit Tapatalk
Danke, das hatte ich schon vermutet.
Dann werde ich mir wohl auch mal eine Arduino Nano-Erweiterung zulegen und mit den China Sende/Empfangsplatinchen experimentieren. Beim Senden an die ELRO-Funkdosen hatte das Platinchen in Punkto Reichweite weiiit vorne gelegen...
Mal sehen, ob's mit dem Empfang genauso gut funktioniert.
Dann sag mal Bescheid wenn du mit dem Empfang weiter gekommen bist, das interessiert mich auch.
Mein Versuchsaufbau empfängt zwar schon mal was, aber das wird nicht als IT-Code erkannt.
Kai
Hallo zusammen,
habe das Board nun auch erhalten und gleich die PDF durch gearbeitet.
Leider bleibt das Display dunkel. Während der Installation erhalte ich folgende Fehlermeldung:
Can't call method "bus_write" on an undefined value at ./FHEM/51_I2C_BMP180.pm line 315.
Fhem meldet zudem auch einen Fehler
Unknown module I2C_TSL2561, choose one of ALL3076 ALL4000T ALL4027 BS CM11 CUL CUL_EM CUL_FHTTK CUL_HM CUL_HOERMANN CUL_IR CUL_MAX CUL_RFR CUL_TX CUL_WS CULflash Calendar DbLog ECMD ECMDDevice EGPM EGPM2LAN EIB EM EMEM EMGZ EMWZ ENIGMA2 ESA2000 EnOcean FBAHA FBDECT FB_CALLMONITOR FHEM2FHEM FHEMWEB FHT FHT8V FHZ FLOORPLAN FRM FRM_AD FRM_I2C FRM_IN FRM_LCD FRM_OUT FRM_PWM FRM_SERVO FS20 FileLog GDS HCS HMLAN HMS HMinfo HTTPSRV HUEBridge HUEDevice Heating_Control I2C_BMP180 IPCAM IPWE IT Itach_Relay JeeLink JsonList KM271 KS300 LGTV LIRC LISTENLIVE LUXTRONIK2 LightScene M232 M232Counter M232Voltage MAX MAXLAN MSG MSGFile MSGMail NetIO230B OREGON OWAD OWCOUNT OWDevice OWFS OWID OWLCD OWMULTI OWSWITCH OWServer OWTEMP OWTHERM OWX PCA301 PID PIFACE POKEYS PRESENCE PachLog RFXCOM RFXMETER RFXX10REC RSS RandomTimer Revolt SCIVT SISPM SIS_PMS SML STV SVG SWAP SWAP_0000002200000003 SYSSTAT TCM THRESHOLD TRX TRX_ELSE TRX_LIGHT TRX_SECURITY TRX_WEATHER TUL TellStick Twilight USBWX USF1000 VIERA VantagePro2 WEBCOUNT WEBIO WEBIO_12DIGITAL WEBTHERM WOL WS2000 WS300 WS3600 Weather X10 XmlList YAMAHA_AVR ZWDongle ZWave at autocreate average backup dewpoint dummy eventTypes fheminfo holiday mailcheck notice notify openweathermap panStamp readingsGroup remotecontrol sequence speedtest structure telnet update watchdog weblink xxLG7000 Please define Luminosity first Please define Luminosity first LCD_Backlight: unknown attribute webCmd, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings setList event-on-change-reading event-on-update-reading event-min-interval stateFormat or use attr global userattr webCmd LCD_Backlight: unknown attribute devStateIcon, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings setList event-on-change-reading event-on-update-reading event-min-interval stateFormat or use attr global userattr devStateIcon Unknown command system("/usr/local/bin/gpio, try help.
Wo kann hier noch ein Fehler liegen? Backlight bringt auch kein Licht am Display . . .
Danke
gruß
Markus
Die Module I2C_TSL2561 und FRAMEBUFFER sind kein offizieller Bestandteil von FHEM V5.5. Du musst diese Module aus dem entsprechenden Forumsthread, aus dem SVN oder via update herunterladen.
http://forum.fhem.de/index.php/topic,20942.msg144497.html#msg144497
http://forum.fhem.de/index.php/topic,14156.msg152824.html#msg152824
@locutus
wer lesen kann ist klar im Vorteil, werde ich nachher direkt ausprobieren.
Danke
gruß
Markus
@locutus
So nun funktioniert auch das Display . . . ;D
Danke noch mal für das geniale Teil.
Gruß
Markus
Ich nehme auch ein Board mit der sma-buchse.
Was muß man tun, um eins zu bekommen?
Viele Grüße
hallo zusammen,
habe mal eine Frage zum CUL auf dem Board. Wenn ich versuche
set CUL_0 HmPairForSec 30 auszuführen erhalte ich folgende Fehlermeldung:
This command is not valid in the current rfmode
Habe ich irgendwas übersehen? list sagt . . .
Internals:
CMDS mBCFAIZOGMRTVWXefltux
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll: :STACKABLE_CC:CUL_RFR:
DEF /dev/ttyAMA0@38400 1034
DeviceName /dev/ttyAMA0@38400
FD 12
FHTID 1034
NAME CUL_0
NR 25
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.58 CSM868
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......$
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
Readings:
2014-06-17 12:52:13 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2014-06-16 16:16:02 cmds m B C F A I Z O G M R T V W X e f l t u x
2014-06-17 12:51:12 raw OK:0
2014-06-16 16:16:02 state Initialized
Attributes:
Danke Gruß
Markus
Du musst noch rfmode auf homematic setzen.
Gesendet von meinem Nexus 7 mit Tapatalk
Danke kaihs . . . . das wars :D
Gruß
Markus
Hallo zusammen,
nach mehrmonatigen fehlerfreiem Gebrauch ist mein LCD ausgefallen. Die Beleuchtung lässt sich noch ein/ausschalten, das Display bleibt aber leer.
Im Logfile ist folgende Zeile zu sehen:
2014.06.22 21:58:27 1: define LCD_Display LCD_Display FRAMEBUFFER /dev/fb1: /dev/fb1 isn't readable and writable
Neukonfiguration der Komponenten "Framebuffer driver"/"fbvs" brachte keine Besserung.
Kann das Display defekt sein oder hat jemand eine weitere Idee für mich ?
Zitat von: Heffer am 22 Juni 2014, 22:33:33
2014.06.22 21:58:27 1: define LCD_Display LCD_Display FRAMEBUFFER /dev/fb1: /dev/fb1 isn't readable and writable
Schon mal geprüft, ob /dev/fb1 existiert? Ich vermute nicht (mehr).
Hast du in der letzten Zeit ein Update des Betriebssystems gemacht?
Dadurch wurde ein neuer Kernel installiert, der den passenden Treiber für das Display leider nicht enthält.
Kurzfristige Abhilfe: Downgrade auf den Kernel, der den Treiber enthält, siehe https://github.com/notro/fbtft/wiki (https://github.com/notro/fbtft/wiki) und dort den Abschnitt Install.
Langfristig sollte man wohl mal versuchen, den Treiber als Modul zu compilieren und hoffen das der auch mit neueren Kernelversionen funktioniert. Ein neu compilieren Moduls ist aber auch dann bei jeder neuen Kernelversion nötig.
Das hier sollte das Device wieder zum Leben erwecken:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update b77683205688d3f6ae2b32a3c7f4e63de1c06a5d
sudo shutdown -r now
Zitat von: locutus am 22 Juni 2014, 22:47:48
Das hier sollte das Device wieder zum Leben erwecken:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update b77683205688d3f6ae2b32a3c7f4e63de1c06a5d
sudo shutdown -r now
leider nicht. Das hatte ich schon probiert.
Ein Update des Betriebssystem hatte ich tatsächlich vor kurzem durchgeführt und /dev/fb1 existiert bei mir auch nicht mehr.
Den Vorschlag von kaihs werde ich in den nächsten Tagen mal ausprobieren.
Das ältere Update vom 14.12.2013 hat auf meinem RasPi das /dev/fb1 wiederhergestellt:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update afe7e2abbf5cd7b8a25931e0eb2ca52a42bab7f6
Hallo locutus,
ich hatte es gerade auch probiert. Mit
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update f5fda53ad421799c7266310d87045cab0b525dec
konnte ich die Display-Anzeige reaktivieren.
Vielen Dank an locutus und kaihs !
Hallo,
habe heute meine RasPi neu augesetzt (müssen).
Jetzt geht der CUL nicht nicht.
get ccconfig liefert: CUL_0 ccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB
und lässt sich nicht umstellen??
set CUL_0 raw e
get CUL_0 ccconf
Ist irgendeine Veränderung erkennbar?
Nein, leider nicht
Sent from my iPhone using Tapatalk 2
Gruss
Markus
Diese Werte deuten auf einen defekten Transceiver Chip hin.
Du hast eine PM.
Hallo zusammen,
basierend auf kaihs IR-Hardware-Sender und der softwareseitigen Implementierung in culfw habe ich eine Erweiterungsplatine für das Add-On Board entwickelt. Die Schaltung besteht aus einem Transistor, einer IR-Diode und zwei Widerständen. Die Spannungsversorgung erfolgt über den 6-pol. ISP-Stecker. Der Lötpunkt P1 muss mit dem AVR Pin 15 verbunden werden (Lötkolben und ruhige Hände sind erforderlich).
Ich suche noch zwei freiwillige Mittester. Ihr bekommt das kleine Platinchen kostenfrei zur Verfügung gestellt.
Hallo,
wenn ich irgendwie helfen und etwas testen kann bin ich dabei ;D
Grüße
Ich wäre auch dabei. Habe einige Geräte eingebunden die ich per IR ansteuer.
Danke!
@Puschel74
Deine "Sammelbestellung" wird in der kommenden Woche versendet.
@Spezialtrick
Schick mir bitte deine Adressdaten per PM.
Hallo,
ich hätte da mal eine naive Frage. Und ich nutze kein FHEM, weil ich bislang nur Homematic Teile habe.
Ist es grundsätzlich so, dass man das Board auch "nur" als CUL ansprechen kann? Dann würde ich gerne eines mit CUxD (Add-on zur CCU von Homematic) ausprobieren, schlimmstenfalls wären die 40€ halt dann Lehrgeld, wenn ich zu doof bin, das selbst einzubinden.
Mein Status:
RasPi mit "virtueller" CCU2 im lxc-container, HM-LAN als Sender /Empfänger
Einige Thermostate,
Dass klingt erstmal kompliziert, läuft aber reibungslos und Module, die an den USB-Port vom Raspi angeschlossen werden, findet der CUxD auch. Jetzt fände ich es aber spannend, ob das auch mit diesem Board geht.
Falls es jemand interessiert, die Anleitung für die Virtualisierung habe ich im Homematic Forum (CCU2 Firmware für Dummies auf ARM Hardware) gefunden.
In jedem Fall vielen Dank für Eure Antworten!
Gruß,
Thomas
Gesendet von meinem GT-N8010 mit Tapatalk
@tomatic
Es spricht nichts dagegen, das Board zur Steuerung von HM Komponenten zu nutzen. Entscheidend ist der CUL Betriebsmodus: http://www.fhemwiki.de/wiki/SlowRF
Jaja, das ist ja auch beim klassischen CUL so. Das heißt, ich sollte zumindest die CUL Funktion nutzen können, evtl. mit etwas Nacharbeit auch die übrigen Features, richtig?
Aber eigentlich will ich auch nicht die HM Komponenten, sondern FS20 oder andere damit anbinden, weshalb ich auch CUxD installiert habe. Sozusagen "FHEM" light.
Danke für das schnelle Feedback.!
Gesendet von meinem GT-N8010 mit Tapatalk
Dann werde ich mal den Verkaufs-Thread abonnieren :-)
Gesendet von meinem GT-N8010 mit Tapatalk
Ist das .hex im ersten post das aktuelle mit ir-send unterstützung?
Dann muss ich es nicht selber kompilieren :)
@Kuzl
ja, irsend ist implementiert.
@tomatic
nun bin ich ein wenig im Bilde. CUxD kann wohl mit dem USB-Port des RasPi kommunizieren, aber wie schaut es mit GPIO aus?
Ich werde es einfach mal versuchen, hatte noch keine Zeit nachzusehen, ob man das mit einfachen Mitteln ggf. anpassen kann. Ich werde berichten, auch wenn es eigentlich nicht zu FHEM gehört.
Edit: sieht doch ganz vielversprechend aus:
ZitatTTYADD=
• unterstützt die Hardware neben den USB-Schnittstellen noch weitere serielle
Schnittstellen, dann können sie über diesen Parameter manuell dem CUxD
hinzugefügt werden. Dieser Parameter muss für jedes zusätzliche TTY angegeben
werden (also ggf. mehrfach!).
Beispiel: TTYADD=ttyAMA0
Gruß
So hab heute mal Zeit gefunden und mir ne kleine Lochraster zusammengelötet.
Die 5V nehme ich von dem OW-Anschluss, GND ist auf den Pin der ISP-Schnittstelle gesteckt und die Pulse sind am Pin 15 des AVRs.
Funktioniert perfekt mit der standard 940nm LED von Conrad die hier irgendwo mal genannt wurde.
Echt genial! Vielen Dank :)
Viele Grüße
Kuzl
Hallo Kuzl!
Welche Reichweite kannst du mit deiner Diode abdecken?
Lg
Hallo :)
Das kann ich gar nichtso genau sagen.
Meine Geräte sind maximal 40cm von der Diode entfernt. Ich lasse sie einfach an der Seite des Regals runterbaumeln, dann allerdings auch die Geräte schalten die genau in der entgegengesetzten Richtung sind in die die LED zeigt :)
Ich denke aber, dass die Reixhweite gar nicht so klein ist, da ich ja nicht von vorne auf die Geräte leuchte, sondern quasi parallel dazu.
Vg
Zitat von: Spezialtrick am 07 Juli 2014, 10:19:43
Ich bin gespannt wie die kleine Zusatzplatine funktioniert und ob sie bessere Leistung/Reichweite bringt als meine bisherigen Dioden. Kannst du schon Angaben zur Reichweite machen?
Ich habe den RasPi in einer Wohnzimmerecke im 45° Winkel zum TV positioniert und aus einer Entfernung von ca. 4 m die Sender problemlos umgeschaltet.
Zitat
Ich verwende aktuell zwei Dioden, brauche aber pro Diode exakt eine eigenständige Schaltung. Wäre es auch möglich ein Platinenlayout so zu entwickeln, dass es ermöglicht zwei oder drei IR Dioden anzuschließen?
Jede weitere IR-Diode belastet den internen Spanungsregler des RasPi um zusätzliche 100 mA und dieser reagiert sehr empfindlich auf Stromschwankungen.
Zitat
Wäre es auch möglich ein Platinenlayout so zu entwickeln, dass es ermöglicht zwei oder drei IR Dioden anzuschließen?
Im Moment sehe ich nicht die Notwendigkeit. Die meisten Fernbedienungen haben auch nur eine IR-Diode und werden mit 3V betrieben.
Zitat von: locutus am 08 Juli 2014, 22:49:08
Ich habe den RasPi in einer Wohnzimmerecke im 45° Winkel zum TV positioniert und aus einer Entfernung von ca. 4 m die Sender problemlos umgeschaltet. Jede weitere IR-Diode belastet den internen Spanungsregler des RasPi um zusätzliche 100 mA und dieser reagiert sehr empfindlich auf Stromschwankungen. Im Moment sehe ich nicht die Notwendigkeit. Die meisten Fernbedienungen haben auch nur eine IR-Diode und werden mit 3V betrieben.
Ich stimme Dir vollkommen zu. Normale Fernbedienungen verwenden nur eine einzige IR-Diode.
Wir haben aber Beide verschiedene Dinge gemeint. ^^ Ich wollte verschiedene Geräte in zwei verschiedenen Räumen ansteuern. (Heimkino im Wohnzimmer und TV im Schlafzimmer) D.h. die IR-Dioden liegen nicht nebeneinander, sondern an zwei vollkommen unterschiedlichen Positionen.
Ich habe mir die beiden Schaltungen parallel auf einem Steckbrett aufgebaut und es hat funktioniert. Ich könnte es so zwar auf eine Lochrasterplatine löten, aber eine schöne, grüne und einheitliche Platine von Dir würde mir besser gefallen. ^^
Vllt. gibt es auch andere die das interessieren würde.
Ich gehe bei Hardwareentwicklung auf die Interessen der Allgemeinheit ein. Auf diese Weise kann ich den Stückpreis so niedrig wie nur möglich halten. Wir können uns auch über eine ,,Sonderanfertigung" unterhalten, aber in der freien Marktwirtschaft wird für ,,Tuning" extra Geld verlangt.
Ich bin schon auf Deinen Testbericht gespannt!
@locutus: Was für einen Preis stellst du dir für Sonderanfertigung vor?
@Kaihs: Ich habe gerade mal versucht das Display für FRAMEBUFFER anzusteuern. Leider erhalte ich im Log minütlich diesen Fehler: "Cannot open standard.txt" Den User fhem haben ich der Gruppe video zugeordnet. Die standard.txt liegt im entsprechenden Ordner. Kannst du mir weiterhelfen?
Könntest du deine Layouts posten?
lg, miro
Ich habe gerade keinen Zugriff auf mein System, daher nur soviel:
Der Dateiname der Layoutdatei muss entweder ein absoluter Pfad sein (z. B. /opt/fhem/standard.txt) oder es muss das Attribut layoutBasedir gesetzt sein. Dann wird das Basedir vor den Dateinamen gesetzt.
Falls du nicht weiter kommst poste hier mal das list deines Framebuffers.
Hallo,
ich möchte gerne noch einmal mein Problem aus Mai in den Raum werfen, da ich dort immer noch keine Lösung gefunden habe.
Das Problem das ich habe ist, dass das Pairing meines HM_HM_CC_RT immer wieder nach ca. 5 Sekunden abbricht, da das Modul sich bei der Antwort anscheinend zu viel Zeit lässt.
Es wäre sehr nett, wenn sich noch einmal jemand dem Problem annehmen könnte.
viele Grüße
Marc
Zitat von: yogiflop am 27 Mai 2014, 07:44:51
Hallo und guten Morgen,
ich habe leider ein Problem mit dem CUL. Ich schaffe es nicht mehr, ein Homematic zu pairen. Das Gerät bricht ständig ab. Ich habe schon einiges an Hilfe aus dem Bereich Homematic bekommen, aber denke nun, das es auch hier reingehört, da anscheinend der CUL Probleme macht.
Wenn ich mit apptime die Laufzeit betrachte, sehe ich, das der CUL sehr lange braucht zum reagieren.
Auszug ausm Logfile und im Anhang die Screens der Apptime.
2014.05.27 06:40:08.664 4: CUL_Parse: display.cul A 1A 01 8400 249563 000000 1100954B4551303936323638395900FFFF12 -65
2014.05.27 06:40:08.914 2: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_249563 is now defined
2014.05.27 06:40:08.972 2: autocreate: define CUL_HM_HM_CC_RT_DN_249563 CUL_HM 249563
2014.05.27 06:40:08.993 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_249563 FileLog ./log/CUL_HM_HM_CC_RT_DN_249563-%Y-%W.log CUL_HM_HM_CC_RT_DN_249563
2014.05.27 06:40:11.788 4: CUL_send: display.culAs 10 01 A001 F11034 249563 00050000000000
grüße
Marc
Zitat von: kaihs am 15 Juli 2014, 20:04:33
Ich habe gerade keinen Zugriff auf mein System, daher nur soviel:
Der Dateiname der Layoutdatei muss entweder ein absoluter Pfad sein (z. B. /opt/fhem/standard.txt) oder es muss das Attribut layoutBasedir gesetzt sein. Dann wird das Basedir vor den Dateinamen gesetzt.
Falls du nicht weiter kommst poste hier mal das list deines Framebuffers.
Danke! Genau das Attribut layoutBasedir hat gefehlt. Wahrscheinlich habe ich es nicht gespeichert. Ich kann nun etwas auf dem Display sehen. Leider viel zu groß. Das Attribut size habe ich nicht in Fragebuffer gesetzt. Woran könnte es liegen? So sieht meine standard.txt aus:
### RSS Layout ###
font /usr/share/fonts/truetype/freefont/FreeMono.ttf # TrueType Schriftart
pt 50 # Schriftgroesse
time 0.10 0.16 # Uhrzeit
pt 24 # Schriftgroesse
img 40 66 1.0 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" } # Wetter Icon
text 0.19 0.79 { ReadingsVal("Pressure","pressure-nn","0"). " hPa" } # Luftdruck
text 0.35 0.70 { ReadingsVal("OWX_28_13C458050000","temperature","?"). " °C" } # Aussentemperatur
text 0.27 0.88 { ReadingsVal("Luminosity","luminosity","0"). " lx" } # Helligkeit
Was genau heißt zu groß?
Ich denke mal die Koordinaten und die Skalierung des Bildes passt noch nicht.
Hier mal meine standard.txt
### RSS Layout ###
font /usr/share/fonts/truetype/freefont/FreeMono.ttf # TrueType Schriftart
rgb "ffffff" # HTML Farbencode
pt 26 # Schriftgroesse
time 0.08 0.20 # Uhrzeit
pt 16
text 0.12 0.70 { ReadingsVal("BMP085","pressure-nn","?"). " hPa" } # BMP085 Luftdruck
text 0.04 0.85 { sprintf("%.1f", ReadingsVal("wz_Innentemperatur","temperature","0")) . "/" . ReadingsVal("bk_Aussentemp","temperature","?"). " °C" } # Aussentemperatur
img 25 50 0.4 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" } # Wetter Icon
pt 10
#text 0.04 0.95 "IP: 192.168.2.202" # IP Adresse
text 0.04 0.95 { "Helligk. " . ReadingsVal("Helligkeit","luminosity","0"). " lx" } # Helligkeit in Lux
Du kannst auch zum debuggen mal das Attribut debugFile auf /tmp/debug.png setzen und dir dann das erzeugte Bild mal ansehen oder hier anhängen.
Gruß,
Kai
Zitat von: yogiflop am 16 Juli 2014, 14:58:29
Hallo,
ich möchte gerne noch einmal mein Problem aus Mai in den Raum werfen, da ich dort immer noch keine Lösung gefunden habe.
Das Problem das ich habe ist, dass das Pairing meines HM_HM_CC_RT immer wieder nach ca. 5 Sekunden abbricht, da das Modul sich bei der Antwort anscheinend zu viel Zeit lässt.
Es wäre sehr nett, wenn sich noch einmal jemand dem Problem annehmen könnte.
viele Grüße
Marc
Welche Firmware Version werkelt auf deinem Board? Ich nehme an 1.55. Seit dem gab es einige Bugfixes in der AskSin (HomeMatic) Library: http://culfw.de/CHANGED
Zitat von: locutus am 16 Juli 2014, 21:56:40
Welche Firmware Version werkelt auf deinem Board? Ich nehme an 1.55. Seit dem gab es einige Bugfixes in der AskSin (HomeMatic) Library: http://culfw.de/CHANGED
Hallo,
Da hatte ich vor geraumer Zeit schon ein Update gemacht, wie es hier im Board beschrieben war.
CMDS
mBCFAIZOGMRTVWXefltux
Clients
:CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF
/dev/ttyAMA0@38400 1234
DeviceName
/dev/ttyAMA0@38400
FD
20
FHTID
1234
NAME
display.cul
NR
210
PARTIAL
STATE
Initialized
TYPE
CUL
VERSION
V 1.58 CSM868
initString
X21 Ar
Zitat von: locutus am 06 Juli 2014, 20:07:56
Hallo zusammen,
basierend auf kaihs IR-Hardware-Sender und der softwareseitigen Implementierung in culfw habe ich eine Erweiterungsplatine für das Add-On Board entwickelt. Die Schaltung besteht aus einem Transistor, einer IR-Diode und zwei Widerständen. Die Spannungsversorgung erfolgt über den 6-pol. ISP-Stecker. Der Lötpunkt P1 muss mit dem AVR Pin 15 verbunden werden (Lötkolben und ruhige Hände sind erforderlich).
Ich suche noch zwei freiwillige Mittester. Ihr bekommt das kleine Platinchen kostenfrei zur Verfügung gestellt.
Hallo Locutus,
heute ist meine Platine gekommen. Erst einmal vielen lieben Dank dafür.
Kannst du mir kurz erklären wo ich den AVR Pin 15 finde?
LG Patrick
Hallo Patrick,
anbei findest du ein Foto mit der Pin Belegung des ATmega644V. Der ATmega644V hat in einer Ecke einen Punkt, der dir dabei helfen sollte den Pin 15 zu finden.
Oder sieh dir bitte das Bild an:
http://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=15123
Cool Danke werde ich morgen mal bei Licht machen :D
Ein paar kleine Sachen sind mir noch bei deiner Doku aufgefallen:
In der layout.txt ist ein Fehler bei der Temperatur. Sollte heißen:
text 0.05 0.70 { sprintf("%.1f", ReadingsVal("Pressure","temperature","0")) . " / " . ReadingsVal("Wetter","temperature","?"). " °C" } # 1-Wire Temperatursensor und Aussentemperatur
Weiterhin muss bevor der Lichtsensor installiert wird einmal fhem aktualisiert werden da das Modul sonst nicht bekannt!
define Luminosity I2C_TSL2561 /dev/i2c-1 0x39 ### /dev/i2c-0 für RPi Rev.1
Beim
sudo apt-get –y install i2c-tools
wget http://raspberry.znix.com/hipif
wird das -y angemeckert!
Ansonsten ist die Doku der Knaller...vielen Dank dafür!
Hm irgendwie bin ich zu doof die IR_Dev zu nutzen!
Hier habe ich die Buttons definiert. Scheinbar werden sie auch erkannt, aber Schaltkommando wird nicht durchgeführt! Any idea?
Internals:
DEF CUL_0
IODev CUL_0
NAME IR_Dev
NR 35
STATE Initialized
TYPE CUL_IR
irReceive ON_NR
Helper:
Bm:
Cul_ir_set:
cnt 2
dmx 0
mAr
max 0
tot 0
Attributes:
ButtonA000 I02FF00001900 set LCD_Backlight off
ButtonA001 I02FF00001B00 set LCD_Backlight on
ButtonA002 I02FF00001100
ButtonA003 I02FF00001700
irReceive ON_NR
learncount 4
learnprefix A
loglevel 6
verbose 5
2014.07.26 10:04:12 4: CUL_Parse: CUL_0 I02FF00001900
2014.07.26 10:04:12 5: CUL_0 dispatch I02FF00001900
2014.07.26 10:04:12 4: IR-Reception: I02FF00001900
2014.07.26 10:04:12 5: Button found; IR:I02FF00001900 Def:set LCD_Backlight off
2014.07.26 10:04:12 5: Cmd: >set LCD_Backlight off<
2014.07.26 10:04:12 4: dummy set LCD_Backlight off
2014.07.26 10:04:13 5: CUL/RAW: /I02FF000
2014.07.26 10:04:13 5: CUL/RAW: I02FF000/01B00
2014.07.26 10:04:13 4: CUL_Parse: CUL_0 I02FF00001B00
2014.07.26 10:04:13 5: CUL_0 dispatch I02FF00001B00
2014.07.26 10:04:13 4: IR-Reception: I02FF00001B00
2014.07.26 10:04:13 5: Button found; IR:I02FF00001B00 Def:set LCD_Backlight on
2014.07.26 10:04:13 5: Cmd: >set LCD_Backlight on<
2014.07.26 10:04:13 4: dummy set LCD_Backlight on
EDIT: Mir ist aufgefallen, das IR_Dev gar keine Events erzeugt. Ist das bei Euch auch so?
Also das löten hat geklappt und ich kann auch IR senden....juhuu wie geil :D
@Damian: Eine Frage habe ich noch: Sind eigentlich noch GPIO frei verfügbar für LEDs oder Taster?
Mercí
Zitat von: P.A.Trick am 26 Juli 2014, 00:37:43
In der layout.txt ist ein Fehler bei der Temperatur. Sollte heißen:
text 0.05 0.70 { sprintf("%.1f", ReadingsVal("Pressure","temperature","0")) . " / " . ReadingsVal("Wetter","temperature","?"). " °C" } # 1-Wire Temperatursensor und Aussentemperatur
Nein, kein Fehler! OWX_28_000000000000 ist die ID eines 1-Wire Temperatursensors und diese muss bei Bedarf korrigiert werden. Der DS18B20 wird an die 3-pol. Schraubklemme angeschlossen.
ZitatWeiterhin muss bevor der Lichtsensor installiert wird einmal fhem aktualisiert werden da das Modul sonst nicht bekannt!
define Luminosity I2C_TSL2561 /dev/i2c-1 0x39 ### /dev/i2c-0 für RPi Rev.1
Ein Update ist nicht zwingend erforderlich. Das Modul für TSL2561 Helligkeitssensor kann auch manuell installiert werden. Der Link zum Forumsthread ist in der Kurzanleitung vorhanden.
ZitatBeim
sudo apt-get –y install i2c-tools
wget http://raspberry.znix.com/hipif
wird das -y angemeckert!
Das kann ich nicht bestätigen.
ZitatEine Frage habe ich noch: Sind eigentlich noch GPIO frei verfügbar für LEDs oder Taster?
Die Portbelegung ist in der Kurzanleitung und im ersten Thread beschrieben.
Danke für deine Antworten!
Edit:
In der Portbelegung steht das hier
GPIO 23 - LED Backlight
Bei mir ist das aber Port 4, oder irre ich?
Wenn ich alles verstanden habe, sind die folgenden GPIOs noch nutzbar!
22
23
24
25
27
Richtig?
GPIO 23 liegt auf Pin 16.
Diese Ports sind frei:
Pin | GPIO | WiringPi
--------------------------
7 | 4 | 7
13 | 27 | 2
15 | 22 | 3
21 | 9 | 13
Aber ich vermute, dass du WiringPi meinst?
Danke das hilft mir. Ich wollte mir noch drei LEDs und einen Taster anflanschen, dann kann ich
noch ein bissel mehr spielen :-)
Ich habe die IR-Erweiterungsplatine für das Raspberry Pi Add-On Board von Locutus zum Testen bereitgestellt bekommen. Vielen Dank nochmals!
Die IR-Erweiterungsplatine war nun ein paar Wochen bei mir im Einsatz und funktioniert einwandfrei! Das Anschließen der IR-Erweiterungsplatine ist denkbar einfach, da man die Platine lediglich auf den 6-pol. ISP-Stecker schieben muss. Der schwierigere Teil ist das Verbinden des Lötpunkts P1 auf der IR-Erweiterungsplatine mit dem AVR Pin 15 auf dem Raspberry Pi Add-On Board. Dies erfordert einen feinen Lötkolben und eine sehr ruhige Hand. Da ich keinen feinen Lötkolben besitze, musste ich mir mit einem Drahtstück am Kolben behelfen, aber auch das hat gut funktioniert. Zusätzlich muss noch die CulFW auf einen aktuellen Stand gebracht werden, damit das IR Senden unterstützt wird.
Die Qualität der IR-Erweiterungsplatine ist absolut professionell, so wie man es von Locutus gewohnt ist. Die Reichweite der IR-Signale würde ich auf circa 5 bis 6 Meter schätzen. Eine Verringerung des LED-Vorwiderstands würde diese erhöhen.
Zwei Verbesserungsvorschläge habe ich jedoch:
1) Ich habe drei kleine Kühlkörper auf meinem Raspberry Pi aufgeklebt. Der auf der IR-Erweiterungsplatine verbaute Transistor und einer der Kühlkörper stehen sich leider etwas im Weg. Dies ist auf einem der angehangenen Fotos zu erkennen.
2) Zur besseren Ausrichtung der LED wäre es besser eine Schraubklemme statt der LED auf der Platine unterzubringen, um die LED über ein Kabel anschließen zu können. Dies würde ermöglichen die LED gezielter auf mögliche Empfänger zu richten.
Anbei findet ihr noch einige Fotos der Platine.
Zitat von: Spezialtrick am 27 Juli 2014, 22:59:18
1) Ich habe drei kleine Kühlkörper auf meinem Raspberry Pi aufgeklebt. Der auf der IR-Erweiterungsplatine verbaute Transistor und einer der Kühlkörper stehen sich leider etwas im Weg. Dies ist auf einem der angehangenen Fotos zu erkennen.
Das ist übrigens absolut überfüssig. Der Chip ist für Mobiltelefone gemacht und kommt da auch ohne Kühlung aus. Sollte er sich wieder Erwarten doch >85° erhitzen würde er sich selbstständig drosseln.
Das auch nicht meine Meinung sondern die der RPi Foundation.
Kai
Im Dokument AddOnRPi_06_2014.pdf
wird beim Image vom 20.5.14
3. Licht- und Luftdrucksensor definieren:
Benötigte Pakete installieren:
sudo apt-get –y install i2c-tools
das -y als fehlerhaft gemeldet .....
Bernhard
Dann lass es weg. Es sorgt für das automatische Beantworten von Rückfragen mit "yes". (nicht perfekt ausgedrückt)
@Rince
war/ist mir schon klar.
Mir ging es nur darum, in der Doku darauf hinzuweisen / es zu ändern .....
Bernhard
Schalten von IT-Schaltsteckdosen
Hallo,
Ich versuche derzeit (Teile) meiner Installation von der Fritzbox auf den Raspi mit dem Add-On-Board zu übertragen.
Bei dem IT-Gerät werden die Schaltbefehle nicht ausgeführt, die rote LED leuchtet dabei relativ lange. Ausschnitt aus Log hängt an.
Firmware:
VERSION V 1.58 CSM868
initString X21
Define
DEF A2
IODev CUL_0
NAME itst
NR 280
STATE on
TYPE IT
XMIT 0000f0000f
XMITdimdown 00
XMITdimup 0f
XMIToff f0
XMITon ff
Log:
2014.08.04 13:38:05 2: IT set itst on
2014.08.04 13:38:05 2: IT IODev device didn't answer is command correctly: raw => ? (is0000F0000FFF is unknown) Use one of m B C F A I Z O G M R T V W X e f l t u x
2014.08.04 13:38:44 2: IT set itst on
2014.08.04 13:38:44 2: IT IODev device didn't answer is command correctly: raw => ? (is0000F0000FFF is unknown) Use one of m B C F A I Z O G M R T V W X e f l t u x
2014.08.04 13:39:03 2: IT set itst on
2014.08.04 13:39:03 2: IT IODev device didn't answer is command correctly: raw => ? (is0000F0000FFF is unknown) Use one of m B C F A I Z O G M R T V W X e f l t u x
2014.08.04 13:39:28 2: IT set itst off
2014.08.04 13:39:28 2: IT IODev device didn't answer is command correctly: raw => ? (is0000F0000FF0 is unknown) Use one of m B C F A I Z O G M R T V W X e f l t u x
2014.08.04 13:39:37 2: IT set itst on
2014.08.04 13:39:37 2: IT IODev device didn't answer is command correctly: raw => ? (is0000F0000FFF is unknown) Use one of m B C F A I Z O G M R T V W X e f l t u x
gibt es eine Lösung für das Problem, verwende ich die falsche Firmware-Version?
Bernhard
In den Kommandos (B C F A I Z O G M R T V W X e f l t u x) fehlt die i Funktion, siehe http://culfw.de/commandref.html#cmd_i
Bitte nimm die Firmware aus dem ersten Beitrag: http://forum.fhem.de/index.php/topic,14156.msg89058.html#msg89058
mhm, da sind 2 Firmware-Dateien verlinkt:
* rpiaddon.hex (76.4 kB - runtergeladen 8 Mal.)
* rpiaddon_v161.hex (74.73 kB - runtergeladen 7 Mal.)
welche ist dann die richtige?
Vielleicht sollte man zur 1. auch eine Version (ins Kommentar) schreiben und jeweils ein Datum?
Bernhard
------------------
Ergänzung:
Danke, das wars, V 1.61, jetzt funktionierts
Ich habe auch gerade versucht, die Firmware von 1.58 auf 1.61 zu aktualisieren. Leider scheitert es schon am Download per Konsole auf den raspi. Gibt es eine ähnlich geniale Anleitung wie das pdf mit der Dokumentation zum Board, mit der auch jemand mit weniger Linuxkenntnissen (so wie ich) das auf die Reihe kriegt? Bin mit DOS aufgewachsen und manches habe ich schon verstanden, aber in vielen Punkten ist mir Linux dann doch noch zu kompliziert.
Einen Bildschirm habe ich leider nicht angeschlossen, so dass ich die GUI des raspi nicht nutzen kann und alles mit putty machen muss.
Gruß Dennis
Ich nutze Core FTP Pro. Die Client Software stellt eine SSH/SFTP Verbindung zum Raspberry Pi her.
Firmware aktualisieren:
1. Das Paket avrdude installieren:
sudo apt-get install avrdude
2. fhem beenden:
sudo invoke-rc.d fhem stop
3. Userrechte hinzufügen:
sudo chmod u+x flash.sh
4. rpiaddon.hex flashen:
sudo ./flash.sh
5. fhem neu starten:
sudo invoke-rc.d fhem start
Hallo!
Platine heute erhalten und konfiguriert (PDF) - alles was ich prüfen konnte funktioniert klaglos!
Ausgezeichnete Anleitung - Danke
Zitat von: locutus am 27 Juli 2014, 20:59:11
Nein, kein Fehler! OWX_28_000000000000 ist die ID eines 1-Wire Temperatursensors und diese muss bei Bedarf korrigiert werden. Der DS18B20 wird an die 3-pol. Schraubklemme angeschlossen.
Ist ein Pullup Widerstand dazu notwendig? Wenn, ja welcher?
LG
Zitat von: raimundl am 05 August 2014, 21:45:47
Ist ein Pullup Widerstand dazu notwendig? Wenn, ja welcher?
Ein externer Pullup Widerstand ist nicht nötig.
Ich habe mir aus Neugier das Raspberry B+ Board bestellt und versuche gerade, Dein Board darauf zum laufen zu bringen.
Klappt auch... bis auf das Display. Klar, das /dev/fb1 existiert im neuen Kernel nicht.
Müssen jetzt alle B+-Besteller warten, bis das irgendwann mal im Kernel compiliert wird? Oder kann man da noch was tun?
Lösung: sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update
Anschließend neu starten und Backlight einschalten.
Nu klappt's wieder...
Btw.: Das Micro SD-Slot verdaut problemlos die Sandisk 64 GB Karte...
Zitat von: RappaSan am 06 August 2014, 19:15:56
Ich habe mir aus Neugier das Raspberry B+ Board bestellt und versuche gerade, Dein Board darauf zum laufen zu bringen.
Wie "gut" passt das Board denn? Kannst vlt. Mal 1-2 Fotos machen? Würd mich mal interessieren...
Sent from my iPad using Tapatalk HD
Das Board passt einwandfrei, wird ja auf der größeren Steckerleiste an den Rand gesetzt.
Hab ein komplett transparentes Gehäuse dazu gekauft (Amazon http://www.amazon.de/gp/product/B00M3A7KD0/ref=oh_aui_detailpage_o03_s00?ie=UTF8&psc=1 )
Für die Antenne muss dort natürlich noch ein Loch angebracht werden, aber ansonsten passt das ohne Schrauben zusammensteckbare teil prima.
Bin gerade auf Arbeit, Fotos kommen am Wochenende.
Ich habe ein kleines Utility gebastelt für den Fall daß man auf dem Display die eigene IP darstellen möchte.
Den Programmers Award werde ich damit sicherlich nicht gewinnen, aber vielleicht hat ja trotzdem jemand Interesse...
Danke an moonsorrox , er hat mir bei dem Erzeugen des richtigen Ausgabe-Kommandos geholfen.
##############################################
# $Id: 99_myUtils.pm $
package main;
use strict;
use warnings;
use POSIX;
sub
myUtils_Initialize($$)
{
my ($hash) = @_;
}
######## FhemLanIP ############
# Aufrufbeschreibung: getip()
sub
getip(){
my ($hash) = @_;
my $cmdLine = 'hostname -I';
my @ips = `$cmdLine`;
return ( "@ips" );
}
1;
Als 99_myUtils.pm abgespeichert.
Anschliessend noch
text 0.14 0.95 { trim(getip()) }
in die layout.txt und
shutdown restart durchführen.
moin moin,
Board ist heute angekommen... sehr geiles Teil :-)
bekomme nur leider beim Display den Fehler "syntax error missing right"
Woran kanns liegen?!?
Zitat von: locutus am 27 Juli 2014, 20:59:11
Nein, kein Fehler! OWX_28_000000000000 ist die ID eines 1-Wire Temperatursensors und diese muss bei Bedarf korrigiert werden.
Oben die Lösung für Datei /opt/fhem/layout.txt - (hatte ich auch)
LG
Gut. Hab keinen dran. Hab dafür den internen temp Wert hergenommen... Evtl restart ?
--- Mobil erstellt daher kurz gehalten --
Wochenendeeee !!! 8)
corny456 hat nach Fotos gefragt...
Nice
--- Mobil erstellt daher kurz gehalten --
Und das Micro SD-slot erscheint deutlich wertiger (Metallkäfig).
Die SD-Karte steht nicht mehr vor, allein dadurch wird es weniger Kontakt - Probleme damit geben als beim Vorgänger.
Mal eine etwas doofe Frage: wie bringt man am besten das IR-Signal vom Erdgeschoss ins OG zur Steuerung der Dachfenstermotoren? Habe da leider Null Erfahrung.
IR ist nicht sichtbares Licht, wenn Du also keine Sichtverbindung hast, wird das nicht gehen.
Gruß PeMue
Zitat von: PeMue am 08 August 2014, 15:19:56
IR ist nicht sichtbares Licht, wenn Du also keine Sichtverbindung hast, wird das nicht gehen.
::) DAS war mir schon klar, mit "keiner Erfahrung" meinte ich eher, ob es so was wie eine Platine mit WLAN/Ethernet gibt an die ich wiederum einen IR Sender/Receiver anschließen kann und das ganze dann von FHEM anzusteuern. Oder besser: einen Arduino mit entsprechender Erweiterung (welche?) neben die Motorsteuerung des Dachfensters platzieren?
Btw, könnte man ein IR Fernbedienung auslesen? Also was für Code beim Drücken rauskommen und diese dann mit o.g. Lösung an die Motorsteuerung senden?
Michael
Zitat von: Roaster am 08 August 2014, 19:22:03
Btw, könnte man ein IR Fernbedienung auslesen? Also was für Code beim Drücken rauskommen und diese dann mit o.g. Lösung an die Motorsteuerung senden?
Das kannst du schon mit dem Add-On Board. Das hat einen IR-Empfänger und die cultw/fhem unterstützt den Empfang unterschiedlichster Protokolle.
Ein per Funk angebundenen IR-Sender habe ich auch auf der ToDo-Liste. Sollte sich mit einem Funkmodul, Arduino und IR-Diode nicht allzu schwer umsetzen lassen.
Kai
Zitat von: kaihs am 08 August 2014, 19:27:42
Ein per Funk angebundenen IR-Sender habe ich auch auf der ToDo-Liste. Sollte sich mit einem Funkmodul, Arduino und IR-Diode nicht allzu schwer umsetzen lassen.
Und genau da happerst bei mir. Ich kann das zwar nachbauen, aber mit fehlt das elektronische Fachwissen welche Teile benötigt werden und wie diese zusammengebaut werden müssen.
Melde dich doch mal hier wieder zurück, wenn du schon erste Ergebnisse hast. Ich habe den Thread auf Beobachtung.
Michael
Zitat von: locutus am 06 August 2013, 23:00:49
TSOP4838 IR-Empfänger
locutus, sehe ich das als Laie so richtig, dass das Board keinen IR Sender hat und somit keine Geräte steuern kann, sondern lediglich Daten empfangen? Wenn dem so ist ist da eine Erweiterung geplant, die auch Senden kann?
Michael
Zitat von: Roaster am 08 August 2014, 20:22:12
locutus, sehe ich das als Laie so richtig, dass das Board keinen IR Sender hat und somit keine Geräte steuern kann, sondern lediglich Daten empfangen? Wenn dem so ist ist da eine Erweiterung geplant, die auch Senden kann?
Michael
Richtig und die IR Erweiterungsplatine gibt es schon! Funktioniert bei mir super!
Für IR-Sende Erweiterung guckst du hier: http://forum.fhem.de/index.php/topic,14156.msg181794.html#msg181794 (http://forum.fhem.de/index.php/topic,14156.msg181794.html#msg181794)
Oh, prima! Die habe ich wohl in den gelesenen (gefühlt 100) Seiten hier im Thread übersehen ::)
Würde das Board von locutus somit den CUL1101 von Busware komplett ersetzen und noch einiges mit drauf packen?
Eine RP-SMA 15cm/5dBi Antenne, wie Busware sie zum CUL verkauft kann ich sicherlich auch woanders bekommen, oder? Ist da grundsätzlich eine speziell auf das von locutus angeboten Board abgestimmte Antenne notwendig? Ich meine die von Busware ist ja nicht gerade die Billigste im Lande.
An wen müsste ich mich somit wg. dem Board und der IR Erweiterung wenden? Per PM an locutus?
Michael
http://forum.fhem.de/index.php?topic=15079.0
Gesendet von meinem D5503 mit Tapatalk
Zitat von: Spezialtrick am 27 Juli 2014, 22:59:18
Zwei Verbesserungsvorschläge habe ich jedoch:
1) Ich habe drei kleine Kühlkörper auf meinem Raspberry Pi aufgeklebt. Der auf der IR-Erweiterungsplatine verbaute Transistor und einer der Kühlkörper stehen sich leider etwas im Weg. Dies ist auf einem der angehangenen Fotos zu erkennen.
2) Zur besseren Ausrichtung der LED wäre es besser eine Schraubklemme statt der LED auf der Platine unterzubringen, um die LED über ein Kabel anschließen zu können. Dies würde ermöglichen die LED gezielter auf mögliche Empfänger zu richten.
Die nächste Generation wird mit einem SMD Transistor bestück sein.
Eine Schraubklemme halte ich persönlich für eine potenzielle Fehlerquelle: Wackelkontakt, verpolte IR-Diode ...
Zitat von: RappaSan am 07 August 2014, 17:03:48
Ich habe ein kleines Utility gebastelt für den Fall daß man auf dem Display die eigene IP darstellen möchte.
Den Programmers Award werde ich damit sicherlich nicht gewinnen, aber vielleicht hat ja trotzdem jemand Interesse...
Danke an moonsorrox , er hat mir bei dem Erzeugen des richtigen Ausgabe-Kommandos geholfen.
Danke! Das werde ich auf jeden Fall mit in die Anleitung aufnehmen.
Zitat von: Roaster am 08 August 2014, 14:30:00
Mal eine etwas doofe Frage: wie bringt man am besten das IR-Signal vom Erdgeschoss ins OG zur Steuerung der Dachfenstermotoren? Habe da leider Null Erfahrung.
Mit einer professionellen Lösung: http://forum.fhem.de/index.php/topic,22879.msg162488.html#msg162488
oder günstiger und ohne fhem mit z.B.: http://www.marmitek.com/de/produkt-details/steuern/steuern-von-av-geraeten-ausser-sicht/powermid-300-xtra.php
Kann man eigentlich den Eventmonitor auf dem display ausgeben?
Seit längerer Zeit habe ich ein Problem mit meinem fhem Server. Dieser läuft auf einem Raspberry Pi, auf dem natürlich auch das Board von locutus installiert ist.
Das Problem äußert sich darin, dass sich fhem für eine gewisse Zeit aufhängt und keinerlei Aktionen in diesem Zeitraum ausgeführt werden. Daher habe ich mir den Performance Monitor aus diesem Thema installiert:
http://forum.fhem.de/index.php?topic=16347.0
Der Performance Monitor hat das Problem im Log auch deutlich angezeigt. Nachfolgend einer kurzer Auszug aus dem Log:
2014.08.02 17:28:09 1: Perfmon: possible freeze starting at 17:28:08, delay is 1.954
2014.08.02 17:28:13 1: Perfmon: possible freeze starting at 17:28:10, delay is 3.368
2014.08.02 17:33:10 1: Perfmon: possible freeze starting at 17:33:09, delay is 1.131
2014.08.02 17:33:12 1: Perfmon: possible freeze starting at 17:33:11, delay is 1.195
2014.08.02 17:33:14 1: Perfmon: possible freeze starting at 17:33:13, delay is 1.446
2014.08.02 17:38:10 1: Perfmon: possible freeze starting at 17:38:09, delay is 1.131
2014.08.02 17:38:16 1: Perfmon: possible freeze starting at 17:38:13, delay is 3.297
2014.08.02 17:43:10 1: Perfmon: possible freeze starting at 17:43:09, delay is 1.131
2014.08.02 17:43:13 1: Perfmon: possible freeze starting at 17:43:12, delay is 1.13
2014.08.02 17:43:18 1: Perfmon: possible freeze starting at 17:43:16, delay is 2.168
2014.08.02 17:48:10 1: Perfmon: possible freeze starting at 17:48:09, delay is 1.122
2014.08.02 17:48:20 1: Perfmon: possible freeze starting at 17:48:19, delay is 1.261
2014.08.02 17:53:13 1: Perfmon: possible freeze starting at 17:53:12, delay is 1.121
2014.08.02 17:53:16 1: Perfmon: possible freeze starting at 17:53:15, delay is 1.121
2014.08.02 17:53:22 1: Perfmon: possible freeze starting at 17:53:21, delay is 1.263
2014.08.02 17:58:10 1: Perfmon: possible freeze starting at 17:58:09, delay is 1.131
2014.08.02 17:58:24 1: Perfmon: possible freeze starting at 17:58:23, delay is 1.3
2014.08.02 18:03:13 1: Perfmon: possible freeze starting at 18:03:12, delay is 1.121
2014.08.02 18:03:16 1: Perfmon: possible freeze starting at 18:03:15, delay is 1.121
2014.08.02 18:03:26 1: Perfmon: possible freeze starting at 18:03:25, delay is 1.587
2014.08.02 18:08:28 1: Perfmon: possible freeze starting at 18:08:27, delay is 1.618
2014.08.02 18:13:10 1: Perfmon: possible freeze starting at 18:13:09, delay is 1.122
2014.08.02 18:13:13 1: Perfmon: possible freeze starting at 18:13:12, delay is 1.123
2014.08.02 18:13:30 1: Perfmon: possible freeze starting at 18:13:29, delay is 1.661
2014.08.02 18:18:10 1: Perfmon: possible freeze starting at 18:18:09, delay is 1.121
2014.08.02 18:18:13 1: Perfmon: possible freeze starting at 18:18:12, delay is 1.12
2014.08.02 18:18:32 1: Perfmon: possible freeze starting at 18:18:31, delay is 1.7
2014.08.02 18:23:10 1: Perfmon: possible freeze starting at 18:23:09, delay is 1.131
2014.08.02 18:23:13 1: Perfmon: possible freeze starting at 18:23:12, delay is 1.131
2014.08.02 18:23:34 1: Perfmon: possible freeze starting at 18:23:33, delay is 1.739
Da ich den Fehler nicht mit weiterer Recherche über das Log finden konnte, habe ich angefangen einzelne Module aus meiner fhem.cfg zu deaktivieren, um das Problem einzugrenzen. Schlussendlich konnte ich feststellen, dass es an meinen drei 1-Wire Temperatursensoren liegt, die ich am Add-on Board angeschlossen habe. Daher habe ich die Definition für die Temperatursensoren aus meiner fhem.cfg gelöscht und die Definition des 1-Wire Anschlusses auskommentiert. Seit her sind die Meldungen im Log nahezu vollständig verschwunden und fhem läuft spürbar schneller als davor.
Ich würde die 1-Wire Temperatursensoren allerdings gerne wieder nutzen. Ich habe den 1-Wire Anschluss definiert:
define OWio OWX CUL_0
attr OWio group Add-On Board
attr OWio icon it_net
attr OWio room System
Die Definition für den Temperatursensor sah folgendermaßen aus:
# Wohnzimmer #
define OWX_28_13C458050000 OWTHERM DS18B20 13C458050000
attr OWX_28_13C458050000 IODev OWio
attr OWX_28_13C458050000 event-on-change-reading .*
attr OWX_28_13C458050000 group Klima
attr OWX_28_13C458050000 model DS1822
attr OWX_28_13C458050000 room Wohnzimmer
attr OWX_28_13C458050000 stateFormat {sprintf("%.1f", ReadingsVal("OWX_28_13C458050000","temperature","0"))}
attr OWX_28_13C458050000 tempHigh 75
attr OWX_28_13C458050000 tempLow 70
# Log #
define FileLog_OWX_28_13C458050000 FileLog ./log/OWX_28_13C458050000-%Y-%m.log OWX_28_13C458050000
attr FileLog_OWX_28_13C458050000 fm_type [{"title":"Measured temperature","id":"graph-temp","min":"auto:0","max":"auto:20","col":"a90000","h":2}]
attr FileLog_OWX_28_13C458050000 group Klima
attr FileLog_OWX_28_13C458050000 room Logs
# Graph #
define SVG_FileLog_OWX_28_13C458050000_1 SVG FileLog_OWX_28_13C458050000:SVG_FileLog_OWX_28_13C458050000_1:CURRENT
attr SVG_FileLog_OWX_28_13C458050000_1 group Klima
attr SVG_FileLog_OWX_28_13C458050000_1 label "Temperatur Min: $data{min1} °C, Max: $data{max1} °C, Durchschnitt: $data{avg1} °C, Aktuell: $data{currval1} °C"
attr SVG_FileLog_OWX_28_13C458050000_1 room Wohnzimmer
Wie kann ich das Problem lösen? Hat vielleicht jemand ähnliche Probleme?
Wie hast du die 1-Wire Temperatursensoren angeschlossen, parasitär oder normal? Bitte im Normalbetrieb das Attribut
attr OWio buspower real
setzen.
Die DS18B20 sollten jeweils mit einem 100nF Kondensator zwischen +5V und GND zur Stabilisierung des Busses versehen werden.
Ich nehme an, dass ich die Sensoren normal angeschlossen habe, also mit GND, 5v und Data.
Das genannte Attribut habe ich heute auch gesetzt. Im Log tauchen die Freezes leider weiterhin auf. Liegt es am fehlenden Kondensator? Den musste ich erstmal besorgen.
Ich hatte auch ziemliche Verzögerungen durch OneWire Module.
Wenn man sich den OneWire Bereich im Forum ansieht ist das auch noch sehr viel in Bewegung.
Wenn du nur Temperatursensoren einsetzt (18[BS]20), ist eine Alternative die HMS-Emulation in der culfw (http://culfw.de/commandref.html#cmd_O (http://culfw.de/commandref.html#cmd_O)). Also das OHo Kommando.
Dann wird das komplette OneWire Handling vom AddOn Board übernommen und fhem bekommt bereits fertige Temperaturwerte. Die OneWire Module kann du in fhem dann entfernen, statt dessen kommt das HMS Modul zum Einsatz.
Kai
@1-wire,
Mit einem auf DS2480 basierenden USB 1-wire Busmaster z.B. von locutus und den von Norbert Truchsess inzwischen auf ASYNC umgestellten OWX Modulen umgeht Ihr die Probleme sicher und spart Zeit und Nerven. Nicht alle Anschlussmöglichkeiten eines Eierlegendenwollmilchsauhardwaremoduls muss man zwangsläufig auch nutzen. Ich hab das Displaymodul auch auf einem RPI, geht wirklich prima - Funk - IR - Helligkeit - Display, aber die 1-wire Sache habe ich wie geschrieben ausgelagert und das geht mehr als zufriedenstellend.
@1Wire die 2te:
Ich habe ein eigenes Add On Board mit einer ähnlichen Schaltung wie bei diesem hier.
Mit den Standard 1 Wire Modulen kam es beim Auslesen des 1 Wire Netzes mit 22 Sensoren zu langen Verzögerungen von FHEM.
Ich habe dann die erweiterten 1 Wire Module aus diesem http://forum.fhem.de/index.php/topic,16945.msg161805.html#msg161805 Beitrag verwendet und die Attribute nonblocking beim Server und beim Device auf 1 gesetzt.
Der PI läuft nun seit 14 Tagen durch und ich hatte kein Hängen mehr von FHEM. Trotzdem kommen die Messwerte an.
Evtl. kann man das einmal ausprobieren, bevor man neue Hardware anschafft...
Das ist die 2te Anschlussvariante für OWServer, die ich in der Kurzanleitung beschrieben habe.
@Spezialtrick
100nF Kondensatoren ... es kann nicht schaden, es zu versuchen: http://www.fischer-net.de/hausautomation/haustechnik/1-wire/36-heiz-und-warmwasserkreis-ueberwachen.html
Ich habe den ersten Beitrag aktualisiert. culfw für OWServer ist nun angehängt und bitte die Lötbrücken nicht vergessen!
Hallo zusammen
Ich habe da mal eine Frage. Fast alle haben ja das Board mit RP-SMA Sockel bestellt. Wo aber habt Ihr eine bezahlbare 886Mhz Antenne her? Ich habe mich jetzt schon sonstwo umgetan, und nutze derzeit einen Kabelrest vom FS-AntennenKabel, der rein zufaellig super passt! Wenn man welche findet, dann sind die Versandkosten so hoch, dass man den Sockel lieber ausloetet und stattdessen einen Draht nimmt!
Gruss Christoph
Hallo Christoph,
Ich hab diese gekauft:
http://www.ebay.de/itm/1-Pcs-SMA-Male-Plug-Straight-GSM-GPRS-900-1800-MHz-Antenna-10CM-/300771305503?pt=LH_DefaultDomain_0&hash=item46075de81f&clk_rvr_id=686364547874
Gruß Karl
Sent from my iPad using Tapatalk
Hallo,
hab die hier: http://www.ebay.de/itm/151264906318?_trksid=p2059210.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Lieferzeit ca. 10 Tage.
Gruss
Stefan
Hallo Stefan und Karl
Danke, ich bin einfach zu bloed! Ich habe nach Antenne gesucht, da kommt natuerlich Antenna nicht als Ergebnis! Gut, da mein Draht ja funktioniert, kann ich auf den Chinesen warten!
Gruss Christoph
Hallo!
Habe im Rahmen meiner Versuche nun einen DS2401 am OWBus angeschlossen (DS18B20 läuft problemlos):
DS2401 wurde automatisch erkannt und auch ausgewertet -present. Eine weitere Aktualisierung funktioniert aber nicht. Der Status ob present oder not present funkt nur beim booten.
Noch eine kurze Zusatzfrage: was symbolisiert die LED auf der TFT Platine genau?
LG
Der DS2401 sendet ja nur seine Seriennummer auf dem Bus. Ich kenne das Bauteil und das Verhalten des OWID Moduls nicht. Dazu sollte sich mal jemand äußern, der diese Konstellation aktiv nutzt.
Die LED signalisiert den Empfang und das Senden von Daten. 3 verschiedene Modi sind konfigurierbar: http://culfw.de/commandref.html#cmd_l
Zitat von: locutus am 12 August 2014, 08:36:51
Wie hast du die 1-Wire Temperatursensoren angeschlossen, parasitär oder normal? Bitte im Normalbetrieb das Attribut
attr OWio buspower real
setzen.
Die DS18B20 sollten jeweils mit einem 100nF Kondensator zwischen +5V und GND zur Stabilisierung des Busses versehen werden.
Müssen die Kondensatoren direkt am DS18B20 verbunden werde oder kann ich sie auch direkt am Pi anbringen?
Das setzen von "attr OWio buspower real" braucht leider kaum Besserung. :(
Hallo,
nach mehrmonatigen Gebrauch des Raspberry Pi Add-On Boards meldet das FHEM-Logfile seit ein paar Tagen
Zitat2014.08.31 16:28:13 3: Opening CUL_0 device /dev/ttyAMA0
2014.08.31 16:28:13 3: Setting CUL_0 baudrate to 38400
2014.08.31 16:28:13 3: CUL_0 device opened
2014.08.31 16:28:23 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_0)
Alle Versuche von mir das Problem zu beseitigen sind bisher gescheitert u.a. Durcharbeitung aller Punkte der Kurzanleitung.
minicom und "get CUL_0 Version" liefern
ZitatCUL_0 version => No answer
Lediglich die CUL-LED scheint auf Ereignisse der seriellen Schnittstelle zu reagieren. Das LCD läuft ohne Probleme.
Hat jemand eine Rat für mich ?
Viele Grüsse Heffer
Leuchte die LED chaotisch und ohne ein erkennbares Muster auf? In dem Fall belegt einen anderer Prozess die /dev/ttyAMA0 Schnittstelle.
Eventuell fehlen Userrechte:
cd /opt
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhemZitat von: Spezialtrick am 31 August 2014, 11:39:03
Müssen die Kondensatoren direkt am DS18B20 verbunden werde oder kann ich sie auch direkt am Pi anbringen?
Direkt an die +5V und GND Beinchen des Sensors anlöten.
Hallo locutus,
die Userrechte sind es nicht. Deine Befehlszeile brachte keine Verbesserung.
Die LED blinkt nur bei Ein-/Ausgaben der seriellen Schnittstelle.
Heffer
Sehr eigenartig! Ist ein Firmware Update möglich?
Hallo kaihs,
ist dir schon aufgefallen, dass seit dem heutigen Update das Logfile regelrecht mit dem Wort display zugemüllt wird?
Hallo locotus,
leider krieg ich 1-wire nicht zum laufen. Teste gerade mit ein paar DS18b20 über OWX. Angeschlossen normal, buspower real ist gesetzt, Kabellänge 20cm. Ein Sensor wird sporadisch von OWterm erkannt und eingerichtet (läuft dann auch stabil). Sobald ich einen zweiten anschliesse oder ein längeres Kabel verwende wird nichts mehr erkannt.
get owio devices: OWX: 1-Wire devices found on bus OWIO
und im Log: OWX: No answer to CUL_0 device search
Vermutlich würden die von Dir bereits vorgeschlagenen Kondensatoren Abhilfe schaffen, ich hab nur dummerweise bereits Sensoren verkabelt und in meine Pufferspeicher verbaut. Die wieder auszubauen ist mir fast zu aufwendig.
Vielleicht hast Du ja noch eine Idee.
Gruss
Stefan
Zitat von: locutus am 01 September 2014, 00:41:59
Hallo kaihs,
ist dir schon aufgefallen, dass seit dem heutigen Update das Logfile regelrecht mit dem Wort display zugemüllt wird?
Ich habe gerade ein Update gemacht, habe aber nichts dergleichen.
Was steht da genau im Log?
Ich habe am FRAMEBUFFER Module schon seit längerem nichts mehr gemacht, falls du meinst es kommt von dort.
Ich weiß, dass du am FRAMEBUFER nichts geändert hast. Die Einträge im Logfile haben keinen Zeitstempel. So wie es aussieht, taucht display im Minutentakt auf.
2014.09.01 21:37:50 3: set CUL433 led 00
display
display
display
display
2014.09.01 21:41:29 3: HTTPMOD got error in callback: connect to http://emoncms.org:80 timed out
fhem.cfg:
define display FRAMEBUFFER /dev/fb1
attr display layoutBasedir /opt/fhem
attr display layoutList standard.txt steckdosen.txt webcam.txt
attr display startLayoutNo 0
attr display update_interval 1
@leuchte1
Wie viele Devices insgesamt hast du am 1-Wire Bus angeschlossen? Die Anzahl der Devices wird in board.h definiert und ist firmwareseitig auf 8 begrenzt.
/* a maximum of 8 onewire devices is supported */
#define HAS_ONEWIRE 8 // OneWire Device Buffer, RAM: 10 * 8 Byte
@leuchte1
Wie viele Devices insgesamt hast du am 1-Wire Bus angeschlossen? Die Anzahl der Devices wird in board.h definiert und ist firmwareseitig auf 8 begrenzt.
Hallo,
bisher lief nur ein Device, seit heute abend werden 2 erkannt (keine Ahnung warum), sobald ich aber die Leitung verlängere oder ein weiteres anschliesse geht nichts mehr.
Gruss
Stefan
Zitat von: locutus am 01 September 2014, 22:03:26
Ich weiß, dass du am FRAMEBUFER nichts geändert hast. Die Einträge im Logfile haben keinen Zeitstempel. So wie es aussieht, taucht display im Minutentakt auf.
Hm, schon etwas rätselhaft. Wird das Display denn noch aktualisiert?
Die einzige Stelle im Code wo das evtl. herkommen könnte ist
if (FRAMEBUFFER_readLayout($hash)) {
open($fd, "|".$fbv . ' -d '. $hash->{fhem}{fb_device});
binmode $fd;
print $fd FRAMEBUFFER_returnPNG($name);
Die print Anweisung könnte mglw. zu der Ausgabe führen, aber dazu müsste der open zwei Zeilen darüber fehlschlagen.
- Ist /dev/fb1 noch vorhanden?
Kannst du mal die hervorgehobenen Zeilen ergänzen? Wenn dann das display zwischen den beiden Logausgaben kommt ist das die Ursache.
Log3 $name, 0, "vor print'; print $fd FRAMEBUFFER_returnPNG($name);
Log3 $name, 0, "nach print';Ich schaue mir den Code noch mal in Ruhe an, ob ich da eine Ursache finden kann.
Zitat von: locutus am 01 September 2014, 00:24:31
Sehr eigenartig! Ist ein Firmware Update möglich?
Hallo locutus,
auch ein Firmware Update ist nicht möglich:
Zitatavrdude: butterfly_recv(): programmer is not responding
Mittlerweile habe ich eine neue SD-Karte mit Raspbian aufgesetzt und Deine neueste Kurzanleitung abgearbeitet.
Kein Erfolg, es sieht aus wie vorher
ZitatCUL_0 version => No answer
Hast Du einen weiteren Rat für mich ?
LG Heffer
@Heffer
Dann bleibt nur noch diese Option offen: http://forum.fhem.de/index.php/topic,14156.msg138458.html#msg138458
@kaihs
Hat sich seit dem letzten Update aus dem SVN erledigt.
Zitat von: locutus am 06 September 2014, 23:19:04
@Heffer
Dann bleibt nur noch diese Option offen: http://forum.fhem.de/index.php/topic,14156.msg138458.html#msg138458
Das Board lebt wieder:
ZitatCUL_0 version => V 1.61 RPIAddOn_CSM
Dank meines USBasp & AVRDUDESS konnte ich die Firmware über die ISP-Schnittstelle flashen. Alles läuft wieder !
Vielen Dank
Heffer
Hallo,
erst einmal tolle Arbeit und sehr gute Dokumentation.
Vielen Dank.
Nun zu meinem anliegen, ich habe Software 1.61 auf das Board geflasht.
Bei meinen FHT kann ich jetzt die Temperatur nicht mehr setzten.
Die Verbindung sieht sonst gut aus.
Bin der Meinung mit der originalen Version ging es noch.
Kann man diese Version zur Verfügung stellen?
MfG rettie
Hallo liebe AddOn-Board-Benutzer,
ich habe das Board leider nur teilweise zum Laufen bekommen und weiß nicht, wie ich bei der Fehlersuche vorgehen soll, da ich mich mit Linux leider überhaupt nicht auskenne.
Der Funksender und - Empfänger das Boards funktioniert. Ich kann Steckdosen über FHEM schalten und auch die Signale der Funkfernbedienung einlesen.
Aber das Display läuft im normalen Betrieb nicht und auch bei den ganzen Sensoren gibt es jede Menge Fehlermeldungen.
Mit dem Befehl: "gpio write 4 0" kann ich die Beleuchtung des Displays aktivieren. Mit "con2fbmap 1 1" wird auch was auf dem Display angezeigt. Sonst bleibt es aber aus. Selbst mit Backup-Beleuchtung aktivieren aus FHEM geht es nicht an.
Die Befehle aus der Anleitung habe ich nun schon 7x komplett eingegeben und gehe davon aus, dass es daran nicht liegen kann.
Würde mir vielleicht jemand eine SD-Karte von einem laufenden System zur Verfügung stellen, damit ich mich weiter vorarbeiten kann?
Vielen Dank
DiJä
@rettie
Schau mal hier: http://forum.fhem.de/index.php/topic,14156.msg170041.html#msg170041
Mit dem FHT Protokoll gibt es wohl momentan Probleme: http://forum.fhem.de/index.php/topic,27344.msg203360.html#msg203360
@DiJä
Sind die beiden Module 02_FRAMEBUFFER.pm und 51_I2C_TSL2561.pm installiert?
Fehlende Module können via update installiert werden:
http://www.fhemwiki.de/wiki/Update
http://fhem.de/commandref.html#update
Ist der Schalter für die Hintergrundbeleuchtung korrekt definiert?
define LCD_Backlight dummy
attr LCD_Backlight webCmd on:off
attr LCD_Backlight eventMap on:on off:off
attr LCD_Backlight devStateIcon on:FS20.on@orange off:FS20.off@black
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") } }
Zitat von: locutus am 01 September 2014, 00:41:59
Hallo kaihs,
ist dir schon aufgefallen, dass seit dem heutigen Update das Logfile regelrecht mit dem Wort display zugemüllt wird?
Hallo mein Log hat auch die display Einträge.
Gruß Hannes
Hallo,
ich habe jetzt viel gesucht, aber leider keine neuere Version wie die
02_FRAMEBUFFER.pm 6015 2014-05-30 18:36:06Z kaihs $
gefunden.
Wo finde ich die Version, bei welcher die LOG-Einträge weg sind?
Schöne Grüße
Hannes
Zitat von: AHA1805 am 04 Oktober 2014, 16:22:00
Hallo,
ich habe jetzt viel gesucht, aber leider keine neuere Version wie die
02_FRAMEBUFFER.pm 6015 2014-05-30 18:36:06Z kaihs $
gefunden.
Wo finde ich die Version, bei welcher die LOG-Einträge weg sind?
Schöne Grüße
Hannes
Es gibt auch keine neuere. Ich kann das Problem bei mir nicht reproduzieren und habe auch keine wirkliche Idee woher das kommen soll.
Kannst du die Änderungen aus http://forum.fhem.de/index.php/topic,14156.msg196608.html#msg196608 (http://forum.fhem.de/index.php/topic,14156.msg196608.html#msg196608) bei dir durchführen und mir dann das Ergebnis mitteilen?
Kai
Zitat von: locutus am 28 September 2014, 23:51:47
@DiJä
Sind die beiden Module 02_FRAMEBUFFER.pm und 51_I2C_TSL2561.pm installiert?,
Fehlende Module können via update installiert werden:
http://www.fhemwiki.de/wiki/Update
http://fhem.de/commandref.html#update
Ist der Schalter für die Hintergrundbeleuchtung korrekt definiert?
Hallo Locutus,
die beiden Module sind installiert und auf dem neuesten Stand.
Die Hintergrundbeleuchtung ist in der cfg so definiert, wie du es beschrieben hast.
Ich habe heute noch einmal die Hipifiles installiert, diesmal hat die Installation wesentlich länger gedauert und nun bekomme ich zumindest keine Fehlermeldungen mehr beim Druck- und Temperatursensor.
Wenn ich die Displaybeleuchtung aktiviere, gibt es folgende Fehlermeldung im Logfile:
"2014.10.07 17:46:16 3: LCD_Backlight_Switch return value: Missing right curly or square bracket at (eval 52) line 2, at end of line
syntax error at (eval 52) line 2, at EOF"
Was mir auch noch aufgefallen ist, in der Anleitung und auch im Beitrag zur verbesserten Displayansteuerung bezieht man sich immer auf den Ordner "/opt/fhem/layouts". Den gibt es bei mir aber nicht. Wann hätte dieser Ordner erstellt werden sollen?
Danke und Gruß
DiJä
Zitat von: kaihs am 04 Oktober 2014, 17:35:27
Es gibt auch keine neuere. Ich kann das Problem bei mir nicht reproduzieren und habe auch keine wirkliche Idee woher das kommen soll.
Kannst du die Änderungen aus http://forum.fhem.de/index.php/topic,14156.msg196608.html#msg196608 (http://forum.fhem.de/index.php/topic,14156.msg196608.html#msg196608) bei dir durchführen und mir dann das Ergebnis mitteilen?
Kai
Hallo Kai,
das ist ja merkwürdig ???
Jetzt wo ich die Änderung durchgeführt habe, ist die "display" Meldung weg und dafür habe ich die neuen Meldungen
Auszug aus Vorher:
display
display
display
display
display
2014.10.08 00:15:13 1: Perfmon: possible freeze starting at 00:15:11, delay is 2.918
display
display
display
display
display
display
display
display
2014.10.08 00:23:28 1: Perfmon: possible freeze starting at 00:23:27, delay is 1.005
display
display
display
display
display
2014.10.08 00:28:28 1: Perfmon: possible freeze starting at 00:28:27, delay is 1.012
display
display
display
display
display
2014.10.08 00:33:28 1: Perfmon: possible freeze starting at 00:33:27, delay is 1.022
display
display
display
display
display
2014.10.08 00:38:28 1: Perfmon: possible freeze starting at 00:38:27, delay is 1.034
display
display
display
display
display
2014.10.08 00:43:28 1: Perfmon: possible freeze starting at 00:43:27, delay is 1.034
display
displayAuszug aus jetzt:
2014.10.08 07:02:00 0: vor print
2014.10.08 07:02:00 0: nach print
2014.10.08 07:02:01 0: vor print
2014.10.08 07:02:01 0: nach print
2014.10.08 07:03:00 0: vor print
2014.10.08 07:03:00 0: nach print
2014.10.08 07:04:00 0: vor print
2014.10.08 07:04:00 0: nach print
2014.10.08 07:05:00 0: vor print
2014.10.08 07:05:00 0: nach print
2014.10.08 07:06:00 0: vor print
2014.10.08 07:06:00 0: nach print
2014.10.08 07:06:08 1: Perfmon: possible freeze starting at 07:06:07, delay is 1.183
2014.10.08 07:07:00 0: vor print
2014.10.08 07:07:00 0: nach printWerde das jetzt mal den Tag beobachten und anschließend die Änderung wieder entfernen und wieder testen.
Gruß und Danke
Hannes
Da warte ich mal lieber noch... muss meine Hänger erstmal in den griff bekommen.
Zitat von: DiJä am 07 Oktober 2014, 17:55:30
Was mir auch noch aufgefallen ist, in der Anleitung und auch im Beitrag zur verbesserten Displayansteuerung bezieht man sich immer auf den Ordner "/opt/fhem/layouts". Den gibt es bei mir aber nicht. Wann hätte dieser Ordner erstellt werden sollen?
Den musst du selber anlegen mit den passenden Rechten, d.h. mindestens Leserecht für fhem.
Jetzt wollte ich gerade den Patch wieder entfernen, und nu habe ich folgende im Log stehen :'(
Und das ganze hat genau beim Tageswechsel von 08.10.14 auf 09.10.14 wieder begonnen.
2014.10.10 00:00:00 0: vor print
2014.10.10 00:00:00 0: nach print
2014.10.10 00:00:29 1: Perfmon: possible freeze starting at 00:00:24, delay is 5.395
2014.10.10 00:00:43 3: LCD_Backlight_Switch return value: -1
2014.10.10 00:01:00 0: vor print
2014.10.10 00:01:00 0: nach print
display
2014.10.10 00:02:00 0: vor print
2014.10.10 00:02:00 0: nach print
display
2014.10.10 00:03:00 0: vor print
2014.10.10 00:03:00 0: nach print
display
2014.10.10 00:03:17 1: Perfmon: possible freeze starting at 00:03:16, delay is 1.025
2014.10.10 00:04:00 0: vor print
2014.10.10 00:04:00 0: nach print
display
2014.10.10 00:05:00 0: vor print
2014.10.10 00:05:00 0: nach print
display
2014.10.10 00:06:00 0: vor print
2014.10.10 00:06:00 0: nach print
display
2014.10.10 00:07:00 0: vor print
2014.10.10 00:07:00 0: nach print
display
2014.10.10 00:08:00 0: vor print
2014.10.10 00:08:00 0: nach print
display
2014.10.10 00:08:17 1: Perfmon: possible freeze starting at 00:08:16, delay is 1.268
2014.10.10 00:09:00 0: vor print
2014.10.10 00:09:00 0: nach print
display
2014.10.10 00:10:00 0: vor print
2014.10.10 00:10:00 0: nach print
display
Keine Ahnung warum der Eintrag jetzt wieder da ist.
Jetzt habe ich die Sub noch um zwei Logeinträge erweitert und nun steht es so im Log
sub FRAMEBUFFER_updateDisplay($) {
my ($hash) = @_;
my $name = $hash->{NAME};
my $fbv = '/usr/local/bin/fbvs';
my $fd = $hash->{fd};
Log3 $name, 0, "updateDisplay Begin";
if (defined $fd) {
close $fd;
}
if (-x $fbv) {
if (defined $hash->{debugFile}) {
use File::Spec;
my $dfile = $hash->{debugFile};
my($vol,$dir,$file) = File::Spec->splitpath($dfile);
if ((-e $dfile && -w $dfile) || -w $dir) {
$fbv = "tee $dfile | $fbv";
}
}
if (FRAMEBUFFER_readLayout($hash)) {
open($fd, "|".$fbv . ' -d '. $hash->{fhem}{fb_device});
binmode $fd;
Log3 $name, 0, "vor print";
print $fd FRAMEBUFFER_returnPNG($name);
Log3 $name, 0, "nach print";
# don't close the file immediately, as this will wait
# for the fbv process to terminate which may take some time
#close FBV;
}
} else {
Log3 $name, 1, "$fbv doesn't exist or isn't executable, please install it";
}
Log3 $name, 0, "updateDisplay End";
}
Ergebnis im Log:
2014.10.10 18:00:00 0: updateDisplay Begin
2014.10.10 18:00:00 0: vor print
2014.10.10 18:00:00 0: nach print
2014.10.10 18:00:00 0: updateDisplay End
display
2014.10.10 18:01:00 0: updateDisplay Begin
2014.10.10 18:01:00 0: vor print
2014.10.10 18:01:00 0: nach print
2014.10.10 18:01:00 0: updateDisplay End
display
2014.10.10 18:02:00 0: updateDisplay Begin
2014.10.10 18:02:00 0: vor print
2014.10.10 18:02:00 0: nach print
2014.10.10 18:02:00 0: updateDisplay End
display
2014.10.10 18:03:00 0: updateDisplay Begin
2014.10.10 18:03:00 0: vor print
2014.10.10 18:03:00 0: nach print
2014.10.10 18:03:00 0: updateDisplay End
display
2014.10.10 18:04:00 0: updateDisplay Begin
2014.10.10 18:04:00 0: vor print
2014.10.10 18:04:00 0: nach print
2014.10.10 18:04:00 0: updateDisplay End
display
2014.10.10 18:05:00 0: updateDisplay Begin
2014.10.10 18:05:00 0: vor print
2014.10.10 18:05:00 0: nach print
2014.10.10 18:05:00 0: updateDisplay End
display
2014.10.10 18:06:00 0: updateDisplay Begin
2014.10.10 18:06:00 0: vor print
2014.10.10 18:06:00 0: nach print
2014.10.10 18:06:00 0: updateDisplay End
display
2014.10.10 18:07:00 0: updateDisplay Begin
2014.10.10 18:07:00 0: vor print
2014.10.10 18:07:00 0: nach print
2014.10.10 18:07:00 0: updateDisplay End
display
2014.10.10 18:07:36 1: Perfmon: possible freeze starting at 18:07:31, delay is 5.718
2014.10.10 18:08:00 0: updateDisplay Begin
2014.10.10 18:08:00 0: vor print
2014.10.10 18:08:00 0: nach print
2014.10.10 18:08:00 0: updateDisplay End
display
2014.10.10 18:09:00 0: updateDisplay Begin
2014.10.10 18:09:00 0: vor print
2014.10.10 18:09:00 0: nach print
2014.10.10 18:09:00 0: updateDisplay End
display
2014.10.10 18:10:00 0: updateDisplay Begin
2014.10.10 18:10:00 0: vor print
2014.10.10 18:10:00 0: nach print
2014.10.10 18:10:00 0: updateDisplay End
display
2014.10.10 18:11:00 0: updateDisplay Begin
2014.10.10 18:11:00 0: vor print
2014.10.10 18:11:00 0: nach print
2014.10.10 18:11:00 0: updateDisplay End
display
Wodurch könnte jetzt der Eintrag her kommen?
Upate:
Jetzt hatte ich gerade noch ein Idee, was ich am 08.10. gemacht habe uns zwar den Rasp neu gestartet.
Jetzt hab ich den Rasp gerade neu gestartet und siehe da nun sieht der Logeintrag wieder so aus.
2014.10.10 18:22:00 0: updateDisplay Begin
2014.10.10 18:22:00 0: vor print
2014.10.10 18:22:00 0: nach print
2014.10.10 18:22:00 0: updateDisplay End
2014.10.10 18:22:43 0: updateDisplay Begin
2014.10.10 18:22:43 0: vor print
2014.10.10 18:22:44 0: nach print
2014.10.10 18:22:44 0: updateDisplay End
Wahrscheinlich habe ich Morgen ab 00:00 Uhr wieder die Einträge "display" im Log, jedoch woher kann das kommen?
Gruß Hannes
Ich glaube ich habe die Ursache für das rätselhafte "display" gefunden.
Die Ausgabe stammt nicht aus dem FRAMEBUFFER Modul selbst, sondern aus dem Hilfsprogramm fbvs.
Dort habe ich in Zeile 230 von main.c eine Debugausgabe vergessen.
Was mich allerdings noch wundert ist, warum die Ausgabe bei euch im Log auftaucht und bei mir nicht.
Das geänderte fbvs kann ich gerade nicht anhängen, es kommt zu einem Forumsfehler.
Gruß,
Kai
Edit:
Das Forum stört sich irgendwie an der fbvs Datei, deshalb jetzt gezippt.
Hallo Kai,
bei mir landen auch die Ergebnisse aus Shell Befehlen die ich aus Fhem starte im Log z.B. ls
Dieser Effekt tritt jedoch immer erst ab 0:00 Uhr auf, wenn ich den Rasp neu starte.
Warum, ich habe keine Ahnung
Gruß Hannes
Gesendet von Tapatalk
Funktioniert das Board auch in Verbindung mit enOcean.
Gruß
Nein, die EnOcean Hard- und Software sind mit dem Board nicht kompatibel.
Zitat von: kaihs am 12 Oktober 2014, 14:02:42
Ich glaube ich habe die Ursache für das rätselhafte "display" gefunden.
Die Ausgabe stammt nicht aus dem FRAMEBUFFER Modul selbst, sondern aus dem Hilfsprogramm fbvs.
Dort habe ich in Zeile 230 von main.c eine Debugausgabe vergessen.
Was mich allerdings noch wundert ist, warum die Ausgabe bei euch im Log auftaucht und bei mir nicht.
Das geänderte fbvs kann ich gerade nicht anhängen, es kommt zu einem Forumsfehler.
Gruß,
Kai
Edit:
Das Forum stört sich irgendwie an der fbvs Datei, deshalb jetzt gezippt.
Wo kommt die fbvs denn hin?
Gruss Christoph
Edit: Wollte mich jetzt mal um die Datei kuemmern, aber ich habe vorher ein update gemacht! "display" ist jetzt weg, also lasse ich erst einmal alles wie es ist!
Nach /usr/local/bin. Muss ausführbar sein für den fhem User.
Zitat von: kaihs am 12 Oktober 2014, 14:02:42
Ich glaube ich habe die Ursache für das rätselhafte "display" gefunden.
Die Ausgabe stammt nicht aus dem FRAMEBUFFER Modul selbst, sondern aus dem Hilfsprogramm fbvs.
Dort habe ich in Zeile 230 von main.c eine Debugausgabe vergessen.
Was mich allerdings noch wundert ist, warum die Ausgabe bei euch im Log auftaucht und bei mir nicht.
Das geänderte fbvs kann ich gerade nicht anhängen, es kommt zu einem Forumsfehler.
Gruß,
Kai
Edit:
Das Forum stört sich irgendwie an der fbvs Datei, deshalb jetzt gezippt.
Hallo Kai,
danke für die Korrektur :)
Jetzt sind die display Meldungen im Log weg.
Gruß Hannes
Hallo,
ich habe auch ein Board von locutus bezogen - hier erst mal vielen Dank dafür, spitzen Arbeit!
Soweit geht auch alles, nur den IR-Empfang via CUL_IR will nicht funktionieren.
Mein Problem:
Egal welche Fernbedienung ich nehme (Panssonic, LG, Yamaha, UM-Receiver, LED-Farbleiste) - es werden keine Buttons definiert und im Log wird nichts angezeigt :(.
Ich habe dazu schon jede Menge hier im Forum durchgelesen und auch probiert (z.B. csm_flash.sh mit CSM.hex gem.http://forum.fhem.de/index.php/topic,14156.msg165221.html#msg165221 (http://forum.fhem.de/index.php/topic,14156.msg165221.html#msg165221), es will nicht laufen :'(.
Anbei meine Config:
### IR-Empfänger
define IR_Dev CUL_IR CUL_0
attr IR_Dev Button.* 1
attr IR_Dev irReceive ON_NR
attr IR_Dev learncount 3
attr IR_Dev learnprefix A
attr IR_Dev verbose 5
attr IR_Dev loglevel 6
attr IR_Dev room Infrarot
Anmerkung: set IR_Dev irLearnForSec 180 habe ich eingegeben ("irLearn" steht danach auf "1")
Ach ja, ich nutze "rfmode MAX".
Ich hoffe, es kann mir jemand helfen...
VG Matthias
Welche Version der culfw verwendest du?
In dem von dir verlinkten Post ist ja die Rede von Problemen mit IR im Zusammenhang mit MAX. Hast du schon mal einen anderen rfmode ausprobiert?
Hi,
ich nutze version => V 1.55 CSM868
Einen anderen rfmode habe ich noch nicht versucht...
VG Matthias
Versuche es erstmal mit der aktuellen Version 1.61.
Mit der V 1.55 CSM868 wird es in Verbindung mit dem rfmode MAX nicht funktionieren.
Das selbe Problem hatte ich auch. Die aktuelle Version 1.61 schafft Abhilfe.
Habe eben auf V 1.61 RPIAddOn_CSM geflasht - gleiches Verhalten :(
Hast du auch fhem upgedatet?
Zitat von: mane73 am 19 Oktober 2014, 17:53:41
attr IR_Dev learncount 3
Anschneidend hat das Board doch schon mal IR-Signale empfangen oder hast du den learncount manuell auf 3 gesetzt?
Den hab ich in Unwissenheit und Hoffnung manuell, gesetzt :)
Hat schon mal jemand untersucht, ob das Board auch mit einem BananaPi funktioniert?
- mechanisch?
- elektrisch?
- Software?
Das Image von http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/ (http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/) sollte theoretisch auch das Display unterstützen.
Ich scheue gerade etwas davor zurück mein Produktivsystem auseinander zu reißen um es selbst auszuprobieren.
Kai
Auf dem Banana Pi ist der CSI Connector etwas näher zum Rand der Platine angebracht. Der Stecker befindet sich auf Kollisionskurs mit dem IR-Empfänger, dem Kondensator und der Schraubklemme. Außerdem ist der GPIO Header versetzt, das Board wird mit dem Video OUT Connector kollidieren. Wird also nicht passen!
Zitat von: kaihs am 08 Oktober 2014, 22:55:37
Den musst du selber anlegen mit den passenden Rechten, d.h. mindestens Leserecht für fhem.
Hallo,
in letzter Zeit hatte ich viele andere Dinge zu erledigen, deswegen komme ich erst jetzt wieder zu meinem "Board"-Problem.
Der Ordner ist angelegt, in ihm befindet sich die Datei standart.txt. Reicht das aus oder was muss noch in den Ordner?
Bis auf das Display funktioniert alles.
Die fhem.cfg sieht so aus (vielleicht ist ja hier noch ein Fehler drin):
attr global altitude 50
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global sendStatistics never
attr global statefile ./log/fhem.save
attr global uniqueID ./FHEM/FhemUtils/uniqueID
attr global updateInBackground 1
attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define CUL_0 CUL /dev/ttyAMA0@38400 1034
define display FRAMEBUFFER /dev/fb1
attr display layoutBasedir /opt/fhem/layouts
attr display layoutList standard.txt steckdosen.txt fenster.txt rollos.txt
attr display update_interval 1
define updDispSD notify Steckdose_.* set display layoutFilename steckdosen.txt 10
define updDispTuer notify wz_Tuer_.* set display layoutFilename fenster.txt 10
-rwxr-xr-x 1 root staff 24798 Mär 20 19:52 /usr/local/bin/fbvs
define IR_Dev CUL_IR CUL_0
attr IR_Dev irReceive ON_NR
attr IR_Dev learncount 0
attr IR_Dev learnprefix A
attr IR_Dev ButtonA000 I0A07079A6500 set ELRO_10110_A on
attr IR_Dev ButtonA001 I0A07079D6200 set ELRO_10110_A off
#attr IR_Dev ButtonA002 I0A0707976800 set lamp1 on
#attr IR_Dev ButtonA005 I07001B005E00 set display relLayoutNo -1
#attr IR_Dev ButtonA006 I07001B005F00 set display relLayoutNo 1
define Luminosity I2C_TSL2561 /dev/i2c-1 0x39
attr Luminosity poll_interval 5
attr Luminosity stateFormat Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
define Pressure I2C_BMP180 /dev/i2c-1
attr Pressure oversampling_settings 3
attr Pressure poll_interval 5
attr Pressure roundPressureDecimal 0
attr Pressure stateFormat Luftdruck: (altitude m ü.NN): pressure-nn hPa, Temperatur: temperature C
define OWio OWX CUL_0
define Wetter Weather 12835250 900 de
attr Wetter room Wetter
define Wetter.weblink weblink htmlCode { WeatherAsHtmlH("Wetter") }
define LCD_Backlight dummy
attr LCD_Backlight devStateIcon on:FS20.on@orange off:FS20.off@black
attr LCD_Backlight eventMap on:on off:off
attr LCD_Backlight webCmd on:off
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") }
define myLocalOWServer OWServer localhost:4304
define ELRO_10110_A IT 0F0000FFFF FF F0
attr ELRO_10110_A IODev CUL_0
attr ELRO_10110_A alias 433Mhz-Steckdose-Teststeckdose auf Schreibtisch
attr ELRO_10110_A group Steckdose
attr ELRO_10110_A model itswitch
attr ELRO_10110_A room Wohnzimmer
define ELRO_10110_B IT 0F000F0FFF FF F0
attr ELRO_10110_B IODev CUL_0
attr ELRO_10110_B alias 433Mhz-Sofa-Stehlampe
attr ELRO_10110_B group Steckdose
attr ELRO_10110_B model itswitch
attr ELRO_10110_B room Wohnzimmer
define lamp1 FS20 1234 56
attr lamp1 IODev CUL_0
attr lamp1 alias TV-Steckdose
attr lamp1 group Steckdose
attr lamp1 model fs20st
attr lamp1 room Wohnzimmer
define lamp2 FS20 1234 57
attr lamp2 IODev CUL_0
attr lamp2 alias SAT-Steckdose
attr lamp2 group Steckdose
attr lamp2 model fs20st
attr lamp2 room WohnzimmerIrgendwie muss man doch die Ursache finden können.
Vielen Dank für Eure Hilfe
Gruß
DiJä
Zitat von: DiJä am 01 November 2014, 10:21:43
Der Ordner ist angelegt, in ihm befindet sich die Datei standart.txt. Reicht das aus oder was muss noch in den Ordner?
attr display layoutList standard.txt steckdosen.txt fenster.txt rollos.txt
Die hast mit dem Attribut layoutList vier Layoutdateien angegeben, die sollten dann auch vorhanden sein. Und zwar genauso wie dort angegeben, d.h. standar
d.txt
Zitat
-rwxr-xr-x 1 root staff 24798 Mär 20 19:52 /usr/local/bin/fbvs
Steht das wirklich in deiner fhem.cfg? Falls ja, löschen.
Zitat
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") }
Da fehlt eine abschließende geschweifte Klammer (}), was so ja auch in der Fehlermeldung aus deinem alten Post stand.
Zitat von: mane73 am 19 Oktober 2014, 17:53:41
Mein Problem:
Egal welche Fernbedienung ich nehme (Panssonic, LG, Yamaha, UM-Receiver, LED-Farbleiste) - es werden keine Buttons definiert und im Log wird nichts angezeigt :(.
Ich hoffe, es kann mir jemand helfen...
VG Matthias
Hallo Matthias,
kannst du mal bitte nachsehen, welche Kennung auf dem IR-Empfänger eingeprägt wurde.
Ich habe hier drei funktionslose IR-Empfänger mit der Kennung
19 348 V 4838 gefunden.
Zitat von: kaihs am 02 November 2014, 22:58:03
Die hast mit dem Attribut layoutList vier Layoutdateien angegeben, die sollten dann auch vorhanden sein. Und zwar genauso wie dort angegeben, d.h. standard.txt
Das war ein Schreibfehler hier im Post.
ZitatSteht das wirklich in deiner fhem.cfg? Falls ja, löschen.
Die Zeile ist jetzt raus,
ZitatDa fehlt eine abschließende geschweifte Klammer (}), was so ja auch in der Fehlermeldung aus deinem alten Post stand.
Die geschweifte Klammer ist jetzt drin.
Mit ist aufgefallen, dass wenn ich in der Konsole des PI "gpio mode 4 out" eingebe, die Displaybeleuchtung über FHEM eingeschaltet werden kann. Beim Neustart ist die Funktionalität dann aber wieder weg. Nachtrag: Wenn man den Cronjob "@reboot sudo gpio mode 4 out" erstellt, kann man das Display auch nach einem Neustart aktivieren :-)
Jetzt geht das Display, aber es zeigt aktuell noch keine Werte bei Druck, Helligkeit und Temperatur.
Wo muss ich das einstellen?
Gruß
DiJä
Zitat von: locutus am 02 November 2014, 23:15:44
Hallo Matthias,
kannst du mal bitte nachsehen, welche Kennung auf dem IR-Empfänger eingeprägt wurde.
Ich habe hier drei funktionslose IR-Empfänger mit der Kennung 19 348 V 4838 gefunden.
@locutus: bei mir ist es die gleiche Bezeichnung der Diode
-> 19 348 V 4838
VG Matthias
Das hatte ich schon befürchtet. Entweder schickst du mir bitte das Board zur Reparatur zurück oder aber ich sende dir ein neues Bauteil zu. Hast du einen Lötkolben zur Hand? Die Abwicklung klären wir dann über PM.
Hallo locutus. Bin neu hier und hätte eine frage. Ich habe das ältere "2013" CSM Modul von dir nachgebaut (da Material vorhanden und somit recht günstig) siehe Beitrag in einem anderen Thread:
http://forum.fhem.de/index.php/topic,24651.msg177502.html#msg177502
Zitat von: locutus am 17 Juni 2014, 23:08:45
@Kai
Die Module aus der eBucht basieren auf der Referenzschaltung von Texas Instruments. Auf dieser Platine ist kein Level Shifter verbaut. Du versorgst das Modul zwar mit 3,3V aber der Signalpegel am SPI Bus beträgt trotzdem 5V. Laut TI Datenblatt macht der CC110x das nicht mit.
@stim
Schon im Jahr 2013 hatte ich mit diesem Funkmodul herumexperimentiert. Das Ergebnis war ein CC1101-Serial-Module (CSM) für FHEM und Raspberry Pi. Bitte siehe Anhang.
Danke jedenfalls für deine Veröffentlichung (ist ja auch nicht selbstverständlich) ;) ich denke du bist da eine echte Bereicherung.
Allerdings bekomme ich den Fehler "IT IODev device didn't answer is command correctly: raw => ? (is0F00F0000FFF is unknown) Use one of m B C F A I Z O G M R T V W X e f l t u x" was ja so wie es aussieht mit einer veralteten Firmware zusammenhängt.
Nun meine Frage. Kann ich die 1.61 FW aus diesem Thread für das andere CSM Modul auch verwenden oder gibt's da was aktuelleres als die 1.41 FW die beim anderen dabei war?
Ich finde leider keinen passenderen Thread als diesen, deswegen sorry falls mein Problem hier unangebracht ist.
Danke schon mal im Vorraus.
LG Bernhard
Ach sieh mal einer an! Du hast es tatsächlich nachgebaut? In den Commands fehlt das "i" (http://culfw.de/commandref.html#cmd_i).
Eigentlich sollte die aktuelle rpiaddon(OWFS).hex (http://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=18474) Firmware aus dem ersten Beitrag mit dem Nachbau funktionieren. Die Portbelegung am ATmega ist identisch mit dem Add-On Board.
Die Quelldateien findest du hier: http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/
Ist das so verwunderlich oder gar absurd? ::) Oder wär es nicht erlaubt gewesen?
Vielen Dank...
LG bernhard
Mir ist gerade im Schaltbild eine fehlende Verbindung aufgefallen. Der Pin 30 AVCC muss mit der Spannungsversorgung +3V3 verbunden sein.
Die Schaltung kann zusätzlich um einen IR-Sender erweitert werden: http://forum.fhem.de/index.php/topic,14156.msg165709.html#msg165709
Und für den ATmega passenden Bootloader findest du hier: http://forum.fhem.de/index.php/topic,14156.msg138512.html#msg138512
wow. sehr cool. Vielen Dank. Werde ich morgen direkt mal ausprobieren und dann Bescheid geben. Das feine ist, der CSM kostet fast nichts und hat eigtl. alles was man braucht... ;)
Danke nochmals
Hallo,
die CUL-Schnittstele meines Boards tut nicht mehr .... warum?
bei get CUL_0 xxx kommt nur Antwort
No FD
oder nichts
Aktuelle Firmware habe ich aufgespielt .....
2014.11.08 10:27:40 5: Triggering global (1 changes)
2014.11.08 10:27:40 5: Notify loop for global SHUTDOWN
2014.11.08 10:27:40 0: Server shutdown
2014.11.08 10:27:40 5: SW: X00
2014.11.08 10:29:40 5: Initializing Type Library:
2014.11.08 10:29:40 1: Including fhem.cfg
2014.11.08 10:29:40 5: Cmd: >attr global altitude 519<
2014.11.08 10:29:40 5: Cmd: >attr global autoload_undefined_devices 1<
2014.11.08 10:29:40 5: Cmd: >attr global latitude 48.161763<
2014.11.08 10:29:40 5: Cmd: >attr global logfile ./log/fhem-%Y-%m-%d.log<
2014.11.08 10:29:40 5: Cmd: >attr global longitude 11.475518<
2014.11.08 10:29:40 5: Cmd: >attr global modpath .<
2014.11.08 10:29:40 5: Cmd: >attr global motd none<
2014.11.08 10:29:40 5: Cmd: >attr global statefile ./log/fhem.save<
2014.11.08 10:29:40 5: Cmd: >attr global userattr batteriewechsel devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2014.11.08 10:29:40 5: Cmd: >attr global verbose 5<
2014.11.08 10:29:40 5: Cmd: >define telnetPort telnet 7072 global<
2014.11.08 10:29:40 5: Loading ./FHEM/98_telnet.pm
2014.11.08 10:29:40 3: telnetPort: port 7072 opened
2014.11.08 10:29:40 5: Cmd: >define WEB FHEMWEB 8083 global<
2014.11.08 10:29:40 5: Loading ./FHEM/01_FHEMWEB.pm
2014.11.08 10:29:42 3: WEB: port 8083 opened
2014.11.08 10:29:42 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog<
2014.11.08 10:29:42 5: Loading ./FHEM/92_FileLog.pm
2014.11.08 10:29:43 5: Cmd: >define autocreate autocreate<
2014.11.08 10:29:43 5: Loading ./FHEM/98_autocreate.pm
2014.11.08 10:29:43 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2014.11.08 10:29:43 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2014.11.08 10:29:43 5: Loading ./FHEM/91_eventTypes.pm
2014.11.08 10:29:43 2: eventTypes: loaded 3 events from ./log/eventTypes.txt
2014.11.08 10:29:43 5: Cmd: >define initialUsbCheck notify global:INITIALIZED usb create<
2014.11.08 10:29:43 5: Loading ./FHEM/91_notify.pm
2014.11.08 10:29:43 5: Cmd: >define CUL_0 CUL /dev/ttyAMA0@38400 0000<
2014.11.08 10:29:43 5: Loading ./FHEM/00_CUL.pm
2014.11.08 10:29:43 3: Opening CUL_0 device /dev/ttyAMA0
2014.11.08 10:29:44 3: Setting CUL_0 baudrate to 38400
2014.11.08 10:29:44 3: CUL_0 device opened
2014.11.08 10:29:44 5: SW: V
2014.11.08 10:29:47 5: SW: V
2014.11.08 10:30:12 5: SW: V
2014.11.08 10:30:15 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_0)
2014.11.08 10:30:15 5: Cmd: >attr CUL_0 addvaltrigger 1<
2014.11.08 10:30:15 5: Cmd: >attr CUL_0 model CUL<
2014.11.08 10:30:15 5: Cmd: >attr CUL_0 room RpiAddOn,RpiDispl<
2014.11.08 10:30:15 5: Cmd: >attr CUL_0 showtime 1<
2014.11.08 10:30:15 5: Cmd: >attr CUL_0 verbose 5<
2014.11.08 10:30:15 1: Including ./log/fhem.save
2014.11.08 10:30:16 5: Cmd: >setstate CUL_0 opened<
2014.11.08 10:30:16 5: Cmd: >setstate CUL_0 2014-11-08 10:16:08 state 0<
2014.11.08 10:30:16 5: Cmd: >setstate Logfile active<
2014.11.08 10:30:16 5: Cmd: >setstate autocreate active<
2014.11.08 10:30:16 5: Cmd: >setstate eventTypes active<
2014.11.08 10:30:16 5: Cmd: >setstate global <no definition><
2014.11.08 10:30:16 5: Cmd: >setstate initialUsbCheck 2014-11-08 09:59:06<
2014.11.08 10:30:16 5: Triggering global (1 changes)
2014.11.08 10:30:16 5: Notify loop for global INITIALIZED
2014.11.08 10:30:16 5: Triggering initialUsbCheck
2014.11.08 10:30:16 4: initialUsbCheck exec usb create
2014.11.08 10:30:16 5: Cmd: >usb create<
2014.11.08 10:30:16 1: usb create starting
2014.11.08 10:30:19 4: ### ttyAMA0: checking if it is a CUL
2014.11.08 10:30:19 3: Probing CUL device /dev/ttyAMA0
2014.11.08 10:30:19 5: SW: 0a
2014.11.08 10:30:19 5: SW: 560a
2014.11.08 10:30:19 4: got wrong answer for a CUL
2014.11.08 10:30:19 4: ### ttyAMA0: checking if it is a TCM310
2014.11.08 10:30:19 3: Probing TCM310 device /dev/ttyAMA0
2014.11.08 10:30:20 5: SW: 5500010005700838
2014.11.08 10:30:20 4: got wrong answer for a TCM310
2014.11.08 10:30:20 4: ### ttyAMA0: checking if it is a FRM
2014.11.08 10:30:20 3: Probing FRM device /dev/ttyAMA0
2014.11.08 10:30:20 5: SW: f9
2014.11.08 10:30:25 5: SW: f079f7
2014.11.08 10:30:25 4: got wrong answer for a FRM
2014.11.08 10:30:25 1: usb create end
2014.11.08 10:30:25 0: Server started with 8 defined entities (version $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $, os linux, user fhem, pid 2005)
2014.11.08 10:30:25 4: Connection accepted from FHEMWEB:192.168.178.10:55558
2014.11.08 10:30:26 4: HTTP FHEMWEB:192.168.178.10:55558 GET /fhem?XHR=1&inform=type=raw;filter=.*×tamp=1415439003771
2014.11.08 10:30:26 4: Connection a
Irgendeine Idee? Board kaputt ?
Bernhard
Ach ja, noch eine Ergänzung:
die hier gezeigte fhem-SW ist schon älter. Bei aktuelle ists ebenso. Habe wegen des Problems ein älteres System draufgezogen, um zu sehen, ob es an SW liegt
Doch nochmal aktuelles System draufgesetzt:
2014.11.08 11:40:58 5: Cmd: >attr global uniqueID ./FHEM/FhemUtils/uniqueID<
2014.11.08 11:40:58 5: Cmd: >attr global verbose 5<
2014.11.08 11:40:58 5: Cmd: >define telnetPort telnet 7072 global<
2014.11.08 11:40:58 5: Loading ./FHEM/98_telnet.pm
2014.11.08 11:40:58 3: telnetPort: port 7072 opened
2014.11.08 11:40:58 5: Cmd: >define WEB FHEMWEB 8083 global<
2014.11.08 11:40:58 5: Loading ./FHEM/01_FHEMWEB.pm
2014.11.08 11:41:00 3: WEB: port 8083 opened
2014.11.08 11:41:00 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog<
2014.11.08 11:41:00 5: Loading ./FHEM/92_FileLog.pm
2014.11.08 11:41:00 5: Cmd: >define autocreate autocreate<
2014.11.08 11:41:00 5: Loading ./FHEM/98_autocreate.pm
2014.11.08 11:41:00 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2014.11.08 11:41:00 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2014.11.08 11:41:01 5: Loading ./FHEM/91_eventTypes.pm
2014.11.08 11:41:01 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2014.11.08 11:41:01 5: Cmd: >define initialUsbCheck notify global:INITIALIZED usb create<
2014.11.08 11:41:01 5: Loading ./FHEM/91_notify.pm
2014.11.08 11:41:01 5: Cmd: >define CUL_0 CUL /dev/ttyAMA0@38400 0000<
2014.11.08 11:41:01 5: Loading ./FHEM/00_CUL.pm
2014.11.08 11:41:01 3: Opening CUL_0 device /dev/ttyAMA0
2014.11.08 11:41:02 3: Setting CUL_0 baudrate to 38400
2014.11.08 11:41:02 3: CUL_0 device opened
2014.11.08 11:41:02 5: SW: V
2014.11.08 11:41:02 5: CUL/RAW (ReadAnswer): 08?
2014.11.08 11:41:05 5: SW: V
2014.11.08 11:41:05 5: CUL/RAW (ReadAnswer): 08?
2014.11.08 11:41:31 5: SW: V
2014.11.08 11:41:31 5: CUL/RAW (ReadAnswer): 08?
2014.11.08 11:41:34 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_0)
2014.11.08 11:41:35 5: Cmd: >attr CUL_0 addvaltrigger 1<
2014.11.08 11:41:35 5: Cmd: >attr CUL_0 model CUL<
2014.11.08 11:41:35 5: Cmd: >attr CUL_0 room CUL,RpiAddOn,RpiDispl<
2014.11.08 11:41:35 5: Cmd: >attr CUL_0 verbose 5<
2014.11.08 11:41:35 5: Triggering global (1 changes)
2014.11.08 11:41:35 5: Notify loop for global INITIALIZED
2014.11.08 11:41:35 5: Triggering initialUsbCheck
2014.11.08 11:41:35 4: initialUsbCheck exec usb create
2014.11.08 11:41:35 5: Cmd: >usb create<
2014.11.08 11:41:35 1: usb create starting
2014.11.08 11:41:39 4: ### ttyAMA0: checking if it is a CUL
2014.11.08 11:41:39 3: Probing CUL device /dev/ttyAMA0
2014.11.08 11:41:39 5: SW: 0a
2014.11.08 11:41:39 5: SW: 560a
2014.11.08 11:41:39 4: got wrong answer for a CUL
2014.11.08 11:41:39 4: ### ttyAMA0: checking if it is a TCM_ESP3
2014.11.08 11:41:39 3: Probing TCM_ESP3 device /dev/ttyAMA0
2014.11.08 11:41:39 5: SW: 5500010005700838
2014.11.08 11:41:39 4: got wrong answer for a TCM_ESP3
2014.11.08 11:41:39 4: ### ttyAMA0: checking if it is a FRM
2014.11.08 11:41:39 3: Probing FRM device /dev/ttyAMA0
2014.11.08 11:41:39 5: SW: f9
2014.11.08 11:41:44 5: SW: f079f7
2014.11.08 11:41:44 4: got wrong answer for a FRM
2014.11.08 11:41:44 1: usb create end
2014.11.08 11:41:44 0: Server started with 8 defined entities (version $Id: fhem.pl 6889 2014-11-05 06:51:46Z rudolfkoenig $, os linux, user fhem, pid 2019)
2014.11.08 11:41:44 4: Connection accepted from FHEMWEB:127.0.0.1:55588
2014.11.08 11:41:44 4: Connection accepted from FHEMWEB:192.168.178.10:56686
2014.11.08 11:41:45 4: HTTP FHEMWEB:127.0.0.1:55588 GET /fhem/rss/FrameRSS.jpg
2014.11.08 11:41:45 4: /fhem/rss/FrameRSS.jpg / RL:2790 / text/html; charset=UTF-8 / /
2014.11.08 11:41:45 4: Connection accepted from FHEMWEB:192.168.178.10:56687
2014.11.08 11:41:45 4: HTTP FHEMWEB:192.168.178.10:56686 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=×tamp=1415443265366
2014.11.08 11:41:45 4: HTTP FHEMWEB:192.168.178.10:56687 GET /fhem?XHR=1&inform=type=raw;filter=.*×tamp=1415443265398
2014.11.08 11:41:45 4: Connection accepted from FHEMWEB:192.168.178.10:56688
2014.11.08 11:41:45 4: Connection accepted from FHEMWEB:192.168.178.10:56689
2014.11.08 11:41:45 4: Connection closed for FHEMWEB:192.168.178.10:56688
2014.11.08 11:41:45 4: Connection closed for FHEMWEB:192.168.178.10:56689
2014.11.08 11:41:47 4: Connection closed for FHEMWEB:127.0.0.1:55588
2014.11.08 11:42:25 4: Connection accepted from FHEMWEB:127.0.0.1:55589
2014.11.08 11:42:25 4: HTTP FHEMWEB:127.0.0.1:55589 GET /fhem/rss/FrameRSS.jpg
2014.11.08 11:42:25 4: /fhem/rss/FrameRSS.jpg / RL:2790 / text/html; charset=UTF-8 / /
2014.11.08 11:42:27 4: Connection closed for FHEMWEB:127.0.0.1:55589
2014.11.08 11:43:01 4: Connection accepted from FHEMWEB:127.0.0.1:55590
2014.11.08 11:43:01 4: HTTP FHEMWEB:127.0.0.1:55590 GET /fhem/rss/FrameRSS.jpg
2014.11.08 11:43:01 4: /fhem/rss/FrameRSS.jpg / RL:2790 / text/html; charset=UTF-8 / /
2014.11.08 11:43:03 4: Connection closed for FHEMWEB:127.0.0.1:55590
Zitat von: locutus am 03 November 2014, 22:01:09
Das hatte ich schon befürchtet. Entweder schickst du mir bitte das Board zur Reparatur zurück oder aber ich sende dir ein neues Bauteil zu. Hast du einen Lötkolben zur Hand? Die Abwicklung klären wir dann über PM.
@locutus: Super Service!
Habe den IR-Empfänger ausgetauscht - nun geht alles!
Vielen Dank... ;D
Hallo,
als Grobmotoriker und als Zitteraal geht mit Lötkolben nicht viel ;=
Bernhard
Hallo Bernhard,
welche von den beiden Firmwarevarianten hast du installiert? Blinkt oder leuchtet die LED konstant?
Schon ein "Downgrade" auf ältere Firmware versucht? http://forum.fhem.de/index.php/topic,14156.msg170041.html#msg170041
Hallo,
@locatus
FW-Version 1.61 csm gestern extra nochmals vom 1. Eintrag geladen
war aber schon seit einigen Wochen drauf (seit 26.7.14)
Die LED leuchtet gar nicht - , bzw unerklärlicherweise nach dem eben durchgefürhten Neustart dauerhaft - also wohl gewürfelt.
Set und get-Kdo werden nicht aktzeptiert
Werde aber nochmal eine ältere FW draufbringen, wenn findbar und ladbar
danke
habe gerade nochmal die aktuelle FW draufgebracht ....
danach ist die Led zunächst dauerhaft an, dann dauerhaft aus
,
oh, jetzt antwortet das Ding plötzlich wieder ...... muss nochnam testen .......
melde mich dann wieder - so oder so
Danke
pi@raspberrypi /opt/fhem $ sudo sh -xv flash.sh
#!/bin/sh
/etc/init.d/fhem stop
+ /etc/init.d/fhem stop
Stopping fhem...
sleep 3
+ sleep 3
echo "calling rpiaddon bootloader..."
+ echo calling rpiaddon bootloader...
calling rpiaddon bootloader...
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
+ test ! -d /sys/class/gpio/gpio17
+ echo 17
if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
+ test ! -d /sys/class/gpio/gpio18
+ echo 18
echo out > /sys/class/gpio/gpio17/direction
+ echo out
echo out > /sys/class/gpio/gpio18/direction
+ echo out
echo 0 > /sys/class/gpio/gpio17/value
+ echo 0
echo 0 > /sys/class/gpio/gpio18/value
+ echo 0
sleep 1
+ sleep 1
echo 1 > /sys/class/gpio/gpio17/value
+ echo 1
sleep 1
+ sleep 1
echo 1 > /sys/class/gpio/gpio18/value
+ echo 1
echo "Programming rpiaddon"
+ echo Programming rpiaddon
Programming rpiaddon
avrdude -p atmega644p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:rpiaddon.hex
+ avrdude -p atmega644p -P /dev/ttyAMA0 -b 38400 -c avr109 -U flash:w:rpiaddon.hex
Connecting to programmer: .
Found programmer: Id = "AVRBOOT"; type = S
Software Version = 0.8; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=256 bytes.
Programmer supports the following devices:
Device code: 0x46
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e960a
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "rpiaddon.hex"
avrdude: input file rpiaddon.hex auto detected as Intel Hex
avrdude: writing flash (27200 bytes):
Writing | ################################################## | 100% 7.87s
avrdude: 27200 bytes of flash written
avrdude: verifying flash memory against rpiaddon.hex:
avrdude: load data flash data from input file rpiaddon.hex:
avrdude: input file rpiaddon.hex auto detected as Intel Hex
avrdude: input file rpiaddon.hex contains 27200 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 7.26s
avrdude: verifying ...
avrdude: 27200 bytes of flash verified
avrdude done. Thank you.
/etc/init.d/fhem start
+ /etc/init.d/fhem start
Starting fhem...
pi@raspberrypi /opt/fhem $
Kann ich mit dem Board neue Firmware auf ein Homematic-Device (Heizungs-Thermostat "HM-CC-RT-DN") transferieren?
Habs folgendermassen versucht:
sudo ./flash-ota -c /dev/ttyAMA0 -f hm_cc_rt_dn_update_V1_4_001_141020.eq3 -s LEQXXXXXXX
Meine Versuche brechen immer ab mit den Meldungen:
Entering 100k-mode
Has the device switched?
Missing ACK!
Da es zu meiner Frage keine Wortmeldung gibt schliesse ich daraus, das es nicht möglich ist. :-\
@locutus
Da ich ein Laie in Sachen HW bin, stelle ich mal folgende evtl. seltsame Frage:
Unterstützt dein Extension-Board auch den CubieTruck oder bietest du eine Variante dafür an?
Viele Grüße
klaus
Hi locutus.
Ich wollte mich nur bedanken. Hat alles wunderbar geklappt. Habe jetzt auch pin 30 auf plus gelegt. Funktioniert einwandfrei mit deiner owfs.hex
LG Bernhard
Zitat von: RappaSan am 10 November 2014, 13:10:18
Kann ich mit dem Board neue Firmware auf ein Homematic-Device (Heizungs-Thermostat "HM-CC-RT-DN") transferieren?
Unbekanntes Terrain - diese Frage kann ich leider nicht beantworten.
Zitat von: Klaus Rubik am 14 November 2014, 10:12:37
Unterstützt dein Extension-Board auch den CubieTruck oder bietest du eine Variante dafür an?
Nein. Mittlerweile ist der Markt mit Einplatinencomputern überflutet. Raspberry Pi, Banana Pi, Cubietruck, Cubieboard, Odroid, BeagleBone ...
Leider haben diese Systeme keinen standardisierten GPIO Header. Die Entwicklung einer universellen Erweiterungsplatine ist somit unmöglich.
Zitat von: der Bernhard am 16 November 2014, 10:25:18
Habe jetzt auch pin 30 auf plus gelegt. Funktioniert einwandfrei mit deiner owfs.hex
Pin 30 auf Plus gelegt? Ah, jetzt habe ich es auf dem Schirm! Du sprichst vom CSM (http://forum.fhem.de/index.php/topic,24651.msg177502.html#msg177502).
Zitat von: RappaSan am 10 November 2014, 13:10:18
Kann ich mit dem Board neue Firmware auf ein Homematic-Device (Heizungs-Thermostat "HM-CC-RT-DN") transferieren?
Habs folgendermassen versucht:
sudo ./flash-ota -c /dev/ttyAMA0 -f hm_cc_rt_dn_update_V1_4_001_141020.eq3 -s LEQXXXXXXX
Meine Versuche brechen immer ab mit den Meldungen:
Entering 100k-mode
Has the device switched?
Missing ACK!
Bei mir hat's geklappt. Vorher fhem beendet ?
Zitat von: Peter am 16 November 2014, 20:23:30
Bei mir hat's geklappt. Vorher fhem beendet ?
Hab das gleiche Problem wie RappaSan. Bin die Schritte im Wiki durchgegangen, bekomme aber immer vor dem eigentlichen Flashvorgang "missing ACK"..
fhem hab ich vorher auch beendet.
Spielt es eigentlich eine Rolle ob die Thermostate für den Flash am Heizkörper montiert sind?
:-[
Habs auch nochmal probiert. Gleiches Ergebnis.
Der Regler muss aber meiner Meinung nach nicht an der Heiziung sein. Für's Firmwareupdate musst Du ja die Batterien rausnehmen und die beiden äußeren Tasten festhalten, wenn die Batterien wieder reinkommen.
Ich hab gelesen: Es soll Probleme geben, wenn der Regler zu dicht am CUL ist (unter 1 Meter, wg. Signalübersteuerung).
Aber daran lag's bei mir nicht. Hab alle möglichen Entfernungen ausprobiert.
Noch eine Frage an den Peter: Wenn's be Dir geklappt hat - hast Du vorher in einen bestimmten rfmode geschaltet (slowRF, HomeMatic oder etwas anderes)? Oder gibt's noch einen anderen Zusatzparameter?
Zitat von: RappaSan am 17 November 2014, 14:32:27
:-[
Habs auch nochmal probiert. Gleiches Ergebnis.
Der Regler muss aber meiner Meinung nach nicht an der Heiziung sein. Für's Firmwareupdate musst Du ja die Batterien rausnehmen und die beiden äußeren Tasten festhalten, wenn die Batterien wieder reinkommen.
Ich hab gelesen: Es soll Probleme geben, wenn der Regler zu dicht am CUL ist (unter 1 Meter, wg. Signalübersteuerung).
Aber daran lag's bei mir nicht. Hab alle möglichen Entfernungen ausprobiert.
Noch eine Frage an den Peter: Wenn's be Dir geklappt hat - hast Du vorher in einen bestimmten rfmode geschaltet (slowRF, HomeMatic oder etwas anderes)? Oder gibt's noch einen anderen Zusatzparameter?
Sorry, entgegen meines vorherigen Posts funktioniert das OTA - Update mit dieser Platine auch bei mir
nicht.
Ich hatte das Update auf 1.3 wohl mit meinem anderen System gemacht, auf dem diese Platine mit Firmware V 1.58 CSM868 steckt:
http://forum.fhem.de/index.php/topic,13221.0.html (http://forum.fhem.de/index.php/topic,12854.0.html)
Gerade habe ich es mit dem Board aus diesem Thread mit FW: V 1.61 RPIAddOn_CSM versucht und bekomme auch nur "Missing ACK".
Mit dem anderen CSM-Board funktioniert auch heute das Update auf 1.4.
Bitte um Entschuldigung,
Peter
Die Firmware V 1.58 RPIAddOn_CSM hat sich hier (http://forum.fhem.de/index.php/topic,14156.msg170041.html#msg170041) versteckt.
Hallo,
ich hab das auch gerade mal ausprobiert, bei mir klappt ein flash-ota weder mit der verlinkten 1.58 noch mit der 1.61. Alle meine HM-CC-RT-DN sind noch auf Firmware 1.0. Die zeigen nach dem Einschalten und Drücken der 2 Tasten für ein paar Sekunden FUP, auf den Update-Versuch aber reagieren sie nicht.
Vermutlich ist eine fehlende Definition in board.h dafür verantworlich.
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/board.h
#define HAS_ASKSIN_FUP
kaihs wie ist deine Meinung dazu?
RappaSan, Peter, takaze und wmr72
Testet bitte die Firmware aus dem Anhang. Der Funktionsumfang wurde von mir erweitert:
#define HAS_ASKSIN_FUP
#define HAS_SOMFY_RTS
CUL cmds => B C F i A I Z O G M Y U R T V W X e f l t u x
Zitat von: locutus am 18 November 2014, 01:11:00
Vermutlich ist eine fehlende Definition in board.h dafür verantworlich.
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/board.h
#define HAS_ASKSIN_FUP
kaihs wie ist deine Meinung dazu?
Ja, das wird die Ursache sein.
Ich werde es ergänzen und in SVN einchecken.
Edit: ist eingecheckt.
Zitat von: locutus am 18 November 2014, 19:51:57
RappaSan, Peter, takaze und wmr72
Testet bitte die Firmware aus dem Anhang. Der Funktionsumfang wurde von mir erweitert:
#define HAS_ASKSIN_FUP
#define HAS_SOMFY_RTS
CUL cmds => B C F i A I Z O G M Y U R T V W X e f l t u x
Addon-Board-FW aufgespielt, anschließend hat das Update eines Thermostats auf Anhieb geklappt.
Vielen Dank!
Zitat von: kaihs am 18 November 2014, 20:20:04
Ja, das wird die Ursache sein.
Ich werde es ergänzen und in SVN einchecken.
Edit: ist eingecheckt.
Jo, war der Grund :) Top, danke ;D
Bin momentan unterwegs, ich liefere das Ergebnis nach...
Danke schonmal für den flotten Einsatz.
Prima, das Update hat auch hier geklappt.
Bei mir auch !
Danke und Gruß
Zitat von: kaihs am 18 November 2014, 20:20:04
Ich werde es ergänzen und in SVN einchecken.
Edit: ist eingecheckt.
Vielen Dank! Kannst du noch bitte die Somfy-Funktion in rpiaddon.c vervollständigen?
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/rpiaddon.c
#ifdef HAS_SOMFY_RTS
#include "somfy_rts.h"
#endif
#ifdef HAS_SOMFY_RTS
{ 'Y', somfy_rts_func },
#endif
Zitat von: locutus am 19 November 2014, 22:06:04
Vielen Dank! Kannst du noch bitte die Somfy-Funktion in rpiaddon.c vervollständigen?
Ist erledigt. Bei der Gelegenheit habe ich auch noch RWE aufgenommen. Damit sollten alle Features des CULs vorhanden sein.
Hallo Kaihs
Du schreibst, dass Du RWE mit aufgenommen hast! Wie kann ich das deuten? Ich habe jetzt die SuFu massivst benutzt, aber so richtig kommt nichts bei RWE raus! Die Steckdosen werden ja in der Bucht fuer nen Appel und nen Ei vertickt! Da koennte man ja zuschlagen!
Btw: Bei mir taucht im log immer mal wieder "display" auf, hattet Ihr da eine Loesung gehabt?
Gruss Christoph
Zitat von: pc1246 am 03 Dezember 2014, 14:56:38
Du schreibst, dass Du RWE mit aufgenommen hast! Wie kann ich das deuten? Ich habe jetzt die SuFu massivst benutzt, aber so richtig kommt nichts bei RWE raus! Die Steckdosen werden ja in der Bucht fuer nen Appel und nen Ei vertickt! Da koennte man ja zuschlagen!
Das heißt nur, dass das bereits in der culfw vorhandene Feature HAS_RWE für die rpiaddon Firmware aktiviert wurde.
Ob und in welchem Umfang man dann RWE Komponenten einbinden kann weiß ich nicht.
Der entsprechende Code ist schon seit September 2012 vorhanden, es scheint aber kein zugehöriges fhem Modul zu geben.
Zitat
Btw: Bei mir taucht im log immer mal wieder "display" auf, hattet Ihr da eine Loesung gehabt?
Ja, das war ein Fehler in dem fbvs Binary. Die korrigierte Version findest du in diesem Thread ein paar Seiten vorher.
Kai
Ich werde aus der rf_rwe.c (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/clib/rf_rwe.c) nicht schlau. Es scheint, als ob RWE die Komponenten von eQ3 mit eigenem Funkprotokoll ausgestattet hat.
Hallo Kaihs
Danke fuer die Antworten, da ich neu aufgesetzt habe, hatte ich gedacht, das ist erledigt!
@locutus
Siehe z.B. hier: http://forum.fhem.de/index.php/topic,12925.msg89930.html#msg89930
O.k. dann kann ich das erst einmal ad acta legen!
Gruss Christoph
Edit:
Man bin ich bloed, das mit dem display habe ich schon mal gefragt! Antworten sind hier:
http://forum.fhem.de/index.php/topic,14156.msg207564.html#msg207564
http://forum.fhem.de/index.php/topic,14156.msg209204.html#msg209204
@kaihs
Hast du die Beiträge von Rudolf zum Thema FHT_TF Patch verfolgt?
http://forum.fhem.de/index.php/topic,29677.msg226702.html#msg226702
http://forum.fhem.de/index.php/topic,24517.msg226753.html#msg226753
Kannst Du die Ursache nachvollziehen?
Ich habe soeben das Repository heruntergeladen. Bis auf eine Warnung in irsnd.c ist der Compiler sauber durchgelaufen.
../../clib/irsnd.c: In function 'irsnd_send_data':
../../clib/irsnd.c:596:22: warning: variable 'sircs_additional_command_len' set but not used [-Wunused-but-set-variable]
Hast du CUNO2 oder rpiaddon compiliert?
rpiaddon funktioniert mit WMBUS, der Fehler den Rudi beschrieben hat trat beim CUNO2 auf. Da fehlten zwei Defines für die Pins. Kann mir nicht mehr erklären, warum das bei mir trotzdem durchgelaufen war.
Mglw. hatte ich ein make clean vergessen.
Die Warnung aus irsnd.c war schon immer da und ist auch unkritisch.
Ich habe bei mir eine neuere Version von IRMP integriert, damit verschwindet auch diese Warnung.
Gruß,
Kai
Zitat von: wmr72 am 18 November 2014, 22:35:44
Addon-Board-FW aufgespielt, anschließend hat das Update eines Thermostats auf Anhieb geklappt.
Hallo zusammen!
Dadurch, das ich Probleme habe, meine HM Komponenten auf eine aktuelle Firmware Version zu bringen, bin ich bei dem Thread hier gelandet (CCD = Add-On Board oder?). Bekomme beim aktualisieren die Meldung "Missing ACK". Habe bereits mein CCD auf 1.62 aktualisiert, aber scheinbar passt es immer noch nicht.
Komponenten bei denen ich es probiert habe: HM_CC_RT_DN und HM_TC_IT_WM_W_EU
Ein Beispielauszug:
HomeMatic OTA flasher version 0.097-git
Reading firmware from /opt/fhem/firmware/hm_tc_it_wm_w_eu_update_V1_2_001_141020.eq3...
Firmware with 213 blocks successfully read.
Opening culfw-device at path /dev/ttyAMA0 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.62
Entering 10k-mode
Waiting for device with serial LEQ0000874
Device with serial LEQ0000874 (hmid: 260459) entered firmware-update-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Missing ACK!
Missing ACK!
Missing ACK!
Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Missing ACK!
Missing ACK!
Missing ACK!
Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Missing ACK!
Missing ACK!
Missing ACK!
Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Missing ACK!
Missing ACK!
Missing ACK!
Missing ACK!
No!
Entering 10k-mode
Too many errors, giving up!
Zitat von: locutus am 03 Dezember 2014, 23:04:01
Ich werde aus der rf_rwe.c (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/clib/rf_rwe.c) nicht schlau. Es scheint, als ob RWE die Komponenten von eQ3 mit eigenem Funkprotokoll ausgestattet hat.
Stimmt. Das Smart Home der RWE basiert auf Komponenten von eQ3 mit eigenem verschlüsseltem Protokoll. Seit einiger Zeit geistern immer mal wieder Gerüchte über eine API durch die Gegend. Gesehen habe ich sie aber noch nicht. Das das Protokoll veröffentlicht wird ist eher unwahrscheinlich. Für die Zentrale gibt es mittlerweile eine php-Lib, die mit ganz viel Geduld und Versuch & Irrtum entwickelt worden ist. http://www.rwe-smarthome-forum.de/thread-php-library
Grüße Jörg
Zitat von: prodigy7 am 27 Dezember 2014, 15:07:00
Dadurch, das ich Probleme habe, meine HM Komponenten auf eine aktuelle Firmware Version zu bringen, bin ich bei dem Thread hier gelandet (CCD = Add-On Board oder?). Bekomme beim aktualisieren die Meldung "Missing ACK". Habe bereits mein CCD auf 1.62 aktualisiert, aber scheinbar passt es immer noch nicht.
Nein, die Firmware ist nicht beliebig austauschbar!
So wie ich das sehe, ist die Update-Funktion in COC-Firmware implementiert.
#define HAS_ASKSIN
#define HAS_ASKSIN_FUP http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/COC/board.h
Zitat von: locutus am 01 Januar 2015, 13:10:10
Nein, die Firmware ist nicht beliebig austauschbar!
So wie ich das sehe, ist die Update-Funktion in COC-Firmware implementiert.
#define HAS_ASKSIN
#define HAS_ASKSIN_FUP
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/COC/board.h
Ich habe das Update von http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CCD/ gezogen und installiert. Das müsste doch die richtige Version sein oder? Frage ist: Warum funktionieren die Updates nicht? Bzw. wie komme ich an mehr Informationen um herauszufinden woran es hängt?
Ich würde mich nicht drauf verlassen. Die hex-Datei ist ein wenig älter als die board.h. Meine Empfehlung: selber kompilieren.
1. Das Repository heruntergeladen:
sudo apt-get install subversion-tools
svn co svn://svn.code.sf.net/p/culfw/code/trunk culfw-code
2. Für das Kompilieren werden folgende Pakete benötigt:
sudo apt-get install avr-libc gcc-avr binutils-avr dfu-programmer avrdude libftdi1
3. Dann in den culfw/Devices/CCD Ordner wechseln und
sudo make
oder
sudo make program
ausführen.
Sorry, war dann zu wenig Input von mir: Ist selbst compiliert!
Mein Fehler! Ich habe CCD mit COC verwechselt. Das Update kann nicht funktionieren! In board.h fehlt die Zeile:
#define HAS_ASKSIN_FUP
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CCD/board.h
Kann ich das bedenkenlos im Quellcode ergänzen weil es vergessen wurde oder sollte das von einem der Entwickler nochmal gecheckt werden?
Nur Mut! Du editierst die Datei lokal, auf deinem Datenträger und nicht im SVN-Repository.
Vor dem Kompilieren sollte das Projekt noch gesäubert werden:
sudo make clean
Hat geklappt! Danke!
Ein HM-CC-RT-DN und ein HM-TC-IT-WM-W-EU konnte ich jetzt erfolgreich Updates. 2 HM-CC-RT-DN weigern sich noch, aber das kläre ich im Thread http://forum.fhem.de/index.php/topic,30860.15.html
Hallo zusammen,
ich benutze das AddonBoard nun schon seit einiger Zeit, jedoch ohne den integrierten CUL (mangels Hardware Gegenstücke).
Nun habe ich ein paar FS20 Schalter und ELRO Steckdosen bekommen die ich über einen Busware CUL (USB) an einer FB 7390 mit FHEM nutze. Da ich den FHEM auf der Fritz!Box gerne in Rente schicken würde und nur noch den Raspi als FHEM nutzen möchte wäre es nun für mich an der Zeit den integrierten CUL zu aktivieren.
...und da fangen die Probleme auch schon an!
definiert hab ich den CUL in der fhem.cfg mittels define CUL868 CUL /dev/ttyAMA0@38400 1034 wie in der Anleitung beschrieben.
Er wird von FHEM wohl auch erkannt, aber nur als state "opened".
ein get CUL868 version endet mit "no answer". ein get CUL868 ccconf mit "No FD".
Nun vermute ich einfach mal das der CUL (noch) keine Firmware hat!?
Die LED am AddonBoard geht ca. im Sekundentakt an und aus.
Hab ich irgendwas vergessen zu installieren oder konfigurieren oder hat es was mit dem Cannot init /dev/ttyAMA0 zu tun?
Vielleicht sollte ich noch dazusagen das ich ein absoluter Linuxvollpfosten bin. ;)
hier ein Logfile vom Start:
2015.01.03 10:33:07 1: Including fhem.cfg
2015.01.03 10:33:08 3: telnetPort: port 7072 opened
2015.01.03 10:33:10 3: WEB: port 8083 opened
2015.01.03 10:33:10 3: WEBphone: port 8084 opened
2015.01.03 10:33:10 3: WEBtablet: port 8085 opened
2015.01.03 10:33:11 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2015.01.03 10:33:11 3: Opening CUL868 device /dev/ttyAMA0
2015.01.03 10:33:12 3: Setting CUL868 baudrate to 38400
2015.01.03 10:33:12 3: CUL868 device opened
2015.01.03 10:34:15 1: Cannot init /dev/ttyAMA0, ignoring it (CUL868)
2015.01.03 10:34:15 1: Including ./log/fhem.save
2015.01.03 10:34:15 1: usb create starting
2015.01.03 10:34:17 3: Probing CUL device /dev/ttyACM0
2015.01.03 10:34:17 1: define CUL_0 CUL /dev/ttyACM0@9600 1034
2015.01.03 10:34:17 1: CUL_0: Cannot define multiple CULs with identical first two digits (10)
2015.01.03 10:34:17 1: define CUL_0 CUL_0 CUL /dev/ttyACM0@9600 1034: CUL_0: Cannot define multiple CULs with identical first two digits (10)
2015.01.03 10:34:17 3: Probing CUL device /dev/ttyAMA0
2015.01.03 10:34:17 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.01.03 10:34:17 3: Probing FRM device /dev/ttyAMA0
2015.01.03 10:34:23 1: usb create end
2015.01.03 10:34:23 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.01.03 10:34:23 0: Server started with 10 defined entities (version $Id: fhem.pl 7358 2014-12-29 16:03:31Z rudolfkoenig $, os linux, user fhem, pid 2058)
FHEM Version 5.6
Vielen Dank schonmal...
Gruß FloZi
Hallo FloZi,
die Definition ist korrekt, aber der integrierte CUL scheint noch keine Firmware zu haben. Ich meine, es gibt irgendwo in diesem Thread ein Skript zum Flashen der Firmware, der Vorgang ist so:
- passende Firmware herunterladen und auf den Raspberry Pi kopieren
- fhem beenden (wichtig, damit die serielle Schnittstelle freigegeben wird)
- Skript ausführen
- fhem wieder starten.
Viel Erfolg.
Gruß PeMue
ok...also ich hab mir jetzt avrdude installiert, dann die rpiaddon.hex und die flash.sh aus dem ersten Post runtergeladen.
Das script hab ich mit sudo chmod u+x flash.sh ausführbar gemacht und dannach mit ./flash.sh ausgeführt.
Es kommt dann die Fehlermeldung
root@raspberrypi:/# wget http://www.flozi.de/rpiaddon.hex
--2015-01-03 12:18:41-- http://www.flozi.de/rpiaddon.hex
Resolving www.flozi.de (www.flozi.de)... 62.27.5.116
Connecting to www.flozi.de (www.flozi.de)|62.27.5.116|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 92051 (90K) [text/plain]
Saving to: `rpiaddon.hex'
100%[===============================================================================================>] 92,051 --.-K/s in 0.1s
2015-01-03 12:18:41 (924 KB/s) - `rpiaddon.hex' saved [92051/92051]
root@raspberrypi:/# wget http://www.flozi.de/flash.sh
--2015-01-03 12:18:47-- http://www.flozi.de/flash.sh
Resolving www.flozi.de (www.flozi.de)... 62.27.5.116
Connecting to www.flozi.de (www.flozi.de)|62.27.5.116|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 675 [application/x-sh]
Saving to: `flash.sh'
100%[===============================================================================================>] 675 --.-K/s in 0s
2015-01-03 12:18:47 (7.95 MB/s) - `flash.sh' saved [675/675]
root@raspberrypi:/# chmod u+x flash.sh
root@raspberrypi:/# ./flash.sh
Stopping fhem...
calling rpiaddon bootloader...
Programming rpiaddon
Connecting to programmer: .
avrdude: butterfly_recv(): programmer is not responding
Starting fhem...
root@raspberrypi:/#
Entweder ist der Bootloader zerschossen oder aber die serielle Schnittstelle ist nicht frei.
http://forum.fhem.de/index.php/topic,14156.msg138458.html#msg138458
Funktioniert die Kommunikation mit Minicom?
http://forum.fhem.de/index.php/topic,14156.msg137878.html#msg137878
also bei der Minicom Geschichte kommt nichts dabei raus, wie den vorigen Beiträgen von "Locke".
Unten steht aber von Anfang an Offline!
Zitat von: pc1246 am 04 Dezember 2014, 14:13:00
Man bin ich bloed, das mit dem display habe ich schon mal gefragt! Antworten sind hier:
http://forum.fhem.de/index.php/topic,14156.msg207564.html#msg207564
http://forum.fhem.de/index.php/topic,14156.msg209204.html#msg209204
Hallo!
Möchte nochmals das "display" Problem (siehe auch obige links) hier anschneiden:
1. Hatte das Problem vor ca. zwei Monaten (hundertemale das Wort display im Logfile) und im Sinne der obigen links auch gelöst.
2. Lösung: File fbvs einspielen, entsprechende Berechtigungen und owner setzen - funktioniert!
3. Im Dezember Log hatte ich jedoch wieder das Problem - Punkt 2 durchgeführt und es war wieder gelöst.
4. Meine Frage:
Wird bei einem Update von FHEM oder Linux (Raspberry) oder sonst etwas dieses funktionierende File wieder ersetzt?
Danke und LG
Zitat von: raimundl am 03 Januar 2015, 18:06:46
Wird bei einem Update von FHEM oder Linux (Raspberry) oder sonst etwas dieses funktionierende File wieder ersetzt?
Nein, die fbvs Datei sollte ja in /usr/local/bin liegen. Das Vezeichnis wird bei fhem updates nicht angefasst.
Oder hast du die Datei an eine andere Stelle gelegt?
Hallo zusammen,
ich habe kleine Verbesserungen am Board und an der Erweiterungsplatine vorgenommen:
1. Die IR-Erweiterung wird ab jetzt mit einen SMD-Transistor bestück. In der Vergangenheit kollidierte der Transistor aufgrund der Bauhöhe mit einem Kühlkörper.
Siehe Blogbeitrag: http://blog.moneybag.de/fhem-add-on-board-infrarot-erweiterungsplatine-angetestet/
2. Künftig hat das Add-On Board einen zusätzlichen Lötpunkt P1. Beide Lötpunkte (P1 IR-Board und P1 Add-On Board) müssen miteinander verbunden sein.
Ich denke, dass die kleine Modifikation am Layout die fummelige Lötarbeit erheblich erleichtern wird.
Gute Idee
Hat mein Vorschlag doch noch Gehör gefunden. :)
Zitat von: kaihs am 04 Januar 2015, 19:13:14
Nein, die fbvs Datei sollte ja in /usr/local/bin liegen. Das Vezeichnis wird bei fhem updates nicht angefasst.
Oder hast du die Datei an eine andere Stelle gelegt?
Nein, sie liegt im richtigen Verzeichnis /usr/local/bin!
Tatsache ist, dass "display" im Logfile wieder erschienen ist und durch nochmaligen Austausch der Datei nun nicht mehr aufscheint.
Ich werde es weiter beobachten.
Danke und LG
Hallo,
ich habe seit ein paar Tagen auch ein Problem mit dem CUL.
Der 1-Wire und CUL reagiert von FHEM nicht mehr.
2015.01.18 16:34:27 3: Opening CUL_1 device /dev/ttyAMA0
2015.01.18 16:34:27 3: Setting CUL_1 baudrate to 38400
2015.01.18 16:34:27 3: CUL_1 device opened
2015.01.18 16:34:27 3: CUL_1: Possible commands: BCFiAIZOGMURTVWXefltux
2015.01.18 16:34:30 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_1)
2015.01.18 16:34:30 2: Switched IR_Dev irReceive to NoAnswer
2015.01.18 16:34:30 1: OWX: COC/CUNO device CUL_1 defined
2015.01.18 16:34:30 1: OWX: Waiting, at t=0 CUL_1 is still opened
2015.01.18 16:34:33 1: OWX: Waiting, at t=1 CUL_1 is still opened
2015.01.18 16:34:36 1: OWX: Waiting, at t=2 CUL_1 is still opened
2015.01.18 16:34:39 1: OWX: Waiting, at t=3 CUL_1 is still opened
2015.01.18 16:34:42 1: OWX: Waiting, at t=4 CUL_1 is still opened
2015.01.18 16:34:45 1: OWX: Waiting, at t=5 CUL_1 is still opened
2015.01.18 16:34:48 1: OWX: Can't open CUL_1
Minicom minicom -b 38400 -o -D /dev/ttyAMA0
kann jedoch geöffnet werden und V gibt auch
V 1.61 RPIAddOn_CSM zurück.
Die CUL Firmware habe ich auch schon mal neu geflash um sicher zu gehen, dass nichts dabei schief ist.
Aber, weder 1-Wire noch CUL als IR Sender funktionieren.
Ich hab schon alles mögliche versucht, aber komme hier einfach nicht weiter.
Hat jemand einen Tipp für mich.
Gruß Hannes
OWX verhält sich seit geraumer Zeit instabil.
http://forum.fhem.de/index.php/topic,31484.0.html
Hast du mal probeweise OWX auskommentiert?
Zitat von: locutus am 18 Januar 2015, 17:38:38
OWX verhält sich seit geraumer Zeit instabil.
http://forum.fhem.de/index.php/topic,31484.0.html
Hast du mal probeweise OWX auskommentiert?
Nee habe ich noch nicht gemacht, werde ich gleich mal versuchen :-)
Gruß und danke für die schnelle Antwort.
Update:
Leider ohne Erfolg:
Im Log steht jetzt:
2015.01.18 17:50:39 3: Opening CUL_1 device /dev/ttyAMA0
2015.01.18 17:50:39 3: Setting CUL_1 baudrate to 38400
2015.01.18 17:50:39 3: CUL_1 device opened
2015.01.18 17:50:48 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_1)
Mir minicom funktioniert die Versionsabfrage immer noch,
in fhem reagiert der CUL jedoch nicht
get CUL_1 version
CUL_1 version => No answer
Gruß Hannes
Zitat von: AHA1805 am 18 Januar 2015, 17:26:47
Minicom minicom -b 38400 -o -D /dev/ttyAMA0
kann jedoch geöffnet werden und V gibt auch
V 1.61 RPIAddOn_CSM zurück.
Das bedeutet, dass der CUL funktionstüchtig ist. Somit liegt ein softwareseitiges Problem vor.
Zitat von: AHA1805 am 18 Januar 2015, 17:48:01in fhem reagiert der CUL jedoch nicht
get CUL_1 version
CUL_1 version => No answer
Schon
shutdown restartoder
sudo rebootdurchgeführt?
Zitat
Cannot init /dev/ttyAMA0, ignoring it (CUL_1)
Die Fehlermeldung erscheint, wenn das Initcmd nicht richtig ausgeführt wird.
Laut deinen Screenshots ist das bei dir ja X21
Was passiert, wenn du das in minicom eingibst?
Reagiert das Board danach noch auf V?
Zitat von: locutus am 18 Januar 2015, 18:13:44
Das bedeutet, dass der CUL funktionstüchtig ist. Somit liegt ein softwareseitiges Problem vor.
Schon
shutdown restart
oder
sudo reboot
durchgeführt?
Hab ich schon versucht.
Habe das Board auch schon mal abgebaut und wieder darauf gesteckt, weil ich den Verdacht auf einen schlechten Kontakt hatte.
Hat aber auch keine Änderung gebracht.
Beim Starten blinkt ganz kurz die gelbe LED und dann war es das.
Wenn ich in minicom X21 eingeben passiert gar nix.
Bei einem anschließendem V kommt wieder die Rückmeldung
V 1.61 RPIAddOn_CSMWenn ich nur X eingebe kommt
00 646 zurück
UPDATE
Ich hab noch einen 2. Busware CUL an einem USB Port stecken.
Wenn FHEM läuft, komme ich nicht auf diesen CUL, wenn FHEM nicht läuft kann ich mich wunderbar darauf verbinden.
Wieso kann ich mich eigentlich auf den AddOn Board CUL verbinden wenn FHEM läuft,
sollte der Port nicht durch FHEM belegt sein, oder gibt FHEM den Port wieder frei wenn ein Fehler auftritt?
Gruß und Danke
schon mal für die vielen Tipps
Hannes
Hallo zusammen,
da ich mein Hauptsystem auf einen Zotac CI320 umziehe, würde ich gerne den 1W-Bus mit OWServer nutzen. Im Einsteiger-PDF steht, dass die vorinstalierte CULfw damit nicht kompatibel ist. Bedeutet das, dass ich eine andere Installieren muss oder nur, dass dann logischerweise die Sensoren nur noch dem Rpi zur Verfügung stehen?
Viele Grüße
Kuzl
Hallo,
ich kann es zwar nicht erklären warum,
aber nun habe ich mal die CUL Firmware 1.62 installiert und seit dem funktioniert der CUL wieder.
Ich hatte die Firmware 1.61 zwar schon 2mal geflash hatte dabei jedoch nie eine Veränderung bemerkt.
V 1.62.05 RPIAddOn_CSM (F-Band: 868MHz)
Trotzdem vielen Dank an alle die mich mit Rat und Tat unterstütz haben.
Gruß Hannes
Zitat von: Kuzl am 18 Januar 2015, 19:40:32
Hallo zusammen,
da ich mein Hauptsystem auf einen Zotac CI320 umziehe, würde ich gerne den 1W-Bus mit OWServer nutzen. Im Einsteiger-PDF steht, dass die vorinstalierte CULfw damit nicht kompatibel ist. Bedeutet das, dass ich eine andere Installieren muss oder nur, dass dann logischerweise die Sensoren nur noch dem Rpi zur Verfügung stehen?
Viele Grüße
Kuzl
Hierzu sind folgende Schritte notwendig:
- Lötbrücken umsetzen
- CULFW für OWFS (http://forum.fhem.de/index.php/topic,14156.0.html) flashen
- OWServer installieren und konfigurieren
- OWServer in FHEM konfigurieren
Alles klar vielen Dank für die Info :)
EDIT: Auf den ersten Blick funktioniert alles wunderbar. Und ich musste nur noch das IODevice der OWTHERM-Devices ändern :)
Hallo zusammen,
nach länger Suche nach einem neuen, passenden Embedded Computer für das Add-On Board, habe ich mich vorerst für Banana Pro (http://www.lemaker.org/) entschieden.
Erster kurzer Eindruck:
Der Einplatinencomputer ist sauber verarbeitet. Im Lieferumfang ist eine WLAN-Stummelantenne enthalten. Nach dem Einschalten fallen sofort die ungewöhnlich hellen Leuchtdioden auf - etwas unangenehm fürs Auge – im Endeffekt werden die superbright LED vom Add-On Board verdeckt.
Das Add-On Board lässt sich problemlos auf die GPIO-Stiftleiste aufstecken. FHEM Installation verläuft einwandfrei. CUL sendet und empfängt.
define CUL868 CUL /dev/ttyS2@38400 1234
Der Luftdrucksensor wird mit dem umgebauten Modul von klausw eingebunden: http://forum.fhem.de/index.php/topic,20452.msg143682.html#msg143682
define i2c RPII2C 2
define Pressure I2C_BMP180
attr Pressure IODev i2c
Für den Lichtsensor hat jensb ein neues Modul entwickelt: http://forum.fhem.de/index.php/topic,35317.0.html
define Luminosity I2C_TSL2561 0x39
attr Luminosity IODev i2c
Das Display-Handling ist ähnlich wie beim RPi.
/etc/modules wird um folgende Einträge erweitert:
snd-bcm2835
i2c-bcm2708
i2c-dev
spi-sun7i
fbtft_device name=sainsmart18
wiringBP installieren:
git clone https://github.com/LeMaker/WiringBP.git -b bananapro
cd WiringBP
chmod +x ./build
sudo ./build
Das Display wird als /dev/fb2 hinterleg.
define Display FRAMEBUFFER /dev/fb2
attr Display layoutBasedir /opt/fhem/layouts
attr Display layoutList standard.txt steckdosen.txt webcam.txt
attr Display startLayoutNo 0
attr Display update_interval 1
define LCD_Backlight RPI_GPIO 23
attr LCD_Backlight devStateIcon .on:FS20.on .off:FS20.off
attr LCD_Backlight direction output
attr LCD_Backlight restoreOnStartup yes
HINWEIS
Diese Kurzanleitung bezieht sich auf das Raspbian for BananaPro Image vom 26.12.2014, Kernel version 3.4.103, Default login: root/bananapi
Probiere doch ml das Image aus meinem Beitrag banana pi und addon board von Igor .. da ist zumindest der fbtft mit drin
@noice
Schuss ins Blaue. Mit dem Image von Igor Pečovnik ist Stillstand angesagt. Das original Banana Pro Image ist 3-mal so groß. Dies liegt wohl an dem größeren Umfang der Onboard-Komponenten.
@AHA1805
Zitat von: AHA1805 am 18 Januar 2015, 20:23:32
ich kann es zwar nicht erklären warum,
aber nun habe ich mal die CUL Firmware 1.62 installiert und seit dem funktioniert der CUL wieder.
Ich hatte die Firmware 1.61 zwar schon 2mal geflash hatte dabei jedoch nie eine Veränderung bemerkt.
V 1.62.05 RPIAddOn_CSM (F-Band: 868MHz)
Welche Firmware hast du auf das Board geflasht? Ich vermute, es ist die culfw aus dem IT Empfang mit CUL Thread. Dann wunder dich bitte nicht, wenn IR nicht mehr funktioniert.
Okay versuch War es wert
Hallo,
habe ein kleines Problem mit den IR_Dev. IR-Codes anlernen geht, allerdings werden die Befehle danach nicht ausgeführt. Auch gibt es im Eventfenster keine Reaktionen. Bin momentan ein wenig Ratlos :o
hier die definition vom CUL868:
Internals:
CMDS BbCFiAIZEOGMUYRTVWXefltux
CUL868_MSGCNT 22
CUL868_TIME Initialized
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF /dev/ttyAMA0@38400 1034
DeviceName /dev/ttyAMA0@38400
FD 8
FHTID 1034
NAME CUL868
NR 18
PARTIAL
RAWMSG I0A0707679800
STATE Initialized
TYPE CUL
VERSION V 1.62 RPIAddOn_CSM
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
Readings:
2015-01-27 20:26:32 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2015-01-31 19:43:54 cmds B b C F i A I Z E O G M U Y R T V W X e f l t u x
2015-01-31 19:58:59 raw OK:0
2015-01-31 19:48:34 state Initialized
2015-01-31 19:30:40 uptime 4 00:27:45
2015-01-27 20:26:44 version V 1.62 RPIAddOn_CSM
Attributes:
und hier die vom IR_Dev:
Internals:
DEF CUL868
IODev CUL868
NAME IR_Dev
NR 24
STATE Initialized
TYPE CUL_IR
irReceive ON_NR
Attributes:
ButtonA000 I0A0707EE1100 set LCD_Backlight off
ButtonA001 I0A0707FB0400 set LCD_Backlight on
ButtonA002 I0A0707FA0500
ButtonA003 I0A0707F90600
ButtonA004 I0A0707F70800
ButtonA005 I0A0707F60900
ButtonA006 I0A0707F50A00
ButtonA007 I0A0707F30C00
ButtonA008 I0A0707F20D00
ButtonA009 I0A0707F10E00
ButtonA010 I0A0707679800 set LCD_Backlight off
irReceive ON_NR
learncount 11
learnprefix A
verbose 5
Trotz Verbose 5 sind in der Logdatei keine zusätzlichen Einträge zu sehen.
Bitte sagt mir was ich falsch mache. :-\
VG
habl
Zitat von: habl am 31 Januar 2015, 20:16:46
Bitte sagt mir was ich falsch mache.
Nichts, es liegt eigentlich daran, dass das Notify (LCD_Backlight_Switch) auf ein Dummy-Device (LCD_Backlight) reagiert.
Versuche es mit einem FS20 Dummy für die Hintergrundbeleuchtung oder hiermit:
attr IR_Dev ButtonA000 I0A0707EE1100 {system("/usr/local/bin/gpio write 4 0 &")}
attr IR_Dev ButtonA001 I0A0707FB0400 {system("/usr/local/bin/gpio write 4 1 &")}ZitatTrotz Verbose 5 sind in der Logdatei keine zusätzlichen Einträge zu sehen.
IR_Dev erzeugt keine Events und auch keine Logeinträge.
Hallo locutus,
vielen dank für die Rückmeldung. Werde ich morgen gleich testen.
VG habl
Zitat von: raimundl am 03 Januar 2015, 18:06:46
Hallo!
Möchte nochmals das "display" Problem (siehe auch obige links) hier anschneiden:
1. Hatte das Problem vor ca. zwei Monaten (hundertemale das Wort display im Logfile) und im Sinne der obigen links auch gelöst.
2. Lösung: File fbvs einspielen, entsprechende Berechtigungen und owner setzen - funktioniert!
3. Im Dezember Log hatte ich jedoch wieder das Problem - Punkt 2 durchgeführt und es war wieder gelöst.
4. Meine Frage:
Wird bei einem Update von FHEM oder Linux (Raspberry) oder sonst etwas dieses funktionierende File wieder ersetzt?
Danke und LG
Zitat von: kaihs am 04 Januar 2015, 19:13:14
Nein, die fbvs Datei sollte ja in /usr/local/bin liegen. Das Vezeichnis wird bei fhem updates nicht angefasst.
Oder hast du die Datei an eine andere Stelle gelegt?
Hallo!
Wieder "display Problem" im logfile:
Log - 31.1.21015 kein "display Problem"
Log aktuell (Feber 2015) wieder "display Problem". Kann ja das ganze Procedere wie schon gehabt wieder durchspielen, jedoch muss es einen Grund geben wieso dieses Problem plötzlich immer wieder auftaucht. Keine Veränderungen - ausser lfd. updates - meinerseits!
Danke und LG
LG
Das kann ich nur bestätigen. Nach dem gestrigen Update wird das Log vollgeschrieben. Der Zusammenhang ist mir nach wie vor nicht klar.
Sorry, ich habe auch keine Idee woran das liegen könnte.
Ist denn die Datei /usr/local/bin/fbvs identisch zu der von mit zuletzt geposteten? Ggf. mal auf der Shell Byte für Byte vergleichen, z. B. mit dem Befehl cmp.
Falls nein, muss je irgendetwas die Datei überschrieben haben.
Taucht "display" auf deinem RPi auch nicht im Terminal auf?
Zitat von: locutus am 31 Januar 2015, 12:56:47
nach länger Suche nach einem neuen, passenden Embedded Computer für das Add-On Board, habe ich mich vorerst für Banana Pro (http://www.lemaker.org/) entschieden.
Hätte ich bloß ein paar Tage gewartet ...
http://www.raspberrypi.org/raspberry-pi-2-on-sale/
Zitat von: locutus am 02 Februar 2015, 21:40:07
Taucht "display" auf deinem RPi auch nicht im Terminal auf?
Nein.
Wie sehen denn die Ausgaben dieser Befehle bei dir aus?
pi@raspberrypi ~ $ md5sum /usr/local/bin/fbvs
feb85706aadd9d86e68140a80d282ae4 /usr/local/bin/fbvs
pi@raspberrypi ~ $ strings /usr/local/bin/fbvs |grep display
--dontclear | -c : Do not clear the screen before and after displaying the image
Zitat
Hätte ich bloß ein paar Tage gewartet ...
http://www.raspberrypi.org/raspberry-pi-2-on-sale/
Den Gedanken hatte ich auch schon.
Ich werde wohl trotzdem beim Banana bleiben.
pi@raspberrypi ~ $ md5sum /usr/local/bin/fbvs
efbafc5a5a6e9d445a45769dd8b770c7 /usr/local/bin/fbvs
pi@raspberrypi ~ $ strings /usr/local/bin/fbvs |grep display
display
--dontclear | -c : Do not clear the screen before and after displaying the image
Dann hast du noch (oder wieder) die alte Datei mit eben dieser Debugausgabe.
Ersetze sie mal durch die Datei aus dem angehängten zip.
Zitat von: kaihs am 02 Februar 2015, 21:52:09
Den Gedanken hatte ich auch schon.
Ich werde wohl trotzdem beim Banana bleiben.
Da fehlt mir der Sata am RPi .. hab ihn gerade lieben gelernt am BPi ;D
PS: den RPi 2 gibts übrigens schon bei pollin
Problem bei Wechsel von FB 7390 auf Raspi mit Add-On Board:
ich scheitere beim Versuch, meine Konfiguration von der FB mit CUL auf den RPi zu übernehmen.
Und zwar werden die FHT8V nicht mehr aktualisiert. (Auch) Nach Pair bzw "Batteriewechsel" wird nur der erste Stellwert übernommen, die weiteren ignoriert.
Ausschnitt von FB mit CUL:
CUL_0: Def /dev/ttyACM0@9600 1234
version V 1.62 CUL868,
ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
FHT-1: 1212 , IODev CUL_0
FHT-2: 1313 , IODev CUL_0
FHT-3: 1414 , IODev CUL_0
FHT8V-1: Def 1734 1734 , IODev CUL_0
FHT8v-2: Def 1834 1734 , IODev CUL_0
FHT8V-3: Def 1934 1734 , IODev CUL_0
Die FHT8v werden von PID20 gesteuert
Define beim Raspberry mit Add-On-Bord:
CUL_0: Def /dev/ttyAMA0@38400 1234
version V 1.62 RPIAddOn_CSM,
ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Was könnte der Grund sein? :(
Bernhard
FHT ist nicht mein Themengebiet, aber auf die Schnelle fällt mir eine fehlende Funktion in board.h (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/board.h) auf:
# define HAS_FHT_TF
Die V1.62 ist noch eine Baustelle. Bis zum offiziellen Release empfehle ich das hier:
http://forum.fhem.de/index.php/topic,14156.msg238986.html#msg238986
Beachte bitte, dass sich die hier gezeigte Kompilierung auf Busware CCD bezieht.
Ich habe auch keine Ahnung von FHT.
Das fehlende define ist aber wohl nur für TürFenster-Kontakte.
Ich werde es aber der Vollständigkeit halber hinzufügen.
Hallo,
nach Banana Pro (http://forum.fhem.de/index.php/topic,14156.msg254516.html#msg254516) folgt nun die Anbindung des Boards an den Raspberry Pi 2 Model B mit Debian Wheezy vom 31.01.2015.
Hier die wichtigsten Änderungen im Überblick:
SPI, I2C und Serial werden mittels sudo raspi-config aktiviert:
Advanced Options -> SPI -> Yes -> Ok -> Yes -> Ok
Advanced Options -> I2C -> Yes -> Ok -> Yes -> Ok
Advanced Options -> Serial -> No -> Ok
Das I2C Interface in FHEM einbinden:
http://fhem.de/commandref.html#RPII2C
define I2C RPII2C 1
Luftdrucksensor einbinden:
http://forum.fhem.de/index.php/topic,20452.msg143682.html#msg143682
define Pressure I2C_BMP180
attr Pressure IODev I2C
attr Pressure oversampling_settings 3
attr Pressure poll_interval 10
Lichtsensor einbinden:
http://forum.fhem.de/index.php/topic,35317.0.html
define Luminosity I2C_TSL2561 0x39
attr Luminosity IODev i2c
attr Luminosity poll_interval 10
attr Luminosity stateFormat Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
Hallo locutus,
Ich habe mir auch einen Raspberry pi2 Version B zugelegt und vor ein paar Wochen vom Raspberry Pi B+ gewechselt .
Seit gestern habe ich auch das Display wieder zum Leben erweckt , nur leider den Luftdrucksensor noch nicht .
Auch nach Deiner Anleitung komme ich leider nicht so richtig weiter .
der State von Pressure ist immer auf "Initialized"
kann es an den Hipi Tools liegen , die steigen nämlich bei der Installation mit einem Fehler aus .
Building Executables
/usr/bin/perl -Ilib -Iblib/arch -Iblib/lib inc/buildexecs.pl
failed to build hipi-i2c : Undefined subroutine &HiPi::Utils::Exec::_compress_buffer called at lib/HiPi/Utils/Exec.pm line 123.
at lib/HiPi/Utils/Exec.pm line 83
Failed with exit code 6400
/usr/bin/perl -Ilib -Iblib/arch -Iblib/lib inc/buildexecs.pl
Failed to run perl Build at hipi-install line 97.
in den Internals von Pressure steht noch :
HiPi_exists 1
HiPi_used 1
Gruß Martin
HiPi läuft nicht mehr auf dem RPi 2. Du benötigst das umgebaute BMP180 Modul von klausw.
Bitte berücksichtige die Informationen aus diesem Thread: http://forum.fhem.de/index.php/topic,32858.0.html
So ein Board hätte ich auch gerne...
Steh grad am Anfang für den Pool Controller.
Wer kann mir hier Tips geben?
Habe einen Raspberry Pi Rev2 herumliegen mit 433MHz Modul und schon einer kleinen Seite für die Funksteckdosen.
Geplant wäre
* Temperatur-Anzeige des Pools
* Stromverbrauchsmessung der Pumpe
* PH + ORP aufzeichnung
* kleines Display optional
Bitte um Unterstützung ;-( es gibt soviele Produkte aber irgendwie finde ich mich nicht zu recht !?
Hallo,
Zitat von: locutus am 15 Februar 2015, 15:06:55
HiPi läuft nicht mehr auf dem RPi 2. Du benötigst das umgebaute BMP180 Modul von klausw.
Bitte berücksichtige die Informationen aus diesem Thread: http://forum.fhem.de/index.php/topic,32858.0.html
Besten Dank für den Tip ! Jetzt funktioniert auch der Luftdrucksensor BMP180 wieder :)
ich habe den Link den Du in dieser Mail geschickt hast berücksichtigt und in der /boot/config.txt folgende Zeile eingefügt :
device_tree_param=i2c0=on,i2c1=on,spi=on Und dann das BMP180 Modul von klausw gesucht ;) und hier gefunden : http://forum.fhem.de/index.php/topic,20452.msg143682.html#msg143682 (http://forum.fhem.de/index.php/topic,20452.msg143682.html#msg143682)
Also einfach das Modul
52_I2C_BMP180.pm aus dem oben genannten Thread downloaden und nach /fhem/FHEM/ kopieren.
Dann noch das Modul 51_I2C_BMP180.pm löschen .
Jetzt funktioniert auch das Einrichten des Sensors so wie Du es heute morgen beschrieben hast .
Besten Dank für die Hilfe !
Gruß Martin
Zitat von: oberndor77 am 15 Februar 2015, 17:21:18
So ein Board hätte ich auch gerne...
Steh grad am Anfang für den Pool Controller.
Wer kann mir hier Tips geben?
Habe einen Raspberry Pi Rev2 herumliegen mit 433MHz Modul und schon einer kleinen Seite für die Funksteckdosen.
Geplant wäre
* Temperatur-Anzeige des Pools
* Stromverbrauchsmessung der Pumpe
* PH + ORP aufzeichnung
* kleines Display optional
Bitte um Unterstützung ;-( es gibt soviele Produkte aber irgendwie finde ich mich nicht zu recht !?
Willkommen im Forum,
bei der Anforderung ist das Add-On Board nicht unbedingt die richtige Wahl.
RPi und 433 MHz Funkmodule - dazu fällt mir pilight ein.
http://fhem.de/commandref.html#pilight
Stromverbrauchsmessung der Pumpe – JeeLink + EMT7110.
http://www.fhemwiki.de/wiki/JeeLink
http://forum.fhem.de/index.php/topic,26494.0.html
Pool Controller – Gerät mit Web-Interface?
http://www.fhemwiki.de/wiki/Ger%C3%A4te_mit_Web-Interface
Kleines Display – lässt sich mit fbtft und FRAMEBUFFER realisieren.
https://github.com/notro/fbtft/wiki
http://fhem.de/commandref.html#FRAMEBUFFER
Hallo
könnte man die mysensors da irgendwie integrieren ?
Nö, kein nRF24L01 (MySensors) sondern ein CC1101 (CUL) Transceiver.
Hi Tomatic,
ich habe auch eine CCU2 in Form eines RaPi 2 am Laufen und will diese nun erweitern, um andere Lampen und Energiemesser per CuxD einzubinden. Bist Du noch auf diesem Weg? oder hast Du nun auf FEHM umgestellt?
Heißt dieser Post von Dir, dass Du das Board als CUL unter CuxD auf der CCU2 einbinden kontest?
Zitat von: tomatic am 08 Juli 2014, 14:32:28
Ich werde es einfach mal versuchen, hatte noch keine Zeit nachzusehen, ob man das mit einfachen Mitteln ggf. anpassen kann. Ich werde berichten, auch wenn es eigentlich nicht zu FHEM gehört.
Edit: sieht doch ganz vielversprechend aus:
Gruß
VG Jürgen
Hallo Forum,
bekomme mein Luftdrucksensor nicht zum laufen. Im Log steht immer "Pressure: Can't call method "bus_read" on an undefined value" jemand eine Idee?
Welche Ausgangskonfiguration? RPi oder RPi2? Via HiPi Library oder via RPII2C Modul?
RPi mit HiPi. i2cdevices liefert die korrekten adressen
Zitat von: Bernhard am 03 Februar 2015, 09:44:25
Problem bei Wechsel von FB 7390 auf Raspi mit Add-On Board:
Hallo,
bin erst jetzt wieder dazu gekommen ...
auch mit der aktuellen V1.63 geht nichts in Richtung FHT8v
Bernhard
Äh, beherrscht das Board auch den IT-Switch auf 433mhz wie der CUL ?
Zitat von: UHT am 17 Februar 2015, 21:19:58
RPi mit HiPi. i2cdevices liefert die korrekten adressen
Es fehlt die Berechtigung für I2C Geräte.
http://fhem.de/commandref.html#I2C_BMP180
Zitat von: Bernhard am 18 Februar 2015, 10:13:11
Hallo,
bin erst jetzt wieder dazu gekommen ...
auch mit der aktuellen V1.63 geht nichts in Richtung FHT8v
Bernhard
Hast du das hier schon versucht?
ZitatKönnen Signale eines FHT nicht empfangen werden, kann es sinnvoll sein, probeweise die Frequenz des CUL zu ändern (in 0,05 MHz Schritten), oder die Bandbreite aufzuweiten, z.b. auf 464 KHz.
http://www.fhemwiki.de/wiki/FHT80b
Zitat von: locutus am 31 Januar 2015, 12:56:47
Hallo zusammen,
nach länger Suche nach einem neuen, passenden Embedded Computer für das Add-On Board, habe ich mich vorerst für Banana Pro (http://www.lemaker.org/) entschieden.
Erster kurzer Eindruck:
Der Einplatinencomputer ist sauber verarbeitet. Im Lieferumfang ist eine WLAN-Stummelantenne enthalten. Nach dem Einschalten fallen sofort die ungewöhnlich hellen Leuchtdioden auf - etwas unangenehm fürs Auge – im Endeffekt werden die superbright LED vom Add-On Board verdeckt.
Das Add-On Board lässt sich problemlos auf die GPIO-Stiftleiste aufstecken. FHEM Installation verläuft einwandfrei. CUL sendet und empfängt.
HINWEIS
Diese Kurzanleitung bezieht sich auf das Raspbian for BananaPro Image vom 26.12.2014, Kernel version 3.4.103, Default login: root/bananapi
Der Lichtsensor funktionieren nicht! HiPi für Banana Pro fehlt.
Hallo,
hattest Du auch mal das "Bananian" Image getestet ? Wenn ja, ist bei der Inebtriebnahme etwas anderes zu beachten ?
Hallo,
ich versuche schon seit einigen Tagen ein RSS Bild erzeugt von Fhem auf dem selben Raspberry auf einen Display anzuzeigen.
Funktioniert nur wenn ich das RSS Bild abspeichere.
Der Befehl "wget http://192.168.xxx.xxx:8083/fhem/rss/FrameRSS.jpg"
funktioniert nicht . Ich vermute mal, das das auf dem selben Raspi wo Fhem läuft nicht möglich ist.
Kann mir da jemand helfen..
Gruss Roland
Zitat von: Bartimaus am 18 Februar 2015, 23:10:13
Äh, beherrscht das Board auch den IT-Switch auf 433mhz wie der CUL ?
Ja, aber der HF-Eingangskreis ist auf 868 MHz abgestimmt.
Zitat von: Bartimaus am 19 Februar 2015, 13:24:13
Hallo,
hattest Du auch mal das "Bananian" Image getestet ? Wenn ja, ist bei der Inebtriebnahme etwas anderes zu beachten ?
Nein! Ich befürchte fehlende Kerneltreiber.
Zitat von: Rose01 am 19 Februar 2015, 19:48:29
Hallo,
ich versuche schon seit einigen Tagen ein RSS Bild erzeugt von Fhem auf dem selben Raspberry auf einen Display anzuzeigen.
Funktioniert nur wenn ich das RSS Bild abspeichere.
Der Befehl "wget http://192.168.xxx.xxx:8083/fhem/rss/FrameRSS.jpg"
funktioniert nicht . Ich vermute mal, das das auf dem selben Raspi wo Fhem läuft nicht möglich ist.
Kann mir da jemand helfen..
Gruss Roland
Wirf doch mal einen Blick in die Kurzanleitung (http://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=26187).
Aufgrund der Anfrage parallel hier im Forum (http://forum.fhem.de/index.php/topic,34176.msg265051.html#msg265051 (http://forum.fhem.de/index.php/topic,34176.msg265051.html#msg265051))ein Hinweis für Raspberry-Nutzer mit Raspian:
Durch ein update via apt-get upgrade wird ein aktuelles System installiert - und das kickt das individuelle für Framebuffer raus. Es gibt nun 2 Möglichkeiten: Eigenes kernel basteln (aufwendig) oder vor einem update die Aktualisierung teilweise verhindern. Dazu muss das System aber neu aufgesetzt werden. Dann am besten sofort:
sudo apt-mark hold raspberrypi-bootloader
Siehe auch:
https://github.com/notro/fbtft/wiki/FBTFT-on-Raspian (https://github.com/notro/fbtft/wiki/FBTFT-on-Raspian) (schnell)
https://github.com/notro/fbtft/wiki/FBTFT-image-build-process (https://github.com/notro/fbtft/wiki/FBTFT-image-build-process) (eigenes image/kernel)
(PS: Die Anleitung sollte angepasst werden!)
Locutus hat auch eine Vorgehensweise auf den ersten Seiten irgendwo beschrieben. Dabei wird einfach der Kernel unberührt gelassen.
Habe das Board jetzt auf meinem BananaPro mit Bananian-Image laufen. CUL868 und QWio funktionieren auf Anhieb, ohne zus. Kerneltreiber.
Schaltet FS20 + IT bei meinen Devices DEUTLICH zuverlässiger als mein CUL_1101 !! ;D
Hast du das Display auch am laufen?
Nein, noch nicht versucht
@AitschPi
Ich sehe hier keinen Handlungsbedarf.
Zum Ende des Monats mal ein Systemupdate durchgeführt:
sudo apt-get update
sudo apt-get upgrade
sudo reboot
Nach dem Neustart waren I2C- und SPI-Bus nicht mehr ansprechbar.
Kernel Version Check:
uname –a
Linux raspberrypi 3.18.7+
SPI und I2C lassen sich komfortabel via
sudo raspi-config
unter Advanced Options aktivieren.
/dev/fb1 wird auf die bekannte Weise wieder zum Leben erweckt:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update
sudo reboot
Wer regelmäßig FHEM-Updates durchführt, ist auf dieses Problem aufmerksam geworden:
http://forum.fhem.de/index.php/topic,34289.0.html
Hallo,
habe gestern das Board bekommen, Vielen Dank
Nun das Problem.
Hab den ganzen Thread bereits durchgelesen und auch das PDF nochmal, aber ich bekomme das Display nicht zum laufen. Licht und Drucksensor, IR Device lassen sich alle installieren.
die Datei fbvs liegt auch im richtigen Verzeichnis
Gelbe LED am Display blinkt
Jemand eine Idee was ich noch tun könnte ??
edit: Display funktioniert. ohne Displaybeleuchtung kann man auch nichts lesen. Der FEHLER saß mal wieder davor 8)
Gruß Stefan
Zitat von: Mad22 am 15 Februar 2015, 18:23:19
Und dann das BMP180 Modul von klausw gesucht ;) und hier gefunden : http://forum.fhem.de/index.php/topic,20452.msg143682.html#msg143682 (http://forum.fhem.de/index.php/topic,20452.msg143682.html#msg143682)
Also einfach das Modul 52_I2C_BMP180.pm aus dem oben genannten Thread downloaden und nach /fhem/FHEM/ kopieren.
Dann noch das Modul 51_I2C_BMP180.pm löschen .
Dieser Schritt ist nicht Notwendig.
Das aktuelle 51_I2C_BMP180.pm Modul welches du übers update bekommst hat die Funktionalität bereits eingebaut.
also wenn mal wieder ein Board zu haben ist....
der Raspi ist bestellt...
kann das Add-On-Board evtl noch um eine RTC erweitert werden - ich frage das aus aktuellem Anlass .......
Bernhard
Ein RTC für das Board war nicht vorgesehen, aber der Raspberry Pi kann erweitert werden.
Es kommt auf die RTC Bus-Adresse und den Signalpegel (3,3V Logik) an. Dann sind nur noch feiner Lötkolben und ruhige Hände erforderlich.
8) das eine hab ich, das andere nicht ;)
welches ist dabei nicht relevant :D
PS: das Problem mit der FHT8v habe ich noch nicht weiterverfolgen können - kommt aber noch
Moin,
ich habe nach mehreren Monaten Betrieb mit dem AddonBoard festgestellt, dass das Board seit einiger Zeit keine IT-Steckdosen mehr anfunkt. Das wurde gefühlt schleichend immer weniger, immer mehr Probleme mit den geschalteten Dosen haben mich dann veranlasst, einen Ausweich-Raspi aufzusetzen.
Ich habe mir einen 434MHz nanoCUL gebaut und am Raspi mit dem AddonBoard angeschlossen, aber ich möchte den Raspi in die Ecke hängen und dann ohne den nanoCUL baumelnd.
Habt ihr das auch beobachtet und ggf. eine Idee, warum IT nicht gehen kann? Als FW ist V 1.63 RPIAddOn_CSM installiert.
Gruß, machnetz
Es gab diverse IT-Modifikationen in der V 1.63. Ist dein 10_IT.pm Modul aktuell?
hallo,
in diesem Thread sind inzwischen die Themen stark vermischt. Könnte man diese nicht etwas entwirren und ggf. neue Themen eröffnen?
und das beschreibende PF auf die aktuellen Systemversionen anpassen ....
Bernhard
Hallo Damian,
ZitatEs gab diverse IT-Modifikationen in der V 1.63. Ist dein 10_IT.pm Modul aktuell?
Hm, ich habe vorgestern einen neues System aufgebaut und fhem-5.6 mittels wget gezogen und installiert. Die kommt von meinem Verständnis doch aus dem fhem-Paket oder muss ich die extra einspielen (oder per gui -> update?) - wenn ja, woher bekomme ich die?
Danke und Gruß, machnetz
So,
habe ein fhem-update laufen lassen (10_IT.pm hat Version
Zitat# $Id: 10_IT.pm 8100 2015-02-26 19:30:51Z dancer0705 $
. Das CUL-FW ist auch aktuell, ich habs neu gezogen, compiliert und geflasht. Leider keine Verbeserung - IT schalten geht nicht. Nun bin ich einigermassen ratlos.
Gruß, machnetz
Nun würde mich vielmehr interessieren wie sich das Board in seiner eigentlichen Betriebsfrequenz verhält? Also, wie ist die Funkreichweite mit 868 MHz? Wie ist der RSSI-Wert? Wie sieht die CUL Konfiguration aus?
Hast du schon CUL-Reset durchgeführt?
Moin,
die RSSI-Werte schwanken zwiscshen -56 und -75, der weiteste Thermostat ist etwa 8m im nächsten Raum. Es gibt im HM-Modus keinerlei Probleme. Einen CUL-Reset habe ich bisher nicht ausgeführt, wenn ich den CUL neu flashe sollte das doch überflüssig sein, oder? Wie geht ein Anbei ein Listing vom CUL.
Gruß, machnetz
Update:
habe heute nun
- rpi-update ausgeführt
- fhem-update ausgeführt
- CUL mit dem HEX-File neu geflasht
- CUL-reset durchgeführt
- die PDF-Anleitung noch einmal mit den vorhanden Konfigfiles verglichen
- einen anderen Raspi verwendet
- und letztendlich dann eine IT-Dose schalten wollen
mit dem Ergebnis: keine Änderung, Dosen werden nur über den nanoCUL433 geschaltet.
Gruß, machnetz
Dafür ist ja auch der CUL433 gedacht oder ?
Eigentlich nicht, ich wollte mein gesamtes System über das AddonBoard steuern.
Glücklicherweise habe ich mal die Zeit für den nanoCUL433 investiert, so dass ich nun eigentlich ein System habe was läuft, aber das Kabelgebamsel und so sieht halt blöd aus. Der RPi soll im Flur an der Wand hängen und mit WLAN arbeiten.
Nein, Ziel muss es sein, das AddonBoard dazu zu überreden, auch die IT-Steckdosen zu schalten. Hat ja schliesslich auch mal funktioniert ;-)
Hat sich in der Umgebung vom addon board was verändert ? Hast du die Position des rasp geändert ? Meiner schaltet 433 auch nur unzuverlässig daher auch den nanocul mit 433... anbei eine Möglichkeit den nanocul WAF mäßig gut zu integrieren
(http://tapatalk.imageshack.com/v2/15/03/12/cf11db95f466eb5c695485e05f198286.jpg)
(http://tapatalk.imageshack.com/v2/15/03/12/838bd5b32a104bc6cecbe2602b6193ce.jpg)
Fein gemacht,
aber ich brauch den zweiten USB-Port für Bluetooth und presence. Im ersten steckt ja das WLAN-Modul. Nee, die Position hat sich auch nicht verändert. Das ging so langsam - immer seltener liessen sich die Steckdoseh schalten. Dann irgendwann gar nicht mehr.
Hast du mal ne andere Steckdose benutzt ?
--- Mobil erstellt daher kurz gehalten --
Also, das IODev Attribut ist gesetzt und meine Pollin Funksteckdose funktioniert.
@machnetz
vielleicht solltest du die Problematik in diesem Thread ansprechen:
http://forum.fhem.de/index.php/topic,14348.0.html
Danke für den Hinweis,
ich habe jetzt diese >http://forum.fhem.de/index.php/topic,35064.0.html (http://forum.fhem.de/index.php/topic,35064.0.html)< Firmware geflasht. Damit scheint es (nur eine Dose getestet) zu gehen. Ich werde mal weiter testen und ggf. noch was dazu sagen.
Gruß, machnetz
Gib es das IR-Board+ für Raspberry Pi B+ und Raspberry Pi schon? Wenn ja, wie kann ich es bestellen?
Gruß
Karlheinz
so Raspi 2 läuft
update upgrade etc alles nach Anleitung gemacht.
Anfangs funktionierte nur Licht vom Display an und aus.
Dann das hier im Thread gelesen:
Nach dem Neustart waren I2C- und SPI-Bus nicht mehr ansprechbar.
Kernel Version Check:
Code: [Auswählen]
uname –a
Linux raspberrypi 3.18.7+SPI und I2C lassen sich komfortabel via
Code: [Auswählen]
sudo raspi-configunter Advanced Options aktivieren.
/dev/fb1 wird auf die bekannte Weise wieder zum Leben erweckt:
Code: [Auswählen]
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update
sudo reboot
Lichtsensor geht aber immer noch nicht , war beim Raspi 2 noch so ?!
define Luminosity I2C_TSL2561 /dev/i2c-1
Cannot load module I2C_TSL2561
Was jetzt auch klappt ist das RSS, noch nie gemacht .. das wetter Symbol wird richtig angezeigt, ist ja schon mal was.
an die 1 wire Schraubklemmen kann ich 8 Tempsensoren hängen?!, auch ohne Lötbrücken, das war in der Aneitung nicht ganz verständlcih beschrieben
was noch nicht klappt ist der CUL
weder mit IT Steckdosen noch mit FS20 RSU, beides geht von gleicher Stelle mit Cul und nanoCul 868
Gerade wohl ein CUL_FHTTK aufgeschnappt, damit sollte ja eigentlich der Cul in Slowrf gehen
Warum der RSU Schalter noch nicht geht ???
Auch andere FS20 gehen noch nicht.
Was kann ich machen?
Hier mal ein Auszug aus dem logfile:
2015.03.21 22:16:41 3: Opening CUL868 device /dev/ttyAMA0
2015.03.21 22:16:41 3: Setting CUL868 baudrate to 38400
2015.03.21 22:16:41 3: CUL868 device opened
2015.03.21 22:16:41 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2015.03.21 22:16:41 2: Switched IR_Dev irReceive to ON_NR
2015.03.21 22:16:41 2: Display: Illegal command " in layout definition.
2015.03.21 22:16:41 1: Including ./log/fhem.save
2015.03.21 22:16:41 2: Display: Illegal command " in layout definition.
2015.03.21 22:16:51 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:16:51 3: Setting CUL868 baudrate to 38400
2015.03.21 22:16:51 1: /dev/ttyAMA0 reappeared (CUL868)
2015.03.21 22:16:51 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2015.03.21 22:17:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:17:41 3: LCD_Backlight_Switch return value: -1
2015.03.21 22:17:50 2: FrameRSS: Illegal command " in layout definition.
2015.03.21 22:17:59 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:17:59 3: Setting CUL868 baudrate to 38400
2015.03.21 22:17:59 1: /dev/ttyAMA0 reappeared (CUL868)
2015.03.21 22:17:59 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2015.03.21 22:18:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:18:09 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:18:09 3: Setting CUL868 baudrate to 38400
2015.03.21 22:18:09 1: /dev/ttyAMA0 reappeared (CUL868)
2015.03.21 22:18:09 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2015.03.21 22:19:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:20:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:20:05 3: FS20 set Rollade_EZ on
2015.03.21 22:20:38 3: set CUL868 raw e
2015.03.21 22:21:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:22:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:22:15 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:22:15 3: Setting CUL868 baudrate to 38400
2015.03.21 22:22:15 1: /dev/ttyAMA0 reappeared (CUL868)
2015.03.21 22:22:15 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2015.03.21 22:22:16 1: FHTTK Unknown device 9d96c0, please define it
2015.03.21 22:22:16 2: autocreate: define CUL_FHTTK_9d96c0 CUL_FHTTK 9d96c0
2015.03.21 22:22:16 2: autocreate: define FileLog_CUL_FHTTK_9d96c0 FileLog ./log/CUL_FHTTK_9d96c0-%Y.log CUL_FHTTK_9d96c0
2015.03.21 22:22:16 2: autocreate: define SVG_CUL_FHTTK_9d96c0 SVG FileLog_CUL_FHTTK_9d96c0:fht80tf:CURRENT
2015.03.21 22:22:25 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:22:25 3: Setting CUL868 baudrate to 38400
2015.03.21 22:22:25 1: /dev/ttyAMA0 reappeared (CUL868)
2015.03.21 22:22:25 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2015.03.21 22:23:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:23:56 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:23:56 3: Setting CUL868 baudrate to 38400
2015.03.21 22:23:56 1: /dev/ttyAMA0 reappeared (CUL868)
2015.03.21 22:23:56 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2015.03.21 22:24:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:24:06 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:24:06 3: Setting CUL868 baudrate to 38400
2015.03.21 22:24:06 1: /dev/ttyAMA0 reappeared (CUL868)
2015.03.21 22:24:06 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2015.03.21 22:25:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:25:12 1: reload: Error:Modul 51_I2C_TSL2561 deactivated:
Can't locate HiPi/Device/I2C.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/51_I2C_TSL2561.pm line 72.
BEGIN failed--compilation aborted at ./FHEM/51_I2C_TSL2561.pm line 72.
2015.03.21 22:25:12 0: Can't locate HiPi/Device/I2C.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/51_I2C_TSL2561.pm line 72.
BEGIN failed--compilation aborted at ./FHEM/51_I2C_TSL2561.pm line 72.
2015.03.21 22:26:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:26:31 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:26:31 3: Setting CUL868 baudrate to 38400
2015.03.21 22:26:31 1: /dev/ttyAMA0 reappeared (CUL868)
2015.03.21 22:26:32 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2015.03.21 22:26:32 1: Cannot init /dev/ttyAMA0, ignoring it (CUL868)
2015.03.21 22:27:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:28:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:28:51 3: FS20 set Rollade_EZ on
2015.03.21 22:29:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:30:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:31:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:31:35 3: FS20 set Rollade_EZ on
2015.03.21 22:31:36 3: FS20 set Rollade_EZ on
2015.03.21 22:31:36 3: FS20 set Rollade_EZ on
2015.03.21 22:31:38 3: FS20 set Rollade_EZ off
2015.03.21 22:31:42 2: IT set EsszimmerLED on
2015.03.21 22:31:42 2: IT IODev device didn't answer is command correctly: raw => No answer
2015.03.21 22:31:43 2: IT set EsszimmerLED on
2015.03.21 22:31:43 2: IT IODev device didn't answer is command correctly: raw => No answer
2015.03.21 22:31:43 2: IT set EsszimmerLED on
2015.03.21 22:31:43 2: IT IODev device didn't answer is command correctly: raw => No answer
2015.03.21 22:31:45 2: IT set EsszimmerLED off
2015.03.21 22:31:45 2: IT IODev device didn't answer is command correctly: raw => No answer
2015.03.21 22:31:45 2: IT set EsszimmerLED off
2015.03.21 22:31:45 2: IT IODev device didn't answer is command correctly: raw => No answer
2015.03.21 22:31:45 2: IT set EsszimmerLED off
2015.03.21 22:31:45 2: IT IODev device didn't answer is command correctly: raw => No answer
2015.03.21 22:31:47 3: FS20 set Rollade_EZ on
2015.03.21 22:31:47 3: FS20 set Rollade_EZ on
2015.03.21 22:31:47 3: FS20 set Rollade_EZ on
2015.03.21 22:31:48 3: FS20 set Rollade_EZ off
2015.03.21 22:31:49 3: FS20 set Rollade_EZ off
2015.03.21 22:31:49 3: FS20 set Rollade_EZ off
2015.03.21 22:32:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:33:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:34:00 2: Display: Illegal command " in layout definition.
2015.03.21 22:34:53 2: FrameRSS: Illegal command " in layout definition.
2015.03.21 22:35:00 2: Display: Illegal command " in layout definition.
Bin ja schon weiter gekommen als gedacht.
so noch was weiter 1wire läuft richtig mit einem externen temp Sensor
hier noch was zum Cul
CMDS
BbCFiAIZEOGMUYRTVWXefltux
Clients
:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF
/dev/ttyAMA0@38400 1034
DeviceName
/dev/ttyAMA0@38400
FHTID
1034
NAME
CUL868
NR
120
PARTIAL
STATE
opened
TYPE
CUL
VERSION
V 1.63 RPIAddOn_CSM
initString
X21
Mir fällt auf, dass CUL868 ständig auf Status disconnected übergeht. Die Ursache dafür liegt vermutlich in der Freigabe der seriellen Schnittstelle.
http://forum.fhem.de/index.php/topic,14156.msg261938.html#msg261938
Für den TSL2561 Lichtsensor hat jensb ein neues Modul entwickelt.
http://forum.fhem.de/index.php/topic,35317.0.html
Zitat von: locutus am 22 März 2015, 08:53:21
Für der TSL2561 Lichtsensor hat jensb ein neues Modul entwickelt.
http://forum.fhem.de/index.php/topic,35317.0.html
Die Version ist jetzt eingecheckt, danke nochmal an Jens.
Hallo,
habe den Raspi 2 nach der Kruzanleitung komplett Schritt für Schritt neu aufgebaut.
Das kann ich mittlerweile recht flott und ohne Probleme.
Das ad on board auf dem Raspi 2 funktioniert mit meinen FHTKs, ESA1000WZ Esa2000WZ problemlos Empfang Entfernung 10 m und die beiden ESAs im Keller
Der EM1000GZ klappt noch nicht, an der Fritte mit Busware Cul oder auch nanoCul problemlos aus der gleichen Entfernung
Was leider gar nicht geht ist das schalten von IT Dosen, FS20RSU, mehre Dosen und RSUs probiert.
Das Cul ist somit ja richtig eingebunden, empfangen geht ja
Drucksensor geht auch
Lichtsensor geht auch
RSS ebenso
Aber in der Anleitung sind noch ein paar Lücken für den neuen Raspi ( hätte ich mir doch besser das alte Modell geholt ?! ::)
So da ich mit FS20 senden nicht weiterkomme, habe ich mal auf MAX eingestellt, siehe da, alle Ventile werden erkannt, steuern geht wohl auch..
Nächste Woche bekomme ich die ersten Homematic ( Leistungsmessung Steckdose )
Somit liegt es dann wohl eher an der Software für den CUL IT/FS20 als an der Installation des Adon an sich
@ Franz Tenbrock
OT
Vielleicht ist es sinnvoll, die /root auf eine Festplatte zu verpflanzen. Schau mal hier: http://forum.fhem.de/index.php/topic,35721.0.html (http://forum.fhem.de/index.php/topic,35721.0.html).
Wenn es dann noch gelingt, die Platte ohne großen Aufwand zu sichern - da bastle ich im Moment dran-, wäre schon viel gewonnen. Eine andere Lösung wäre, bevor man etwas neues versucht, die SD mit Win32Imager zu sichern. Wenn si dann zeschossen ist, kann man sie schnell auf den vorigen Zustand zurückholen.
Ende OT
Hier die aktuelle culfw Rev. 515 für das Add-On Board. Die Firmware beherrscht das Empfangen von LaCrosse Temperatur- / Feuchtesensoren. Die Sensoren werden per autocrate angelegt und als HMS Devices emuliert. Siehe: http://forum.fhem.de/index.php/topic,36565.0.html
Ach man.. Dann hätte Ich mir ja keinen jeelink clone bauen müssen
Ich habe nun auch das AddOnBoard auf meinem RPI2 installiert.
Dabei ist mir folgendes aufgefallen:
1. Auf der Console erscheint in regelmäßigen Abständen das Wort display, egal ob selbiges ein- oder ausgeschaltet ist.
2. kurz nach dem Booten des RPI erscheint die folgende Information auf der Console:
(http://cimg_0236.jpg)
3. Ich habe dann KaiS fbvs von Seite 30 verwendet. Da war display auf der Console nicht mehr zu sehen, das Display an aber ohne Inhalt.
PS: nach shutdown Restart erscheint die Information (Bild) erneut auf der Console. Im Logfile von fhem steht allerdings nichts.
Nachdem ich gestern mit dem Display herumgespielt habe, habe ich einige Änderungen vorgenommen:
1. Ich habe die Layoutdatei standard.txt in standard.layout umbenannt und in das Verzeichnis FHEM verschoben. Damit kann ich sie in FHEM --> Edit files bearbeiten und brauche kein WinSCP oder Putty
Der framebuffer muss entsprechend geändert werden:
define Display FRAMEBUFFER /dev/fb1
attr Display layoutBasedir /opt/fhem/FHEM
attr Display layoutList standard.layout
attr Display startLayoutNo 0
attr Display update_interval 1
Mit dieser Änderung erscheint mir eine Anpassung des Display Layouts wesentlich leichter. Außerdem entspricht sie den Vorgaben von FHEM, Änderungen möglichst mit dem Mitteln von FHEM vorzunehmen, auch wenn ich die cfg immernoch direkt ändere.
2. standard.layout habe ich auch geändert, da ich im Display die Temperatur auf meiner Terasse ( CUL_WS_2) anzeigen wollte:
### RSS Layout ###
font /usr/share/fonts/truetype/freefont/FreeMono.ttf # TrueType Schriftart
rgb "c0c0c0" # HTML Farbencode
pt 30 # Schriftgroesse
time 0.05 0.19 # Uhrzeit
img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" } # Wetter Icon
pt 14
text 0.09 0.98 { ReadingsVal("Pressure","pressure-nn","0"). " hPa" } # Luftdruck
text 0.20 0.83 { ReadingsVal("CUL_WS_2","humidity","?"). " %" }
pt 16
text 0.11 0.70 { ReadingsVal("CUL_WS_2","temperature","?"). " �C" } # Aussentemperatur
# moveby 0 -25
# text x y "Another text"
Noch etwas zu den Cul-Eigenschaften des AddOnBoards.
Ich habe in meiner Wohnung auf ca. 150 m² sieben S300TH Temp. u. Feutigkeitsmesser verteilt. Ursprünglich waren sie über einen CUNO mit 36 cm Antenne an FHEM angebunden. Es konnte mit allen eine Verbindung aufgebaut werden, auch wenn diese manchmal abbrach. Für das Board habe ich eine 23 cm Antenne verwendet, wie ich sie mal für WiFi der Fritzbox installiert hatte. Damit konnte ich eine Verbindung zu den drei nächsten aufbauen. Nachdem ich die Antennen getauscht habe, ist der Empfang wesentlich besser.
Zitat von: fermoll am 02 Mai 2015, 08:07:25
1. Auf der Console erscheint in regelmäßigen Abständen das Wort display, egal ob selbiges ein- oder ausgeschaltet ist.
Das liegt an einer Debug Ausgabe in fbvs. Ich bisher versäumt, die Version ohne diese Ausgabe in github einzuchecken. Habe ich aber jetzt gemacht, so dass die aktuelle Version von github das Problem nicht mehr hat.
Zitat von: fermoll am 03 Mai 2015, 09:35:56
1. Ich habe die Layoutdatei standard.txt in standard.layout umbenannt und in das Verzeichnis FHEM verschoben. Damit kann ich sie in FHEM --> Edit files bearbeiten und brauche kein WinSCP oder Putty
Mit dieser Änderung erscheint mir eine Anpassung des Display Layouts wesentlich leichter. Außerdem entspricht sie den Vorgaben von FHEM, Änderungen möglichst mit dem Mitteln von FHEM vorzunehmen, auch wenn ich die cfg immernoch direkt ändere.
Das kannst du natürlich machen wie du willst. Dein Ansatz wird aber m. E. schnell unübersichtlich, wenn sehr viele Layoutdateien verwendet werden. Ich persönlich habe die dann lieber in einem separatem Verzeichnis.
Hallo Kaihs
Die Baustelle hat sich erledigt. Vielen Dank.
Bleibt 02_rss.pm.
Zitat von: fermoll am 03 Mai 2015, 14:54:12
Bleibt 02_rss.pm.
Kannst du bitte mal testen, ob das Problem mit der angehängten Version von 02_FRAMEBUFFER.pm bei dir behoben ist?
Negativ. Ist nicht behoben.
PS: Um das mal klar zu stellen. Die Anzeige des Add-on-Boars funktioniert. Es erfolgt nur die Anzeige --> Bild auf der Console des RPI.
Hallo,
ist das AddOnboard kompatibel zum Raspberry Pi 2 Model B? Wenn ja, wo kann ich das Board bestellen?
Vielen Dank
Ja kompatiebel .... bestellen kannst das nicht aber wenn locutus wieder welche fertig hat bekommt man die hier im forum
Bei mir läuft es auf dem RPi 2.
Verkauft wird es am Marktplatz:http://forum.fhem.de/index.php/topic,15079.90.html (http://forum.fhem.de/index.php/topic,15079.90.html)
Locutus öffnet das Thema, wenn er wieder boards fertig hat. Man kann sich über mail informieren lassen, wenn ein neuer Beitrag geschrieben wird.
Bei mir läuft das Board jetzt seit ca. 1 Woche. Das Display ist sehr schön, der RPI 2 läuft nach anfänglichen Schwierigkeiten mit einer 80 GB Festplatte.
Schwierigkeiten machen dei CUL-Eigenschaften des Boards. Der vorher eingesetzte CUNO lief mit sieben S300TH Temp. u. Feuchtesensoren und einem EM1000-GZ Gaszähler. Die S300TH sind auf einer Fläche von ca. 130 m² verteilt. Der GZ befindet sich im Keller (keine Betondecke).
Außerdem hängt noch ein HM-CFG-LAN am RPI.
Das Board hat massive Schwierigkeiten mit den Devices, auch wenn eine 35 cm Antenne (Busware) angeschlossen ist. Ich habe die Antenne direkt am Board als auch mit einem Kabel verbunden, ausprobiert. Die drei entferntesten Sensoren und der Gaszäler werden nicht erkannt. Es wird max. ein RSSI von -86 erreicht. Mittlerweile habe ich den CUNO mit der 35 cm Antenne wieder in Betrieb genommen. Es werden alle Devices erkannt. Der CUNO zeigt einen RSSI von -54 an. Woran könnte das liegen?
Ich vermute, dass es sich bei der Busware Antenne um den Typ SMA Female handelt und deshalb keine elektrische Verbindung zum Add-On Board hergestellt werden kann.
Das Board benötigt eine SMA-Male-Antenne.
Mea culpa. Das iss es. Vielen Dank.
PS:Ein Stückchen Büroklammer hat geholfen. Ich habe jetzt RSSI Werte zwischen -46,5 - gleicher Raum - und -77 - Gaszähler im Keller.
Der CUNO wird später zur Steuerung von Max-Thermostaten verwendet.
ich habe heute abend versucht den RP 2 mit Add on nach der Anleitung hier aus dem Forum einzurichten.
Leider hänge ich wieder am Licht und Drucksensor.
nach ewig langem lesen hier und da hab ich dann das gefunden was auch geholfen hat..
http://forum.fhem.de/index.php/topic,14156.msg261938.html#msg261938
kann man nicht die Anleitung um diese Zeilen ergänzen?!
bitte...
Es geht zwar nun alles, aber hat ewig gedauert :(
Jetzt klappt alles
und die Karte ist auch dupliziert von 8GB auf 64GB
http://www.pc-magazin.de/bildergalerie/raspberry-pi-sd-karte-klonen-kopieren-backup-galerie-2525790-434325.html
und siehe da , super einfach und mit windows und auhc die 2. Karte läuft
diesen Link ev auch in die Anleitung übernehmen, auch anderen Linux Neulinge wird das sicher helfen
5. wiringPi installieren:
git clone git://git.drogon.net/wiringPi
cd wirin
wenn ich das eingebe geht gar nichts
Der Rechner ist eigentlich genau nach Anleitung eingerichtet
Benutzer pi
Passwort raspberry
wenn ich da sudo vorsetze dann klappt es...
also
sudo git clone git://git.drogon.net/wiringPi
cd wiringPi
sudo ./build
dann kommt trotz allem eine Meldung am Ende das was nicht richtig ist
pi@raspberrypi ~/wiringPi $ sudo ./build
wiringPi Build script
=====================
WiringPi Library
[UnInstall]
make: Nothing to be done for 'all'.
[Install Headers]
[Install Dynamic Lib]
WiringPi Devices Library
[UnInstall]
make: Nothing to be done for 'all'.
[Install Headers]
[Install Dynamic Lib]
GPIO Utility
make: Nothing to be done for 'all'.
[Install]
All Done.
NOTE: To compile programs with wiringPi, you need to add:
-lwiringPi
to your compile line(s) To use the Gertboard, MaxDetect, etc.
code (the devLib), you need to also add:
-lwiringPiDev
to your compile line(s).
Das Board ist doch eigentlich so toll gemacht,
die Anleitung ja eigentlich auch gut gemacht,
aber wenn man die Threads dann trotzdem noch rauf und runterlesen muss ist es echt müssig.
nen Windows8.1 Rechner kann man nun in 10 min einrichten... :o
bin halt leider kein Linux Experte,
Moin,
nur zur Info habe Heute das AddOnBoard auf einem Rpi2 erfolgreich ohne
ZitatSystem aktualisieren und LC-Display installieren:
...
2. Updates installieren:
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update
installiert.
siehe https://github.com/notro/fbtft/wiki (https://github.com/notro/fbtft/wiki)
ZitatThe FBTFT drivers are included in the Raspberry Pi Foundation kernel and can be installed with plain rpi-update...
Vielleicht hilft es anderen Anfängern ja auch...
Ich denke, das man jetzt das Rasbian "normal" aktuell halten kann. (Weniger Fehlerquellen...)
Eine Seite für Höhe über normal Null (bzw. latitude, longitude und altitude)
http://www.autospur.de/Staumeldungen/wie-hoch.html (http://www.autospur.de/Staumeldungen/wie-hoch.html)
Viele Grüße
Sunny
[edit an]
PS: Habe Heute, den Rpi mit
sudo rpi-update (gab ein Update) und
sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get dist-upgrade && sudo apt-get autoremove -y upgedatet.
Display und RSS funktionieren.
[edit aus]
So, heute musste ich wegen einer Systemumstellung meine Pi B (ohne Plus und ohne 2) neu aufsetzen und habe mutig mal einige Abweichungen zur Anleitung probiert. Basis ist das aktuelle Raspbian vom 05.05.2015 mit tagesaktuell aufgefrischten Paketen.
- RPII2C statt hipi-tools
Nutzt man das fertige Modul von fhem muss man die hipp-tools nicht installieren. Beides funktioniert, sogar wechselweise. - keine Modifikation des kernel
FRAGEBUFFER läuft auch mit dem aktuellen Standard von Raspbian
An zwei Stellen bin ich über fehlende Rechte von fhem gestolpert, die ich so nicht in der Anleitung gefunden habe:
sudo chmod 666 /dev/fb*
- Rechte für fb*
Hier hatte fhem gemeckert, dass es nicht auf fb0 bzw fb1 schreiben kann. Die Rechte waren ursprünglich bei 600, mit 666 geht es.
sudo adduser fhem i2c- Rechte für i2c
Die Lösung stammt aus der Hilfe zu RPII2C, ist aber auch bei der Nutzung von hipi notwendig. Sonst sieht man zwar mit i2cdetect und i2cdump was auf der Konsole, aber hem bleibt aussen vor.
Schön ist, dass
display nicht mehr die Konsole überschwemmt. Danke kaihs.
Moin,
< Einleitung >
durch http://forum.fhem.de/index.php/topic,38911.msg310951.html#msg310951 (http://forum.fhem.de/index.php/topic,38911.msg310951.html#msg310951) bin ich auf die Idee gekommen,
dieses mit dem "Add-On Board" zu testen.
Habe meinen "HM-CFG-USB-2" entfernt, die "VCCU" auf den "CUL868" vom "Add-On Board" und den "rfmode" auf "HomeMatic" um gestellt.
Bis jetzt funktioniert Homematic ( 5 Devices ) und Intertechno ( 12 Devices ), ohne das ich im Betrieb von FHEM einen Unterschied spüre.
Das starten von FHEM fühlt sich sogar schneller an.
( Hatte die HDD, den "HM-CFG-USB-2" und den "COM to 1-Wire USB Adapter" an einem aktiven USB-Hub )
< Fragen >
1. Was spricht dagegen "IT" und "HM" über den "CUL868" vom "Add-On Board" zu betreiben ?
2. Wird der "IT"-Funk bei der "HM" 1% Regel mit gerechnet ?
3. "Leidet" das "Add-On Board" bei diesem Betrieb ?
Vielen Dank & Grüße
Sunny
Zitat von: Sunny am 12 Juli 2015, 14:53:27
1. Was spricht dagegen "IT" und "HM" über den "CUL868" vom "Add-On Board" zu betreiben ?
Wenn IT gesendet wird kann nicht gleichzeitig HM empfangen werden.
Geringere Reichweite ggü. einem auf 433MHz abgestimmten Receiver.
Kein Empfang von IT möglich, solange rfMode = Homematic.
Zitat
2. Wird der "IT"-Funk bei der "HM" 1% Regel mit gerechnet ?
Nein. M. W. beachtet die culfw die 1% Regel sowieso nicht.
Zitat
3. "Leidet" das "Add-On Board" bei diesem Betrieb ?
Nein, nicht wenn man die automatische Umschaltung verwendet. Ändert man explizit die Frequenz über die dafür vorgesehenen Kommandos so werden diese Einstellungen in EEPROM geschrieben. Dieses hat nur eine begrenzte Schreibhäufigkeit (100.000 Schreibzyklen).
Moin kaihs,
recht herzlichen Dank für Deine Antwort und Deine "Arbeit" für FHEM !
Da meine Wohnung nicht so groß ist, passt das schon mit den Reichweiten.
Das nicht gleichzeit verschieden Frequenzen empfangen/gesendet werden ist mir bewusst. ( Bitte nicht verkehrt verstehen, wollte ja keinen Roman schreiben. ;) )
Zitat von: kaihs am 12 Juli 2015, 16:06:50
Kein Empfang von IT möglich, solange rfMode = Homematic.
1. Meinst Du damit, das wenn ich bei einer IT-Fernbedienung einen Button drücke, das dieser im rfMode = Homematic nicht erkannt wird
aber bei rfMode = SlowRF erkannt werden müsste ?
IT V3 konnte ich nur mit dem "Arduino mit CC1101 Funkmodul" empfangen/auslesen, nicht mit dem "CUL868" vom "Add-On Board" im rfMode = SlowRF.
Zitat von: kaihs am 12 Juli 2015, 16:06:50
Nein, nicht wenn man die automatische Umschaltung verwendet.
2. Bedeutet rfMode = Homematic, das ich keine automatische Umschaltung verwende ?
Viele Grüße & noch einen schönen Sonntag
Sunny
Zitat von: Sunny am 12 Juli 2015, 16:47:45
1. Meinst Du damit, das wenn ich bei einer IT-Fernbedienung einen Button drücke, das dieser im rfMode = Homematic nicht erkannt wird
aber bei rfMode = SlowRF erkannt werden müsste ?
Nein, auch bei SlowRF ist kein IT-Empfang möglich. Sowohl bei Homematic als auch bei SlowRF lauscht der Empfänger auf 868MHz, IT sendet aber 433 MHz.
Zitat
IT V3 konnte ich nur mit dem "Arduino mit CC1101 Funkmodul" empfangen/auslesen, nicht mit dem "CUL868" vom "Add-On Board" im rfMode = SlowRF.
Abgesehen von der Reichweite sollte das auch mit dem AddOn Board gehen. Dazu muss aber die Frequenz explizit mit set freq auf 433.92 MHz gesetzt werden.
Zitat
2. Bedeutet rfMode = Homematic, das ich keine automatische Umschaltung verwende ?
Nein, bei dem rfMode wird bei der Verarbeitung eines IT-Sendekommandos temporär auf 433MHz umgeschaltet und anschließend sofort wieder auf 868MHz.
Moin kaihs,
Danke für Deine Geduld.
Klasse, was das "Add-On Board" alles kann.
<OT.an>
Jetzt freue ich mich, das ich den "HM-CFG-USB-2" für ein anderes Projekt nutzen kann.
Zitat von: kaihs am 12 Juli 2015, 17:38:09
..set freq auf 433.92 MHz gesetzt..
Diese hatte ich gesetzt, ging aber nicht. Aber das ist ja nun völlig OT.
<OT:aus>
Nun noch einen schönen Sonntag Abend
Sunny
Hallo Locotus,
super Add-on Board, leider gehen ja bei die die Restpostbestände zu Ende.
Zwei Fragen: Was sind denn die kritischen Komponenten die so schwer zu bekommen sind?
Ist ein Add-on Generation2 geplant?
Habe mehrere Teile von Locutus und die sind alle super.
Wäre ein großer Verlust wenn er die Produktion einstellt
Gewerbsmäßig war das wohl eher nicht.....
:'(
Ja fände ich auch, würde mich auch anbieten die Anleitung zu überarbeiten. Habe mich gestern Abend dran gesetzt und bin streng nach PDF vorgegangen... Hätte ich vorher mal alle Posts durchgelesen (hipi)
Da habe ich dann erst gemerkt, dass
1. Damian den Freundschaftsdienst einstellt
2. die Platine echt toll ist, und dass ich sie als Anfänger vielleicht nicht verdient habe
3. Hoffentlich für die anderen eine Alternative kommt.
Um ein wenig Licht ins Dunkle zu bringen ...
Zum einen wurde das Display bereits vor einem halben Jahr vom Lieferanten als "discontinued" deklariert, zum anderen ist der barometrische Luftdrucksensor zur Rarität geworden.
Irgendwelche Displays, die ich auf Verdacht in der Bucht erworben habe, haben sich als komplett ungeeignet entpuppt. Gleichzeitig stiegen die Beschaffungskosten.
Mittlerweile ist aus dem Null-Geschäft ein einziges Verlustgeschäft geworden.
Nein, es wird kein Add-On Board 2 geben. Derzeit arbeite ich an einem alternativen CUL-Interface und einem neuartigen 1-Wire Interface (http://forum.fhem.de/index.php/topic,18996.msg297787.html#msg297787).
Finde ich gut das du so denkst locutus .. es soll ja nicht zum Verlustgeschäft weden... vielleicht findet sich ja in ein paar Monaten oder nem Jahr mal wieder ein ähnlich gutes board.
Deines war auf jedenfall jeden Cent wert.
Mobil erstellt daher kurz gehalten
Was soll ich sagen, Add-on Board läuft. Danke für dieses Sahnestückchen Hardware und den Support hier im Forum!!!
(P.S.:Also die Hardware läuft und der RSS Feed, FHEM konfigurieren noch nicht so gut. Das Garagentor ist noch ein Text-Dummy. Es wird Zeit für die kalte Jahreszeit.)
Anfängerfrage. Dass der CUL868 auf dem Board den Status disconnected hat ist doch nicht normal, oder?
Nein sollte initialisiert sein ...
Mobil erstellt daher kurz gehalten
Oh je,
... nochmal die Anleitung durchgegangen und siehe da habe wohl bei Schritt 1 nicht gespeichert
(dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait umändern in
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait)
Es kommt aber schlimmer... Ich habe jetzt die Änderung gespeichert, neugestartet und nix geht mehr (kein SSH Zugriff, keine FHEM Interface) Also an den Fernseher und dort steht jetzt "end Kernel panic - not synicing: VFS: Unable to mount root fs on unknown-block(179,2)
... aber der Frage gehe ich wohl lieber bei den Einplatinen Rechnern nach...
Mach es bitte nicht so kompliziert. Die Konfiguration der Schnittstellen des RPi2 kann schnell und ohne manuellen Eingriff in die Konfigurationsdateien bewerkstelligt werden.
Siehe: http://forum.fhem.de/index.php/topic,14156.msg261938.html#msg261938
Zitat von: locutus am 09 Oktober 2015, 17:42:46
Mach es bitte nicht so kompliziert. Die Konfiguration der Schnittstellen des RPi2 kann schnell und ohne manuellen Eingriff in die Konfigurationsdateien bewerkstelligt werden.
Siehe: http://forum.fhem.de/index.php/topic,14156.msg261938.html#msg261938
nun, ich gebe mir Mühe; Wheezy und FHEM sind wieder neu aufgesetzt. Da ich ohne Linux groß geworden bin, ist dein PDF zum Add-on Gold wert. Und nach dem zweiten, dritten mal geht es auch schon besser von der Hand.
Kompliziert an dem ergänzenden Post sind eigentlich nur die beiden Worte, die "wichtigsten Änderungen" bzw. was von der PDF Anleitung weggelassen werden muss. Ich frage mal Schritt für Schritt konkrete Fragen.
1. Seite 5, obere Blackbox, Zeile 1. Hipi braucht man nicht, I2C aktiviert man in raspi-config. Heißt das, dass man auch die i2c-tools nicht zu installieren braucht?
sudo apt-get -y install i2c-tools2. Was ist mit der Änderung an der /etc/modules - Datei. Muss man das noch eintragen?
i2c-bcm2708
i2c-dev3. Seite 5; udev-Regeln braucht man weiterhin?
sudo nano /etc/udev/rules.d/98_i2c.rules
SUBSYSTEM=="i2c-dev", MODE="0666"4. Seite 9: Muss man das noch machen oder ist das mittlerweile in die Raspi-updates eingeflossen?
sudo REPO_URI=https://github.com/notro/rpi-firmware rpi-update
Guten Abend,
ich habe mal wieder ein kleines Problem:
- SD Karte neu aufgesetzt mit Debian Jessie
- Nach Anleitung fürs AddOn Board vogegangen
ABER
Beim Installieren der HiPi Tools bekomme ich den fehler das OpenGL nicht installiert ist. Habe schon Google befragt aber nichts gefunden. Hat von euch evtl. jemand die selbe Erfahrung gemacht und kann mir einen Tip geben wie ich bei Jessie die Hipi Tools installiere
Spätestens ohne HiPi Tools bekomme ich den Fehler beim Def vom Luftdrucksensor
Gruß Stefan
Zitat von: AitschPi am 13 Juni 2015, 03:04:38
So, heute musste ich wegen einer Systemumstellung meine Pi B (ohne Plus und ohne 2) neu aufsetzen und habe mutig mal einige Abweichungen zur Anleitung probiert. Basis ist das aktuelle Raspbian vom 05.05.2015 mit tagesaktuell aufgefrischten Paketen.
- RPII2C statt hipi-tools
Nutzt man das fertige Modul von fhem muss man die hipp-tools nicht installieren. Beides funktioniert, sogar wechselweise. - keine Modifikation des kernel
FRAGEBUFFER läuft auch mit dem aktuellen Standard von Raspbian
An zwei Stellen bin ich über fehlende Rechte von fhem gestolpert, die ich so nicht in der Anleitung gefunden habe:
sudo chmod 666 /dev/fb*
- Rechte für fb*
Hier hatte fhem gemeckert, dass es nicht auf fb0 bzw fb1 schreiben kann. Die Rechte waren ursprünglich bei 600, mit 666 geht es.
sudo adduser fhem i2c
- Rechte für i2c
Die Lösung stammt aus der Hilfe zu RPII2C, ist aber auch bei der Nutzung von hipi notwendig. Sonst sieht man zwar mit i2cdetect und i2cdump was auf der Konsole, aber hem bleibt aussen vor.
Schön ist, dass display nicht mehr die Konsole überschwemmt. Danke kaihs.
Da steht die alternative zu hipi Tools. ...
Damit geht es ebenso
Mobil erstellt daher kurz gehalten
Weil ich gerade nochmal meinen Beitrag lese: FRAMEBUFFER ist das natürlich, kein Speicher für Fragen. Diese automatischen Ersetzungstools sind nicht immer hilfreich. ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Vielen Dank für die schnelle Antwort.
Versucht und auf Anhieb funktioniert.
Danke
gesendet vom Handy . Deswegen kurz gehalten
@Garagenhaus
Zu Punkt 1, 2 und 3 siehe bitte: http://fhem.de/commandref_DE.html#RPII2C
Zu Punkt 4: Seit neulich wird der Treiber über rpi-update installiert. Siehe: https://github.com/notro/fbtft/wiki#install
2015.10.24 00:37:39 3: Opening CUL868 device /dev/ttyAMA0
2015.10.24 00:37:39 3: Setting CUL868 serial parameters to 38400,8,N,1
2015.10.24 00:37:39 3: CUL868 device opened
2015.10.24 00:38:00 1: Cannot init /dev/ttyAMA0, ignoring it (CUL868)
2015.10.24 00:38:00 2: Switched IR_Dev irReceive to NoAnswer
Hmmm ist leider mein erster CUL, aber ich kann noch nicht mal die Version abfragen.
Display Switch, Baro und Lichtsensor (also I2C im allgemeinen gehen wohl.
Der Status opened deutet auf fehlende serielle Kommunikation hin. Vermutlich ist die /dev/ttyAMA0 Schnittstelle nicht freigegeben oder infolgedessen ist der Bootlader bzw. die Firmware beschädigt.
Serielle Schnittstelle freigeben:
sudo raspi-config
Dann auf ...
Advanced Options -> Serial -> No -> Ok
Probehalber mit Minicon testen:
minicom -b 38400 -o -D /dev/ttyAMA0
Shift Taste gedrückt halten und v eingeben, Shift loslassen und mit der Entertaste bestätigen. Die Eingabe wird nicht sichtbar dargestellt. Die Rückgabe lautet:
V 1.61 RPIAddOn_CSM
Serial und ich: Noch keine Freunde!
Also Minicom war noch nicht installiert, das ging ohne Probleme aber die Benutzung läuft nicht ganz wie erwartet...
Wenn ich Shift v drücke, wird auf dem Bildschirm auch sofort ein Zeichen angedruckt (po), während Enter wieder diese Zeichenketten hervorruft...
Was mache ich da falsch?
Defekt mag ich kaum vermuten, da ich den RPi2 gerade erst neu aufgesetzt, d.h. nur Raspberry Wheezy auf die SD-Karte, updates, FHEM und dann sofort das Add-on wie in der Anleitung. Dabei habe ich wie vorgesehen...
a) die Datei um /boot/cmdline.txt um die Schnittstelle bereinigt
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
b) die /etc/inittab um die Zeile auskommentiert
#Spawn a getty on Raspberry Pi serial line
###T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
c) habe ich über Raspbi-config die Serial schon x-mal deaktiviert (hatte ich bei der Erstinstallation von Mai tatsächlich nicht getan)
Soweit sieht alles gut aus. Dann ist wohl der Fall mit der defekten Firmware eingetreten.
Es gibt zwei Möglichkeiten:
1. Du wendest die "Wiederbelebungsmaßnahmen" an: http://forum.fhem.de/index.php/topic,14156.msg138512.html#msg138512
2. Du schickst mir das Board zur Neuprogrammierung zurück.
Nun, ich habe noch keinen ISP Programmer, aber wenn es sich nur um so ein 3-6€ USB-Teil handelt, würde ich eher den kaufen, als hier Portokosten zu verursachen. 4€ USBASP (http://www.ebay.de/itm/USBASP-51-AVR-ISP-Programmer-Adapter-Mit-10-Pin-Kablel-ATMEL-ATMega-ATTiny-/400880371105) Geht das?
Oder braucht man einen Socket-Programmer der physisch auf den ATMEL gesteckt wird? Socket-Adapter (http://hobbyking.com/hobbyking/store/__42120__Atmel_Atmega_Socket_Firmware_Flashing_Tool_EU_Warehouse_.html)
Randfrage: Wenn es nicht um den physischen Zugang zu den Pins geht, warum kann der Raspberry den ATMEL (Bootloader) nicht flashen? Treffer4 (https://oxygene.sk/2015/02/using-raspberry-pi-as-an-arduino-avr-programmer/) Google (https://www.google.de/search?hl=de&ie=UTF-8&oe=UTF-8&safe=off&q=flashing+bootloader+arduino+raspberry)
Der USBasp muss auf jedem Fall einen Umschalter/Jumper für 5V und 3,3V haben.
Und Du brauchst eine 10-Pin auf 6-Pin Adapterplatine.
Also ein USBASP ist bestellt... aber irgendwie reizt es mich dann doch den Raspberry als Programmer zu verwenden. Ohne das Add-on Board kann ich mit ihm aktuell eh nicht viel anfangen und der RPi hat eh schon 3,3V an den GPIOs da lauert also keine Gefahr... Wenn ich nur fitter in Linux wäre...
(http://images.tapatalk-cdn.com/15/10/26/4623692ad013218154c8bf3d1ebf2bde.jpg)
In Ermangelung eines USBASP: Ein altes Parallelkabel, ein altes Seriellkabel, ein RPi und das Addon board, ne leere SD-Karte und schon kann es losgehen mit dem Flashen.
Oder wie BibiBlocksberg sagen würde: Hex, Hex!
Kurzes Update: Das hat geklappt!!!
Mit dem RPi kann man den Bootloader auch ohne USBASP wunderbar flashen und damit zum Leben erwecken.
Das ist ja hier die Bastelecke! Man braucht nur ein selbst gelötetes Kabel (welches die richtigen 6 Pins miteinander verbindet) und avrdude nach dieser Anleitung (http://www.mikrocontroller.net/articles/Raspberry_Pi_als_Universalprogrammer) ist das eine Sache von Minuten. Die 3.3V sind beim RPi gegeben.
Das Kabel: Ich habe dafür einen 10-Pin Pfostenstecker einens COM/Seriell/Gameport Kabels auf der RPi-Addon-Seite so mit Teppichmesser bearbeitet, dass es links und rechts noch in die Lücke passt. Besser wäre natürlich ein 6-Pin Kabel, aber das hatte ich nicht. Auf der RPi-Seite habe ich ebenfalls den Mainboard-Pfostenstecker eines alten 16-Pin Parallelport Kabel genommen. Die modifizierte AVRDUDE Installation hat für den Reset Pin gleich den GPIO25 voreingestellt, was auch sinnvoll ist, da er direkt neben den SPI Pins und der 3,3V Versorgungspin ist. Damit liegen alle 6 Pins innerhalb von 4 Doppelreihen Pins.
Dieser Flashbefehl führte zum Erfolg (main.hex liegt in /tmp):
sudo /usr/local/bin/avrdude -c linuxspi -p m644 -P /dev/spidev0.0 -U flash:w:/tmp/main.hex:a –U lfuse:w:0xe2:m –U hfuse:w:0xda:m –U efuse:w:0xff:m –U lock:w:0x2f:m
Und dann noch gleich die Firmware hinterher:
sudo /usr/local/bin/avrdude -c linuxspi -p atmega644 -P /dev/spidev0.0 -U flash:w:/tmp/rpiaddon.hex
Also wenn das die richtige hier (http://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=30003)aus Post 1 ist: rpiaddon(V 1.61 RPIAddOn_CSM).hex (74.73 kB - runtergeladen 27 Mal.)
Damit ist mein RPi-Addon nun vollständig "initialized". Kurzer Check mit dem IR-Empfänger war erfolgreich. So viel über Linux gelernt dabei.
Danke Locutus noch mal für dieses tolle Stück Hardware.
Kleine Komfortfunktion für die Hintergrundbeleuchtung beim Start:
define LCD_Backlight_INIT notify global:INITIALIZED set LCD_Backlight on
define LCD_Backlight_auto_off notify LCD_Backlight:on set LCD_Backlight on-for-timer 59
Vielleicht kann's ja jemand gebrauchen.
Gibt es eigentlich mittlerweile eine komplette Installationsanleitung für einen Pi 2 mit Jessie?
Hallo zusammen
Ich habe jetzt noch ein gebrauchtes Board erstanden. Das Display laeuft auch schon soweit, aber der CUL scheint tot zu sein! State is "opened", Raw "no answer", Version "no answer" und cmds ist auch leer. Ist da jetzt nur die Firmware hin, oder auch der Bootloader?
Gruss Christoph
Hallo
Ich habe gesehen, ich habe ja das gleiche Problem wie Garagenhaus. Also entweder einen ISP-Programmer bestellt, oder auch die Raspi-Loesung. Bei der Raspi-Loesung ist mir nur noch nicht so ganz klar, ob ich das alles aus dem Link befolgen muss. Ich nehme dann doch lieber einen ISP mit 6pol. Adapter.
Gruss Christoph
Es ist mir nach wie vor schleierhaft, wie ein Bootloader sich selbst zerstören kann.
Zitat von: pc1246 am 10 November 2015, 22:23:18
Hallo
Ich habe gesehen, ich habe ja das gleiche Problem wie Garagenhaus. Also entweder einen ISP-Programmer bestellt, oder auch die Raspi-Loesung. Bei der Raspi-Loesung ist mir nur noch nicht so ganz klar, ob ich das alles aus dem Link befolgen muss. Ich nehme dann doch lieber einen ISP mit 6pol. Adapter.
Gruss Christoph
Nun ja, was heißt schon "befolgen müssen"?
Es gibt Dinge, die muss man gemäß Anleitung machen, z.B. AVRDUDE installieren und dann gibt es bestimmte "Kann"-Dinge (z.b. die WLAN Konfiguration)
Ich habe mir ne 2. SD Karte neu aufgesetzt ohne FHEM etc. und bin dann sehr Learning by doing vorgegangen. Aber die Anleitung aus dem Link ist schon ziemlich gut. Habe mehrere Google Treffer zu dem Thema gelesen und die Anleitung kann man 1:1 befolgen.
Als Backup hatte ich mir bei Ebay den USBASP für 4€ inkl. Kabel aus Deutschland kommen lassen. Kam innerhalb von 3 Tagen aus Berlin...
http://www.ebay.de/itm/301687762189
Hallo Garagenhaus
Danke noch einmal fuer die prompte Antwort. Da ich eh keine Zeit hatte, um alles zusammenzusuchen, kann ich wohl heute mit dem ISP-Programmer (sofern er kommt) flashen.
@all: Kann man eigentlich problemlos die Boards austauschen? Sprich Board A runter Board B drauf und wieder einschalten?
Gruss Christoph
Hallo zusammen
Brauche bitte noch einmal Eure Hilfe. Programmer ist da, die main habe ich auch geflasht, hat soweit aber keine Aenderung gebracht. Ein Compare hat nichts zurueckgemeldet. Wie bekomme ich den per Programmer die andere Datei auf das Board. Ich muss ja mit Sicherheit andere Einstellungen nutzen, habe Angst das Board zu killen.
Gruss Christoph
Hallo zusammen
Mit den Mutigen ist das Glueck! Wenn man einfach die die Haken bei set fuses und set lock wegnimmt, dann kann man auch das entsprechende File flashen. Jetzt laeuft das Board. Danke noch mal an alle!
Gruss Christoph
Wie ich schon sagte, Hände weg von den AVR Fuses! Diesmal ist es gut gegangen. Allerdings ist auf dem Board kein Bootloader mehr vorhanden. Somit ist die direkte Programmierung auf dem RPi nicht möglich.
1. Der Bootloader (main.hex) wird mittels ISP-Programmer geflasht.
2. Die culfw (rpiaddon.hex) wird mit Hilfe des flash.sh Skripts auf dem GPIO-Port des RPi geflasht.
Hallo locutus
Ich hatte erst den Bootloader mit dem ISP geflasht. Dann habe ich gesehen, dass Garagenhaus die Befehle genauso Eingegeben hat, wie AVRdudess sie erzeugt, wenn man die Haken SetLock und SetFuses entfernt. Also habe ich mir gedacht, dass ich ueber den ISP das genauso machen kann!? Am RPi passiert doch letztendlich auch nicht anderes oder? Und ich musste so das avrdude auf dem RPi nicht installieren. Kann man irgendwie ueberpruefen, was jetzt wo geflasht ist?
Gruss Christoph
Hallo !
Suche noch ein Pi Add-On Board. Ist noch eins zu haben ??
Gruß
toensi
Mir ist gerade aufgefalllen:
define LCD_Backlight dummy
attr LCD_Backlight eventMap on:on off:off
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") } }
funktioniert nicht mehr.
Haben die Herren Modulschreiber wieder etwas grundlegendes verändert?
Zitat von: RappaSan am 18 November 2015, 15:27:35
Mir ist gerade aufgefalllen:
define LCD_Backlight dummy
attr LCD_Backlight eventMap on:on off:off
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") } }
funktioniert nicht mehr.
Haben die Herren Modulschreiber wieder etwas grundlegendes verändert?
Hallo RappaSan
Hat das schon jemals funktioniert? Bei mir ist die Hintergrundbeleuchtung noch nie Automatisch angegangen. Hatte aber auch nie Lust mir anzusehen warum!
Gruss Christoph
Automatisch zwar nicht, aber es hat bis vor kurzer Zeit prima funktioniert.
Man musste nur die Dummylampe LCD_Backlight schalten. Den Rest hat das notify erledigt.
Nu aber eben nicht mehr. Und damit funktioniert auch meine "kleine Komfortfunktion" :) genauso wenig. Die hatte zuvor beim Neustart oder nach jedem Licht-An die Beleuchtung für 1 Minute angelassen.
Zitat von: RappaSan am 18 November 2015, 15:27:35
Mir ist gerade aufgefalllen:
define LCD_Backlight dummy
attr LCD_Backlight eventMap on:on off:off
define LCD_Backlight_Switch notify LCD_Backlight { if ("%" ne "off") { system("/usr/local/bin/gpio write 4 1 &") } else { system("/usr/local/bin/gpio write 4 0 &") } }
funktioniert nicht mehr.
Haben die Herren Modulschreiber wieder etwas grundlegendes verändert?
Unwahrscheinlich, dass die Schuld bei einer Moduländerung liegt, da wird ja nur notify verwendet.
Dürfte eher an /usr/local/bin/gpio und/oder Rechten liegen.
Funktioniert das Kommando wenn es auf der Shell ausgeführt wird?
Ich verwende für die gleiche Funktion RPI_GPIO
define Backlight RPI_GPIO 23
attr Backlight devStateIcon .on:FS20.on .off:FS20.off
attr Backlight direction output
attr Backlight icon light_mirror
attr Backlight restoreOnStartup yes
auch ein { system("/usr/local/bin/gpio write 4 0 &") } in der Kommandozeile funktioniert.
Ich werde mal Deine Version versuchen anstatt Damian's.
Fehlanzeige. :(
Damian's Version schaltet die Beleuchtung zwar ein, aber ausschalten geht nicht mehr. Der else-Zweig scheint nicht mehr ausgeführt zu werden. Vor ein paar Tagen ging alles noch.
Hab das Problem leider erst heute bemerkt. Dazwischen gab's einige Updates.
Hab's gefunden, Es liegt an einer Änderung in den Modulen: Attribut featurelevel auf 5.6 im global gesetzt und es funktioniert wieder wie bisher.
Wenn man sich die commandref ausgiebig durchliest, stößt man auf die Ankündigung, daß diverse Dinge irgendwann so nicht mehr laufen.
Siehe auch http://forum.fhem.de/index.php/topic,44094.msg359518.html#msg359518
Also sind wir's eigentlich selbst schuld.
Mea culpa ! :-[
Aber wer liest sich schon das kleingedruckte durch... ;)
HI,
ich würde gerne Revolt und Intertechno mit dem Board machen.
Ist dies möglich, wenn ja wie?
Kurzanleitung (http://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=39735) Seite 12, CUL Einstellungen für Revolt Energiemesssteckdose ...
... und dann noch der Hinweis auf fhemwiki (http://www.fhemwiki.de/wiki/CUL):
ZitatSendefrequenz
Das CUL gibt es in Ausführungen für 868 und 433 MHz. Die Sende- und Empfangsfrequenz des CUL sind in weiten Bereichen einstellbar, im SlowRF Mode auch durch direkte Befehle aus Fhem (im HM Mode derzeit nicht unterstützt). Der wesentliche Unterschied der 868 und 433 MHz CULs ist ein auf die Frequenz richtig abgestimmter HF-Eingangskreis inklusive Antennenlänge. Es ist durchaus möglich, ein 868 MHz CUL auf 433 MHz einzustellen. Da dann aber die HF-Eingangskreis-Abstimmung und Antennenlänge nicht korrekt sind, ist Empfangs- und Sendeleistung suboptimal, die Reichweite sinkt. Dennoch wird diese Möglichkeit des freien Einstellens durch das Fhem Intertechnomodul genutzt, da Intertechnokomponenten mit 433 MHz arbeiten. Dazu wird beim Senden eines Intertechno-Befehls die Frequenz eines 868 MHz CULs kurz umgestellt.
Das Add-On Board ist hardwareseitig auf 868 MHz abgestimmt.
Hallo zusammen
Ich hole noch mal meine Frage aus http://forum.fhem.de/index.php/topic,14156.msg358169.html#msg358169 hoch! Kann man die Boards ohne weiteres tauschen. Ich frage weil auf dem RPI2 noch das Board mit dem 1er IR-Board steckt.
Und auch aus dem Post http://forum.fhem.de/index.php/topic,14156.msg360051.html#msg360051 noch mal die Frage, wie stelle ich fest, was wo geflasht ist? Ich verstehe auch nicht so ganz, warum man 2mal flasht, eventuell habt Ihr ja einen link fuer mich?
Danke und Gruss
Christoph
Zitat von: pc1246 am 22 November 2015, 12:35:10
Kann man die Boards ohne weiteres tauschen. Ich frage weil auf dem RPI2 noch das Board mit dem 1er IR-Board steckt.
Ja! Das IR-Board passt mechanisch nicht rein.
Zitatnoch mal die Frage, wie stelle ich fest, was wo geflasht ist?
Dies geht am einfachsten, indem du das flash.sh Skript ausführst.
Wenn dich die Materie so interessiert und dir die Infos hier nicht ausreichen, könntest du dir die Mühe machen und das mikrocontroller.net (http://www.mikrocontroller.net/) Forum befragen oder den Adressbereich mit AVR Studio auslesen.
ZitatIch verstehe auch nicht so ganz, warum man 2mal flasht, eventuell habt Ihr ja einen link fuer mich?
Genau das wurde doch hier (http://forum.fhem.de/index.php/topic,14156.msg359036.html#msg359036) beschrieben:
1. AVR Bootlader (http://www.mikrocontroller.net/articles/Bootloader)
2. culfw (http://culfw.de/culfw.html)
Hallo Locutus
Danke fuer Deine Antwort. Das bringt etwas Licht ins Dunkel, wenn auch verdammt viel zu Lesen!
Bei der Board-Tausch-Frage habe ich mich wohl missverstaendlich ausgedrueckt. Ich habe ja jetzt zwei (eigentlich drei, wenn ich es denn mal wiederfinde) addon-Boards. Und die wollte ich gegeneinander tauschen. Ich habe es jetzt anders gemacht, da meine Loetspitze nicht fein genug ist, und habe einfach am IR-Board den Draht abgeloetet und dann das neue drangeloetet.
Danke nochmal und noch einen schoenen Sonntag
Gruss Christoph
Wie schafft man es denn 3 Boards zu ergattern... Respekt!
@Garagenhaus
Das Erste war das schwerste. Das Zweite habe ich gleich genommen, als Locutus mit seinem abverkauf angefangen hat, nu das finde ich irgendwie nicht wieder! :'( :'( :'( Und das dritte hier im Marktplatz, um das zweite zu ersetzen, und wenn es wieder auftaucht, dann kann ich es immer noch wieder verkaufen.
@all
Nach meiner Aktion mit dem anderen IR-Board, war der Bootloader weg! RPi-II runtergefahren, vom Netz getrennt, Add-On-Board abgenommen, Draht am IR-Board abgeloetet und ans neue angeloetet, IR-Board aufgesteckt, Add-On-Board aufgesteckt, Netzteil wieder eingesteckt, und 24 Stunden spaeter gemerkt, dass der Bootloader weg ist, da meine Stromaufzeichnung nicht mehr ging. Diesmal habe ich dann artig mit dem ISP nur den Bootloader geflasht, und dann am RPI die Firmware. (Auch wenn ich immer noch denke, dass das auch mit dem ISP gehen sollte)
Jetzt waren also beide Boards mal ohne Bootloader. Meine Vermutung lag erst beim Bestuecken des IR-Boards, nur ich weiss ja nicht, was mit dem gebrauchten Board gemacht wurde. Geloetet habe ich mit einer Weller Loetstation, da sollte statisch eher nichts passiert sein, und ich erde mich eigentlich auch immer bevor ich elektronische Bauteile beruehre!
Gruss Christoph
Zitat von: RappaSan am 18 November 2015, 20:44:52
auch ein { system("/usr/local/bin/gpio write 4 0 &") } in der Kommandozeile funktioniert.
Ich werde mal Deine Version versuchen anstatt Damian's.
Fehlanzeige. :(
Damian's Version schaltet die Beleuchtung zwar ein, aber ausschalten geht nicht mehr. Der else-Zweig scheint nicht mehr ausgeführt zu werden. Vor ein paar Tagen ging alles noch.
Hab das Problem leider erst heute bemerkt. Dazwischen gab's einige Updates.
Hab's gefunden, Es liegt an einer Änderung in den Modulen: Attribut featurelevel auf 5.6 im global gesetzt und es funktioniert wieder wie bisher.
Hallo RappaSan,
ändere die Backlight_Switch-Funktion wie u.a., dann funktioniert auch deine Komfortfunktion ohne dass der featurelevel auf 5.6 gesetzt wird. Ist für die Zukunft wohl besser. :-)
define LCD_Backlight_Switch notify LCD_Backlight IF ([LCD_Backlight:state] ne "off") \
({system("/usr/local/bin/gpio write 4 1 &")}) \
ELSE \
({system("/usr/local/bin/gpio write 4 0 &")})
Danke für den Hinweis, habe schon die config auf 5.7 syntax angepasst.
Wie nicht anders zu erwarten läuft nu auch alles wieder. 8)
Den system-call hab ich auch ersetzt durch GPIO.
So sieht's jetzt aus:
#Backlight
define Backlight RPI_GPIO 23
attr Backlight devStateIcon .on:FS20.on .off:FS20.off
attr Backlight direction output
attr Backlight room Wohnzimmer
define Backlight_INIT notify global:INITIALIZED set Backlight on
define Backlight_auto_off notify Backlight:on set Backlight on-for-timer 30
Hab's bei mir auch so geändert. Sieht auch etwas eleganter aus. :-)
Allerdings sollten Nachahmer beachten, dass die Voraussetzungen erfüllt sind. Hatte bei mir noch gefehlt.
preliminary:
GPIO Pins accessed by sysfs. The files are located in folder /system/class/gpio and belong to the gpio group (on actual Raspbian distributions since jan 2014).
After execution of following commands, GPIO's are usable whithin PRI_GPIO:
sudo adduser fhem gpio
sudo reboot
@alle
Zum Nikolaus bekommt das Board neue Firmware. Die Erweiterung umfasst im Einzelnen folgende Funkprotokolle:
- Kopp Free-control
- Home Easy
- BelFox
- LaCrosse (http://forum.fhem.de/index.php/topic,36565.0.html)
- ZWave (http://forum.fhem.de/index.php/topic,44905.0.html)
@kaihs
Ich habe ein wenig Code Cleanup betrieben. Kannst du bitte die Änderungen im SVN einchecken? Danke!
Zitat von: locutus am 06 Dezember 2015, 21:27:07
Zum Nikolaus bekommt das Board neue Firmware.
Das ist aber schon was für große Stiefel oder vorgezogene Weihnachten! ;)
Zitat von: locutus am 06 Dezember 2015, 21:27:07
@alle
Zum Nikolaus bekommt das Board neue Firmware. Die Erweiterung umfasst im Einzelnen folgende Funkprotokolle:
- Kopp Free-control
- Home Easy
- BelFox
- LaCrosse (http://forum.fhem.de/index.php/topic,36565.0.html)
- ZWave (http://forum.fhem.de/index.php/topic,44905.0.html)
@kaihs
Ich habe ein wenig Code Clenup betrieben. Kannst du bitte die Änderungen im SVN einchecken? Danke!
Danke. Wenn man nichts davon nutzen will,lohnt dann trotzdem ein update?
Gesendet von meinem Huawei Honor 7
Zitat von: locutus am 06 Dezember 2015, 21:27:07
@kaihs
Ich habe ein wenig Code Clenup betrieben. Kannst du bitte die Änderungen im SVN einchecken? Danke!
Habe die Änderungen gerade eingecheckt.
Zitat von: kaihs am 08 Dezember 2015, 18:58:02
Habe die Änderungen gerade eingecheckt.
Das hex auch? Habe es leider nicht gefunden ;)
Gruß PeMue
Zitat von: PeMue am 10 Dezember 2015, 13:54:51
Das hex auch? Habe es leider nicht gefunden ;)
Das habe ich jetzt auch hinzugefügt (im Verzeichnis Devices/rpiaddon)
Vielleicht ein bisschen off Topic:
Bekommt man eine Webseite auf dem Display dargestellt?
Genauer gesagt eine Seite, die mit Infopanel erstellt wurde.
Mit Links2 Browser:
http://raspberry-pi-how.blogspot.de/2013/06/raspberry-pi-and-tft-display.html
Moin @ All !
Gibt es eine Möglichkeit das Addon Board per FHEM zu flashen ??
Um es auf den neuesten Stand zu bringen.
locutus : Zum Nikolaus bekommt das Board neue Firmware. Die Erweiterung umfasst im Einzelnen folgende Funkprotokolle:
- Kopp Free-control
- Home Easy
- BelFox
- LaCrosse
- ZWave
Wie flashe ich die 4 Dateien am einfachsten ?? ohne das ich was Kaputt mache ??
Gibt es hierzu eine Anleitung ??
Danke schonmal Vorab !
toensi
Moin toensi
Das sollte mit der SUFU schnell zu finden sein! Das ist schon oft Thema gewesen! Im ersten Post steht auch so einiges!
Gruss Christoph
Hallo Damian, danke für den Tip.
Will aber bei mir nicht klappen. Fehlermeldung:
(!) [ 2597: 0.000] --> Caught signal 11 (at 0x76f0e000, invalid permissions) <--
(!!!) *** WARNING [still objects in 'Layer Region Pool'] *** [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()]
(!!!) *** WARNING [still objects in 'Layer Context Pool'] *** [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()]
Abgebrochen
Oder muß wirklich ein spezieller Kernel kompiliert werden?
Raspbian Linux pi2 4.1.7-v7+ #817 SMP PREEMPT Sat Sep 19 15:32:00 BST 2015 armv7l GNU/Linux ist hier im Einsatz
Zitat von: toensi am 07 Januar 2016, 06:46:02
Gibt es eine Möglichkeit das Addon Board per FHEM zu flashen ??
Um es auf den neuesten Stand zu bringen.
Wie flashe ich die 4 Dateien am einfachsten ?? ohne das ich was Kaputt mache ??
Im Repository (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/) und im ersten Beitrag ist das flash.sh Skript verfügbar. Du musst das Skript ausführbar machen = User Rechte vergeben. Auf das Board wird einschließlich die rpiaddon.hex Datei geflasht.
Ich habe heute einen Fehler im Log meines AddOnBoards gefunden.
Luminosity: Can't call method "bus_write" on an undefined value
Ein V5 des Moduls zeigt folgendes:
Sun Jan 17 12:59:46 CET 2016 : Logfile truncated
2016.01.17 13:00:50 5: I2C_TSL2561_Attr: start cmd=set attr=useHiPiLib
2016.01.17 13:02:17 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:17 5: I2C_TSL2561_GetLuminosity: calc state 0 acqui state 0
2016.01.17 13:02:17 5: I2C_TSL2561_GetLuminosity: starting new measurement
2016.01.17 13:02:17 5: I2C_TSL2561_GetData: request device id
2016.01.17 13:02:17 1: Luminosity: Can't call method "bus_read" on an undefined value
2016.01.17 13:02:17 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:17 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:18 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:18 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:18 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:18 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:18 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:18 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:19 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:19 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:19 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:19 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:19 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:19 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:19 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:19 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:19 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:20 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:20 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:20 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:20 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:20 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:20 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:21 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:21 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:21 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:21 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:21 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:21 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:22 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:22 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:22 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:22 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:22 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:22 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:22 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:22 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:22 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:23 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:24 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:24 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:24 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:24 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:24 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:24 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:24 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:24 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:25 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:25 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:25 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:25 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:25 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:25 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:26 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:26 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:26 5: I2C_TSL2561_Poll: 0.4 s
2016.01.17 13:02:26 5: I2C_TSL2561_Poll: start
2016.01.17 13:02:26 5: I2C_TSL2561_GetLuminosity: calc state 1 acqui state 1
2016.01.17 13:02:26 5: I2C_TSL2561_GetLuminosity: state machine stuck, aborting
2016.01.17 13:02:26 5: I2C_TSL2561_GetLuminosity: calc state 3 acqui state 1
2016.01.17 13:02:26 5: I2C_TSL2561_GetLuminosity: error, aborting
2016.01.17 13:02:26 5: I2C_TSL2561_Disable: start
2016.01.17 13:02:26 1: Luminosity: Can't call method "bus_write" on an undefined value
2016.01.17 13:02:26 5: I2C_TSL2561_Disable: end
2016.01.17 13:02:26 5: I2C_TSL2561_Poll: 300 s
Hat jemand einen Tipp?
Danke im Voraus!
Hallo
Bei mir geht der Helligkeitssensor seit gestern plötzlich nicht mehr. i2cdetect -y 1 Erkennt sowohl den Luftdruck als auch auch den Helligkeitssensor. Im Logfile und im Device steht I2Cerror.
Ich habe eigentlich nur eine Update von FHEM gemacht. Hat jemand eine Idee dazu.
Danke und Gruß
Marcus
Die Wartung des Moduls hat jensb von mir übernommen und mittlerweile zahlreiche Erweiterungen vorgenommen.
Kann es sein, dass ihr noch HiPi für den Zugriff auf den Sensor nutzt? Könnt ihr am Internal HiPi_used=1 erkennen.
Das testet Jens nämlich nicht mehr.
Abhilfe: Umstellen auf indirekten Zugriff per RPII2C (http://fhem.de/commandref.html#RPII2C) IO-Device.
Also ein RPII2C neu anlegen, und dieses als IODev beim TSL2561 eintragen, siehe auch commandref.
Hm also ich habe mir ein Device angelegt und es im Sensor hinterlegt.
Internals:
CFGFN
DEF 0
DeviceName /dev/i2c-0
NAME RPII2C
NOTIFYDEV global
NR 316
NTFY_ORDER 50-RPII2C
STATE initialized
TYPE RPII2C
ioctl_ph_exists 1
Attributes:
Internals:
CHANGED
DEF /dev/i2c-1 0x39
HiPi_exists 1
HiPi_used 1
I2C_Address 57
IODev RPII2C
NAME Luminosity
NR 320
STATE Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
TYPE I2C_TSL2561
acquiState 0
autoAddress 0
blockingIO 0
calcState 0
operationCounter 0
operationInProgress 0
requiredOperations 22
tsl2561Gain 0
tsl2561IntegrationTime 0
tsl2561Package
Readings:
2016-01-17 20:30:00 state I2C Error
Attributes:
IODev RPII2C
event-min-interval luminosity:300
event-on-change-reading .*
floatArithmetics 1
poll_interval 5
room Umwelt
stateFormat Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
verbose 5
Leider klappt es dennoch nicht! Noch eine Idee?
HiPI_used steht immer noch auf 1.
Am besten das TSL2561 Device mal ganz löschen und mit RPII2C neu anlegen, also
define Luminosity I2C_TSL2561 0x39
attr Luminosity IODev RPII2C
Zitat von: P.A.Trick am 17 Januar 2016, 20:32:39
Hm also ich habe mir ein Device angelegt und es im Sensor hinterlegt.
Internals:
CFGFN
DEF 0
DeviceName /dev/i2c-0
NAME RPII2C
NOTIFYDEV global
NR 316
NTFY_ORDER 50-RPII2C
STATE initialized
TYPE RPII2C
ioctl_ph_exists 1
Attributes:
Hallo, müßte das Device nicht I2C-1 sein? Bei mir geht es danach wieder. Sensor Status steht auf initialized. Muss ich am Luftdrucksensor auch IODev definieren?
Danke für die Tipps!
Ja es war die 1 im I2CDEV und das Neuanlegen des Devices hat geholfen. Vielen Dank!
So lautet die Definition der seriellen Schnittstelle für den Fall, dass jemand mit dem Board auf Raspberry Pi 3 umsteigen möchte:
define CUL868 CUL /dev/ttyS0@38400 1234
Bitte in /boot/config.txt die Zeile core_freq = 250 einfügen.
Getestet auf RPi 3 mit Raspbian Jessie vom 26.02.2016.
So war mein CUL nur im Status opened.
Ich habe es jetzt auf die alte Art gemacht, allerdings geht dann bluetooth nicht mehr:
In /boot/config.txt:
# Allow the normal UART pins to work
dtoverlay=pi3-disable-bt-overlay
core_freq = 250
in /boot/cmdline.txt:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
in fhem.cfg:
define CUL868 CUL /dev/ttyAMA0@38400 1234
attr CUL868 room 00_RPIaddon
define IR_Dev CUL_IR CUL868
attr IR_Dev irReceive ON_NR
attr IR_Dev learncount 0
attr IR_Dev learnprefix A
attr IR_Dev room 00_RPIaddon
define I2C RPII2C 1
attr I2C room 00_RPIaddon
define Pressure I2C_BMP180
attr Pressure IODev I2C
attr Pressure oversampling_settings 3
attr Pressure poll_interval 10
attr Pressure room 00_RPIaddon
attr Pressure stateFormat Luftdruck: (altitude m ü.NN): pressure-nn hPa, Temperatur: temperature C
define Luminosity I2C_TSL2561 0x39
attr Luminosity IODev I2C
attr Luminosity floatArithmetics 1
attr Luminosity poll_interval 10
attr Luminosity stateFormat Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
attr Luminosity room 00_RPIaddon
define FrameRSS RSS jpg 192.168.178.13 /opt/fhem/FHEM/standard.layout
attr FrameRSS room 00_RPIaddon
attr FrameRSS size 128x160
attr FrameRSS tmin 10
define display FRAMEBUFFER /dev/fb1
attr display layoutBasedir /opt/fhem/FHEM
attr display layoutList standard.txt
attr display room 00_RPIaddon
attr display update_interval 1
define Backlight RPI_GPIO 23
attr Backlight devStateIcon .on:FS20.on .off:FS20.off
attr Backlight direction output
attr Backlight restoreOnStartup yes
attr Backlight room 00_RPIaddon
so geht alles.
Gruß
Carlo
Hallo kaihs,
seit einigen Tagen beobachte ich bis zu 2-3-mal Täglich diese Logeinträge auf meinem Testsystem:
2016.03.20 17:15:00 1: PERL WARNING: binmode() on closed filehandle $fd at ./FHEM/02_FRAMEBUFFER.pm line 167.
2016.03.20 17:15:00 1: PERL WARNING: print() on closed filehandle $fd at ./FHEM/02_FRAMEBUFFER.pm line 168.
Kurz darauf ist fhem nicht mehr erreichbar. Merkwürdigerweise lässt der RPi2 danach keine SSH- oder SFTP-Verbindung zu. Andere Dienste wie lighttpd oder owhttpd sind aber weiterhin verfügbar.
Nach einem Hardreset taucht folgender Logeintrag auf:
2016.03.20 17:17:12 2: Display: Error from line 'img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" }' in layout definition: Can't use an undefined value as a symbol reference at /usr/lib/arm-linux-gnueabihf/perl5/5.20/GD/Image.pm line 176.
Useless use of int in void context at ./FHEM/59_Weather.pm line 468, <$fh> line 149.
Useless use of a constant ("") in void context at ./FHEM/59_Weather.pm line 468, <$fh> line 149.
Ich kann mir keinen Reim drauf machen. fhem und Kernelmodule werden von mir regelmäßig aktualisiert. Woran scheitert es?
Hm, ist /usr/local/bin/fbvs noch funktionsfähig?
Wird ein Bild angezeigt, wenn du es von der Kommandozeile startest?
/usr/local/bin/fbvs -d /dev/fb1 <bilddatei.png
Der erste Fehler kommt wahrscheinlich, weil die Pipe zu fbvs sofort wieder geschlossen wird.
Der zweite ist vermutlich ein Folgefehler.
Mglw. kann der fhem Prozess keine Datei mehr öffnen, weil alle Filedescriptoren verbraucht sind. Aber warum?
Hallo Locutus,
hast Du schon eine Lösung für den Fehler mit der Anzeige der per ReadingsVal ermittelten PNG-Datei?
Das Problem taucht bei mir sei kurzem ebenfalls auf. Das richtige Wetter-Icon wird auch bei mir auf dem Board angezeigt. Error im Log ist wie bei Dir:
2016.03.20 17:17:12 2: Display: Error from line 'img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" }' in layout definition: Can't use an undefined value as a symbol reference at /usr/lib/arm-linux-gnueabihf/perl5/5.20/GD/Image.pm line 176.
Danke und Gruß
Blackbite
Zitat von: kaihs am 21 März 2016, 19:22:10
Der erste Fehler kommt wahrscheinlich, weil die Pipe zu fbvs sofort wieder geschlossen wird.
Der zweite ist vermutlich ein Folgefehler.
Mglw. kann der fhem Prozess keine Datei mehr öffnen, weil alle Filedescriptoren verbraucht sind. Aber warum?
Ich habe derweil die Fehlerquelle ermittelt. Verantwortlich dafür ist meine Webcam bzw. die Software fswebcam. Die genaue Ursache ist mir noch nicht klar.
Hallo zusammen,
ich habe das Addon-Board von locutus jetzt seit Ende 2014 im Einsatz. Die Installation und Einrichtung habe ich 1:1 nach der mitgelieferten Anleitung gemacht. Will damit sagen, dass ich von linux, perl usw. überhaupt keine Ahnung habe. Hat aber alles gut funktioniert.
Heute habe ich - nach bestimmt einem Jahr - sowohl ein fhem-update als auch ein Betriebssystem-update für den raspi gemacht.
Zuerst waren die Wetterdaten auf dem Display verschwunden, zwischenzeitlich war auf dem Display garnichts mehr zu sehen. Mit einiger Recherche im Forum hab ich es aber wieder hinbekommen. Jetzt wird alles wieder angezeigt.
Ich kann das Display über fhem auch noch einschalten. Aber jetzt das "Problem": Das Ausschalten funktioniert nicht mehr.
Kann mir jemand sagen, was ich an der ursprünglichen Konfiguration ändern muss?
Für eine Antwort vielen Dank.
Peter
Siehe bitte Antwort #658 (https://forum.fhem.de/index.php/topic,14156.msg361395.html#msg361395)
Danke !!!!
Die unter #658 genannte Lösung habe ich zwar nicht hinbekommen, aber diejenige unter #668 funktioniert.
Viele Grüße Peter
Hallo und guten Morgen
Nun ist es auch bei mir soweit, ich habe auch vor FHEM via Raspi in meinem Haus zu betreiben und schritt für Schritt zu erweitern. Diese Lösung mit dem Addon-Board gefällt mir extrem gut, nur..leider...gibt es das ja anscheinend nichtmehr.
Evtl. hat ja einer noch eines rumliegen bzw. abzugeben. Wäre nicht schlecht. Vorerst jedoch werde ich versuchen mit einem CUL-Stick zu arbeiten.
Also, falls jemand so ein Board noch loswerden will.....gerne ne PN. Danke.
Grüße, Klaus
Moin
Nach einigen Versuchen hat es nun doch geklappt, daß ich das board so halbwegs am laufen habe. Leider hatte ich nur 1x auf dem Display was stehen, dort jedoch mit Syntax-Error, nach einem Neustart ist das Display jetzt leer.
Folgende Fehlermeldung:
2016.05.30 15:36:57 2: Display: Error from line 'img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" }' in layout definition: Can't use an undefined value as a symbol reference at /usr/lib/perl5/GD/Image.pm line 176.
und
2016.05.30 15:17:22 1: reload: Error:Modul 02_RSS deactivated:
Global symbol "$FW_wname" requires explicit package name at ./FHEM/02_RSS.pm line 169, <$fh> line 41.
Global symbol "$FW_wname" requires explicit package name at ./FHEM/02_RSS.pm line 170, <$fh> line 41.
Global symbol "$FW_ME" requires explicit package name at ./FHEM/02_RSS.pm line 170, <$fh> line 41.
BEGIN not safe after errors--compilation aborted at ./FHEM/02_RSS.pm line 232, <$fh> line 41.
2016.05.30 15:44:03 1: PERL WARNING: Subroutine RSS_addExtension redefined at ./FHEM/02_RSS.pm line 41, <$fh> line 41.
2016.05.30 15:44:03 1: PERL WARNING: Subroutine RSS_Initialize redefined at ./FHEM/02_RSS.pm line 54, <$fh> line 41.
2016.05.30 15:44:03 1: PERL WARNING: Subroutine RSS_readLayout redefined at ./FHEM/02_RSS.pm line 68, <$fh> line 41.
2016.05.30 15:44:03 1: PERL WARNING: Subroutine RSS_Define redefined at ./FHEM/02_RSS.pm line 87, <$fh> line 41.
2016.05.30 15:44:03 1: PERL WARNING: Subroutine RSS_Undefine redefined at ./FHEM/02_RSS.pm line 125, <$fh> line 41.
2016.05.30 15:44:03 1: PERL WARNING: Subroutine RSS_Notify redefined at ./FHEM/02_RSS.pm line 133, <$fh> line 41.
2016.05.30 15:44:03 1: PERL WARNING: Subroutine RSS_Set redefined at ./FHEM/02_RSS.pm line 148, <$fh> line 41.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_Initialize redefined at ./FHEM/02_FRAMEBUFFER.pm line 43, <$fh> line 49.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_Undef redefined at ./FHEM/02_FRAMEBUFFER.pm line 53, <$fh> line 49.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_rewindCounter redefined at ./FHEM/02_FRAMEBUFFER.pm line 61, <$fh> line 49.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_readLayout redefined at ./FHEM/02_FRAMEBUFFER.pm line 78, <$fh> line 49.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_Define redefined at ./FHEM/02_FRAMEBUFFER.pm line 104, <$fh> line 49.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_updateDisplay redefined at ./FHEM/02_FRAMEBUFFER.pm line 136, <$fh> line 49.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_Set redefined at ./FHEM/02_FRAMEBUFFER.pm line 181, <$fh> line 49.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_Attr redefined at ./FHEM/02_FRAMEBUFFER.pm line 255, <$fh> line 49.
2016.05.30 15:44:04 1: PERL WARNING: Subroutine FRAMEBUFFER_returnPNG redefined at ./FHEM/02_FRAMEBUFFER.pm line 309, <$fh> line 49.
2016.05.30 15:44:04 1: reload: Error:Modul 02_FRAMEBUFFER deactivated:
Attempt to reload 02_RSS.pm aborted.
Compilation failed in require at ./FHEM/02_FRAMEBUFFER.pm line 18, <$fh> line 49.
Hab den RPI 2 nach Schnellanleitung aufgesetzt, und dann nur noch die Sachen eingefügt damit etwas auf dem Display erscheint.
Jemand ne kurze Idee? (kann auch länger sein) ist ziemliches Neuland jetzt für mich, ich muss mich erst hier reinarbeiten aber ganz ohne Hilfe geht das dann doch nicht.
Danke, Klaus
Hm, hast du kein FHEMWEB Device definiert?
Oder wird das in deiner fhem.cfg erst nach dem FRAMEBUFFER Device definiert?
Außerdem scheint deine Installation nicht auf dem neuesten Stand zu sein, in der aktuellen Version von 02_RSS .pm sind die Zeilen mit den angemeckerten Variablen in einer anderen Zeile.
Hallo kaihs
Also kurz zu meiner Config. Grundsystem vom 05.05.2015 auf RPI2 B V1.1, danach nach Schnellanleitung vom Damian alles eingerichtet. dann noch die RSS datei angelegt und die Einträge in die FHEM.CFG gemacht. Und dort, ja DU hattest Recht, hatte ich ganz am Anfang schon die RSS und Framebuffer Initialisierung vorgenommen. Hab ich jetzt geändert, jetzt erhalte ich keine Fehlermeldung mehr beim Start von fhem, aber ein Bild hab ich trotzdem nicht auf Display. Irgend etwas hab ich vergessen was nicht in den beiden Anleitungen steht oder !?
log
2016.05.31 07:41:51 1: OWX: No answer to CUL868 device search
2016.05.31 07:41:51 1: OWX: 1-Wire devices found on bus OWio ()
2016.05.31 07:43:15 1: Including fhem.cfg
2016.05.31 07:43:15 3: telnetPort: port 7072 opened
2016.05.31 07:43:15 3: WEB: port 8083 opened
2016.05.31 07:43:15 3: WEBphone: port 8084 opened
2016.05.31 07:43:15 3: WEBtablet: port 8085 opened
2016.05.31 07:43:15 2: eventTypes: loaded 18 events from ./log/eventTypes.txt
2016.05.31 07:43:15 3: Opening CUL868 device /dev/ttyAMA0
2016.05.31 07:43:15 3: Setting CUL868 serial parameters to 38400,8,N,1
2016.05.31 07:43:15 3: CUL868 device opened
2016.05.31 07:43:15 3: CUL868: Possible commands: BCFiAIZOGMURTVWXefltux
2016.05.31 07:43:15 2: Switched IR_Dev irReceive to ON_NR
2016.05.31 07:43:15 1: OWX: COC/CUNO device CUL868 defined
2016.05.31 07:43:15 1: I2C_TSL2561_Define start: 3/Luminosity I2C_TSL2561 0x39
2016.05.31 07:43:15 1: reload: Error:Modul 59_Weather deactivated:
Attempt to reload YahooWeatherAPI.pm aborted.
Compilation failed in require at ./FHEM/59_Weather.pm line 33, <$fh> line 62.
BEGIN failed--compilation aborted at ./FHEM/59_Weather.pm line 33, <$fh> line 62.
2016.05.31 07:43:15 0: Attempt to reload YahooWeatherAPI.pm aborted.
Compilation failed in require at ./FHEM/59_Weather.pm line 33, <$fh> line 62.
BEGIN failed--compilation aborted at ./FHEM/59_Weather.pm line 33, <$fh> line 62.
2016.05.31 07:43:20 1: Including ./log/fhem.save
2016.05.31 07:43:22 1: OWX: 1-Wire bus OWio: interface DS2482 / COC detected in CUL868 with response OK
V 1.61 RPIAddOn_CSM
und das ist meine fhem.cfg
attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd Messages collected while initializing FHEM:\
configfile: 0\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB editConfig 1
attr WEB stylesheetPrefix dark
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
define CUL868 CUL /dev/ttyAMA0@38400 1234
define IR_Dev CUL_IR CUL868
attr IR_Dev irReceive ON_NR
attr IR_Dev learncount 0
attr IR_Dev learnprefix A
define OWio OWX CUL868
define I2C RPII2C 1
define Pressure I2C_BMP180
attr Pressure IODev I2C
attr Pressure oversampling_settings 3
attr Pressure poll_interval 10
define Luminosity I2C_TSL2561 0x39
attr Luminosity IODev I2C
attr Luminosity floatArithmetics 1
attr Luminosity poll_interval 10
attr Luminosity stateFormat Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
define FrameRSS RSS jpg 192.168.2.105 /opt/fhem/layouts/standard.txt
attr FrameRSS size 128x160
attr FrameRSS tmin 10
define Display FRAMEBUFFER /dev/fb1
attr Display update_interval 1
define Wetter Weather 673513 900 de
attr Wetter room Wetter
define Wetter.weblink weblink htmlCode { WeatherAsHtmlH("Wetter") }
define Backlight RPI_GPIO 23
attr Backlight devStateIcon .on:FS20.on .off:FS20.off
attr Backlight direction output
attr Backlight restoreOnStartup yes
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb cre
bei unsorted ganz unten steht noch: -> Undefined subroutine &main::WeatherAsHtml called at (eval 302) line 1.
grüße klaus
P.S. achso, ein UPDATE in FHEM hab ich auch noch eben gemacht, keine Änderung, egal wo ich das Wetter-Modul einfüge, jedesmal der Fehler das er es nicht laden kann. siehe LOG.
Die Kurzanleitung bezieht sich ja auf den alten RPI und fhem 5.5/5.6 oder? Die Schnellanleitung auf RPI2 und 5.7fhem. Irgendwie steh ich jetzt auf dem schlauch was ich noch vergessen habe! :-(
Hallo Klaus
Ich entsinne mich, dass ich immer das Problem hatte, dass das device fb1 auf meinem PI nicht existiert hat. Dann blieb das Display glaube ich auch leer!?
Gruss Christoph
Ich glaube dir fehlt noch ein Perl Modul für json. Schau mal in der commandref zu Weather, da ist das beschrieben.
Hallo
Danke für die beiden Tip´s. Werd ich morgen mal checken, das mit json hab ich auch schon gelesen, dachte halt nur das es komplett mit perl mitinstalliert wird. Das mit dem fb1 Device versteh ich noch nicht so ganz. Aber das bekomme ich auch noch raus. Trotzdem, jeder Tip oder jede Hilfe wird dankend angenommen, gerade als NOB. :-) Unverständlich ist nur, daß bei einigen die Anzeige sofort funktioniert und bei einigen, wie bei mir, nicht, obwohl auch ich exakt nach der Anleitung für RPI2 vorgegangen bin. !? HELP!!!
Grüße Klaus
P.S. evtl. wäre es auch sehr hilfreich, nur mal kurz für die "neulinge" in dieser Materie, speziell mit diesem Board, die Anleitung dahingehend zu ergänzen, das wirklich stichpunktartig angegeben wird, WAS alles unbedingt zu beachten und zu installieren ist. WIE das gemacht wird findet man ja hier im Forum schnell. Komisch ist auch, daß es bei einigen funzt und bei einigen nicht, obwohl doch die Quellen die gleichen sind!?
Soo, moin moin
Also,der Tip mit JSON war richtig, seit der Installation funktioniert das Wetter. Siehe Bilder. Hab mal den kompletten Bildschirm angehangen, evtl. findet ja jemand noch etwas was nicht stimmt. Das RSS JPG jedoch ist immer noch das gleiche, mit diesem Syntax Error...also muss wohl in dem standart.txt irgend etwas nicht korrekt sein obwohl es exakt das aus dem Forum seite 2 ist.
Gruß klaus
standart.txt
text 0.05 0.70 { sprintf("%.1f", ReadingsVal("OWX_28_000000000000","temperature","0")) . " / " . ReadingsVal("Wetter","temperature","?").
" °C" } # 1-Wire Temperatursensor und Wettertemperatur
Lösche ich diese Zeile aus der standart.txt ist der Syntax-Error weg. Trotzdem ist noch kein Wetter Icon zu sehen und auch kein Bild auf dem Display.
sooo, nach weiterer Fehlersuche wird das RSS jetzt angezeigt. Mit diesem Befehl:
sudo fbi -d /dev/fb1 -T 1 -noverbose -a FrameRSS.jpg
nach einem Neustart des Raspi jedoch ist alles beim alten, erst der Befehl bringt das Bild. Was fehlt denn jetzt noch? Hab da irgend etwas von irgend einem Cron gelesen oder so!? Was muss ich jetzt noch anlegen??
sooooo, nach einem ganzen Tag lesen..47 Seiten wollen durchgearbeitet werden...(zum Glück hatte ich frei) hab ich mir da was zusammengereimt, so zusagen als Essenz aus dem ganzen Geschreibsel und siehe da...es funzt. Das 1-Wire hab ich erstmal weggelassen, mangels Temp Sensor. Crontab und die Funktionen in der standart.txt sind mir jetzt etwas klarer geworden. Werde mal anfangen mein eigenes Layout zu machen.
Super Sache..verstehen muss man es nur. grins
grüße Klaus
Das mit der crontab kann man machen, ist aber eigentlich durch das FRAMEBUFFER (http://framebuffer) Modul abgelöst worden.
Dadurch wird das Display schneller aktualisiert und es werden keine unnötigen Daten mit den Bilddaten geschrieben.
Moin Kaihs
Ja ok, hab ich verstanden, das mit Crontab hab ich ja nun auf dem Raspi gemacht, wenn ich diese Aktualisierung mit Framebuffer machen will, muss i ch das ebenso auf dem Raspi tun oder geht das auch in FHEM?
Andere kurze Frage: Ich will die ganze Geschichte eher als Überwachung meines Homes (Haus aber kein eigenes) nutzen, also keine Heizung steuern, evtl. max paar Steckdosen und/oder Lampen schalten/dimmen bzw. Garage/Garten/Terrasse überwachen. Dazu hab ich mir erstmal paar Radarsensoren besorgt welche ich mit normalen 868MHz Funkkontakten koppeln will. Nun meine Grundsatzfrage: welche Funk-Kontakte nimmt man heutzutage? HM wäre meine meine erste Wahl. Gibt es noch andere welche ich mit dieser Platine ansteuern kann, auswerten kann? So wie ich das mitgelesen habe, kann ich ja alles von HM mit dieser Platine verarbeiten ohne das HMLAN Modul zu haben.
Kann mir einer kurze Infos /Tips geben, wie gesagt, ich will keine großen Regelkreise aufbauen, Schalten und Sicherheit ist für mich wichtiger.
Ansonsten bin ich mit dem Teil echt zufrieden, nach einigem Hin und Her funktioniert nun alles super.
Grüße Klaus
Zitat von: Flying-Pit am 04 Juni 2016, 09:25:44
HM wäre meine meine erste Wahl. Gibt es noch andere welche ich mit dieser Platine ansteuern kann, auswerten kann? So wie ich das mitgelesen habe, kann ich ja alles von HM mit dieser Platine verarbeiten ohne das HMLAN Modul zu haben.
Das
get CUL868 cmds gibt Auskunft über unterstütze Funkprotokolle.
Siehe auch culfw commandref (http://culfw.de/commandref.html).
Zitat von: Flying-Pit am 04 Juni 2016, 09:25:44
Ja ok, hab ich verstanden, das mit Crontab hab ich ja nun auf dem Raspi gemacht, wenn ich diese Aktualisierung mit Framebuffer machen will, muss i ch das ebenso auf dem Raspi tun oder geht das auch in FHEM?
mit FRAMEBUFFER findet die Kontrolle des Displays komplett in FHEM statt. Voraussetzung ist, dass fbvs installiert ist wie in der commandref und in der aktualisierten Doku von locutus beschrieben (siehe ersten Post in diesem Thread).
Zitat
Andere kurze Frage: Ich will die ganze Geschichte eher als Überwachung meines Homes (Haus aber kein eigenes) nutzen, also keine Heizung steuern, evtl. max paar Steckdosen und/oder Lampen schalten/dimmen bzw. Garage/Garten/Terrasse überwachen. Dazu hab ich mir erstmal paar Radarsensoren besorgt welche ich mit normalen 868MHz Funkkontakten koppeln will. Nun meine Grundsatzfrage: welche Funk-Kontakte nimmt man heutzutage? HM wäre meine meine erste Wahl. Gibt es noch andere welche ich mit dieser Platine ansteuern kann, auswerten kann? So wie ich das mitgelesen habe, kann ich ja alles von HM mit dieser Platine verarbeiten ohne das HMLAN Modul zu haben.
Ich glaube da wirfst du noch ein paar Dinge durcheinander. Deine Radarsensoren werden ja wahrscheinlich noch keine Funkschnittstelle haben, oder?
Die müsstest du also noch selber da dran basteln, und dann möglichst ein Protokoll verwenden welches fhem/culfw schon unterstützt. Das ist eher nichts für Anfänger.
Wie locutus ja schon schrieb läuft auf dem Board die culfw, und damit werden alle Protokolle unterstützt die die culfw unterstützt inkl. OneWire. Das Funkinterfacehardware ist aber für 868 MHz ausgelegt, daher solltest du nur Protokolle verwenden, die auf 868 MHz senden. Die Software kann zwar auch 433MHz, aber wegen der Hardware funktioniert das dann eher schlecht.
Lies dir im Wiki mal die Artikel zum CUL (http://www.fhemwiki.de/wiki/CUL) und die von fhem unterstützten Protokolle (http://www.fhemwiki.de/wiki/System%C3%BCbersicht#Protokolle) durch.
Nach einem (eher unfreiwilligen) Update auf den neuesten Kernel/firmware (4.4.13+) auf einem RPI 1 Model B habe ich das Problem, dass nur noch das Display des AddOn Boards funktioniert, aber nicht die HDMI-Ausgabe.
Dadurch ist /dev/fb0 das Addon Display und wird auch für Bootmessages und die Console verwendet.
Auf dem HDMI-Ausgang wird nur das bunte Viereck ausgegeben, das ganz am Anfang des Bootvorgangs erscheint. Danach wird auf das AddOn Display umgeschaltet.
Diverse Änderungen in /boot/config.txt und /boot/cmdline.txt bzgl. HDMI und console haben das Verhalten nicht verändert.
Kennt jemand das Problem und evtl. Abhilfe?
Seit dem der Pi3 erschienen ist, bringt jedes Kernel Update neue Überraschungen.
Notro hat vor kurzem das Device Tree Overlay aktualisiert. Mit rpi-update wird auch fbtft aktualisiert.
Anscheinend gibt es wieder ein neues Kernel.
uname -a
Linux raspberrypi 4.4.14-v7+ #895 SMP Sun Jun 26 13:59:02 BST 2016 armv7l GNU/Linux
Ich glaube meine Probleme kommen auch vom nicht vorhandenen Framebuffer. Die "locutus Anleitung" arbeitet mit fb1. Ich habe nur ein fb0 im System. Wie kann ich das beheben ohne alles neu zu machen. Vielleicht rührt auch das
2016.08.01 00:01:16 1: Pressure: Can't call method "bus_read" on an undefined value
2016.08.01 00:01:17 1: Luminosity: Can't call method "bus_write" on an undefined value
2016.08.01 00:01:17 1: Luminosity: Can't call method "bus_read" on an undefined value
2016.08.01 00:01:17 1: Luminosity: Can't call method "bus_write" on an undefined value
davon. Das steht im log seit dem 1.8. Für weitere Fragen sagt mir bitte, ob ich nochmal ein "shutdown restart" machen soll und den log dann posten.
Danke im Voraus
PS: das Display ist noch dunkel
Ich gehe davon aus, dass es sich um einen RPi3 handelt und als Image Debian Jessie verwendet wird?
Jessie Lite ist für eine schnelle Einrichtung des Systems weniger gut geeignet. Es müssen häufig Softwarepakete zusätzlich installiert werden.
Zitat von: stgeran am 01 August 2016, 17:34:58
Ich habe nur ein fb0 im System. Wie kann ich das beheben ohne alles neu zu machen.
Damit:
sudo modprobe fbtft_device name=sainsmart18Dann folgt der obligatorische Check:
ls -l /dev/fb*Und anschließend die permanente Aktivierung im System:
sudo nano /etc/modules-load.d/fbtft.confDie Zeilen hinzufügen und speichern:
spi-bcm2835
fbtft_device
Dann:
sudo nano /etc/modprobe.d/fbtft.confZeile hinzufügen und speichern:
options fbtft_device name=sainsmart18Und neu starten:
sudo rebootSiehe auch: https://github.com/notro/fbtft/wiki
ZitatVielleicht rührt auch das
2016.08.01 00:01:16 1: Pressure: Can't call method "bus_read" on an undefined value
2016.08.01 00:01:17 1: Luminosity: Can't call method "bus_write" on an undefined value
2016.08.01 00:01:17 1: Luminosity: Can't call method "bus_read" on an undefined value
2016.08.01 00:01:17 1: Luminosity: Can't call method "bus_write" on an undefined value
davon.
Nein, I2C-Interface und/oder Benutzerrechte fehlen:
sudo apt-get install i2c-tools
sudo adduser fhem i2cSiehe auch: http://fhem.de/commandref_DE.html#RPII2C
define I2C RPII2C 1
define Pressure I2C_BMP180
attr Pressure IODev I2C
define Luminosity I2C_TSL2561 0x39
attr Luminosity IODev I2C
Sorry, ich vergas, es ist ein RPi2 aber mit dem Jessi light image und dann nach Deiner Kurzanleitung, die mit dem Bild des addon Boards
Ich hab jetzt nochmal alles nach der Anleitung und den im letzten Thread geposteten codes gemacht. Geht wohl alles ABER immer noch keine Anzeige auf dem Display.
Frame RSS sieht so aus wie im Anhang. Der untere Strich ist auch noch zu tief und die Uhrzeit ist in der Schrift zu klein.
Das sieht aus wie ein - Trommelwirbel - Syntaxerror. Und solange da ein Fehler drin ist, verschiebt sich die Formatierung wegen der Meldung. Auch die Schriftgröße deutet auf einen Fehler bei der Übernahme der Vorlage.
Um jetzt aus der Ferne zu helfen: In solchen Fällen nehme ich die passenden Dateien, Fülle diese mit festen Werten (statische Phantasiewerte) und teste Schritt für Schritt die Ausgabe und die Formatierung. Dann sind keine Fehler bei der Übergabe der Werte schuld. Stimmt dann die Ausgabe, ersetze ich die Werte Schritt für Schritt durch die Variablen bzw. Funktionen. So kann man sich langsam aber ohne Verwirrung Vorarbeiten - und lernt zudem noch einiges zum Aufbau. ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Ich war gerade am schreiben mit dem hier
2016.08.03 17:03:50 2: FrameRSS: Error from line 'img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" }' in layout definition: Can't use an undefined value as a symbol reference at /usr/lib/arm-linux-gnueabihf/perl5/5.20/GD/Image.pm line 176.
und habe dann den Beitrag gesehen. Passt das zu dem von Dir angedachten syntax error?
"syntax error" steht doch schon im Display, das meinte ich. Und bevor ich auf die Suche gehe mit Fragen der Verschachtelung von Zeichen etc. für die eigene Hilfe: Suche eine passende Bilddatei im Pfad /opt/......./weather (siehe oben), nehme den Dateinamen und setze den komplett ein. Also ReadingsVal raus und nur "/opt/......./xyz.png"
Geht das? Dann Schritt 2: Lasse Dir irgendwo anzeigen, was ReadingsVal als Text (!) liefert, wenn Du das mit den Wunschparametern aufrufst. Das könnte man z.B. neben/statt der Uhrzeit oder statt des Bildes als Text anzeigen.
Geht das auch? Dann Schritt 3: Zusammenbasteln.
Sorry, dass ich nicht sage "dies ist falsch, jenes ist falsch" - das ist der Weg zur Selbsthilfe. So mache ich das auch immer. Und noch ein Tipp: nimm zum Spielen andere Dateien. Dann kann man eine Testversion laufen lassen, ohne dass man eventuell fertige komplexere Teile löscht und dann dort neue Tipp-/ Kopierfehler einbaut. ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
den syntaxerror hab ich weg. ich habe in der standart.txt
font /usr/share/fonts/truetype/freefont/FreeMono.ttf # TrueType Schriftart
pt 25 # Schriftgroesse
time 0.12 0.16 # Uhrzeit
line 5 30 123 30 # Linie
pt 12 # Schriftgroesse
img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" } # Wetter Icon
text 0.19 0.79 { ReadingsVal("Pressure","pressure-nn","0"). " hPa" } # Luftdruck
#######text 0.05 0.70 { sprintf("%.1f", ReadingsVal("OWX_28_000000000000","temperature","0")) . " / " . ReadingsVal("Wetter","temperature","?").
" °C" } # 1-Wire Temperatursensor und Wettertemperatur
text 0.27 0.88 { ReadingsVal("Luminosity","luminosity","0"). " lx" } # Helligkeit
line 5 147 123 147 # Linie
pt 7 # Schriftgroesse
text 0.20 0.98 { trim(getip()) } # IP-Adresse
die hervorgehobene Zeile auskommentiert.
Wenn ich anstelle
. ReadingsVal("Wetter","icon","") . ".png
z.B. rain.png schreibe, habe ich im RSS die Wolken.
Wie bekomme ich das ReadingsVal als text? in der command.ref habe ich nichts über ReadingsVal gefunden.
2.Problem: das Display ist immer noch dunkel
Du druckst z.B. den Luftdruck als Text aus:
text 0.27 0.88 {ReadingsVal ("Luminosity",...
Tausche da doch testweise das mit ("Wetter","icon","") - dann sollte da sowas wie "rain" (ohne "") stehen. Dann bist Du einen Schritt weiter. Wenn das stimmt, dann gilt es die "feste" Zeile mit rain zu ersetzen. Schritt 3 sozusagen. ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Da kommt leider NICHTS. Wie kann ich herausfinden, ob mein Wetter ein Wetter ist. In der cfg steht
define Wetter Weather 12835246 900 de
attr Wetter room Wetter
define Wetter.weblink weblink htmlCode { WeatherAsHtmlH("Wetter") }
Wobei "12835246" die Zahl ist, die bei Yahoo hinter meiner location steht.
Ach, und muss das
define Display FRAMEBUFFER /dev/fb0
attr Display update_interval 1
in der cfg Reihenfolge VOR
define FrameRSS RSS jpg 192.168.100.182 /opt/fhem/layouts/standard.txt
attr FrameRSS size 128x160
attr FrameRSS tmin 10
Klick mal in der Weboberfläche auf "Wetter". Da siehst Du, ob und wie das definiert ist und welche Werte geliefert wurden. Für mich sieht das dann so aus:
(http://uploads.tapatalk-cdn.com/20160803/a2f46ea3bf4ab1b1f1472f5069467d4a.png)
Und weiter unten finde ich das aktuelle Icon:
(http://uploads.tapatalk-cdn.com/20160803/38ce449942b4fd1ce01b555399c46e26.png)
Wenn es ordnungsgemäß definiert ist und passende "Readings" vorliegen, können diese mit der Funktion ReadingsVal ausgelesen werden.
(Ich hoffe, diese "Schritt für Schritt"- Hilfe ist ok)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Hm, werden die Bilder angezeigt? Ich sehe die am Handy gerade nicht.
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Das ist Ok. Beim klick aufs Wetter sieht das bei mir so aus
PS: Deine Bilder werden angezeigt. Wie Du siehst, siehst Du bei mir nichts.
Zitat von: stgeran am 03 August 2016, 19:07:51
den syntaxerror hab ich weg. ich habe in der standart.txt die hervorgehobene Zeile auskommentiert.
Unnötig! Das ist ein Einzeiler:
text 0.05 0.70 { sprintf("%.1f", ReadingsVal("OWX_28_000000000000","temperature","0")) . " / " . ReadingsVal("Wetter","temperature","?"). " °C" } # 1-Wire Temperatursensor und AussentemperaturLediglich die ID (OWX_28_000000000000) des 1-Wire Sensors muss angepasst werden.
Zitat von: stgeran am 02 August 2016, 19:00:01
Der untere Strich ist auch noch zu tief und die Uhrzeit ist in der Schrift zu klein.
Das deutet auf das Fehlen der TrueType Schriftart FreeMono.ttf hin.
Zitatdas Display ist immer noch dunkel
Mögliche Ursachen:
1. Die komplette Softwareinstallation des Framebuffers fehlt. Jessie Lite muss ggf. mit
sudo rpi-update aktualisiert werden.
2.
/dev/fb1 fehlt. Siehe Antwort #715 (https://forum.fhem.de/index.php/topic,14156.msg477801.html#msg477801)
3. Schalter für Hintergrundbeleuchtung fehlt:
define Backlight RPI_GPIO 23
attr Backlight devStateIcon .on:FS20.on .off:FS20.off
attr Backlight direction output
attr Backlight restoreOnStartup yesZitat von: stgeran am 03 August 2016, 21:08:12
Das ist Ok. Beim klick aufs Wetter sieht das bei mir so aus
PS: Deine Bilder werden angezeigt. Wie Du siehst, siehst Du bei mir nichts.
Das 59_Weather Modul ist nicht up to date:
https://forum.fhem.de/index.php/topic,51461.0.html
Zwischenbericht: Den font konnte ich nachinstallieren. Ich habe kein /dev/fb1, es gelingt mir auch nicht nach der Anleitung "715" eines zu erzeugen.
Das
define Backlight RPI_GPIO 23
attr Backlight devStateIcon .on:FS20.on .off:FS20.off
attr Backlight direction output
attr Backlight restoreOnStartup yes
habe ich gemacht, kein Erfolg, aber der andere Schalter "Display on/off" funktioniert.
Wettermodul kann ich erst heute Abend checken, ich werde berichten. Wäre doch gelacht, wenn "WIR" die Kuh nicht vom Eis bekämen. ;-))
Wetter geht jetzt, man sollte nach einer Neuinstallation von fhem 5.7 AUCH mal ein update machen. Im RSS Feed sehe ich jetzt das Icon :-))
Wo finde ich die ID des OWX? Ist das die ROM_ID bei mir "FF"??
Dazu aber immer noch das fb1 Problem:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
snd-bcm2835
i2c-bcm2708
i2c-dev
spi-bcm2835
fbtft_device
unterscheidet sich die Aktivierung des LCD Treibers von der PDF Anleitung und den Post 715
Und anschließend die permanente Aktivierung im System:
Code: [Auswählen]
sudo nano /etc/modules-load.d/fbtft.conf
Die Zeilen hinzufügen und speichern:
Code: [Auswählen]
spi-bcm2835
fbtft_device
Einmal
sudo nano /etc/modules-load.d/fbtft.conf
Oder
sudo nano /etc/modules
In diese Datei habe ich
spi-bcm2835
fbtft_device
eingetragen.
Mit
sudo modprobe fbtft_device name=sainsmart18
erzeuge ich einen fb1, nach dem nächsten reboot ist er wieder weg.
RSS geht? Freut mich. OWx ist nicht meine Baustelle, ebensowenig fb0 und fb1. Ich hätte da mal Probleme bei der Rechtevergabe in den Unterordnern von /dev - aber ob das hier hilft, kann ich nicht sagen.
Noch eine Frage (zum selber beantworten): Was hast Du an OW dran? Wenn da nix dran hängt, kann man nix ausgeben. Da muss erst ein Sensor dran. Zumindest hast Du (wieder) keine Readings. Ich habe z.B. die Temperatur über einen RFX. Da muss ich natürlich diese device auslesen, um die Temperatur von draußen zu bekommen.
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Ich hab mich verhaspelt und nochmal neu aufgesetzt.
Ich steh auf dem Schlauch. Nach welcher Anleitung soll ich vorgehen?
* RPiAddOn_Kurzanleitung.pdf (659.34 kB - runtergeladen 159 Mal.)
* RPi2AddOn_Schnellanleitung.pdf (501.49 kB - runtergeladen 112 Mal.)
Und übrigens: es gelingt mir immer noch nicht dieses verd..... fb1 dauerhaft zu generieren.
Ich schieb es nochmal hoch. Welche Ideen für mich gibt es noch um den fb1 zu mobilisieren?
Hallo stgeran
Das hat Damian doch schon zweimal geschrieben! https://forum.fhem.de/index.php/topic,14156.msg477801.html#msg477801
Gruss Christoph
Hab ich zwar schon mal gemacht, ohne Erfog, ich probier es aber heute nochmal in meinem neu aufgesetzten System. Die Unterschiede zwischen dieser Beschreibung und den Kurzanleitungs PDF habe ich noch nicht verstanden (mein post 729)
Männer, es hilft nichts, nach einem reboot ist der fb1 wieder weg.
PS: was steht denn noch in der Datei?
sudo nano /etc/modules-load.d/fbtft.conf
Bei mir ist die leer und wird erst durch diesen Befehl erzeugt.
Bei mir steht in fbtft.conf (Verzeichnis /etc/modprobe.d):
options fbtft_device name=sainsmart18 rotate=90
Oder meinst Du /etc/modules-load.d/modules.conf ? (oder fbtft.conf)
Da steht
snd-bcm2835
i2c-bcm2708
i2c-dev
spi-bcm2835
fbtft_device
Hat aber Locutus genau so beschrieben... (bis auf rotate=90)
Ich kann machen was ich will, alle Anleitungen durchgehen, neu aufsetzen, egal, das sche... Display bleibt dunkel und die Meldung ist auch immer da
/dev/fb1 isn't readable and writable
Alle anderen Dinge im "Hintergrund" sind da: Wetter; RSS; Druck und Temperatur; Hintergrundbeleuchtung an und aus usw. Ich habe keine Idee mehr.
Moin
Ich hatte immer das Problem, dass es fb1 gar nicht gab! Ich habe das dann von fb0 einfach kopiert! Ich weiss inzwischen auch, dass das eigentlich Unsinn ist, aber es lief dann immer! Ist es denn bei Dir da, und wenn ja dann sind es die Benutzerrechte!
Gruss
Hallo Leute,
ich habe gestern fhem von einem RPI B Rev 2 auf einen RPI 3 umgezogen.
Soweit hat alles super geklapt, nur der CUL auf dem Add-on Board will einfach nicht.
Ich habe mich an die Anleitung
RPi2AddOn_Schnellanleitung.pdf gehalten und in der
raspi-config -> Serial Enable/Disable automatic loading ausgeschaltet und wie von locutus aus Antwort #690 angegeben
Zitat
So lautet die Definition der seriellen Schnittstelle für den Fall, dass jemand mit dem Board auf Raspberry Pi 3 umsteigen möchte:
define CUL868 CUL /dev/ttyS0@38400 1234
Bitte in /boot/config.txt die Zeile core_freq = 250 einfügen.
Getestet auf RPi 3 mit Raspbian Jessie vom 26.02.2016.
eingefügt.
Dann erhalte ich als Status
disconnected.
Ändere ich den Pfad auf
define CUL868 CUL /dev/ttyAMA0@38400 1234 ist der Status
opened nur die LED blinkt immer gleichmäsig alle Sekunde und bei der Abfrage
uptime kommt
No answer.
Wenn ich
raspi-config -> Serial Enable/Disable automatic loading anschalte blinkt die LED auf dem AddOn beim hochfahren unregelmäsig danach wieder alle Sekunde.
Noch das was die Logdatei ausgibt:
2016.08.11 11:09:54 3: Opening CUL_0 device /dev/ttyS0
2016.08.11 11:09:54 3: Can't open /dev/ttyS0: Datei oder Verzeichnis nicht gefunden
2016.08.11 11:11:52 3: Opening CUL_0 device /dev/ttyAMA0
2016.08.11 11:11:52 3: Setting CUL_0 serial parameters to 38400,8,N,1
2016.08.11 11:12:02 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_0)So weit bin ich gekommen, jetzt gehen mir die Ideen aus.
Und wie gesagt Display, I2C_BMP180 und I2C_TSL2561 auf dem AddOn Board gehen nur der CUL nicht.
Ich hoffe es gibt dafür schon eine Lösung und ich war mal wieder nur zu blöd sie zu finden.
Daniel
So nun kann ich auch gleich die Lösung hinterher schicken:
Bisher konnte man das Bluetooth abschalten, indem man in der /boot/config.txt die Zeile
dtoverlay=pi3-disable-bt-overlay
eingefügt hat.
Das funktioniert nach dem letzten Update nicht mehr, das Overlay wird nicht mehr geladen.
Damit ist Bluetooth wieder aktiv und die serielle Schnittstelle ttyAMA0 ist blockiert.
Ursache: Der Name der Overlaydatei wurde geändert!
Die Zeile in der config.txt muss nun lauten:
dtoverlay=pi3-disable-bt
und es muss noch ein
enable_uart=1
darunter.
Ich hoffe ich kann damit all denen helfen die vor dem gleichen Problem stehen.
Daniel
@pc1246: Exact so ist es. Ich habe keinen fb1. Ich kann wie gesagt mit den entsprechenden Kommandos einen erzeugen und dann abfragen. soweit alles ok. ABER nach dem nächsten reboot (der ja nach erstellen und permanent machen erfolgen sollte) ist er wieder weg. Was hast Du denn kopiert? der fb0 hat bei mir auch 0 Bite.
Das GPIO-Problem ist Hier schön erklärt und auch je nach Modell gelöst:
http://spellfoundry.com/2016/05/29/configuring-gpio-serial-port-raspbian-jessie-including-pi-3/ (http://spellfoundry.com/2016/05/29/configuring-gpio-serial-port-raspbian-jessie-including-pi-3/)
Frage zu FRAMEBUFFER für das Display des Raspberry Pi Add-On Board
im Log erfolgt für jeden Durchlauf der Display-Anzeige eine Zeile
display
ohne Datum und sonstige Information.
Bei Anzeige des Event-Monitors kommt jeweils eine Zeile, zumindest, wenn "verbose" gesetzt
2016-10-11 17:13:45 FRAMEBUFFER Display updateDisplay
DeviceOverview
Display Initialized
Display
Internals
DEF /dev/fb1
NAME Display
NR 28
STATE Initialized
TYPE FRAMEBUFFER
layoutBasedir /opt/fhem/layouts
layoutList standard2.txt
updateInterval 1
Readings
absLayoutNo 0 2016-10-11 14:57:25
layoutFilename standard2.txt 2016-10-11 14:57:25
state Initialized 2016-10-11 14:27:38
Irgend eine Idee?
Bernhard
Zitat von: Bernhard am 11 Oktober 2016, 19:09:13
Frage zu FRAMEBUFFER für das Display des Raspberry Pi Add-On Board
im Log erfolgt für jeden Durchlauf der Display-Anzeige eine Zeile
display
ohne Datum und sonstige Information.
Bei Anzeige des Event-Monitors kommt jeweils eine Zeile, zumindest, wenn "verbose" gesetzt
2016-10-11 17:13:45 FRAMEBUFFER Display updateDisplay
DeviceOverview
Display Initialized
Display
Internals
DEF /dev/fb1
NAME Display
NR 28
STATE Initialized
TYPE FRAMEBUFFER
layoutBasedir /opt/fhem/layouts
layoutList standard2.txt
updateInterval 1
Readings
absLayoutNo 0 2016-10-11 14:57:25
layoutFilename standard2.txt 2016-10-11 14:57:25
state Initialized 2016-10-11 14:27:38
Irgend eine Idee?
Bernhard
Bitte die neueste Version von fbvs aus github benutzen. Damit ist das Problem behoben.
Zitat von: kaihs am 11 Oktober 2016, 19:46:34
Bitte die neueste Version von fbvs aus github benutzen. Damit ist das Problem behoben.
Danke
Bernhard
Seit einiger Zeit finde ichin meinem Log folgende Meldungen:
2017.01.04 01:06:30 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2017.01.04 01:06:40 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.04 01:06:44 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.04 01:06:44 1: /dev/ttyAMA0 reappeared (CUL868)
2017.01.04 02:48:28 2: CUL868: unknown message OK:1
2017.01.04 03:26:58 2: CUL868: unknown message OK:1
und finde mit verbose=5 heute folgendes vor:
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:28 5: SW: ORb
2017.01.15 16:38:31 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2017.01.15 16:38:41 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.15 16:38:41 5: SW: V
2017.01.15 16:38:44 5: SW: V
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): V 1.63 RPIAddOn_CSM
2017.01.15 16:38:44 5: SW: ?
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B b
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): C F i A
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): I Z E O
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): G M U Y
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): R T V W
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): X e f l
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): t u x
2017.01.15 16:38:44 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.15 16:38:44 5: SW: X21
2017.01.15 16:38:44 5: SW: T01
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): 2030
2017.01.15 16:38:44 5: GOT CUL fhtid: 2030
2017.01.15 16:38:44 1: /dev/ttyAMA0 reappeared (CUL868)
2017.01.15 16:38:59 5: CUL/RAW: /T212100A
2017.01.15 16:38:59 5: CUL/RAW: T212100A/60048
2017.01.15 16:38:59 4: CUL_Parse: CUL868 T212100A60048 -38
2017.01.15 16:38:59 5: CUL868: dispatch 810c04xx0909a00121210000a600
2017.01.15 16:39:06 5: SW: ORb
2017.01.15 16:39:06 5: CUL/RAW (ReadAnswer): OK:1
auch dieses
2017.01.15 16:15:52 5: SW: Om9E0000001AA36922
2017.01.15 16:15:52 5: SW: OwBbe
2017.01.15 16:15:52 5: SW: OrB
2017.01.15 16:15:52 5: SW: OrB
2017.01.15 16:15:52 1: OWX: Received unexpected number of 12 bytes on bus CUL868
2017.01.15 16:15:53 5: SW: OrB
2017.01.15 16:15:53 1: PERL WARNING: Illegal hexadecimal digit '
' ignored at ./FHEM/00_OWX.pm line 2318.
2017.01.15 16:15:53 5: SW: OrB
2017.01.15 16:15:53 5: SW: OrB
Eine FHT mit ID 2030 habe ich nicht, nur mit 2121 . Vllt. ein FHT8v
Irgend jemand eine Idee?
Danke
Bernhard
Ich hatte mal ein ähnliches Verhalten (Reset des Boards, lässt sich mit get uptime verifizieren).
Lag an einem Wackelkontakt der Verbindung Board zu Pi.
Habe das Board bei der Stift-/Buchsenleiste fest angedrückt, seit dem läuft es wieder ohne Probleme.
danke für den Hinweis, werde ich nächstes mal, wenn ich vor ort bin, versuchen
Hallo,
ich habe eine ähnliche Fehlermeldung, wie im Post 739 beschrieben:
2017.01.29 10:09:57 3: Opening CUL_0 device /dev/ttyAMA0
2017.01.29 10:09:57 3: Setting CUL_0 serial parameters to 38400,8,N,1
2017.01.29 10:10:06 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_0)
Am Board geht alles außer den Funksignalen.
Das Board ist aktuell an einem Pi1 installiert, somit macht die Beschreibung aus Post 740 keinen Sinn.
Hat jemand eine Idee, was ich tun muss, damit auch die CUL wieder läuft?
Danke und einen schönen Sonntag
Dirk
Zitat von: kaihs am 15 Januar 2017, 20:11:32
Ich hatte mal ein ähnliches Verhalten (Reset des Boards, lässt sich mit get uptime verifizieren).
Lag an einem Wackelkontakt der Verbindung Board zu Pi.
Habe das Board bei der Stift-/Buchsenleiste fest angedrückt, seit dem läuft es wieder ohne Probleme.
So, war wieder vor Ort. Habe das Ding auseinander gebaut und wieder zusammengesteckt. Zunächst hat der CUL-Teil gestreikt, blieb im "disconnect" und die rote Laterne blieb konstant an.
Später dann - weiss der Teufel warum gings dann wieder, aber die Abbrüche bleiben.
Ob es letztendlich an dem 1-Wire-Fühler liegt? 1 Sensor, parasitär, ca 80 cm Kabel ?
2017.01.28 23:25:51 1: Including fhem.cfg
2017.01.28 23:25:51 3: telnetPort: port 7072 opened
2017.01.28 23:25:52 3: WEB: port 8083 opened
2017.01.28 23:25:52 3: WEBphone: port 8084 opened
2017.01.28 23:25:52 3: WEBtablet: port 8085 opened
2017.01.28 23:25:53 2: eventTypes: loaded 533 events from ./log/eventTypes.txt
2017.01.28 23:25:53 3: Opening CUL868 device /dev/ttyAMA0
2017.01.28 23:25:54 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.28 23:25:54 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.28 23:25:54 3: CUL868 device opened
2017.01.28 23:25:54 2: Switched IR_Dev irReceive to ON_NR
2017.01.28 23:25:55 1: I2C_TSL2561_Define start: 4/Luminosity I2C_TSL2561 /dev/i2c-1 0x39
2017.01.28 23:25:55 1: OWX: COC/CUNO device CUL868 defined
2017.01.28 23:26:21 3: OWTHERM: Device OWX_22_69A31A000000 defined.
2017.01.28 23:26:23 3: Opening telefon device 192.168.2.1:1012
2017.01.28 23:26:23 3: FB_CALLMONITOR (telefon) - loading cache file ./callmonitor.txt
2017.01.28 23:26:23 2: FB_CALLMONITOR (telefon) - read 285 contacts from Cache
2017.01.28 23:26:24 3: USBWX opening usbwx device /dev/ttyUSB0
2017.01.28 23:26:24 2: USBWX Can't open /dev/ttyUSB0: No such file or directory
2017.01.28 23:26:25 1: Including ./log/fhem.save
2017.01.28 23:26:27 1: OWX: 1-Wire bus OWio: interface DS2482 / COC detected in CUL868 with response R:9E0000001AA36922
D: 1
OK
V 1.63 RPIAddOn_CSM
2017.01.28 23:26:27 1: usb create starting
2017.01.28 23:26:29 1: usb create end
2017.01.28 23:26:29 2: FB_CALLMONITOR (telefon) - found FritzBox phonebook ./FRITZ.Box_Telefonbuch.xml
2017.01.28 23:26:29 2: FB_CALLMONITOR (telefon) - read 65 contacts from ./FRITZ.Box_Telefonbuch.xml
2017.01.28 23:26:29 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.01.28 23:26:29 0: Featurelevel: 5.7
2017.01.28 23:26:29 0: Server started with 55 defined entities (fhem.pl:13210/2017-01-23 perl:5.014002 os:linux user:fhem pid:2666)
2017.01.28 23:26:29 3: telefon device opened
2017.01.28 23:26:30 0: Server shutdown
2017.01.28 23:26:35 1: Including fhem.cfg
2017.01.28 23:26:35 3: telnetPort: port 7072 opened
2017.01.28 23:26:36 3: WEB: port 8083 opened
2017.01.28 23:26:36 3: WEBphone: port 8084 opened
2017.01.28 23:26:36 3: WEBtablet: port 8085 opened
2017.01.28 23:26:37 2: eventTypes: loaded 533 events from ./log/eventTypes.txt
2017.01.28 23:26:37 3: Opening CUL868 device /dev/ttyAMA0
2017.01.28 23:26:37 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.28 23:26:37 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.28 23:26:38 3: CUL868 device opened
2017.01.28 23:26:38 2: Switched IR_Dev irReceive to ON_NR
2017.01.28 23:26:38 1: I2C_TSL2561_Define start: 4/Luminosity I2C_TSL2561 /dev/i2c-1 0x39
2017.01.28 23:26:39 1: OWX: COC/CUNO device CUL868 defined
2017.01.28 23:27:06 3: OWTHERM: Device OWX_22_69A31A000000 defined.
2017.01.28 23:27:09 3: Opening telefon device 192.168.2.1:1012
2017.01.28 23:27:09 3: FB_CALLMONITOR (telefon) - loading cache file ./callmonitor.txt
2017.01.28 23:27:09 2: FB_CALLMONITOR (telefon) - read 285 contacts from Cache
2017.01.28 23:27:11 3: USBWX opening usbwx device /dev/ttyUSB0
2017.01.28 23:27:11 2: USBWX Can't open /dev/ttyUSB0: No such file or directory
2017.01.28 23:27:12 1: Including ./log/fhem.save
2017.01.28 23:27:14 1: OWX: 1-Wire bus OWio: interface DS2482 / COC detected in CUL868 with response R:9E0000001AA36922
D: 1
OK
V 1.63 RPIAddOn_CSM
2017.01.28 23:27:14 1: usb create starting
2017.01.28 23:27:16 1: usb create end
2017.01.28 23:27:16 2: FB_CALLMONITOR (telefon) - found FritzBox phonebook ./FRITZ.Box_Telefonbuch.xml
2017.01.28 23:27:16 2: FB_CALLMONITOR (telefon) - read 65 contacts from ./FRITZ.Box_Telefonbuch.xml
2017.01.28 23:27:16 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.01.28 23:27:16 0: Featurelevel: 5.7
2017.01.28 23:27:16 0: Server started with 55 defined entities (fhem.pl:13210/2017-01-23 perl:5.014002 os:linux user:fhem pid:2675)
2017.01.28 23:27:16 3: telefon device opened
2017.01.28 23:27:25 3: OWX: Answer to CUL868 device search is 1:9E0000001AA36922
2017.01.28 23:27:25 1: OWX: 1-Wire devices found on bus OWio (OWX_22_69A31A000000)
2017.01.28 23:56:50 2: CUL868: unknown message OK:1
2017.01.29 02:47:57 2: CUL868: unknown message OK:1
2017.01.29 03:26:28 1: OWX: Received unexpected number of 22 bytes on bus CUL868
2017.01.29 04:24:33 2: CUL868: unknown message OK:1
2017.01.29 04:55:00 2: CUL868: unknown message OK:1
2017.01.29 05:21:58 2: CUL868: unknown message OK:1
2017.01.29 05:41:03 2: CUL868: unknown message OK:1
2017.01.29 05:58:46 2: CUL868: unknown message OK:1
2017.01.29 06:02:23 2: CUL868: unknown message OK:1
2017.01.29 06:17:30 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2017.01.29 06:17:37 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.29 06:17:41 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.29 06:17:41 1: /dev/ttyAMA0 reappeared (CUL868)
2017.01.29 06:19:43 2: CUL868: unknown message OK:1
2017.01.29 06:34:00 2: CUL868: unknown message OK:1
2017.01.29 07:07:14 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2017.01.29 07:07:19 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.29 07:07:22 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.29 07:07:22 1: /dev/ttyAMA0 reappeared (CUL868)
2017.01.29 07:12:14 2: CUL868: unknown message OK:1
2017.01.29 07:17:27 1: OWX: Received unexpected number of 19 bytes on bus CUL868
2017.01.29 07:30:00 2: FHT set FHT_2121 desired-temp 21.0
2017.01.29 08:15:13 1: OWX: Received unexpected number of 19 bytes on bus CUL868
2017.01.29 09:45:41 2: CUL868: unknown message OK:1
2017.01.29 10:39:16 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2017.01.29 10:39:23 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.29 10:39:26 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.29 10:39:27 1: /dev/ttyAMA0 reappeared (CUL868)
2017.01.29 11:01:43 1: OWX: Received unexpected number of 17 bytes on bus CUL868
2017.01.29 11:25:47 1: OWX: Received unexpected number of 19 bytes on bus CUL868
Irgendwas hab ich jetzt wohl noch ganz verdreht.
Ich hatte auf dem System kuzzeitig Kodi installiert und jetzt wieder deinstalliert.
Jetzt wird die Anzeige statt auf dem Display auf dem Glotzofon (HDMI1) angezeigt.
Framebuffer mit /dev/fb0
Was muss ich noch verstellen?
Danke
Schon mal mit /dev/fb1 versucht? Sonst mal die Ausgabe von dmesg nach entsprechenden Meldungen durchsuchen.
Hallo,
/dev/fb1 ist nicht da, hier Output von dmsg
pi@raspi1 ~ $ dmesg
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 4.1.19+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611) ) #858 Tue Mar 15 15:52:03 GMT 2016
[ 0.000000] CPU: ARMv6-compatible processor [410fb767] revision 7 (ARMv7), cr=00c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
[ 0.000000] Machine: BCM2708
[ 0.000000] cma: Reserved 8 MiB at 0x1b800000
[ 0.000000] Memory policy: Data cache writeback
[ 0.000000] On node 0 totalpages: 114688
[ 0.000000] free_area_init_node: node 0, pgdat c0839a04, node_mem_map db403000
[ 0.000000] Normal zone: 1008 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 114688 pages, LIFO batch:31
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 113680
[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=1920 bcm2708_fb.fbheight=1080 bcm2708.boardrev=0xe bcm2708.serial=0xa4e1e286 smsc95xx.macaddr=B8:27:EB:E1:E2:86 bcm2708_fb.fbswap=1 bcm2708.uart_clock=3000000 vc_mem.mem_base=0x1ec00000 vc_mem.mem_size=0x20000000 dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
[ 0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 0.000000] Memory: 436880K/458752K available (5796K kernel code, 488K rwdata, 1788K rodata, 348K init, 720K bss, 13680K reserved, 8192K cma-reserved)
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
[ 0.000000] vmalloc : 0xdc800000 - 0xff000000 ( 552 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xdc000000 ( 448 MB)
[ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
[ 0.000000] .text : 0xc0008000 - 0xc0770240 (7585 kB)
[ 0.000000] .init : 0xc0771000 - 0xc07c8000 ( 348 kB)
[ 0.000000] .data : 0xc07c8000 - 0xc08422f0 ( 489 kB)
[ 0.000000] .bss : 0xc08422f0 - 0xc08f6480 ( 721 kB)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] NR_IRQS:522
[ 0.000000] clocksource stc: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275 ns
[ 0.000015] sched_clock: 32 bits at 1000kHz, resolution 1000ns, wraps every 2147483647500ns
[ 0.000058] Switching to timer-based delay loop, resolution 1000ns
[ 0.000338] Console: colour dummy device 80x30
[ 0.001283] console [tty1] enabled
[ 0.001341] Calibrating delay loop (skipped), value calculated using timer frequency.. 2.00 BogoMIPS (lpj=10000)
[ 0.001424] pid_max: default: 32768 minimum: 301
[ 0.001804] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.001877] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.002926] Initializing cgroup subsys blkio
[ 0.003019] Initializing cgroup subsys memory
[ 0.003089] Initializing cgroup subsys devices
[ 0.003153] Initializing cgroup subsys freezer
[ 0.003213] Initializing cgroup subsys net_cls
[ 0.003334] CPU: Testing write buffer coherency: ok
[ 0.003450] ftrace: allocating 19751 entries in 58 pages
[ 0.106663] Setting up static identity map for 0x81c0 - 0x81f8
[ 0.108704] devtmpfs: initialized
[ 0.114901] VFP support v0.3: implementor 41 architecture 1 part 20 variant b rev 5
[ 0.115340] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[ 0.117383] pinctrl core: initialized pinctrl subsystem
[ 0.118284] NET: Registered protocol family 16
[ 0.123605] DMA: preallocated 4096 KiB pool for atomic coherent allocations
[ 0.124997] bcm2708.uart_clock = 3000000
[ 0.125101] of_platform_populate failed: -22
[ 0.127776] hw-breakpoint: found 6 breakpoint and 1 watchpoint registers.
[ 0.127855] hw-breakpoint: maximum watchpoint size is 4 bytes.
[ 0.128059] Serial: AMBA PL011 UART driver
[ 0.128296] dev:f1: ttyAMA0 at MMIO 0x20201000 (irq = 83, base_baud = 0) is a PL011 rev3
[ 0.128945] bcm2835-mbox bcm2835-mbox: mailbox enabled
[ 0.165854] bcm2708-dmaengine bcm2708-dmaengine: DMA legacy API manager at f2007000, dmachans=0x7f35
[ 0.165995] bcm2708-dmaengine bcm2708-dmaengine: failed to get irq for DMA channel 13
[ 0.166066] bcm2708-dmaengine bcm2708-dmaengine: Initialized 8 DMA channels (+ 1 legacy)
[ 0.167025] bcm2708-dmaengine bcm2708-dmaengine: Load BCM2835 DMA engine driver
[ 0.167114] bcm2708-dmaengine bcm2708-dmaengine: dma_debug:0
[ 0.167955] SCSI subsystem initialized
[ 0.168351] usbcore: registered new interface driver usbfs
[ 0.168524] usbcore: registered new interface driver hub
[ 0.168764] usbcore: registered new device driver usb
[ 0.169626] raspberrypi-firmware raspberrypi-firmware.0: Attached to firmware from 2016-03-15 14:47
[ 0.197129] Switched to clocksource stc
[ 0.246657] FS-Cache: Loaded
[ 0.247066] CacheFiles: Loaded
[ 0.262162] NET: Registered protocol family 2
[ 0.263635] TCP established hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.263797] TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.263931] TCP: Hash tables configured (established 4096 bind 4096)
[ 0.264061] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.264132] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.264517] NET: Registered protocol family 1
[ 0.265161] RPC: Registered named UNIX socket transport module.
[ 0.265237] RPC: Registered udp transport module.
[ 0.265279] RPC: Registered tcp transport module.
[ 0.265318] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.266404] bcm2708_gpio: bcm2708_gpio_probe c07d0500
[ 0.268229] futex hash table entries: 256 (order: -1, 3072 bytes)
[ 0.284500] VFS: Disk quotas dquot_6.6.0
[ 0.284950] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 0.287597] FS-Cache: Netfs 'nfs' registered for caching
[ 0.289057] NFS: Registering the id_resolver key type
[ 0.289199] Key type id_resolver registered
[ 0.289247] Key type id_legacy registered
[ 0.293091] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[ 0.293606] io scheduler noop registered
[ 0.293692] io scheduler deadline registered (default)
[ 0.294155] io scheduler cfq registered
[ 0.295741] BCM2708FB: allocated DMA memory 5bc00000
[ 0.295861] BCM2708FB: allocated DMA channel 0 @ f2007000
[ 0.324098] Console: switching to colour frame buffer device 240x67
[ 0.345348] Serial: 8250/16550 driver, 0 ports, IRQ sharing disabled
[ 0.346967] vc-cma: Videocore CMA driver
[ 0.347109] vc-cma: vc_cma_base = 0x00000000
[ 0.347325] vc-cma: vc_cma_size = 0x00000000 (0 MiB)
[ 0.347457] vc-cma: vc_cma_initial = 0x00000000 (0 MiB)
[ 0.347934] vc-mem: phys_addr:0x00000000 mem_base=0x1ec00000 mem_size:0x20000000(512 MiB)
[ 0.368524] brd: module loaded
[ 0.378235] loop: module loaded
[ 0.379425] vchiq: vchiq_init_state: slot_zero = 0xdbc80000, is_master = 0
[ 0.381733] Loading iSCSI transport class v2.0-870.
[ 0.383313] usbcore: registered new interface driver smsc95xx
[ 0.383633] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[ 0.584268] Core Release: 2.80a
[ 0.584400] Setting default values for core params
[ 0.584548] Finished setting default values for core params
[ 0.784858] Using Buffer DMA mode
[ 0.784977] Periodic Transfer Interrupt Enhancement - disabled
[ 0.785116] Multiprocessor Interrupt Enhancement - disabled
[ 0.785251] OTG VER PARAM: 0, OTG VER FLAG: 0
[ 0.785443] Dedicated Tx FIFOs mode
[ 0.786044] WARN::dwc_otg_hcd_init:1047: FIQ DMA bounce buffers: virt = 0xdbc14000 dma = 0x5bc14000 len=9024
[ 0.786294] FIQ FSM acceleration enabled for :
[ 0.786294] Non-periodic Split Transactions
[ 0.786294] Periodic Split Transactions
[ 0.786294] High-Speed Isochronous Endpoints
[ 0.786645] dwc_otg: Microframe scheduler enabled
[ 0.786745] WARN::hcd_init_fiq:412: FIQ on core 0 at 0xc03dd8e0
[ 0.786895] WARN::hcd_init_fiq:413: FIQ ASM at 0xc03ddbbc length 36
[ 0.787056] WARN::hcd_init_fiq:438: MPHI regs_base at 0xdc896000
[ 0.787297] dwc_otg bcm2708_usb: DWC OTG Controller
[ 0.787487] dwc_otg bcm2708_usb: new USB bus registered, assigned bus number 1
[ 0.787710] dwc_otg bcm2708_usb: irq 32, io mem 0x00000000
[ 0.787877] Init: Port Power? op_state=1
[ 0.793635] Init: Power Port (0)
[ 0.799770] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 0.805580] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 0.811426] usb usb1: Product: DWC OTG Controller
[ 0.817222] usb usb1: Manufacturer: Linux 4.1.19+ dwc_otg_hcd
[ 0.822884] usb usb1: SerialNumber: bcm2708_usb
[ 0.829784] hub 1-0:1.0: USB hub found
[ 0.835626] hub 1-0:1.0: 1 port detected
[ 0.842007] dwc_otg: FIQ enabled
[ 0.842034] dwc_otg: NAK holdoff enabled
[ 0.842049] dwc_otg: FIQ split-transaction FSM enabled
[ 0.842120] Module dwc_common_port init
[ 0.842702] usbcore: registered new interface driver usb-storage
[ 0.849069] mousedev: PS/2 mouse device common for all mice
[ 0.855826] bcm2835-cpufreq: min=700000 max=700000
[ 0.862114] sdhci: Secure Digital Host Controller Interface driver
[ 0.867986] sdhci: Copyright(c) Pierre Ossman
[ 0.874114] mmc-bcm2835 mmc-bcm2835.0: mmc_debug:0 mmc_debug2:0
[ 0.879997] mmc-bcm2835 mmc-bcm2835.0: DMA channel allocated
[ 0.917588] sdhci-pltfm: SDHCI platform and OF driver helper
[ 0.923936] ledtrig-cpu: registered to indicate activity on CPUs
[ 0.930199] hidraw: raw HID events driver (C) Jiri Kosina
[ 0.944037] usbcore: registered new interface driver usbhid
[ 0.949944] usbhid: USB HID core driver
[ 0.958393] Initializing XFRM netlink socket
[ 0.964225] NET: Registered protocol family 17
[ 0.970178] Key type dns_resolver registered
[ 0.985464] registered taskstats version 1
[ 0.991894] vc-sm: Videocore shared memory driver
[ 0.997750] [vc_sm_connected_init]: start
[ 1.004371] [vc_sm_connected_init]: end - returning 0
[ 1.011674] Waiting for root device /dev/mmcblk0p2...
[ 1.025321] mmc0: host does not support reading read-only switch, assuming write-enable
[ 1.033338] mmc0: new high speed SDHC card at address b368
[ 1.039276] Indeed it is in host mode hprt0 = 00021501
[ 1.105852] mmcblk0: mmc0:b368 SD08G 7.42 GiB
[ 1.114136] mmcblk0: p1 p2
[ 1.146008] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[ 1.152260] VFS: Mounted root (ext4 filesystem) on device 179:2.
[ 1.159743] devtmpfs: mounted
[ 1.166918] Freeing unused kernel memory: 348K (c0771000 - c07c8000)
[ 1.227278] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 1.233598] Indeed it is in host mode hprt0 = 00001101
[ 1.440949] usb 1-1: New USB device found, idVendor=0424, idProduct=9512
[ 1.447419] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 1.461119] hub 1-1:1.0: USB hub found
[ 1.469678] hub 1-1:1.0: 3 ports detected
[ 1.607844] random: nonblocking pool is initialized
[ 1.757321] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[ 1.877810] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[ 1.883915] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 1.910671] smsc95xx v1.0.4
[ 1.995007] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:e1:e2:86
[ 2.087299] usb 1-1.3: new full-speed USB device number 4 using dwc_otg
[ 2.217476] usb 1-1.3: New USB device found, idVendor=046d, idProduct=c52b
[ 2.223693] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2.229835] usb 1-1.3: Product: USB Receiver
[ 2.235840] usb 1-1.3: Manufacturer: Logitech
[ 2.262484] input: Logitech USB Receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3:1.0/0003:046D:C52B.0001/input/input0
[ 2.338094] hid-generic 0003:046D:C52B.0001: input,hidraw0: USB HID v1.11 Keyboard [Logitech USB Receiver] on usb-bcm2708_usb-1.3/input0
[ 2.366481] input: Logitech USB Receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3:1.1/0003:046D:C52B.0002/input/input1
[ 2.431812] hid-generic 0003:046D:C52B.0002: input,hiddev0,hidraw1: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-bcm2708_usb-1.3/input1
[ 2.467940] hid-generic 0003:046D:C52B.0003: hiddev0,hidraw2: USB HID v1.11 Device [Logitech USB Receiver] on usb-bcm2708_usb-1.3/input2
[ 3.208574] udevd[156]: starting version 175
[ 4.625061] bcm2708_i2c_init_pinmode(1,2)
[ 4.632157] bcm2708_i2c_init_pinmode(1,3)
[ 4.848140] bcm2708_i2c bcm2708_i2c.1: BSC1 Controller at 0x20804000 (irq 79) (baudrate 100000)
[ 4.862612] bcm2708_spi bcm2708_spi.0: master is unqueued, this is deprecated
[ 4.980440] bcm2708_spi bcm2708_spi.0: SPI Controller at 0x20204000 (irq 80)
[ 8.055443] pcm512x 1-004d: Failed to reset device: -5
[ 8.112145] pcm512x: probe of 1-004d failed with error -5
[ 8.125635] wm8804 1-003b: Failed to read device ID: -5
[ 8.144259] wm8804: probe of 1-003b failed with error -5
[ 8.152234] pcm512x 1-004c: Failed to reset device: -5
[ 8.165065] pcm512x: probe of 1-004c failed with error -5
[ 15.382736] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[ 15.990237] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[ 21.838487] i2c /dev entries driver
[ 24.452647] fbtft_device: module is from the staging directory, the quality is unknown, you have been warned.
[ 24.453326] fbtft_device: Unknown symbol fbtft_write_gpio16_wr_latched (err 0)
[ 24.453458] fbtft_device: Unknown symbol fbtft_dbg_hex (err 0)
[ 27.056689] NET: Registered protocol family 10
[ 38.332937] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[ 38.333748] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 39.897910] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x4DE1
[ 39.901939] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 51.681552] Adding 102396k swap on /var/swap. Priority:-1 extents:2 across:2134012k SSFS
[ 58.068994] uart-pl011 dev:f1: no DMA platform data
vielleicht muss ich neu installieren ....
Danke
Welcher Raspberry Pi Typ? Jessie oder Wheezy Image? Veraltete Firmware? In der der aktuellen culfw ist der RPI_TTY_FIX eingebaut.
hi,
wheezy, und ich meine Raspi 1 B, der mit den 2 USB-Anschlüssen
Linux raspi1 4.1.19+ #858 Tue Mar 15 15:52:03 GMT 2016 armv6l
crw-rw---T 1 root 44 29, 0 Jan 1 1970 /dev/fb0
crw-rw---T 1 root 20 204, 64 Jan 29 14:00 /dev/ttyAMA0
crw-rw---T 1 root 1002 153, 0 Jan 1 1970 spidev0.0
crw-rw---T 1 root 1002 153, 1 Jan 1 1970 spidev0.1
crw-rw-rwT 1 root 110 89, 1 Jan 29 12:19 i2c-1
und aus /etc/group
tty:x:5:kodi,pi,fhem
dialout:x:20:pi,kodi,fhem
audio:x:29:pi,kodi,fhem
video:x:44:pi,fhem,kodi
plugdev:x:46:pi,kodi,fhem
pi:x:1000:fhem
input:x:999:pi,fhem
spi:x:1002:pi,fhem
gpio:x:1003:pi,fhem
i2c:x:110:fhem,pi
mal sehen
@Bernhard
Kannst Du das nicht in Codetags packen? Das ist wirklich nicht zu lesen! Oben ueber den Smilies das "#"!
Danke und Gruss
Christoph
Guten Abend,
ich hatte die Hoffnung, dass ich das Board vielleicht auf einem Pi 2 wieder zu laufen bekomme, denn ich habe keine Idee, wie ich den Fehler auf dem Pi 1 beheben soll.
Ein paar Sachen funktionieren nun schon, leider habe ich keine Berechtigung für das öffnen der Datei für die CUL
2017.01.31 22:20:06 3: Opening CUL868 device /dev/ttyAMA0
2017.01.31 22:20:06 3: Can't open /dev/ttyAMA0: Keine Berechtigung
Was muss ich denn eingeben, um dieses Problem zu beheben.
Danke und Gruß
Dirk
Wurden die Benutzer pi und fhem der Gruppe tty hinzugefügt?
sudo usermod -aG tty pi && sudo usermod -aG tty fhem
Ist die serielle Schnittstelle frei?
Freigabe serielle Schnittstelle unter Wheezy.
In der Datei /boot/cmdline.txt diesen Eintrag löschen:
console=ttyAMA0,115200
Die Datei sollte dann den folgenden Inhalt aufweisen:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
Den Dienst serial-getty deaktivieren. In der Datei /etc/inittab wie folgt die Zeile mit einer # auskommentieren:
# T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
Hallo,
Vielen Dank für die Hilfe.
Die CUL wird jetzt richtig initialisiert, aber ich habe keinen Frequenzwert.
ccconf freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
Was muss ich da machen?
Danke und Gruß
Dirk
Zitat von: DiJä am 09 Februar 2017, 17:32:30
ccconf freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
Die Werte deuten auf einen Schaden hin. Entweder schwingt der Quarz am CC1101 nicht, oder der CC hat sich verabschiedet.
Hallo,
Und lässt sich sowas reparieren oder ist das endgültig?
Gruß
Dirk
Reparieren kann man fast alles! Wenn da nicht der Kostenfaktor wäre. Die Relation Aufwand zum Zeitwert des Gerätes ist nur dann gegeben, wenn die Herstellergarantie oder die gesetzliche Gewährleistung greift.
Es kommt darauf an, wie viel dir die Reparatur wert ist?
Hallo,
Ich habe mal geschaut, um die CC1101 ist ausreichend Platz. Den Baustein bekomme ich ausgelötet. Den Neuen bekomme ich dann auch wieder rein.
Aber wo bekomme ich den Chip?
Gruß
Dirk
Wenn es relativ schnell gehen muss ...
26 MHz Quarz (https://hbe-shop.de/Art-2101340-ABRACON-ABM8G-26000MHZ-B4Y-T-QUARZ-26MHZ-10PF-SMD)
CC1101 Transceiver (https://hbe-shop.de/Art-2422921-TEXAS-INSTRUMENTS-CC1101RGPR-RF-TRANSCEIVER-QFN-20)
... oder mit erheblicher Verzögerung aus China über eBay oder Aliexpress.
Hallo,
ich nutze diesen alten Eintrag, da es m.E. auch hier hin passt.
Ich habe gebraucht nun so ein Add-On Board mit 1.8" TFT LCD bekommen. Es soll alles ok damit sein.
Ich bekomme aber nur das Backlight an/aus, jedoch keine Anzeige auf dem Display.
Alle Updates sind gemacht und die Installation erfolgte nach der Anleitung.
Wie kann ich nun vorgehen, damit ich den Fehler finde.
In FHEM bin ich neu aber Linux ist mir nicht fremd.
Danke, Jörg
Moin
Und willkommen im Forum! So wie Du das schreibst, koennen wir Dir allerdings nicht helfen! Ich entsinne mich, dass bei mir immer das fbs device gefehlt hat. Aber Du sagst ja, dass Du alles nach Anleitung erfolgreich durchgefuehrt hast!?
Funktioniert denn der CUL-Teil des boards?
Gruss Christoph
Edith: Hast Du Dich auch nach der richtigen Anleitung gerichtet? Es gibt eine fuer den 1er und eine fuer den 2er RPI!
Hallo Christoph,
ich habe mich nach der 2er-Anleitung gerichtet.
pi@raspberrypi ~ $ ls -altr /dev/fb*
crw-rw---T 1 root video 29, 0 Jan 1 1970 /dev/fb0
crw-rw---T 1 root video 29, 1 Jul 26 17:28 /dev/fb1
Und ein "version" in fhem liefert:
02_FRAMEBUFFER.pm 12126 2016-09-06 18:35:26Z kaihs
51_I2C_BMP180.pm 12059 2016-08-22 21:14:59Z klauswitt
No Id found for 51_I2C_TSL2561.pm
CUL CUL868 Initialized
CUL_IR IR_Dev Initialized
FRAMEBUFFER Display Initialized
DAs sind die Infos, die ich sehe und bis auf die ID finde ich diese i.O.
Hilft dies zur Analyse?
Danke und lg, Jörg
Hallo Joerg
Benutze doch bitte Codetags, das ist der # oberhalb der Smilies!
Das sieht erst einmal gut aus, denke ich. Du solltest Dir aber auch die andere Anleitung mal durchlesen, denn da ist eigentlich beschrieben, wie man das Display fuellt! So ungefaehr ab Seite 6!
Gruss Christoph
Hast du das Programm fbvs installiert?
Wie sieht die Definition des FRAMEBUFFER Devices in fhem aus?
Steht irgendwas in den Logs?
Hallo und guten Abend.
@ KAIHS: das steht in der fhemcfg:
define Display FRAMEBUFFER /dev/fb1
attr Display update_interval 1
@Chritoph:
Das Display füllen?
Hier habe ich noch nicht gearbeitet. Ist mir bis dato noch nicht aufgefallen.
Was ist zu tun? Ich habe gerade dieses Thema versucht zu finden, aber eben noch nichts gefunden.
Welcher Beitrag wäre denn hier genau gemeint? (Link?)
Danke und schönen Abend noch,
Jörg
Diese Anleitung: https://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=40937 (https://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=40937)
Damit auf dem Display etwas angezeigt wird musst du definieren was das sein soll, siehe auch den commandref Eintrag zum FRAMEBUFFER (https://fhem.de/commandref.html#FRAMEBUFFER)
Moin
Sorry, ich war gestern so vertieft, dass ich das uebersehen habe!
@Kaihs, die Anleitung hat er benutzt. In der anddren https://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=39735 steht aber drin, wie man Daten auf das Display bekommt, es also fuellt! Dass, das sogar in der commandref enthalten ist haette ich nicht gedacht!
Gruss Christoph
Hallöchen,
leider bin ich nur bedingt weiter.
fhem/rss/FrameRSS.jpg sieht folgendermaßen aus: siehe Anhang.
Also wird schon mal erzeugt.
Das füllen des Displays klappt aber leider immer noch nicht.
Wäre noch was zu testen/prüfen?
Danke, Jörg
Das Log ist auch noch mit Fehlermeldungen am Start:
Subroutine RSS_addExtension redefined at FHEM/02_RSS.pm line 42, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_Initialize redefined at FHEM/02_RSS.pm line 55, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_readLayout redefined at FHEM/02_RSS.pm line 69, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_Define redefined at FHEM/02_RSS.pm line 88, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_Undefine redefined at FHEM/02_RSS.pm line 126, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_Notify redefined at FHEM/02_RSS.pm line 134, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_Set redefined at FHEM/02_RSS.pm line 149, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_getURL redefined at FHEM/02_RSS.pm line 167, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_Overview redefined at FHEM/02_RSS.pm line 202, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_splitRequest redefined at FHEM/02_RSS.pm line 225, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_returnRSS redefined at FHEM/02_RSS.pm line 249, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_getScript redefined at FHEM/02_RSS.pm line 265, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_HTMLHead redefined at FHEM/02_RSS.pm line 282, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_HTMLTail redefined at FHEM/02_RSS.pm line 298, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_returnHTML redefined at FHEM/02_RSS.pm line 303, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_xy redefined at FHEM/02_RSS.pm line 336, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_color redefined at FHEM/02_RSS.pm line 349, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_itemText redefined at FHEM/02_RSS.pm line 361, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_itemTextBox redefined at FHEM/02_RSS.pm line 380, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_itemTime redefined at FHEM/02_RSS.pm line 405, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_itemSeconds redefined at FHEM/02_RSS.pm line 412, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_itemDate redefined at FHEM/02_RSS.pm line 425, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_itemImg redefined at FHEM/02_RSS.pm line 433, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_itemLine redefined at FHEM/02_RSS.pm line 510, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_itemRect redefined at FHEM/02_RSS.pm line 517, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_evalLayout redefined at FHEM/02_RSS.pm line 530, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_returnIMG redefined at FHEM/02_RSS.pm line 724, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine RSS_CGI redefined at FHEM/02_RSS.pm line 853, <$fh> line 86.
2017.07.29 21:12:09 1: PERL WARNING: Subroutine plotFromUrl redefined at FHEM/02_RSS.pm line 890, <$fh> line 86.
Im ersten Beitrag ist ein Layout zum Download angehängt.
- Datei auf den RPi kopieren
- ggf. TrueType Schriftart und Pfad korrigieren
- 1-Wire Sensor ID korrigieren
Definition:
define Display FRAMEBUFFER /dev/fb1
attr Display layoutBasedir /opt/fhem/layouts
attr Display layoutList standard.txt steckdosen.txt webcam.txt
attr Display startLayoutNo 0
attr Display update_interval 1
attr Display verbose 0
define FrameRSS RSS jpg 192.168.xxx.xxx /opt/fhem/layouts/standard.txt
attr FrameRSS size 128x160
attr FrameRSS tmin 10
define Backlight RPI_GPIO 23
attr Backlight devStateIcon .on:FS20.on .off:FS20.off
attr Backlight direction output
attr Backlight restoreOnStartup yes
Hi und vorab danke.
Wie komme ich an die ID ran?
Danke, Jörg
1-Wire Devices werden per autocreate in Fhem angelegt.
Guten Abend,
ich sehe im Log folgendes:
OWX: COC/CUNO device CUL868 defined und danach dann
OWX: 1-Wire bus OWio: interface in CUL868 could not be addressed, return was OK V 1.20.03 a-culfw Build: private
Was läuft hier noch falsch? Deshalb bekomme ich auch keine ID zu sehen?
Gruß und Danke, Jörg
2017.07.31 21:41:05 1: Including fhem.cfg
2017.07.31 21:41:05 3: telnetPort: port 7072 opened
2017.07.31 21:41:06 3: WEB: port 8083 opened
2017.07.31 21:41:07 3: WEBphone: port 8084 opened
2017.07.31 21:41:07 3: WEBtablet: port 8085 opened
2017.07.31 21:41:07 2: eventTypes: loaded 354 events from ./log/eventTypes.txt
2017.07.31 21:41:08 3: Opening CUL868 device /dev/ttyAMA0
2017.07.31 21:41:09 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.07.31 21:41:09 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.07.31 21:41:09 3: CUL868 device opened
2017.07.31 21:41:09 2: Switched CUL868 rfmode to HomeMatic
2017.07.31 21:41:09 2: Switched IR_Dev irReceive to ON_NR
2017.07.31 21:41:09 1: OWX: COC/CUNO device CUL868 defined
2017.07.31 21:41:10 1: I2C_TSL2561_Define start: 3/Luminosity I2C_TSL2561 0x39
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_addExtension redefined at FHEM/02_RSS.pm line 42, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_Initialize redefined at FHEM/02_RSS.pm line 55, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_readLayout redefined at FHEM/02_RSS.pm line 69, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_Define redefined at FHEM/02_RSS.pm line 88, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_Undefine redefined at FHEM/02_RSS.pm line 126, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_Notify redefined at FHEM/02_RSS.pm line 134, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_Set redefined at FHEM/02_RSS.pm line 149, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_getURL redefined at FHEM/02_RSS.pm line 167, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_Overview redefined at FHEM/02_RSS.pm line 202, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_splitRequest redefined at FHEM/02_RSS.pm line 225, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_returnRSS redefined at FHEM/02_RSS.pm line 249, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_getScript redefined at FHEM/02_RSS.pm line 265, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_HTMLHead redefined at FHEM/02_RSS.pm line 282, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_HTMLTail redefined at FHEM/02_RSS.pm line 298, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_returnHTML redefined at FHEM/02_RSS.pm line 303, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_xy redefined at FHEM/02_RSS.pm line 336, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_color redefined at FHEM/02_RSS.pm line 349, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_itemText redefined at FHEM/02_RSS.pm line 361, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_itemTextBox redefined at FHEM/02_RSS.pm line 380, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_itemTime redefined at FHEM/02_RSS.pm line 405, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_itemSeconds redefined at FHEM/02_RSS.pm line 412, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_itemDate redefined at FHEM/02_RSS.pm line 425, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_itemImg redefined at FHEM/02_RSS.pm line 433, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_itemLine redefined at FHEM/02_RSS.pm line 510, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_itemRect redefined at FHEM/02_RSS.pm line 517, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_evalLayout redefined at FHEM/02_RSS.pm line 530, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_returnIMG redefined at FHEM/02_RSS.pm line 724, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine RSS_CGI redefined at FHEM/02_RSS.pm line 853, <$fh> line 94.
2017.07.31 21:41:11 1: PERL WARNING: Subroutine plotFromUrl redefined at FHEM/02_RSS.pm line 890, <$fh> line 94.
2017.07.31 21:41:11 2: display: Error from line 'img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" }' in layout definition: Can't use an undefined value as a symbol reference at /usr/lib/perl5/GD/Image.pm line 176.
2017.07.31 21:41:11 1: ERROR evaluating { sprintf("%.1f", ReadingsVal("OWX_28_000000000000","temperature","0")) . " / " . ReadingsVal("Wetter","temperature","?").: syntax error at (eval 305) line 2, at EOF
Missing right curly or square bracket at (eval 305) line 2, at end of line
2017.07.31 21:41:11 2: display: Illegal command " in layout definition.
2017.07.31 21:41:18 1: Including ./log/fhem.save
2017.07.31 21:41:20 1: OWX: 1-Wire bus OWio: interface in CUL868 could not be addressed, return was OK
V 1.20.03 a-culfw Build: private
2017.07.31 21:41:20 1: usb create starting
2017.07.31 21:41:22 1: usb create end
2017.07.31 21:41:22 0: Featurelevel: 5.8
2017.07.31 21:41:22 0: Server started with 44 defined entities (fhem.pl:14634/2017-07-03 perl:5.014002 os:linux user:fhem pid:2536)
2017.07.31 21:41:22 5: rewindCounter 1
2017.07.31 21:41:22 5: current 1501530082 next trigger at 1501530120
2017.07.31 21:41:22 2: display: Error from line 'img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" }' in layout definition: Can't use an undefined value as a symbol reference at /usr/lib/perl5/GD/Image.pm line 176.
2017.07.31 21:41:22 1: ERROR evaluating { sprintf("%.1f", ReadingsVal("OWX_28_000000000000","temperature","0")) . " / " . ReadingsVal("Wetter","temperature","?").: syntax error at (eval 349) line 2, at EOF
Missing right curly or square bracket at (eval 349) line 2, at end of line
2017.07.31 21:41:22 2: display: Illegal command " in layout definition.
2017.07.31 21:41:23 3: CUL868: Unknown code build (unknown) RPIAddOn_CSM (F-Band: 868MHz), help me!
2017.07.31 21:41:25 3: FHEMWEB WEB CSRF error: csrf_808018841525415 ne csrf_139377924770578 for client WEB_192.168.168.43_54403. For details see the csrfToken FHEMWEB attribute.
2017.07.31 21:41:25 3: telnetForBlockingFn_1501530085: port 58137 opened
2017.07.31 21:41:26 3: UWZ Unwetterzentrale: Run.1000 Done fetching data
Ich komme einfach nicht weiter. Habe das Thema durchgearbeitet, aber Hilfe nicht gefunden.
Auf dem Display sehe ich mittlerweile was, aber auch einen Error für die Wettermeldung.
Außerdem finde ich keine ID die ich in der layout.txt einpflegen könnte.
Hilfe wäre super so kurz vor dem Ziel ;-))))
Danke, Jörg
Zitat von: jbadlat am 30 Juli 2017, 22:04:48
OWX: 1-Wire bus OWio: interface in CUL868 could not be addressed, return was OK V 1.20.03 a-culfw Build: private
Hat die a-culfw Onewire überhaupt eingeschaltet?
Die a-culfw ist ja für 433MHz Protokolle optimiert, die Hardware des Boards dagegen für 868MHz.
Macht in der Kombination m. E. keinen Sinn.
Welche Funkprotokolle willst du mit dem Board verwenden?
Moin,
das Board kommt von mir - ich habe den CUL im 868 MHz-Modus betrieben und damit meine Homematic-Komponenten betrieben. Des weiteren damit auch wenige Funksteckdosen (IT-433 MHz) erfolgreich gesteuert, also an dieser FW kann's m.E. nicht liegen. Alternativ kann ja die "original" Firmware wiederhergestellt werden.
Gruß, machnetz
a-culfw ???
Was ist das? Wie wird das eingeschaltet?
In der Anleitung steht da was dazu?
Danke, Jörg
Zitat von: jbadlat am 01 August 2017, 15:19:02
a-culfw ???
Was ist das? Wie wird das eingeschaltet?
In der Anleitung steht da was dazu?
Danke, Jörg
Alternative culfw, ist eine abgezweigte Version der original culfw, mit dem Ziel der besseren Unterstützung für Funkprotokolle im 433MHz Band.
Ich habe mir den Quellcode dazu angesehen, die Onewire Unterstützung ist dort nicht aktiviert.
Versuche mal die original culfw zu flashen, wie das geht müsste in der Anleitung am Anfang dieses Threads stehen.
Gesendet von meinem SM-G935F mit Tapatalk
Zitat von: jbadlat am 31 Juli 2017, 21:45:36
2017.07.31 21:41:09 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.07.31 21:41:09 1: OWX: COC/CUNO device CUL868 defined
Außerdem finde ich keine ID die ich in der layout.txt einpflegen könnte.
Weil Du keinen DS18B20 an der 3-pol. Schraubklemme angeschlossen hast?
Aus dem Log geht hervor, dass 1-Wire erfolgreich aktiviert wurde.
Zitat von: kaihs am 01 August 2017, 21:13:52
Ich habe mir den Quellcode dazu angesehen, die Onewire Unterstützung ist dort nicht aktiviert.
Gut hingeschaut, O (OneWire Command-Set) fehlt in rpiaddon.c, werde ich bei Gelegenheit fixen.
Hallo Mitstreiter,
bis hierhin alles verstanden und auch nachvollziehbar. Da Machnetz ja schon erfolgreich damit gearbeitet hat, gehe ich nicht von einem defekten Board aus.
Bleibt für mich noch die Frage, warum im Log die "RSS" alle auf eine Warning auflaufen. Was ist mit der 02_RSS.pm los?
PERL WARNING: Subroutine RSS_addExtension redefined at FHEM/02_RSS.pm line 42, <$fh> line 94. ff
Wenn ich das noch bearbeiten könnte, wäre ich froh. Gibt einen Thread dazu, den ich einfach nicht finde?
Oder suche ich einfach falsch ;-))
lg, Jörg
Diese perl warning taucht eigentlich nur dann auf, wenn das Modul 02_RSS.pm erneut geladen wird, sie ist normal und völlig unbedenklich.
Wobei die Frage bleibt, warum die Moduldatei nochmal geladen wird.
Hallo zusammen,
gibt es noch Neuigkeiten?
Die Anzeige funktioniert nun bis auf das "Wetterbildchen".
Hat dies eventuell mit Rechten zu tun, da der Pfad dorthin korrekt ist.
Danke, Jörg
Für diejenigen, die sich auf dem Display die IP-Adresse anzeigen lassen:
Neuerdings kommt -zumindest bei mir- mit dem Kommando "hostname -I" auch die IPV6-Adresse mit an.
Das sieht im Display eher verwirrend aus.
Abschalten kann man das in /etc/sysctl.conf.
Zusätzliche Zeilen:
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1
net.ipv6.conf.eth0.disable_ipv6 = 1
Danach erscheint dann nur noch die IPV4-Adresse wie bisher.
Für diejenigen, die sich auf dem Display einen Kamera-Stream mithilfe von Framebuffer mirroring (https://github.com/notro/fbtft/wiki/Framebuffer-use#framebuffer-mirroring) anzeigen lassen möchten ...
fbcp installieren:
sudo apt-get install cmake
git clone https://github.com/tasanakorn/rpi-fbcp
cd rpi-fbcp/
mkdir build
cd build/
cmake ..
make
sudo install fbcp /usr/local/bin/fbcp
Treiber und fbcp laden:
sudo modprobe fbtft dma
sudo modprobe fbtft_device name=sainsmart18 speed=16000000
fbcp &
omxplayer installieren:
sudo apt-get install omxplayer
Bsp. für MJPG-Streamer
omxplayer --orientation 270 --aspect-mode stretch --live "http://ipadresse:8080/?action=stream"
Bsp. für FRITZ!App Cam (https://play.google.com/store/apps/details?id=de.avm.android.fritzappcam&hl=de)
omxplayer --orientation 90 --aspect-mode stretch --live "http://ipadresse:8080/picture.mjpg"
Bsp. für Samsung SmartCam
omxplayer rtsp://admin:passwort@ipadresse:554/profile2/media.smp
Prozess beenden:
sudo pkill omxplayer
sudo killall fbcp
Sorry, hat sich für den Moment als nicht aktuell gezeigt. Erste Schritte sind gut ,,,
Guten Morgen,
ich habe getern einen RasperryPi 2 B neu installiert, aktueller Kernel Kernel_4.14 vom 2018-06-27, also raspbian stretch.
Installation für das Add-On Board wie in der Schnellanleitung v. 23.11.2015 beschrieben.
Der CUL868 wird leider nicht aktiviert, define CUL868 CUL /dev/ttyAMA0@38400 1234
Welche Schnittstelle wäre richtig, welche weitere Info ist erforderlich?
Danke, schönes Wochenende
---------------------------------
Ich habe nochmal das System aufgesetzt und aus der Kurzanleitung v. 2.11.15 nur die Schritte 1 bis 3 durchgeführt, dann
define CUL868 CUL /dev/ttyAMA0@38400 1234
jetzt wird der CUL initialisiert
????
Könnte es sein, dass es da Konflikte mit dem Wlan-Stick EDIMAX EW-7811UN Rasp gibt?
nachdem ich den eingesteckt habe, meldet mit fhem. telnetPort: Can't open server port at 7072: Address already in use. Exiting.
bei Port 7073 ist es friedlich
---------------
werde später nochmals alle Schritte nach der Schnellanleitung wiederholen und sehen, wo es dann hakt
Hallo zusammen,
hatte jetzt seit mehreren Jahren das Board in Betrieb und war eigentlich immer zufrieden damit. Leider ist mir vor ein paar Tagen aufgefallen das sämtliche meine damit gesteuerten Geräte nicht mehr funktionieren.
Wenn ich in Fhem auf dem CUL irgend ein Get Befehlt absetze bekomme ich entweder ein "No Answer" oder ein "No FD". Die Gelbe LED auf dem Bord blinkt munter vor sich hin, und fhem erkennt das Bord auch scheinbar. Zumindest ist es als opened in Status gekennzeichnet.
Da ich seit ich das Bord gekauft habe nie etwas an der Firmware geändert habe, wollte ich versuchen einfach mal die aktuelle a-cul firmware aufzuspielen, aber leider wirft das flash.sh Skript folgende Fehler aus:
Programming rpiaddon
Connecting to programmer: .
Found programmer: Id = "AVBOOTà"; type = à
Software Version = à.ü; Hardware Version = à.à
avrdude: error: buffered memory access not supported. Maybe it isn't
a butterfly/AVR109 but a AVR910 device?
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
avrdude: error: programmer did not respond to command: leave prog mode
avrdude: error: programmer did not respond to command: exit bootloader
avrdude done. Thank you.
Ich habe auch mal versucht das Board mit einem "jungfräulichen" Raspi zu flashen, da bekomme ich aber die selbe Fehlermeldung.
Mache ich hier etwas falsch, oder ist mir das Board abgeraucht?
Die Namensgebung für die serielle Schnittstelle ist vom Betriebssystem abhängig ...
/dev/ttyAMA0
/dev/serial0
/dev/ttyS0
und sollte deshalb im Skript angepasst werden.
Zitat von: locutus am 21 Oktober 2018, 21:41:37
Die Namensgebung für die serielle Schnittstelle ist vom Betriebssystem abhängig ...
/dev/ttyAMA0
/dev/serial0
/dev/ttyS0
und sollte deshalb im Skript angepasst werden.
dann befürchte ich fast daß das Teil hinüber ist.
das bord erscheint als ttyAMA0 und das ist auch das was im skript steht.
zusätzlich habe ich mittlerweile herausgefunden, das nachdem ich versucht habe das bord zu flashen (fehlermeldung s. meinen letzten post) es weider für ein paar stunden funktioniert. Spätestens am nächsten morgen ist dann wieder funkstille. ein reset oder ein trennen vom netz bringt keine hilfe. erst wenn ich es wieder versuche zu flashen funktioniert es wieder kurz.
Moin patlabor
Wenn ich mich recht erinnere hatte ich das auch mal, allerdings schneller!
Hatte ich hier mal im thread geschrieben, und meine Vermutung/Loesung auch.
Gruss Christoph
P.S.: Ich finde es nicht, und vielleicht war es auch was anderes! Ich habe noch ein Board uebrig!
Ich habe auch noch ein Board uebrig! Mit anhängendem RPI-2?, Speicherkarte, NT im Plexiglasgehäuse und 1-wire Temperatursensor. Stand bei mir auf Arbeit im Büro, als Uhr, Thermometer und Lichtschalter über IR Fernbedienung und FS20.
Anfragen gern per PM
Hallo zusammen,
habe das Board schon längere Zeit im Einsatz und bin damit sehr zufrieden.
Da ich mich mit Linux nicht auskenne - und auch sonst keinerlei Programmier-Kenntnisse habe - läuft dieses noch auf einem System mit weezy und einer entsprechend alten Version von fhem (welche mithilfe von "update" schon nicht mehr aktualisiert werden kann).
Ich möchte das System neu aufsetzen, habe also stretch und die aktuelle fhem-Version installiert.
Zur Inbetriebnahme des Boards habe ich die Schnellanleitung aus Post #1 angesehen.
Leider komme ich schon auf Seite 3 "Schnittstellen konfigurieren" nicht weiter. Dort steht:
"Hier werden folgende Einstellungen vorgenommen:
8 Advanced Options -> A6 SPI Enable/Disable automatic loading -> <Yes> -> <Ok> -> <Yes> -> <Ok>
8 Advanced Options -> A7 I2C Enable/Disable automatic loading -> <Yes> -> <Ok> -> <Yes> -> <Ok>
8 Advanced Options -> A8 Serial Enable/Disable automatic loading -> <No> -> <Ok>"
Ich finde keine der genannten Optionen wieder. Einfach ignorieren wird wahrscheinlich nicht zum Ziel führen.
Kann mir jemand weiterhelfen?
Ich verwende einen Pi 1 Model B Revision 000e.
Vielen Dank und viele Grüße Peter
Gib in der shell "sudo raspi-config" ein.
Dort findest du das.
Gesendet von meinem Doogee S60 mit Tapatalk
sudo raspi-config habe ich eingegeben.
Die genannten Optionen sind aber nicht vorhanden
Moin
Da musst du dich ein wenig durchhangeln! Man muss manche Analogieschluesse ziehen, da das Menue von raspi-config sich stark veraendert hat. Die Erweiterung des Speichers, z.B. macht das System von alleine. Manche Punkte sind jetzt wo anders Unterpunkte!
Ich habe aber keinen freien 1er um das fuer Dich auszuprobieren! Evtl. hilft Dir google!?
Gruss Christoph
Zitat von: Peter H. am 17 Januar 2019, 22:58:48
"Hier werden folgende Einstellungen vorgenommen:
8 Advanced Options -> A6 SPI Enable/Disable automatic loading -> <Yes> -> <Ok> -> <Yes> -> <Ok>
8 Advanced Options -> A7 I2C Enable/Disable automatic loading -> <Yes> -> <Ok> -> <Yes> -> <Ok>
8 Advanced Options -> A8 Serial Enable/Disable automatic loading -> <No> -> <Ok>"
Ich finde keine der genannten Optionen wieder. Einfach ignorieren wird wahrscheinlich nicht zum Ziel führen.
Kann mir jemand weiterhelfen?
Ja, in den interfacing options (https://www.raspberrypi.org/documentation/configuration/raspi-config.md).
Gruß Peter
Habe die Optionen gefunden - danke soweit.
Nach der fhem-Installation habe ich zwei gravierende Probleme:
Der CUL868 hat den Status "disconnected" und das Display zeigt nichts an.
Ich habe ein layout-file angelegt und es sollte (vorerst) mal die Uhrzeit anzeigen. Aber es geht lediglich die Hintergrundbeleuchtung an. Die Grafik wird erzeugt - jedenfalls sehe ich sie, wenn ich "RSS" anklicke.
Ich nehme an, für Hilfen werden weitere Infos benötigt - ich weiß nur nicht welche :-[
Für Eure Unterstützung im Voraus schonmal vielen Dank.
Hallo Peter,
Zitat von: Peter H. am 19 Januar 2019, 18:06:38
Der CUL868 hat den Status "disconnected" ...
hast Du die serielle Schnittstelle "freigeschaltet"? Müsste auch in Damians Dokument stehen.
Bei Dir nicht zutreffend: bei einem Raspberry Pi 3 muss m.Wn. zusätzlich Bluetooth "umgemappt" werden.
Gruß Peter
Hallo Peter, meinst Du das (Auszug aus Wiki)?
Bei den Modellen mit Bluetooth muss die UART aktiviert und umkonfiguriert werden:
# serielle Schnittstelle aktivieren und mit BT Schnittstelle tauschen
echo "enable_uart=1" >> /boot/config.txt
echo "dtoverlay=pi3-miniuart-bt" >> /boot/config.txt
echo "core_freq=250" >> /boot/config.txt
Das habe ich bisher nicht gemacht. Ich habe einen Pi 1, dachte, der hätte kein Bluetooth?! Ansonsten habe ich die Schritte aus Damians Dokument abgearbeitet.
Kann ich das mit der Schnittstelle irgendwie pürfen?
Gruß Peter
Hallo Peter,
hier steht noch was: http://hallard.me/enable-serial-port-on-raspberry-pi/
Aber im Prinzip:
1. Boot Parameter modifizieren:
sudo nano /boot/cmdline.txt
Die Zeile dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
wie folgt ändern:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
Mit "Strg+x" den Editor verlassen. Die Rückfrage, ob die Datei gespeichert werden soll, mit "y" beantworten und mit der Eingabetaste bestätigen.
2. Debug Konsole abschalten:
sudo nano /etc/inittab
Die Zeile T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100 auskommentieren:
#T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
Mit "Strg+x" den Editor verlassen. Die Rückfrage, ob die Datei gespeichert werden soll, mit "y" beantworten und mit der Eingabetaste bestätigen.
3. Den Raspberry Pi neu starten.
So steht es in Damians Anleitung. Es kann sein, dass bei neueren Raspbian Versionen die serielle Schnittstelle anders heißt.
Gruß Peter
Hallo Peter, der Link http://hallard.me/enable-serial-port-on-raspberry-pi/
war Gold wert: In der Datei /boot/config.txt war bei mir der folgende Eintrag vorhanden:
enable_uart=0
Mit einer Änderung auf
enable_uart=1
hat der CUL jetzt den Status "initialized" und funktioniert.
Anmerkung am Rande für den Teil 2 Dienes Posts "Debug Konsole abschalten":
Ich habe im Ordner /etc weder eine Datei noch einen Ordner mit dem Namen inittab ?!
Aber egal, der CUL funktioniert ja jetzt. Danke für den super Support :)
Bleibt das Problem mit dem Display.
Moin
Hast du denn alles nach der Kurzanleitung durchgefuehrt? Die Darstellung des Displays geht ab Punkt 5 auf Seite 6 los!
BTW: Welche Anleitung benutzt Du? Ich meine mich zu erinnern, dass einiges in der "RPi2AddOn_Schnellanleitung.pdf" besser beschrieben ist, obwohl Du mit dem 1er nach "RPiAddOn_Kurzanleitung.pdf" vorgehen musst.
Gruss Christoph
Ich bin nach der Schnellanleitung vorgegangen, habe dann die ursprüngliche Anleitung dazugenommen, und jetzt nochmal die Kurzenleitung mit einbezogen.
Habe jetzt garkeinen Zugriff mehr auf den Pi :-[
Fange morgen nochmal von vorn an und gehe streng nach Kurzanleitung vor. Mal sehn wie weit ich komme ...
Habe jetzt folgenden Stand erreicht:
Konnte eine Anzeige auf dem Display erzeugen, aber leider nur bis zum nächsten reboot des Pi.
Das /dev/fb1 verschwindet nach einem Neustart.
Die Anleitung von locutus aus Post #715 habe ich durchgeführt, hat leider keinen Erfolg gebracht.
Was kann ich tun?
Gruß Peter
Moin
Wie gesagt, es ist manches inzwischen anders, als in den Anleitungen beschrieben. Selbst in den Anleitungen sind schon Unterschiede bzgl. des Displays!
Zudem war glaube ich bei mir auch einmal ein anderes Display als das Sainsmart zu benutzen!
Gruss Christoph
Zitat von: Peter H. am 23 Januar 2019, 22:38:36
Konnte eine Anzeige auf dem Display erzeugen, aber leider nur bis zum nächsten reboot des Pi.
Das /dev/fb1 verschwindet nach einem Neustart.
LCD-Treiber beim Systemstart automatisch laden:
sudo nano /etc/modprobe.d/fbtft.confDie Zeile hinzufügen:
options fbtft_device name=sainsmart18Speichern und RPi neustarten.
Siehe auch
Make it permanent (Debian Jessie, Arch Linux, systemd): https://github.com/notro/fbtft/wiki
Das steht ja so auch in der Schnellanleitung - habe ich gemacht, hat aber keinen Erfolg gebracht.
Ich habe zwischenzeitlich eine Anleitung bei Conrad electronik gefunden, welche die Display-Einrichtung beschreibt. Dort wird auch die Änderung der "fbtft.conf" beschrieben, aber noch einige andere Einstellungen. Damit hat es dann funktioniert. Welcher Einzelpunkt zum Erfolg geführt hat, kann ich nicht sagen, dazu reicht mein knowhow nicht aus.
Falls von Interesse, hier der Link
http://www.produktinfo.conrad.com/datenblaetter/775000-799999/791898-an-01-de-TFT_DISPLAY_FUER_RASPBERRY_PI.pdf (http://www.produktinfo.conrad.com/datenblaetter/775000-799999/791898-an-01-de-TFT_DISPLAY_FUER_RASPBERRY_PI.pdf)
Danke für die Unterstützung und viele Grüße
Peter
Noch ne Frage ...
Kann man den minütlichen Eintrag "display" im Logfile irgendwie unterdrücken, ohne "update_interval" zu verändern?
Viele Grüße
Zitat von: Peter H. am 29 Januar 2019, 22:12:16
Noch ne Frage ...
Kann man den minütlichen Eintrag "display" im Logfile irgendwie unterdrücken, ohne "update_interval" zu verändern?
Viele Grüße
Das war ein Bug in einer alten Version von fbvs (https://github.com/kaihs/fbvs).
Einfach auf die neueste Version updaten.
Der Einfachheit halbe diese Version anbei.
Danke!!
Hallo zusammen,
nachdem ich ziemlich lange gebraucht habe, das Display in Buster zu konfigurieren, hier mein Mitschrieb:
Installation des Displays unter Raspi OS Buster
Verweis auf Damians Kurzanleitung (https://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=39735).
Installation von Raspi OS Buster wie in diversen Anleitungen schon geschrieben. Dito für die Installation von FHEM.
Add-On Board Komponenten in FHEM manuell definieren
1. CUL definieren: wie in der Kurzanleitung, ggf. vorher die aktuelle Firmware (v1.66 mit 1-wire) herunterladen und flashen.
2. IR-Empfänger definieren: wie in der Kurzanleitung
3. Sensoren definieren:
Pakete installieren:
sudo nano /etc/modules und die Zeilen i2c-bcm2708 und i2c-dev hinzufügen
sudo nano /etc/udev/rules.d/98_i2c.rules erstellen und SUBSYSTEM=="i2c-dev", MODE="0666" einfügen
mit raspi-config I2C bzw. SPI anschalten
sudo apt-get install i2c-tools
ggf. mit i2cdetect -y 1 nachschauen, ob BMP180 und TSL2561 gefunden werden
ggf. sudo adduser fhem i2c
in FHEM
define I2C_Interface RPII2C 1
bzw. für den Druck- und Temperatursensor
define pressure I2C_BMP180
attr pressure IODev I2C_Interface
attr pressure oversampling_settings 3
attr pressure poll_interval 5
attr pressure stateFormat Temperatur: temperature °C, Luftdruck (altitude m ü. NN): pressure hPa, Luftdruck (NN): pressure-nn hPa
und den Lichtsensor
define light I2C_TSL2561 0x39
attr light IODev I2C_Interface
attr light floatArithmetics 1
attr light poll_interval 5
attr light stateFormat Helligkeit: luminosity lx, IR: ir lx, Breitband: broadband lx
4. 1-wire: wie in der Kurzanleitung (falls Lötbrücken auf MCU) *
5. RSS: habe ich nicht gemacht, Layoutdatei ist aber angefügt
6. Wetter: habe ich nicht gemacht
7. LC Display installieren
Infos von https://forum-raspberrypi.de/forum/thread/45731-waveshare-1-8-inch-st7735s/,
https://www.raspberrypi.org/forums/viewtopic.php?t=281204&start=25 und
https://github.com/raspberrypi/firmware/blob/master/boot/overlays/README
7.1: Kernelmodul aktivieren: nicht erforderlich
7.2: Update installieren: nicht erforderlich
7.3: Framebuffer Treiber: nicht erforderlich
7.4: Linux LCD Treiber installieren:
sudo nano /boot/config.txt und folgende Zeilen kontrollieren bzw. einfügen
dtparam=spi=on
dtoverlay=adafruit18,rotate=90,led_pin=23 Parameter siehe obige Links.
Raspberry Pi neu starten:
sudo reboot danach müsste unter /dev/fb1 das Display erreichbar sein.
7.5: wiringPi installieren: nicht erforderlich
LCD Hintergrundbeleuchtung kann mit folgenden Befehlen an bzw. ausgeschaltet werden:
if test ! -d /sys/class/gpio/gpio23; then echo 23 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio23/direction
echo 1 > /sys/class/gpio/gpio23/value bzw. 0 für aus.
7.6: cronjob erstellen: nicht gemacht
7.7: FRAMEBUFFER installieren: wie in der Kurzanleitung
in FHEM:
define display01 FRAMEBUFFER /dev/fb1
attr display01 layoutBasedir /opt/fhem/layouts
attr display01 layoutList standard.txt
attr display01 size 160x128
attr display01 startLayoutNo 0
attr display01 update_interval 1
Da ich das Display hochkant gestellt habe, muss die Displaygröße angegeben werden.
7.8: Schalter definieren: habe ich nicht gemacht
Achtung: Falls die Lötjumper SCL und SDA auf Raspberry Pi stehen, ist eine spezielle Firmware (https://forum.fhem.de/index.php?action=dlattach;topic=14156.0;attach=125681) erforderlich.
Bilder vom Display gibt es, wenn ich die entsprechenden Layouts bzw. Grafiken erstellt habe.
Ich hoffe, die Anleitung ist hilfreich.
Gruß Peter
Hallo zusammen,
kann mir bitte jemand sagen, wie ich die addon Firmware compilieren muss, um die normale (SDA bzw. SCL auf MCU) bzw. die für OWFS zu erhalten? Meine Vermutung: in board.h
#define HAS_ONEWIRE 8 auskommentieren ...
Edit: bei der im ersten Beitrag verlinkten Firmware geht die LED ziemlich oft wieder an (obwohl ich sie relativ oft schon mit set <CUL> led 00 ausgeschaltet habe :o) Hat jemand eine Idee warum?
Danke + Gruß
Peter
Zitat von: PeMue am 29 Dezember 2020, 12:57:50
Hallo zusammen,
nachdem ich ziemlich lange gebraucht habe, das Display in Buster zu konfigurieren, hier mein Mitschrieb:
~Schnipp
Bilder vom Display gibt es, wenn ich die entsprechenden Layouts bzw. Grafiken erstellt habe.
Ich hoffe, die Anleitung ist hilfreich.
Gruß Peter
Hallo Peter
Danke, dass Du das gemacht hast. Dann kann ich das Thema Update doch endlich mal angehen! Das hat mich immer davon abgehalten, da das insgesamt nicht ganz einfach war!
Da kann ich mir ja jetzt das 3te (!) Display nehmen und einen RPI neu aufsetzen!
Rueckmeldung erfolgt dann demnaechst!
Gruss Christoph
Zitat von: pc1246 am 11 Januar 2021, 14:29:53
Dann kann ich das Thema Update doch endlich mal angehen!
Sollte jetzt kein Problem mehr sein. Wenn etwas anders sein sollte, bitte um Info, dann aktualisiere ich die Anleitung.
Mir steht jetzt noch eine Migration mit Dirk's Display bevor ...
Btw.:
Zitat von: PeMue am 01 Januar 2021, 14:45:24
kann mir bitte jemand sagen, wie ich die addon Firmware compilieren muss, um die normale (SDA bzw. SCL auf MCU) bzw. die für OWFS zu erhalten?
ist leider noch offen, hat keiner einen Tipp für mich? Die normale Firmware ist auch nur auf v1.66 (meine ich) ...
Danke + Gruß
Peter
Hallo, leider bekomme ich die Einrichtugn des Displays nicht hin.
Mit den Sendoren und dem CUL hat alles gut funktioniert.
Aber beim Display bekomme ich, wenn ich in es in fhem anlegen will (define display FRAMEBUFFER /dev/fb1) die Meldung
/dev/fb1 isn't readable and writable
Was mache ich falsch?
Danke für Hilfe und Gruß
Peter
Zitat von: Peter H. am 10 April 2021, 18:05:43
/dev/fb1 isn't readable and writable
Hast Du schon mal geschaut, ob die Rechte passen (sprich: fhem darf schreiben bzw. lesen?).
Gruß Peter
Hallo Peter, ich denke an den Rechten kann es nicht liegen, andere devices kann ich anlegen und ändern.
Ich vermute dass die Einrichtung des Displays bei mir nicht richtig geklappt hat. Wenn ich das /dev/fb1 eingebe, dann kommt
-bash: /dev/fb1: Datei oder Verzeichnis nicht gefunden
Einen screen der boot/config hänge ich mal an.
Viele Grüße Peter
Zitat von: Peter H. am 11 April 2021, 14:26:52
Ich vermute dass die Einrichtung des Displays bei mir nicht richtig geklappt hat. Wenn ich das /dev/fb1 eingebe, dann kommt
-bash: /dev/fb1: Datei oder Verzeichnis nicht gefunden
Sieht ganz danach aus. Welche OS Version hast Du denn? Buster? Dann müsste meine Info von oben weiterhelfen. Ich kann auch gerne meine
boot.config anhängen.
pi@PMRPI04:~ $ ls -la /dev/fb1
crw-rw---- 1 root video 29, 1 Apr 11 14:33 /dev/fb1Gruß Peter
Ja, ich habe ein frisches Buster augesetzt bzw. aufsetzten lassen, da ich selbst mit Linux eher unbehofen bin.
Deine boot.config wäre sicher hilfreich.
VG Peter
Zitat von: Peter H. am 11 April 2021, 14:38:25
Deine boot.config wäre sicher hilfreich.
Ich habe sie oben mit angehängt.
Gruß Peter
Hallo Peter
die angehängte config hatte ich übersehen - sorry
Folgende Änderungen haben sich ergeben:
Wenn ich /dev/fb1 eingebe, bekomme ich jetzt
-bash: /dev/fb1: Keine Berechtigung
ABER - Das Display läßt sich als device in fhem einrichten und es zeit auch etwas an. Leider gelingt es mir nicht, die Anzeige auf Hochkant umzustellen. Egal ob ich als Attribut size 128x160 oder 160x128 eingebe oder das Attribut weglasse (so war es bisher bei mir eingestellt), die Anzeige wird immer um 90 Grad nach links gedreht.
Und der Ein-/Ausschalter tut es auch noch nicht.
Hast Du noch Ideen?
VG Peter
Wie hast du denn den Ein/Ausschalter definiert?
Versuch mal:
define Backlight RPI_GPIO 23
attr Backlight devStateIcon off:general_aus@grey on:general_an@orange
attr Backlight direction output
attr Backlight icon RPi@red
Die genannte Definition habe ich bisher unter Debian stretch verwendet und dort hat das funktioniert. Jetzt leider nicht mehr.
Kleiner Fortschritt: Die Drehung des Displays habe ich jetzt hinbekommen.
Das Problem mit dem Schalter besteht leider nach wie vor.
Hallo Peter,
Zitat von: Peter H. am 12 April 2021, 17:57:55
Kleiner Fortschritt: Die Drehung des Displays habe ich jetzt hinbekommen.
könntest Du bitte beschreiben, an was es gelegen hat?
Zitat von: Peter H. am 12 April 2021, 17:57:55
Das Problem mit dem Schalter besteht leider nach wie vor.
Aus meiner Anleitung:
Zitat
LCD Hintergrundbeleuchtung kann mit folgenden Befehlen an bzw. ausgeschaltet werden:
if test ! -d /sys/class/gpio/gpio23; then echo 23 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio23/direction
echo 1 > /sys/class/gpio/gpio23/value
Probier mal das auf der Konsole. Da Wiring Pi nicht mehr weiterentwickelt wird bzw. auch nicht so richtig mit Buster läuft, muss die Definition angepasst werden. Wenn das oben auf der Konsole funktioniert, sollte die Definition in FHEM auch nicht mehr so schwer sein ...
Gruß Peter
Zitat von: PeMue am 12 April 2021, 21:13:53
könntest Du bitte beschreiben, an was es gelegen hat?
Ich habe in dieser Zeile
dtoverlay=adafruit18,rotate=90,led_pin=23
den Wert rotate=0 geändert. Dann ist die Anzeige "hochkant"
Mit deiner Anleitung für die LCD Hintergrundbeleuchtung komme ich leider nicht klar. Sind das 3 Befehle, die in in die Konsole eingeben muss? Ich vermute nicht, kommt bei keinem was raus. Wenn ich z.B. das
if test ! -d /sys/class/gpio/gpio23; then echo 23 > /sys/class/gpio/export; fi
eingebe, erhalte ich
-bash: echo: Schreibfehler: Das Gerät oder die Ressource ist belegt.
Mit
echo out > /sys/class/gpio/gpio23/direction
bekomme ich
-bash: /sys/class/gpio/gpio23/direction: Datei oder Verzeichnis nicht gefunden
Mit
echo 1 > /sys/class/gpio/gpio23/value
bekomme ich
-bash: /sys/class/gpio/gpio23/value: Datei oder Verzeichnis nicht gefunden
Hinsichtlich der Schriftart ist mir folgendes aufgefallen: In Deiner angehängten layout-Datei ist der Pfad für die Schriftart wie folgt definiert:
font /usr/share/fonts/truetype/freefont/FreeMono.ttf # freie TrueType Schriftart
Genauso hatte ich das auch gemacht. Den Ordner freefont habe ich angelegt, die Schriftart dahin kopiert. Trotzdem wurde sie nicht verwendet, jede Größenänderung brachte keinen Effekt. Ich habe jetzt die Schriftart so eingestellt:
font /usr/share/fonts/truetype/liberation/LiberationMono-Bold.ttf # TrueType Schriftart
Zum einen ist diese Schriftart deutlich besser lesbar, zum anderen wirken jetzt auch die Größeneinstellungen.
VG Peter
Hallo zusammen,
ich habe mal die Firmware aus dem aktuellen Repository compiliert, siehe Anhang.
@locutus: vielleicht kannst Du die an den ersten Beitrag anhängen, die rpiaddon_v1.67_ofws.hex funktioniert bei mir, die andere kann ich nicht testen.
Gruß Peter
Zitat von: PeMue am 20 April 2021, 21:34:08
Hallo zusammen,
ich habe mal die Firmware aus dem aktuellen Repository compiliert, siehe Anhang.
@locutus: vielleicht kannst Du die an den ersten Beitrag anhängen, die rpiaddon_v1.67_ofws.hex funktioniert bei mir, die andere kann ich nicht testen.
Gruß Peter
Moin Peter
Wo ist der Unterschied? ofws assoziiere ich mit One_wire!?
Da ich ja drei Displays besitze, kann ich eins gerne dafuer hernehmen, die andere FW zu testen, aber ich verstehe gerade den Unterschied nicht!
Danke und Gruss
Christoph
Zitat von: pc1246 am 22 April 2021, 20:53:24
Wo ist der Unterschied? ofws assoziiere ich mit One_wire!?
Der Unterschied ist, wo der I2C Bus hängt. Bei owfs am Raspberry Pi, ansonsten macht der Atmega über die culfw die Einbindung von 1-wire (Lätjumper auf dem Display). Du könntest auch gleich die Funktion der LED testen, ich habe mit l00 die LED von blinken auf aus gestellt, sie geht aber doch mehr oder weniger unregelmäßig (länger) an und auch wieder aus ...
Gruß Peter
Moin
Ohje, wie bekam man denn noch mal die FW auf das Addon?
Gefuehlt ist das 10 Jahre her, in Wirklichkeit wohl 7. Aber trotzdemkriege ich es nicht mehr zusammen.
Die Posts aus 2013/14 sind auch nur bedingt hilfreich.
Gruss Christoph
Hallo Christoph,
FHEM runterfahren, das Skript + die Firmware irgendwo auf die SD Karte des Raspberry Pis speichern, Skript starten und nach (hoffentlich erfolgreicher) Aktualisierung der Firmware FHEM wieder starten. Dann nachschauen, welche Firmware angezeigt wird ...
Gruß Peter
Moin
Sorry, hatte das zwar den Abend noch selbst gefunden, aber funktionieren tut es nicht!
.avrdude: butterfly_recv(): programmer is not responding
Ausserdem weiss ich gerade auch gar nicht, wo ich die FW sehe.
Bei meinen beiden im Einsatz befindlichen sieht es so aus:
V 1.10.01 a-culfw Build: private build (unknown) RPIAddOn_CSM (F-Band: 868MHz)
Gruss Christoph
Hallo Christoph,
dann ist Dein FHEM nicht heruntergefahren bzw. die serielle Schnittstelle belegt. Warum hast Du die a-culfw installiert? Die bringt doch nur etwas bei 433 MHz?
Die Firmware siehst Du im beim entsprechenden CUL, indem Du die Firwmware Version abfragst.
Gruß Peter
Hallo Peter
Dann habe ich die FW ja doch gesehen.
Warum ich mal die FW installiert habe, ... ich glaube das ist ausserhalb meines Erinnerungsvermoegens!
Das script beendet doch fhem!?
aber okay, ich versuche das noch einmal!
Gruss Christoph
Zitat von: pc1246 am 25 April 2021, 19:12:20
Das script beendet doch fhem!?
Ist korrekt, aber ich habe das auskommentiert, da der Start von FHEM unter Buster anders geht. Daher fahre ich manuell FHEM herunter, starte das Skript und fahre FHEM wieder manuell hoch.
Gruß Peter
Das Display ist unter Bookworm leider nicht mehr funktionsfähig, zumindest ich habs nicht hingekriegt.
Liegt wohl daran, daß das Treiberkonzept dort geändert wurde.
Hat das jemand vielleicht doch schon geschafft?