-
Notifications
You must be signed in to change notification settings - Fork 62
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Probleme mit MQTT Verbindung #970
Comments
Thanks for reporting a new issue @n3ucr0n!
Otherwise this issue will be closed. |
Hallo, habe genau das selbe Pronlem, habe nur 2 Stück Shelly Plus 1 verbaut und bekomme die selben Fehlermeldungen! mein System: Master Debian 10.10.0 (Wien) Slave Debian 10.10.0 (TULLN) --> OpenVPN to Vienna Node 18.20.2
ps: mit version 7.0.0 kommen die selben Fehlermeldungen |
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: