Gateway müllt die Log durch konstante Neustarts voll

[Keichi]

Hallo,
ich habe das Problem, das mein Gateway ständig neu startet wodurch ich teilweise 20 Einträge in der sekunde mit

Code Auswählen Erweitern

2023-01-22 09:05:24 MYSENSORS MyGateway_0 DISCONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 connection: connected
2023-01-22 09:05:24 MYSENSORS MyGateway_0 CONNECTED
2023-01-22 09:05:24 MYSENSORS_DEVICE MYSENSOR_2 heartbeat: alive
2023-01-22 09:05:24 MYSENSORS MyGateway_0 DISCONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 connection: connected
2023-01-22 09:05:24 MYSENSORS MyGateway_0 CONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 DISCONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 connection: connected
2023-01-22 09:05:24 MYSENSORS MyGateway_0 CONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 DISCONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 connection: connected
2023-01-22 09:05:24 MYSENSORS MyGateway_0 CONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 DISCONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 connection: connected
2023-01-22 09:05:24 MYSENSORS MyGateway_0 CONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 DISCONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 connection: connected
2023-01-22 09:05:24 MYSENSORS MyGateway_0 CONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 DISCONNECTED
2023-01-22 09:05:24 MYSENSORS MyGateway_0 connection: connected
2023-01-22 09:05:24 MYSENSORS MyGateway_0 CONNECTED

bekomme. Es würde mich normal auch nicht mal stören, weil komischerweise läuft das Gateway problemlos, kriegt alle Sensor Daten von den Nodes und sendet auch Befehle raus. Nur in der FHEM.log halt nach was zu schauen ist dadurch unmöglich geworden.

Hat irgendwer vielleicht ne Idee?

Code Auswählen Erweitern

defmod MyGateway_0 MYSENSORS /dev/serial/by-id/usb-1a86_USB2.0-Ser_-if00-port0@115200
attr MyGateway_0 alias Gateway
attr MyGateway_0 autocreate 1
attr MyGateway_0 first-sensorid 1
attr MyGateway_0 stateFormat connection

setstate MyGateway_0 connected
setstate MyGateway_0 2023-01-22 09:07:57 connection connected
setstate MyGateway_0 2022-12-18 14:24:31 heartbeat alive
setstate MyGateway_0 2023-01-22 09:07:57 state opened


Das is Version 2.4.0-Alpha die auf nen Wemos D1 läuft

[frober]

Falls das Gateway an einem Raspi hängt, ist die Stromversorgung stabil und ausreichend?

[Keichi]

Jopp, das hängt per USB am Raspi und da es eines der Orginal Raspberry Netzteile ist und sonst nichts dran hängt, sollte es da absolut keine Probleme geben

[MadMax-FHEM]

Jopp, das hängt per USB am Raspi und da es eines der Orginal Raspberry Netzteile ist und sonst nichts dran hängt, sollte es da absolut keine Probleme geben

Das will nichts heißen, auch die kann "altern"...
...oder "defekt" sein.

Schon mal den PI "befragt"?

Code Auswählen Erweitern


sudo vcgencmd get_throttled


Ich hatte auch Probleme, dass ein Netzteil "kaputt" ging, d.h. PI lief noch aber deCONZ hatte Probleme. Ist auch der einzige USB-Stick. Bis ich dann mal geprüft habe und siehe da...
Netzteil getauscht und Ruhe war...

Gruß, Joachim

[Keichi]

Das will nichts heißen, auch die kann "altern"...
...oder "defekt" sein.

Schon mal den PI "befragt"?

Code Auswählen Erweitern


sudo vcgencmd get_throttled


Ich hatte auch Probleme, dass ein Netzteil "kaputt" ging, d.h. PI lief noch aber deCONZ hatte Probleme. Ist auch der einzige USB-Stick. Bis ich dann mal geprüft habe und siehe da...
Netzteil getauscht und Ruhe war...

Gruß, Joachim

Code Auswählen Erweitern


pi@fhem:~ $ sudo vcgencmd get_throttled
throttled=0x0

Nope, alles bestens und die Uptime ist ja bereits bei 123 Tagen

[frank]

was steht zu usb im syslog?

[Keichi]

In der Syslog ist absolut nichts nur die Einträge in der fhem.log

Von daher gehe ich ja davon aus, das es nen Problem bei Fhem ist, weil laut Linux ist alles in Ordnung und er verliert die Verbindung per USB auch nicht.

Code Auswählen Erweitern

2023.01.03 00:10:26 3: Setting MyGateway_0 serial parameters to 115200,8,N,1
2023.01.03 00:10:26 1: /dev/serial/by-id/usb-1a86_USB2.0-Ser_-if00-port0 reappeared (MyGateway_0)
2023.01.03 00:10:26 1: /dev/serial/by-id/usb-1a86_USB2.0-Ser_-if00-port0 disconnected, waiting to reappear (MyGateway_0)
2023.01.03 00:10:26 3: Setting MyGateway_0 serial parameters to 115200,8,N,1
2023.01.03 00:10:26 1: /dev/serial/by-id/usb-1a86_USB2.0-Ser_-if00-port0 reappeared (MyGateway_0)
2023.01.03 00:10:26 1: /dev/serial/by-id/usb-1a86_USB2.0-Ser_-if00-port0 disconnected, waiting to reappear (MyGateway_0)
2023.01.03 00:10:27 3: Setting MyGateway_0 serial parameters to 115200,8,N,1
2023.01.03 00:10:27 1: /dev/serial/by-id/usb-1a86_USB2.0-Ser_-if00-port0 reappeared (MyGateway_0)
2023.01.03 00:10:27 1: /dev/serial/by-id/usb-1a86_USB2.0-Ser_-if00-port0 disconnected, waiting to reappear (MyGateway_0)
2023.01.03 00:10:27 3: Setting MyGateway_0 serial parameters to 115200,8,N,1

