MQTT Fehler bei meinen Shellys
-
Das kommt im Log immer mal wieder:
Hast du ja auch so programmiert
log(📅 ${datum}: ${kwh} kWh | ${euro} € gespeichert, 'info');Das ist aber nicht schlimm...das hat nichts mit dem zu tun das zu viele Anfragen sind?
Ein Ansatz zur Fehlersuche wär mal deine scripte zu stoppen jnd dann in Ruhe zu schaun ob der Shelly stabil läuft.
Alternativ bau ein log ein bei allen Zugriffen deiner Scripte auf den Shelly. Da sirht man dann ob do alle Stunden oder alle ms zugreifst ....
sorry @mcm1957 das kann ich nicht....also so drinn im thema bin ich da leider nicht.
Noch ein Hinweis:
Du verwendest die States offensichtlich als History:
createState(dpKwh, {
name: 'Einspeisung ' + datum,
...
Ich hoffe du hast auch irgendeinen Algorithmus um das aufzuräumen. Zur Hiostorsierung gibts normalerweise dedizierte Adapter. Bei einem State pro Tag ists nicht so kritisch - aber wenn deien KI auch z.B. stündliche Werte so anlegt dann wird dir dein System in die Knie gehn....genau so ein Algorytmus habe ich nicht. das hab ich auch schon gesehen...in den Objekten wird da täglich jeder Tag angelegt. Ist halt schwierig wenn man nicht scripten kann das zu realisieren??
was ist das "Zur Hiostorsierung gibts normalerweise dedizierte Adapter?" was müsste ich da unternehmen um das das System in den Objekten nicht überläuft?
Aber es wird nicht stündlich angelegt...er macht es für die € udn kWh einmal am Tag um 23:55 aber das dann 365 mal...
-
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. -
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.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?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden655
Online33.0k
Benutzer83.2k
Themen1.3m
Beiträge