@mcm1957 Danke, PR ist erstellt.

@mcm1957
habs geschafft... war ein Typo... Shelly 2 PM Gen3 erfolgreich zum Adapter hinzugefügt

@mickym korrekt. Er taucht halt aktuell nirgends auf. Er sollte halt in der MQTT Instanz (1) Auftauchen wo alle meine anderen Gen2 und neueren Geräte auftauchen.

Hallo zusammen,
vorweg, dies ist mein Versuch mit Hilfe von GenAI eine Erweiterung des Shelly Adapters vorzunehmen um meine neuen Shelly 2 PM gen 3 Geräte zum Laufen zu bekommen.

Folgendes habe ich bereits hinbekommen:

• Fork des Adapter von Github erstellt
• shelly2pmg3 Änderungen an datapoints.js vorgenommen
• shelly2pmg3.js Datei erstellt
• Tar.gz meiner Änderungen erstellt (https://github.com/rockflopp/ioBroker.shelly/archive/refs/tags/shelly2pmg3.tar.gz)
• Adapter in meine lokalen Instanz installiert (statt eines neuen adapters zu installieren wie ich es eigentlich wollte wurden die bestehenden aktualisiert )
• Ich erhalte nun zum ersten mal eine Erfolgsmeldung im Log: [MQTT] Device with client id "shelly2pmg3-8cbfea94ca10" connected!

Jetzt das Problem:
Das Gerät wird nicht im Objektbaum unter der MQTT Instanz angezeigt.

Was könnte das Problem sein?

Cheers

rockflopp

@da_woody kannst du mir einen Tipp geben nach was ich in meinem Netzwerk Ausschau halten soll? Die iOT Geräte gehen entweder direkt per wlan auf den Vodafone Router oder indirekt über einen Access Point der mit Lan mit dem Router verbunden ist. Die Einstellmöglichkeiten beim Vodafone Router sind begrenzt von daher bin ich für nächste Schritte bei der Problembehebung dankbar. Der Adapter stürzt nun wieder häufiger ab…

Hallo @da_woody, der Fehler tritt bei mir leider auch weiterhin mehr weniger regelmäßig auf. Sollen wir mal einen Bug Report direkt beim Adapter aufmachen? Oder konntest du inzwischen die Ursache lokalisieren?
Habe 50 WLAN IOT Geräte mit fixer IP und einen zusätzlichen WLAN Accesspoint.

Dass ein Shelly mal nicht erreichbar ist sollte nicht zum Absturz des Adapters führen. Zumindest suggeriert das ja die Fehlermeldung.

2023-03-21 06:05:03.095 - error: shelly.0 (866) uncaught exception: send ENETUNREACH 192.168.0.66:5683
2023-03-21 06:05:03.101 - error: shelly.0 (866) Error: send ENETUNREACH 192.168.0.66:5683
at doSend (dgram.js:714:16)
at defaultTriggerAsyncIdScope (internal/async_hooks.js:452:18)
at afterDns (dgram.js:660:5)
at processTicksAndRejections (internal/process/task_queues.js:83:21)
2023-03-21 06:05:03.102 - error: shelly.0 (866) Exception-Code: ENETUNREACH: send ENETUNREACH 192.168.0.66:5683
2023-03-21 06:05:03.130 - info: shelly.0 (866) terminating
2023-03-21 06:05:03.132 - warn: shelly.0 (866) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-03-21 06:05:03.266 - error: host.iobroker-pi Caught by controller[0]: Error: send ENETUNREACH 192.168.0.66:5683
2023-03-21 06:05:03.273 - error: host.iobroker-pi Caught by controller[0]: at doSend (dgram.js:714:16)
2023-03-21 06:05:03.274 - error: host.iobroker-pi Caught by controller[0]: at defaultTriggerAsyncIdScope (internal/async_hooks.js:452:18)
2023-03-21 06:05:03.274 - error: host.iobroker-pi Caught by controller[0]: at afterDns (dgram.js:660:5)
2023-03-21 06:05:03.275 - error: host.iobroker-pi Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:83:21)
2023-03-21 06:05:03.276 - error: host.iobroker-pi instance system.adapter.shelly.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2023-03-21 06:05:03.276 - info: host.iobroker-pi Restart adapter system.adapter.shelly.0 because enabled
2023-03-21 06:05:04.431 - info: host.iobroker-pi instance system.adapter.shelly.0 started with pid 26157
2023-03-21 06:05:06.682 - info: shelly.0 (26157) starting. Version 6.3.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v14.19.2, js-controller: 4.0.24
2023-03-21 06:05:07.363 - info: shelly.0 (26157) [firmwareUpdate] Auto-Update enabled - devices will be updated automatically
2023-03-21 06:05:07.365 - info: shelly.0 (26157) Starting in CoAP mode. Listening on 0.0.0.0:5683
2023-03-21 06:05:07.455 - info: shelly.0 (26157) [CoAP Server] Listening for packets in the network
[s=]
 
[/s]

@thomas-braun nein per LAN plus Zigbee Stick

Eine Suche bei den Github Issues gab es einen Lösungsvorschlag bei dem die maximale Stromentnahme hochgesetzt wird, das werde ich jetzt mal probieren.
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/65

Acer54 created this issue in iobroker-community-adapters/ioBroker.shelly

closed error send ENETUNREACH #65

@asgothian

Nach allen updates besteht der Fehler weiterhin. Noch eine Idee oder nun den von dir beschriebenen Weg beschreiten?

2022-05-24 06:32:30.727 - error: shelly.0 (28522) uncaught exception: send ENETUNREACH 192.168.0.24:5683
2022-05-24 06:32:30.740 - error: shelly.0 (28522) Error: send ENETUNREACH 192.168.0.24:5683
at doSend (dgram.js:714:16)
at defaultTriggerAsyncIdScope (internal/async_hooks.js:452:18)
at afterDns (dgram.js:660:5)
at processTicksAndRejections (internal/process/task_queues.js:83:21)
2022-05-24 06:32:30.741 - error: shelly.0 (28522) Exception-Code: ENETUNREACH: send ENETUNREACH 192.168.0.24:5683
2022-05-24 06:32:30.818 - info: shelly.0 (28522) Closing Adapter
2022-05-24 06:32:30.819 - info: shelly.0 (28522) terminating
2022-05-24 06:32:30.822 - warn: shelly.0 (28522) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-05-24 06:32:30.988 - error: host.iobroker-pi Caught by controller[0]: Error: send ENETUNREACH 192.168.0.24:5683
2022-05-24 06:32:30.996 - error: host.iobroker-pi Caught by controller[0]: at doSend (dgram.js:714:16)
2022-05-24 06:32:30.996 - error: host.iobroker-pi Caught by controller[0]: at defaultTriggerAsyncIdScope (internal/async_hooks.js:452:18)
2022-05-24 06:32:30.996 - error: host.iobroker-pi Caught by controller[0]: at afterDns (dgram.js:660:5)
2022-05-24 06:32:30.997 - error: host.iobroker-pi Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:83:21)
2022-05-24 06:32:30.998 - error: host.iobroker-pi instance system.adapter.shelly.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2022-05-24 06:32:30.998 - info: host.iobroker-pi Restart adapter system.adapter.shelly.0 because enabled
2022-05-24 06:32:32.158 - info: host.iobroker-pi instance system.adapter.shelly.0 started with pid 8151
2022-05-24 06:32:34.562 - info: shelly.0 (8151) starting. Version 5.3.2 in /opt/iobroker/node_modules/iobroker.shelly, node: v14.19.2, js-controller: 4.0.23
2022-05-24 06:32:35.130 - info: shelly.0 (8151) Starting in CoAP mode.
2022-05-24 06:32:35.207 - info: shelly.0 (8151) [CoAP] Listening for packets in the network

Beste Grüße

@thomas-braun
so wirklich voran geht es nicht, jedesmal ne andere Fehlermeldung aber das Ergebnis ist immer noch das gleiche. Netzwerkfehler führt zu Absturz des Shelly Adapters und nur ein restart hilft....