Raspberry Pi Add-On Board (nicht mehr verfügbar / Fertigung eingestellt)

[Bernhard]

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

Code Auswählen Erweitern


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

[basti223]

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

[Aeroschmelz]

@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:

Code Auswählen Erweitern


# 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:

Code Auswählen Erweitern


# 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?

[Aeroschmelz]

P.S. Es scheint auch einen Unterschied für die Positonsangaben beim Framebuffer und beim RSS Bild zu geben?

[kaihs]

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

[kaihs]

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.

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

[kaihs]

Die Module

• 02_FRAMEBUFFER.pm
• 51_I2C_TSL2561.pm

sind jetzt in svn und sollten bald per update ausgeliefert werden.

Kai

[Aeroschmelz]

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

[Aeroschmelz]

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.

[kaihs]

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

[Spezialtrick]

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

[kaihs]

Die neueste Firmware von locutus findest du im ersten Post dieses Threads, 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

Code Auswählen Erweitern


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

Code Auswählen Erweitern


sudo /etc/init.d/fhem stop

beenden.

Dann das Script mit

Code Auswählen Erweitern


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

[Spezialtrick]

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.

[Spezialtrick]

Ist es normal, dass seit dem Update die Status LED des Boards sekundlich blinkt? 

[kaihs]

Das lässt sich einstellen.

Code Auswählen Erweitern


set CUL_0 led 00


schaltet die Dauerbeleuchtung ab, die LED ist dann nur noch bei Aktivität an.