You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue is still present in the current beta version of this adapter
There is no other (open) issue with the same topic (use the search!)
This issue is not described in the adapter documentation / FAQ (read the docs!)
Shelly device
6x Shelly Pro 3 EM
6x Shelly Plus 2 PM
19x Shelly Plus 1 PM
17x Shelly Plug S
2x Shelly Dimmer 2
3x Shelly 1
2x Shelly PM Mini
1x Shelly Motion 2
Shelly firmware version
Shelly Pro 3 EM - 20240223-141900/1.2.2-g7c39781
Shelly Plus 2 PM - 20230913-114008/v1.14.0-gcb84623
Shelly Plus 1 PM - 20240223-141842/1.2.2-g7c39781
Shelly Plug S - 20240228-070935/1.2.3-gbd3eceb, 20230913-113421/v.1.14.0-gcb84623
Shelly Dimmer 2 - 20230913-114008/v1.14.0-gcb84623
Shelly 1 - 20230913-112003/v1.14.0-gcb84623
Shelly PM Mini - 20240223-141904/1.2.2-g7c39781
Shelly Motion 2 - 20240306-093418/v2.2.3@8f5e4729
Protocol
MQTT
The problem
Systeminformation:
Synology NAS
DMS DSM 7.2.1-69057 Update 3
Docker Image für ioBroker: buanet/iobroker aktuellste Version
Ich nutze einige Shelly Geräte. Dabei sind diverse Modelle verschiedener Generationen verbaut (Shelly Plug S, Shelly Plus 1 PM, Shelly Plus 2 PM, Shelly 1, Shelly i4, Shelly Pro 3 PM, Shelly PM Mini etc.).
Die Einbindung der Shellys in den ioBroker erfolgt via MQTT.
Dies funktioniert problemlos.
Zu diesem Zeitpunkt funktionieren alle Shelly Geräte problemlos.
Mein Problem ist folgendes:
Ohne (für mich) ersichtlichen Auslöser verfallen alle Shelly Geräte in eine Art Loop. Sie connecten und verlieren wenige Sekunden später wieder die Verbindung. Dann verbinden Sie sich wieder und das Spiel beginnt von Vorne.
Ab diesem Zeitpunkt lässt sich keines der Shelly Geräte mehr über den ioBroker steuern.
Einzige bisher funktionierende Lösung: Ich muss JEDEN Shelly via Webinterface ansteuern, MQTT deaktivieren und wenn bei allen Geräten MQTT deaktiviert ist, den Adapter starten, und dann wieder im Webinterface jeden Shellys MQTT neu aktivieren.
Dann läuft der Adapter wieder für einige Stunden / Tage, bis der Spaß wieder neu beginnt.
Ich habe in der letzten Woche bereits 3 Mal dieses Spielchen durchführen müssen.
Wenn der "Loop" beginnt, zieht der ioBroker so viel Performance, dass das komplette System in die Knie geht. Erst wenn ich den Shelly Adapter deaktiviere, kann ich mit dem restlichen System einigermaßen arbeiten.
Natürlich ärgerlich, da der Großteil meines SmartHome auf Shelly Geräten basiert.
Ich nutze standardmäßig ausschließlich Adapter welche Stable sind, In der Hoffnung, dass eine aktuellere Version des Shelly Adapters dieses Problem behebt, habe ich den Shelly Adapter bereits auf 6.9.0 aktualisiert. Der Fehler ist jedoch wieder aufgetreten
Issue #956 beschreibt auch dieses Problem, jedoch scheint in diesem Issue nicht jedes Shelly Gerät des Adapters betroffen zu sein und ebenso ließt es sich so, als ob es sich dabei lediglich um Logeinträge handelt. In meinem Fall ist eine Nutzung der Shelly Geräte nicht mehr möglich und der Adapter zieht sämtliche verfügbare Ressourcen des Systems auf welchem der ioBroker läuft.
Shelly device alle - Please list those devices affected at you installation.
Shelly firmware version aktuellste - Please list the version number, aktuellest might be another version tomorrow
Version of nodejs unbekannt - check with node -v at commandline or look at hosts tab.
hi and thanks for the information.
I have added the information in the opening post and really hope for help. Thanks!
Edit: Ich kann auch nicht abschätzen, welcher Teil des Protokolls von Interesse ist. Wenn mir jemand einen Hinweis gib welcher Part unnütz ist, kann ich den Post auch kürzen.
I'm sure that
Shelly device
6x Shelly Pro 3 EM
6x Shelly Plus 2 PM
19x Shelly Plus 1 PM
17x Shelly Plug S
2x Shelly Dimmer 2
3x Shelly 1
2x Shelly PM Mini
1x Shelly Motion 2
Shelly firmware version
Shelly Pro 3 EM - 20240223-141900/1.2.2-g7c39781
Shelly Plus 2 PM - 20230913-114008/v1.14.0-gcb84623
Shelly Plus 1 PM - 20240223-141842/1.2.2-g7c39781
Shelly Plug S - 20240228-070935/1.2.3-gbd3eceb, 20230913-113421/v.1.14.0-gcb84623
Shelly Dimmer 2 - 20230913-114008/v1.14.0-gcb84623
Shelly 1 - 20230913-112003/v1.14.0-gcb84623
Shelly PM Mini - 20240223-141904/1.2.2-g7c39781
Shelly Motion 2 - 20240306-093418/v2.2.3@8f5e4729
Protocol
MQTT
The problem
Systeminformation:
Synology NAS
DMS DSM 7.2.1-69057 Update 3
Docker Image für ioBroker: buanet/iobroker aktuellste Version
Ich nutze einige Shelly Geräte. Dabei sind diverse Modelle verschiedener Generationen verbaut (Shelly Plug S, Shelly Plus 1 PM, Shelly Plus 2 PM, Shelly 1, Shelly i4, Shelly Pro 3 PM, Shelly PM Mini etc.).
Die Einbindung der Shellys in den ioBroker erfolgt via MQTT.
Dies funktioniert problemlos.
Zu diesem Zeitpunkt funktionieren alle Shelly Geräte problemlos.
Mein Problem ist folgendes:
Ohne (für mich) ersichtlichen Auslöser verfallen alle Shelly Geräte in eine Art Loop. Sie connecten und verlieren wenige Sekunden später wieder die Verbindung. Dann verbinden Sie sich wieder und das Spiel beginnt von Vorne.
Ab diesem Zeitpunkt lässt sich keines der Shelly Geräte mehr über den ioBroker steuern.
Neustarts (Adapter, Container, komplette NAS) bringt nichts.
Einzige bisher funktionierende Lösung: Ich muss JEDEN Shelly via Webinterface ansteuern, MQTT deaktivieren und wenn bei allen Geräten MQTT deaktiviert ist, den Adapter starten, und dann wieder im Webinterface jeden Shellys MQTT neu aktivieren.
Dann läuft der Adapter wieder für einige Stunden / Tage, bis der Spaß wieder neu beginnt.
Ich habe in der letzten Woche bereits 3 Mal dieses Spielchen durchführen müssen.
Wenn der "Loop" beginnt, zieht der ioBroker so viel Performance, dass das komplette System in die Knie geht. Erst wenn ich den Shelly Adapter deaktiviere, kann ich mit dem restlichen System einigermaßen arbeiten.
Natürlich ärgerlich, da der Großteil meines SmartHome auf Shelly Geräten basiert.
Ich nutze standardmäßig ausschließlich Adapter welche Stable sind, In der Hoffnung, dass eine aktuellere Version des Shelly Adapters dieses Problem behebt, habe ich den Shelly Adapter bereits auf 6.9.0 aktualisiert. Der Fehler ist jedoch wieder aufgetreten
Issue #956 beschreibt auch dieses Problem, jedoch scheint in diesem Issue nicht jedes Shelly Gerät des Adapters betroffen zu sein und ebenso ließt es sich so, als ob es sich dabei lediglich um Logeinträge handelt. In meinem Fall ist eine Nutzung der Shelly Geräte nicht mehr möglich und der Adapter zieht sämtliche verfügbare Ressourcen des Systems auf welchem der ioBroker läuft.
iobroker.current.log (in debug mode!)
Version of nodejs
v18.19.1
Version of ioBroker js-controller
5.0.19
Version of adapter
6.9.0
The text was updated successfully, but these errors were encountered: