Jeelink Absturz(?)

[fhemjan]

Hallo zusammen,
ich habe seit kurzem einen Jeelink v3c in Betrieb an FHEM docker auf Raspberry. Es läuft alles soweit gut, habe drei IT Temp und Temp/Hum Sensoren im Einsatz, alles gut soweit.
Zweimal ist es jetzt passiert, das der Jeelink einfach mittendrin den Dienst verweigert. Zwischendurch läuft er einige Tage ohne Probleme durch, wobei nachts ein automatischer reboot des Raspberrys erfolgt. Der Jeelink wird im Fehlerfall in FHEM als initialized angezeigt, das Aktualisierungsdatum des state Readings verändert sich jedoch nicht mehr. Die blaue LED am Jeelink blinkt dann auch nicht mehr. Es kommen entsprechend auch keine Daten der Sensoren mehr bei FHEM an.
Durch ein einfaches

Code Auswählen Erweitern

set myJeeLink reset
funktioniert dann alles wieder.

Im Log steht nichts.. ein Auszug vom letzten Auftreten:

Code Auswählen Erweitern

2023.01.16 20:18:59.972 3: CUL_HM set virt_WZ_weather virtTemp 19.9
2023.01.16 20:19:04.962 3: CUL_HM set virt_WZ_weather virtTemp 19.8
2023.01.16 20:19:44.955 3: CUL_HM set virt_WZ_weather virtTemp 19.9
2023.01.16 20:20:04.968 3: CUL_HM set virt_WZ_weather virtTemp 19.8
2023.01.16 20:20:44.961 3: CUL_HM set virt_WZ_weather virtTemp 19.9
2023.01.16 20:47:24.935 1: PERL WARNING: Argument "on" isn't numeric in numeric gt (>) at ./FHEM/98_SVG.pm line 1622.
2023.01.16 20:47:24.940 1: PERL WARNING: Argument "on" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 2164.
2023.01.16 20:47:24.950 1: PERL WARNING: Argument "on" isn't numeric in numeric gt (>) at ./FHEM/98_SVG.pm line 1622.
2023.01.16 20:47:24.955 1: PERL WARNING: Argument "on" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 2164.
2023.01.16 20:47:24.963 1: PERL WARNING: Argument "on" isn't numeric in numeric gt (>) at ./FHEM/98_SVG.pm line 1622.
2023.01.16 20:47:24.968 1: PERL WARNING: Argument "on" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 2164.
2023.01.16 20:47:25.549 1: PERL WARNING: Argument "on" isn't numeric in numeric gt (>) at ./FHEM/98_SVG.pm line 1622.
2023.01.16 20:47:25.554 1: PERL WARNING: Argument "on" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 2164.
2023.01.16 20:48:40.975 1: PERL WARNING: Argument "on" isn't numeric in numeric gt (>) at ./FHEM/98_SVG.pm line 1622.
2023.01.16 20:48:40.979 1: PERL WARNING: Argument "on" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 2164.
2023.01.16 20:48:41.166 1: PERL WARNING: Argument "on" isn't numeric in numeric gt (>) at ./FHEM/98_SVG.pm line 1622.
2023.01.16 20:48:41.171 1: PERL WARNING: Argument "on" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 2164.
2023.01.16 20:48:41.888 1: PERL WARNING: Argument "on" isn't numeric in numeric gt (>) at ./FHEM/98_SVG.pm line 1622.
2023.01.16 20:48:41.900 1: PERL WARNING: Argument "on" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 2164.
2023.01.16 20:48:41.947 1: PERL WARNING: Argument "on" isn't numeric in numeric gt (>) at ./FHEM/98_SVG.pm line 1622.
2023.01.16 20:48:41.952 1: PERL WARNING: Argument "on" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 2164.
2023.01.16 21:05:47.423 2: AttrTemplates: got 249 entries
2023.01.16 22:42:01.413 3: Opening myJeeLink device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI05CB8G-if00-port0
2023.01.16 22:42:01.421 3: Setting myJeeLink serial parameters to 57600,8,N,1
2023.01.16 22:42:02.448 3: myJeeLink device opened
2023.01.16 22:42:34.864 3: CUL_HM set virt_WZ_weather virtTemp 19.2
2023.01.16 22:42:39.853 3: CUL_HM set virt_WZ_weather virtTemp 19.3
2023.01.16 22:42:44.860 3: CUL_HM set virt_WZ_weather virtTemp 19.2
2023.01.16 22:48:54.860 3: CUL_HM set virt_WZ_weather virtTemp 19.1

Interessant wäre hier auch was es mit dem PERL warning auf sich hat. Scheint mir jedoch nichts damit zu tun zu haben, da es 27 Min. Zeitversatz hat. Bei 22:42 Uhr starte ich dann den manuellen Reset.

Kennt jemand das Verhalten und weiß Abhilfe? Sehr dirty wäre jetzt den Jeelink stündlich mit at zu resetten... aber das kann es ja auch nicht wirklich sein(?!)

[KernSani]

Ich habe seit vielen (ich schätze mal 8 Jahren) einen Jeelink im Einsatz, der sich auch ein paar mal im Jahr grundlos verabschiedet. Ich überwache aber die Temp.Sensoren (Ich habe deutlich mehr) mit dem Monitoring Modul und wenn sich eine größere Anzahl über einen gewissen Zeitraum nicht meldet, ist klar der Jeelink will resettet werden (da es nur sporadisch vorkommt mache ich das dann manuell).
Die SVG-Warning ist davon unabhängig kommt daher, dass du in irgendeinem Plot ein Device verwendest, das "on" meldet, wo aber eine Zahl (Temperatur o.ä.) erwartet wird. Entweder ist der Plot falsch definiert, oder das Logging (Wenn du weißt, was du dir um 20:47 angesehen hast, sollte das einen Hinweis geben, um welchen Plot es sich handelt). 

[fhemjan]

Besten Dank für die Hinweise.
Habe mir jetzt ein DOIF gebaut, das in regelmäßigen Abständen checkt ob sich das state reading verändert und sonst den JeeLink resettet.
Die Plot-Frage muss ich mal in ruhiger Minute checken. Eigentlich habe ich keine Devices mit on/off Werten...

[kleineslichtHH]

ich hatte die selben Probleme.

folgendes Attribut hat bei mir geholfen.

attr myJeeLink timeout 60,15