Jeelink Fehler nach Neustart Raspberry Pi

[m0urs]

Ich musste eben meinen Raspbery Pi neu starten. Nachdem FHEM wieder gestartet war, bekomme ich nun im Minutenabstand folgende Meldung im Log

myJeeLink: Unknown code ^BOOT:23347164,0,0,0,64, help me!

Es sieht auch so aus, als ob für sämtliche Lacrosse Temperatur-Fühler keine Werte mehr upgedatet werden.

Hat jemand einen Tip für mich,was das passiert ist und was ich tun kann?

Vielen Dank!

P.S. Zwischenucrh kommen auch zwei andere Meldungen:

myJeeLink: Unknown code ^RSSI:6, help me!
und
myJeeLink: Unknown code ^RSSI:3, help me!

Hier noch ein list auf das device:

Code Auswählen Erweitern


Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/ttyUSB2@57600
   DeviceName /dev/ttyUSB2@57600
   FD         33
   NAME       myJeeLink
   NR         823
   NR_CMD_LAST_H 1
   PARTIAL
   RAWMSG     ^BOOT:23347164,0,0,0,64
   STATE      Opened
   TYPE       JeeLink
   myJeeLink_MSGCNT 23
   myJeeLink_TIME 2016-02-07 23:35:55
   Matchlist:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:RoomNode ^\S+\s+11
     4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     5:AliRF    ^\S+\s+5
     6:EMT7110  ^OK\sEMT7110\s
     7:KeyValueProtocol ^OK\sVALUES\s
   Readings:
     2016-02-07 23:26:09   state           opened
   XMIT_TIME:
     1454884007.52008
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   initCommands 30t 0a v
   room       LaCrosse


Ein Reset liefert im Log:

2016.02.07 23:37:31 3: Opening myJeeLink device /dev/ttyUSB2
2016.02.07 23:37:31 3: Setting myJeeLink serial parameters to 57600,8,N,1
2016.02.07 23:37:31 3: myJeeLink device opened

Danach aber gleich wiweder:

2016.02.07 23:37:55 3: myJeeLink: Unknown code ^BOOT:23347164,0,0,0,64, help me!

[m0urs]

Das Problem ist gelöst. Nachdeem zwei Reboots vom Raspberry Pi nichts genutzt hatten, habe ich den Raspberry komplett heruntergefahren und vom Strom getrennt. Nach dem nächsten Neustart war dann alles wieder ok. Die Frage ist natürlich, ob das Verhalten "normal" ist. Denn ein Reboot kann ja schon mal auch ohne Power-Off vorkommen?

[habeIchVergessen]

ggf. muss hupcl (stty) per udev rule gesetzt werden.

[Darkman]

Moin,

USB2 als Port deutet fuer mich darauf hin, das Du evtl. mehrere USB Geraete an Deinem Raspi hast. Diese koennten in anderer Reihenfolge erkannt worden sein, was dann besagtes Problem ausloesen kann.
Abhilfe kann man sich, zumindest mit dem Jeelink, schaffen, in dem man Ihn ueber seine Serial einbindet, statt ueber das direkte Device. Unter /dev/serial/by-id/ findest Du einen Link der auf das aktuelle USB Device Deines Jeelinks zeigt. Nimm den Link fuer die DEF statt ttyUSB2, dann sollte das Problem evtl. nicht mehr auftreten (sofern das war).

Fuer CULs die keine ID haben, kann man noch den USB Port (/dev/serial/by-path) verwenden, das sollte eigentlich auch statisch sein, solang man dann nicht die Sticks dauernd vertauscht, passt das.

Gruss,
Sven

[m0urs]

USB2 als Port deutet fuer mich darauf hin, das Du evtl. mehrere USB Geraete an Deinem Raspi hast. Diese koennten in anderer Reihenfolge erkannt worden sein, was dann besagtes Problem ausloesen kann.

Ich meine aber schon, dass der Jeelink immer noch als USB2 erkannt wurde. Aber schaden wird es ja nichts, wenn ich also statt "/dev/ttyUSB2@57600" in FHEM nun "/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03DA5M-if00-port0@57600" eintrage, oder?

[m0urs]

ggf. muss hupcl (stty) per udev rule gesetzt werden.

Kannst Du mir das bitte noch ein wenig näher erläutern, was ich genau tun müsste? Danke!

[habeIchVergessen]

stty wird unter linux benutzt, um die Einstellungen von seriellen Ports (/dev/ttyUSB2) zu konfigurieren.
hupcl (hang up on close) ist eine Option einer seriellen Verbindung, die dafür sorgt, dass der JeeLink den Sketch neu startet, wenn die serielle Verbindung wieder geöffnet wird.
udev rules werden verarbeitet, wenn neue Geräte vom Kernel erkannt werden (setze hupcl auf Gerät /dev/ttyUSB2, wenn es von Kernel initialisert wird).

[m0urs]

Ich meine aber schon, dass der Jeelink immer noch als USB2 erkannt wurde. Aber schaden wird es ja nichts, wenn ich also statt "/dev/ttyUSB2@57600" in FHEM nun "/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03DA5M-if00-port0@57600" eintrage, oder?

Wollte nur noch mal kurz bestätigen, dass es tatsächlich daran lag. Auch das andere Device hat den Port gewechselt, was ich aber erst eben entdeckt hatte. Habe jetzt für beide Geräte statt ttyUSBx die ID eingetragen und es hat mehrfache Reboots nun unbeschadet überstanden.

Vielen Danke noch mal für die Hilfe.