[frober]

Seit wann hast du das Prob, seit Anfang oder erst angefangen?

Wie viel Nodes und wieviel Datenverkehr?
Nicht das das GW nicht alles verarbeiten kann und wg. Timeout neu startet.

[Keichi]

Das hatte ich mit dem Gateway eigentlich schon immer nur mittlerweile gehts mir halt auf den Keks, weil ich gerade wegen nen anderen Problem die fhem.log brauche. Und momentan hängt da halt nur 1 Node drin und ne zweite nur ab und zu mal testweise. Also am Datenverkehr kann es absolut nicht liegen, vor allem weil nen wemos ja schon einiges an power selbst hat.

[frank]

wemos

autsch...
was hat der denn nun damit zu tun?

[frober]

Naja, wenn du mit millis arbeitest und nur geänderte Werte sendest.

Ohne Begrenzung sendet die Node x-Mal pro Sekunde je nach Sensor.

Evtl ist es auch der GW-Sketch...
Wemos als GW?
Die ESPs sind auch empfindlich für die Stromversorgung.

[Keichi]

autsch...
was hat der denn nun damit zu tun?

Ach, das war auf den Datenverkehr nur bezogen. Das dauert halt bis nen Wemos das juckt.

Naja, wenn du mit millis arbeitest und nur geänderte Werte sendest.

Ohne Begrenzung sendet die Node x-Mal pro Sekunde je nach Sensor.

Evtl ist es auch der GW-Sketch...
Wemos als GW?
Die ESPs sind auch empfindlich für die Stromversorgung.

Nein, die Node selbst schickt tatsächlich nur 1 mal pro Minute ihre Werte rüber und in der Zeit kommt da auch sonst nix beim GW an

[frober]

Ach, das war auf den Datenverkehr nur bezogen. Das dauert halt bis nen Wemos das juckt.

Nein, die Node selbst schickt tatsächlich nur 1 mal pro Minute ihre Werte rüber und in der Zeit kommt da auch sonst nix beim GW an

Das ist relativ, letztendlich ist die ser. Übertragung das Nadelöhr.

[Keichi]

Das ist relativ, letztendlich ist die ser. Übertragung das Nadelöhr.

Ja, würde ich aber trotzdem ausschließen. Weil wenn der Wemos an nen Rechner mit vollen Debug stabil bleibt, dann wird sich da auch nicht viel ändern, wenn man den Debug abschaltet von MySensors und ihn an den Raspi packt. Der Raspi ist schließlich auch nichts anderes mehr als nen normaler PC.

[frober]

MySensors verwendet unterschiedliche ser. Ports für Debug und Kommunikation. Man kann das umbiegen im Sketch aber zusammenlegen geht mWn nicht.

Wenn du das Senden der Werte beim Debug mit ausgegeben hast und du konntest die Ausgabe noch mitlesen sollte es ok sein.

Ein ESP aka Wemos startet sich selbst neu, wenn er nicht mehr reagiert...

[Keichi]

MySensors verwendet unterschiedliche ser. Ports für Debug und Kommunikation. Man kann das umbiegen im Sketch aber zusammenlegen geht mWn nicht.

Wenn du das Senden der Werte beim Debug mit ausgegeben hast und du konntest die Ausgabe noch mitlesen sollte es ok sein.

Ein ESP aka Wemos startet sich selbst neu, wenn er nicht mehr reagiert...

Ich hatte das selbe allerdings auch bei dem Arduino Nano denn ich davor dran hatte, weil das einer war, der das RF Modul direkt mit auf seinen Board hat und jetzt halt als Node dient, weil es halt vom Platz her ganz praktisch ist.

Aber ja, ich habs mir nach den Flashen halt ne Zeitlang über den Serialmonitor angesehen, was er da so macht und es lief halt alles absolut Stabil, bevor ich ihn in FHEM integriert habe

[frober]

Dann, vermute ich mal, dass der Sketch vom GW einen Bug hat, der zum Absturz führt.

Das ist aber Glaskugelleserei...

[rob]

... gehe ich ja davon aus, das es nen Problem bei Fhem ist, weil laut Linux ist alles in Ordnung und er verliert die Verbindung per USB auch nicht.

Hast Du zufällig mehrere USB-Devices in FHEM eingebunden? Falls ja, was bringt ein

Code Auswählen Erweitern

list TYPE=.*:FILTER=DeviceName=/dev.* DEF

[Beta-User]

Die Meldung kommt aus DevIO.pm, das scheint mir also auch irgendwas zu sein, was mit Konflikten auf der USB-Adressierung zu tun hat oder der Stromversorgung (Wackelkontakt oä auf dem Board?).

Leider ist der "China-Kracher" von der Benennung her sehr unspezifisch. Allgemein: Hängt sonst irgendwas an USB (muss nicht von FHEM benutzt werden)?