error send ENETUNREACH

[Acer54]

Hallo Schmupu,

ich bekomme neuerdings recht zuverlässig (etwa alle 2 Minuten) folgenden Fehler..
Den Adapter zu stoppen und anschließend wieder zu aktivieren, bringt leider keine Besserung.
Witziger Weise, lässt sich das Problem anscheinend durch einen Neustart lösen (zumindest für eine längere Zeit)...

Ich bin leider absolut Ratlos, bzw. weiß nicht, an welcher Stelle ich zu Debuggen anfangen sollte...

`

host.helios	2019-06-13 22:29:41.396	info	Restart adapter system.adapter.shelly.0 because enabled
host.helios	2019-06-13 22:29:41.395	error	instance system.adapter.shelly.0 terminated with code 0 (OK)
host.helios	2019-06-13 22:29:41.395	error	Caught by controller[0]: port: 5683 }
host.helios	2019-06-13 22:29:41.394	error	Caught by controller[0]: address: '192.168.178.53',
host.helios	2019-06-13 22:29:41.394	error	Caught by controller[0]: syscall: 'send',
host.helios	2019-06-13 22:29:41.393	error	Caught by controller[0]: code: 'ENETUNREACH',
host.helios	2019-06-13 22:29:41.393	error	Caught by controller[0]: errno: 'ENETUNREACH',
host.helios	2019-06-13 22:29:41.392	error	Caught by controller[0]: at SendWrap.afterSend [as oncomplete] (dgram.js:499:11)
host.helios	2019-06-13 22:29:41.391	error	Caught by controller[0]: { Error: send ENETUNREACH 192.168.178.53:5683
shelly.0	2019-06-13 22:29:41.318	error	uncaught exception: send ENETUNREACH 192.168.178.53:5683
javascript.0	2019-06-13 22:29:00.004	info	script.js.Logik.Hoflicht: Hoflicht. aus um 23:00
shelly.0	2019-06-13 22:26:59.834	info	Shelly device 192.168.178.52 (shelly1 / shelly1-93EB59 / SHSW-1#93EB59#1) with CoAP connected!
shelly.0	2019-06-13 22:26:44.988	info	Shelly device 192.168.178.66 (shelly1 / shelly1-93A1A6 / SHSW-1#93A1A6#1) with CoAP connected!
shelly.0	2019-06-13 22:26:43.244	info	Shelly device 192.168.178.33 (shelly1 / shelly1-E20323 / SHSW-1#E20323#1) with CoAP connected!
shelly.0	2019-06-13 22:26:33.328	info	Shelly device 192.168.178.43 (shelly1 / shelly1-E2D55C / SHSW-1#E2D55C#1) with CoAP connected!
shelly.0	2019-06-13 22:26:26.111	info	Shelly device 192.168.178.53 (shelly1 / shelly1-24D36F / SHSW-1#24D36F#1) with CoAP connected!
shelly.0	2019-06-13 22:26:23.960	info	Listening for Shelly packets in the network
shelly.0	2019-06-13 22:26:23.960	info	Stating Shelly adapter in CoAP modus.
shelly.0	2019-06-13 22:26:23.947	info	starting. Version 3.0.3 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.16.0
host.helios	2019-06-13 22:26:18.756	info	instance system.adapter.shelly.0 started with pid 23290
`

[schmupu]

