@Kusselin sagte:
Hier die letzte Nachricht vom Shelly Support:
die von Ihnen zitierte allgemeine Aussage des Adapter-Entwicklers ändert nichts an den im konkreten Fall vorliegenden Diagnosedaten.
In den übermittelten Protokollen ist eindeutig erkennbar, dass der Shelly in sehr kurzen Abständen eingehende MQTT-Nachrichten aus Ihrem Netzwerk erhält. Der Adapter-Entwickler kennt weder Ihre vollständige ioBroker-Konfiguration noch Ihre Skripte, Instanzen, MQTT-Topics oder die konkreten Logdaten dieses Gerätes. Eine pauschale Aussage zum üblichen Verhalten des Adapters kann daher die tatsächlich protokollierte Kommunikation in Ihrer Installation nicht widerlegen.
Ob diese Nachrichten durch den Adapter selbst, ein Skript, eine weitere Instanz, eine fehlerhafte Konfiguration oder ein anderes System erzeugt werden, können wir nicht beurteilen. Dies muss innerhalb Ihres Drittanbietersystems beziehungsweise anhand der Broker- und ioBroker-Protokolle geprüft werden.
Der Shelly wird durch diese ungewöhnlich hohe Anzahl eingehender MQTT-Nachrichten, teilweise in Abständen im Millisekundenbereich, erheblich belastet. In den Protokollen wird dabei sogar eine überlaufende Warteschlange gemeldet. Dies führt dazu, dass das Gerät zeitweise nicht mehr reagiert und abstürzt. Ein Gerätefehler lässt sich aus den vorliegenden Diagnosedaten hingegen nicht ableiten.
Bitte prüfen Sie daher in Ihrem MQTT-Broker beziehungsweise in ioBroker:
welche Clients Nachrichten an die Topics des Shelly senden,
welche Skripte oder Automationen diese Nachrichten auslösen,
ob mehrere Adapter oder Instanzen gleichzeitig auf dasselbe Gerät zugreifen,
welche Polling (Abfrage) Intervalle konfiguriert sind
und ob sich die Nachrichtenrate nach dem Deaktivieren der MQTT-Integration normalisiert.
Da die Ursache nach aktuellem Stand außerhalb des Shelly-Gerätes liegt und innerhalb des verwendeten Drittanbietersystems geprüft werden muss, werden wir den Vorgang an dieser Stelle schließen.
Um das Rätselraten zu minimieren bitte
- stell uns die Protokolle zur Verfügung auf Grund derer der Shelly SSupport zu seiner Aussage kommt.
- stell wie schon früher angefragt ein vollständiges Logfile des Shelly Adapters mit level DEBUG zur Verfügung (vollständig = vom Start des Adapter bis zum Auftreten des Problems)
Vielleicht sieht man dann mehr...
Welche der Schritte die der Shelly Support empfohlen hat:
Bitte prüfen Sie daher in Ihrem MQTT-Broker beziehungsweise in ioBroker:
welche Clients Nachrichten an die Topics des Shelly senden,
welche Skripte oder Automationen diese Nachrichten auslösen,
ob mehrere Adapter oder Instanzen gleichzeitig auf dasselbe Gerät zugreifen,
welche Polling (Abfrage) Intervalle konfiguriert sind
und ob sich die Nachrichtenrate nach dem Deaktivieren der MQTT-Integration normalisiert.
hast du schon mit welchem Ergebnis durchgeführt?
