Unregelmäßige Abstürze… ZWDongle die Ursache ?

Wassilis · 17 November 2023, 10:09:26

Hallo liebe Community,

Ich habe ein Problem mit meiner FHEM Installation. In unregelmäßigen Abständen stürzt mein FHEM prozeß ab und der ist dann auch über ps ax | grep perl auch nicht mehr sichtbar. Seine letzten Worte aus dem Log sind:

Code Auswählen

2023.11.17 05:24:44 4: CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:12320221640002a98600140002a98600000000 CB:00
2023.11.17 05:24:44 4: ZWDongle_Read ZWDongle_0: rcvd 0004000412320221740000000000000000000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2023.11.17 05:24:44 5: DevIo_SimpleWrite ZWDongle_0: 06
2023.11.17 05:24:44 5: ZWDongle_0: dispatch 0004000412320221740000000000000000000000000000
2023.11.17 05:24:44 4: CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:12320221740000000000000000000000000000 CB:00
2023.11.17 05:25:04 4: ZWDongle_Read ZWDongle_0: rcvd 00040004123202a16c0000000000000000000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2023.11.17 05:25:04 5: DevIo_SimpleWrite ZWDongle_0: 06
2023.11.17 05:25:04 5: ZWDongle_0: dispatch 00040004123202a16c0000000000000000000000000000
2023.11.17 05:25:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:123202a16c0000000000000000000000000000 CB:00
2023.11.17 05:25:04 4: ZWDongle_Read ZWDongle_0: rcvd 0004000412320221640002a98600140002a98600000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2023.11.17 05:25:04 5: DevIo_SimpleWrite ZWDongle_0: 06
2023.11.17 05:25:04 5: ZWDongle_0: dispatch 0004000412320221640002a98600140002a98600000000
2023.11.17 05:25:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:12320221640002a98600140002a98600000000 CB:00
2023.11.17 05:25:04 4: ZWDongle_Read ZWDongle_0: rcvd 0004000412320221740000000000000000000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2023.11.17 05:25:04 5: DevIo_SimpleWrite ZWDongle_0: 06
2023.11.17 05:25:04 5: ZWDongle_0: dispatch 0004000412320221740000000000000000000000000000
2023.11.17 05:25:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:12320221740000000000000000000000000000 CB:00
Fehler bei erstellen des Socket's: No route to host
(END)

Habe nur ein paar Abstürze mal angeschaut und es scheint immer wieder am ZWDongle (ZWAVE USB Stick von Aegon) zu hängen. Ich betreibe den ZWDONGLE in Verbindung mit einer embedded EnOcean Karte auf dem Rpi3.

Hat jemand ein ähnliches Problem mal gehabt ?

MadMax-FHEM · 17 November 2023, 10:31:00

Zitat von: Wassilis am 17 November 2023, 10:09:26Habe nur ein paar Abstürze mal angeschaut und es scheint immer wieder am ZWDongle (ZWAVE USB Stick von Aegon) zu hängen. Ich betreibe den ZWDONGLE in Verbindung mit einer embedded EnOcean Karte auf dem Rpi3.