Hallo,
leider bricht das Programm nicht im Adapter ab, dass ich da etwas tun könnte. Der Fehler ist aber nicht ganz unbekannt. Versuche einmal folgendes:
Nehme einmal den Shelly 1 mit der IP 192.168.1.178.53 (SHSW-1#24D36F#1) vom Strom, d.h. Sicherung herausdrehen. Anschließend starte die Shelly Instanz neu. Beendet sich der Shelly Adapter dann immer noch? Laut Logfile ist die Ursache der 192.168.1.178.53. Falls der Shelly Adapter jetzt sich nicht mehr beendet, Sicherung wieder einschalten und den Shelly einmal auf Werkseinstellungen zurücksetzen und dann neue einrichten.
Wenn das alles nicht hilft, dann kannst du den Shelly Adapter auf MQTT umstellen. D.h. alle Shelly Geräte einmal auf MQTT konfigurieren und mit dem Shelly Adapter verbinden. Dann wird der Fehler zu 100% nicht mehr auftreten.

[Acer54]

Hallo Schmupu, danke für dein schnelles Feedback! Ich habe insgesamt 5 oder 6 Shellys in Betrieb. Die Fehlermeldung oben ist leider nur ein Beispiel... es betrifft immer wieder mal andere IP´s. Es ist scheinbar nicht auf nur eine IP ein zu grenzen, aber den Tipp mit MQTT nehme ich mal auf und werde versuchen die Shellys entsprechend um zu konfigurieren. Danke schon mal! Matthias

[Acer54]

Das Problem an MQTT ist, dass ich hierdurch meine Verbindung zur Shelly-Cloud verliere, was wiederum heißt, dass ich meine Shelly one nicht mehr mit dem lieben Sprachassistenten (Google Home) ansprechen kann. Das ist allerdings essentiell für meine Einsatzzweck... Bzgl. dem was du erwähnt hast, dass der Fehler nicht ganz unbekannt ist... kannst du hierzu ein paar Hintergründe nennen? Vielleicht kann ich die Ursache selbst beheben.

[schmupu]

Ich habe im Shelly Adapter schon alles versucht den Fehler abzufangen. Leider unmöglich, da dieser ganz in einer von mir nicht programmierten Lib stattfindet.
Tut mir leid! Häufig tritt der Fehler auch auf, wenn sich die IP Adressen vom Shelly ändern.
Hast Du einmal versucht ioBroker und ioBroker Hardware komplett neu zu starten? Angeblich hat das auch schon einigen Benutzern geholfen. Erklären kann ich mir das aber nicht.

[Acer54]

Ich glaube ich habe die Ursache für den angezeigten Fehler gefunden. Dieser hat zwar nicht direkt etwas mit diesem Adapter zu tun, fällt allerdings dadurch auf.
Ich wollte dies noch hier dokumentieren, falls jemand anders mit dem gleichen Aufbau den selben Fehler hat:
Ich nutze folgende Hardwarekonstellation:

• Raspberry Pi 2 B
• 2A Steckernetzteil
• Edimax USB-Wifi-Dongle
• CC2531 Zigbee-Sniffer Stick (ohne ext. versorgten USB Hub betrieben)

Nach kurzer (manchmal auch längerer) Betriebszeit habe ich o.g. Fehlermeldungen im Log. Ich habe mittlerweile herausgefunden, dass das Netzwerk tatsächlich (für wenige Sekunden) ausfällt. Dies passiert regelmäßig. Die "üblichen" Abhilfemaßnahmen, wie Abschalten des Power-Managements des Sticks, oder minütliches "Pingen" des Routers um die W-Lan Verbindung aufrecht zu erhalten haben keine Besserung gebracht.
Auch die Verwendung eines ext. Spannungsversorgen USB Hubs brachte keine Besserung, weshalb ich anfangs den Verdacht "zu wenig Strom für beide Sticks" schon wieder fallen lassen wollte.
Nun habe ich in der Datei "/boot/config.txt" den Parameter "max_usb_current=1" hinzufügen, um die erlaubte Stromentnahme über die USB-Ports zu erhöhen (Standard 0,6A).
Das System läuft nun seit 5 Tagen absolut fehlerfrei.
Es scheint also trotz alledem doch an der Stromaufnahme gelegen zu haben!

Hoffentlich hilft dies dem ein oder anderen noch weiter!

[schmupu]

Danke für die ausführliche Beschreibung! Echt Klasse