Diese Konstellation habe ich bei mir auch laufen: keine Probleme...
(Mit EnOcean-Karte meinst du einen EnoCean-PI https://de.elv.com/raspberry-pi-enocean-modul-115626)

ZWAVE USB Stick von Aegon: ?
Ich habe einen Aeotec Z-Stick Gen5

Zitat von: Wassilis am 17 November 2023, 10:09:26Fehler bei erstellen des Socket's: No route to host
(END)

Sieht mir eher nach irgendwas aus, was nicht (direkt) aus fhem kommt, sondern eher von einem Shell-Aufruf?
(der zwar durchaus von fhem ausgelöst werden kann aber dann wohl fhem "mitreißt"?)

Hast du irgendwas per Netzwerk angebunden?

(EnOcean-PI und der ZWave-USB stecken ja verm. direkt?)

Gruß, Joachim

rudolfkoenig · 17 November 2023, 17:01:16

ZitatFehler bei erstellen des Socket's: No route to host

Das klingt nach Netzwerkfehler.
Ist ZWDongle ueber Netzwerk angebunden?

Wassilis · 17 November 2023, 21:13:39

Vielen Dank für eure Antworten.
Richtig meine Installation is EnOceanPI und Aeotec Z-Stick Gen 5.

ZWDongle ist über USB eingebunden. Mein PI ist über Netzwerkkabel angeschlossen.

Ist aber komisch. Die letzte Log Eintragung ist immer vom ZWDongle.
Habe schon auf loglevel 5 gestellt, aber bekomme nicht raus woran es hängt...

Macht es Sinn vielleicht eigenen Log für ZWdongle zu machen. Bekomme ich da mehr Details...

rudolfkoenig · 18 November 2023, 10:08:02

ZitatMacht es Sinn vielleicht eigenen Log für ZWdongle zu machen. Bekomme ich da mehr Details...

Abgesehen davon, dass ich nicht weiss wie man (ohne Code-Aenderung) fuer ZWDongle ein eigenes (FHEM-)Log anlegt, wuerde mich wundern, wenn ein Problem im ZWDongle FHEM zum Absturz bringt. Die Fehlermeldung zeigt auch in eine andere Richtung.

Ich wuerde FHEM in einem Terminal unter screen mit "perl fhem.pl -d fhem.cfg" starten, da manche Absturz-Ursachen nicht mehr ins Log schaffen.

Wassilis · 18 November 2023, 19:21:50

Werde das mal auf der Console versuchen... Das hatte ich heute im Log:

2023.11.18 11:17:34 2: HUEBridge_OpenDev: got empty config
2023.11.18 11:17:34 4: initialUsbCheck exec usb create
2023.11.18 11:17:34 1: usb create starting
2023.11.18 11:17:35 4: serial0 is already used by the fhem device TCM310_0
2023.11.18 11:17:35 4: ttyACM0 is already used by the fhem device ZWDongle_0
2023.11.18 11:17:35 4: ttyAMA0 is already used by the fhem device TCM310_0
2023.11.18 11:17:35 1: usb create end
2023.11.18 11:17:35 0: Featurelevel: 6.2
2023.11.18 11:17:35 0: Server started with 199 defined entities (fhem.pl:28126/2023-11-05 perl:5.024001 os:linux user:fhem pid:409)
2023.11.18 11:17:35 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2023.11.18 11:17:35 5: DevIo_SimpleWrite ZWDongle_0: 0107000301020100f9
Fehler bei erstellen des Socket's: No route to host

Komischerweise ist ZWDongle nie weit... ich nehme den vielleicht auch mal raus....

erwin · 19 November 2023, 13:53:50

HI,
2 Dinge fallen mir auF:

Zitat2023.11.18 11:17:34 2: HUEBridge_OpenDev: got empty config

Falls das ein Netzwerkdevice ist, könnte der Fehler davon stammen!

Zitat2023.11.18 11:17:34 4: initialUsbCheck exec usb create
2023.11.18 11:17:34 1: usb create starting
2023.11.18 11:17:35 4: serial0 is already used by the fhem device TCM310_0
2023.11.18 11:17:35 4: ttyACM0 is already used by the fhem device ZWDongle_0
2023.11.18 11:17:35 4: ttyAMA0 is already used by the fhem device TCM310_0
2023.11.18 11:17:35 1: usb create end

Das initialUsbCheck notify verwirrt alle seriell/USB Schnittstellen (ausser CUL), am besten disablen:

Code Auswählen

attr initialUsbCheck disable 1l.g. erwin

Wassilis · 19 November 2023, 14:29:00

Liebe Dank, Erwin.

Ich habe es mal disabled. Bin aber noch mal durch die Abstürze gegangen und habe da keine Gemeinsamkeit mit dem InitialUsbCheck finden können. Die einzige Gemeinsamkeit ist, dass der ZWdongle diese ACK messages sendet, diese aber scheinbar unbeantwortet bleiben.

Ich lasse gerade das in der Konsole laufen in der HOffnung, dass ich davon eine neue Erkenntnis bekomme.

MadMax-FHEM · 19 November 2023, 15:19:55

Zitat von: Wassilis am 18 November 2023, 19:21:502023.11.18 11:17:34 2: HUEBridge_OpenDev: got empty config

@Erwin: das scheint beim Start von fhem (und den sieht man hier wohl) "normal" zu sein, habe ich auch und keinerlei Abstürze oder sonstige Netzwerkprobleme...

Das mit initialUsbCheck disable ist (sicher) eine gute Idee...
(denke aber nicht, dass das hier der Grund ist)

Bin gespannt was kommt, wenn fhem (wie von Rudi vorgeschlagen) im Debug-Modus auf der Console gestartet wird (und abstürzt)...

Gruß, Joachim

Wassilis · 26 November 2023, 19:53:40

Melde mich zurück mit einem Update...

Hatte es ein paar Tage auf der Console laufen lassen und keine Probleme.
Dann wieder als Service laufen lassen und prompt einen Absturz wenige Stunden später.

Ich vermute ein Berechtigungsproblem.

Mein Service läuft als user fhem, hingegen von der console als pi.

Wie kann ich von der Console FHEM unter anderem user laufen lassen. Habe versucht über

Code Auswählen

su fhem user zu wechseln, aber console zeigt mir an, dass trotzdem der ausführende user pi ist. Config greift irgendwie nicht...

rudolfkoenig · 27 November 2023, 10:03:06

Zitatsu fhem

Wurde dieser Befehl ohne Fehlermeldungen abgeschlossen?
Ich vermute, nicht.

Ueblicherweise hat der fhem Benutzer kein Passwort, nur root (bzw. die Systemprogramme) koennen Befehle als fhem ausfuehren.
Der Weg fuehrt also ueber root.
Neuere Installationen vergeben selbst fuer root kein Passwort, sondern ermaechtigen den Benutzer (pi) ueber den sudo Befehl zu root Rechten.

Wenn meine Hypothese stimmt, dann sollte ein Befehl so ausschauen:

Code Auswählen

sudo su - fhem -c "cd /opt/fhem; perl fhem.pl -d fhem.cfg"

Wassilis · 03 Dezember 2023, 21:56:50

Vielen Dank für Eure Antworten. Ich habe am Ende dem fhem User ein Passwort gegeben und mich versucht einzuloggen. Das hat dann auch nicht geklappt und ich habe den User fhem der tty Gruppe hinzugefügt. Dann musste ich noch ein User Verzeichnis für den fhem User angeben und konnte mich dann auch mit dem User einlioggen...

Das eigentliche Problem war aber die Berechtiung und die Zuteilung and die tty Gruppe. Ich habe ab und an direkt CMD in FHEM abgesetzt, und immer wenn das der fhem User versucht hat ist der Service gecrasht... Nun läuft alles seit einigen Tagen.

Vielen Dank für die Unterstützung.