openWB Forum

Hatte ich ja schon geschrieben. Um das weiter zu untersuchen musst Du alle externen Systeme trennen. Gilt besonders für Verbindungen über MQTT.

Ich bin gerade nur ein bisschen verwirrt wegen deinem Hinweis, ich soll alle externen Systeme trennen, vor allem MQTT. Ich hatte in meiner letzten Nachricht eigentlich schon geschrieben, dass ich keine MQTT-Brücke in openWB eingerichtet habe. Ich habe nur einen eigenen MQTT-Server (Mosquitto) laufen, und der fragt sich einfach die Daten ab, die openWB sowieso über den internen MQTT-Broker zur Verfügung stellt. Mehr ist das nicht. Eine Antwort darauf hatte ich auch nicht erhalten.

Ich frage mich einfach, wie das dazu führen soll, dass sich alle SimCounter plötzlich zurücksetzen. Vor allem, weil ja nur die SimCounter betroffen sind – Geräte mit echten Zählern laufen ganz normal weiter. Mir wurde in vielen verschiedenen Unterforen und Threads immer wieder geraten, dass man die Daten zuerst zu openWB laufen lassen soll und dann von dort aus z. B. in Home Assistant weiterverarbeitet. Das wäre der saubere und empfohlene Weg – und genau danach habe ich mich auch gerichtet. Deswegen wundert es mich jetzt umso mehr, dass gerade dieses Setup ein Problem verursachen soll.

Ich hab ehrlich gesagt auch ein bisschen Sorge, jetzt einfach die Verbindung zu Home Assistant zu kappen. Ich bereite meine ganze Auswertung über HA auf, weil ich die Diagramme in openWB nicht so richtig gebrauchen kann. Wenn ich die Verbindung jetzt trenne, fehlen mir die Daten für diesen Zeitraum komplett – und das wäre schade, gerade wenn sich das Problem am Ende gar nicht zeigt oder dadurch einfach „verschwunden“ ist, ohne dass man es analysieren kann.

Was ich mich halt frage: Wenn wirklich das reine Abholen der Daten über MQTT das Problem sein soll – also dass openWB da irgendwie durcheinanderkommt – dann könnten wir das doch gar nicht mehr sehen, wenn ich die Verbindung kappe. Dann haben wir zwar keinen Fehler mehr, aber auch keine Erklärung. Deswegen verstehe ich gerade nicht ganz, was das bringen soll oder was genau du dahinter vermutest.

Ich will hier wirklich niemandem auf die Nerven gehen. Ich versuche einfach nur, das Ganze mit euch gemeinsam einzugrenzen. Aber gerade bei dem Thema SimCounter habe ich bisher noch keine richtige Richtung oder Erklärung bekommen, was da schiefläuft. Und ich würde echt gern helfen, nur halt nicht komplett im Blindflug.

Ehrlich gesagt bin ich da gerade ein bisschen hin- und hergerissen. Ich bekomme inzwischen sogar PN von Leuten, die mir raten, openWB komplett zu vergessen und lieber EVCC zu nehmen. Und das finde ich irgendwie schade – weil ich mag das Projekt eigentlich gern.

Ich hoffe, du verstehst das nicht falsch – ist nicht böse gemeint, ich will wirklich nur helfen. Ich brauch halt ein bisschen mehr Kontext, um zu verstehen, was ich tun soll – und was davon sinnvoll ist.

kai9555 hat geschrieben: Mi Aug 06, 2025 4:17 pm Wall of Text

Ganz ehrlich: diese Wall of Text liest kaum einer, wenn du dich kürzer fast ist die Wahrscheinlichkeit größer

Zum Thema: es geht darum auszuschließen das dein Problem an der MQTT Anbindung liegt. Weil Fakt ist auch du bist der einzige der aktuell Probleme diesbezüglich reportet. Es gibt so viel Geräte die Simcounter nutzen die und ein Rückspringen auf einen alten Zählerwert nicht haben. Ich hab auch alle Sungrow Geräte die einen Simcounter haben und trotz täglicher Abstürze auch kein Rückgang der Zählerwerte. Die Vermutung - wenn ich Lutz richtig verstehe - ein alter Zählerstand kann eigentlich nur aus einem anderen System, hier bei dir also MQTT und damit HA kommen. Warum sollte sonst ein Zählerstand einige kWh zurückspringen. Es kann natürlich auch ein internes Problem sein, aber um das erstmal auszuschließen wäre es hilfreich deine MQTT Anbindung zu Kappen und zu schauen ob es damit behoben ist. Ich würde auch fast drauf tippen das hier das Problem liegt

Wenn das die Vermutung ist, dann wundere ich mic, dass OpenWB überhaupt ein überschreiben des Zählerstandes der SimCounter von extern zulässt. Vor allem wenn dieser kleiner ist. Ergibt doch überhaupt keinen Sinn?!

kai9555 hat geschrieben: Mi Aug 06, 2025 5:09 pm Wenn das die Vermutung ist, dann wundere ich mic, dass OpenWB überhaupt ein überschreiben des Zählerstandes der SimCounter von extern zulässt. Vor allem wenn dieser kleiner ist. Ergibt doch überhaupt keinen Sinn?!

Mit den richtigen Topics kannst du generell jeden Wert überschreiben, weil du ja auch Geräte komplett via MQTT anbinden kannst, da musst du ja Leistung und Zählerstände übermitteln.

Das ist mir klar, aber ein SimCounter dürfte das doch von Haus aus nicht zulassen, da er ja selber seinen Zählerstand ermittelt. Wenn das wirklich so funktioniert, dann könnte ich ja meinen realen Sungrow Zählerstand mit einem MQTT Explorer an den SimCounter der openWB übermitteln...ein Traum wenn da stehen würde

seaspotter hat geschrieben: Mi Aug 06, 2025 4:44 pm

kai9555 hat geschrieben: Mi Aug 06, 2025 4:17 pm Wall of Text

Ganz ehrlich: diese Wall of Text liest kaum einer, wenn du dich kürzer fast ist die Wahrscheinlichkeit größer

Wenn er sich schon die Mühe macht, so viel zu schreiben, sollte man das auch respektieren.
Es gibt hier genug Leute, denen man 10x schreiben muss, dass man zur Analyse Logs benötigt oder einfach nur Fragen, wie die Lösung ist, ohne das Problem verständlich zu beschreiben.

Es kam durchaus schon vor das man meinte das ist nur lesend, daher ist die Bitte das mal komplett zu kappen, einfach um auf Nummer sicher zu gehen, durchaus berechtigt.

Auch prüfen ob man nicht auf einem Testsystem noch irgend eine Anbindung aktiv hat.

Ich habe in die Richtung MQTT Brücke weiter gesucht und bin fündig geworden: Wenn ich in Home Assistant den Mosquitto-Broker neu starte, kommt es sofort zu einem Zählerstand-Drop bei allen SimCountern in openWB. Offenbar sendet der Broker beim Neustart irgendwie den letzten bekannten oder einen alten Wert an openWB zurück – und openWB übernimmt diesen Wert dann warum auch immer für seine SimCounter. Dadurch springen die Zählerstände zurück.

Was mich dabei wundert: In meiner mosquitto.conf ist das Topic eigentlich nur zum Lesen konfiguriert.
topic openWB/# in

Das Ganze sollte also eigentlich nur passiv sein. Warum der Broker beim Start trotzdem Daten zurückschickt, kann ich mir im Moment überhaupt nicht erklären. Vielleicht spielt da irgendein Retain-Flag mit rein? Keine Ahnung. Ich habe die Brücke also deaktiviert und wollte einmal die MQTT in openWB aktivieren - ohne Erfolg. Ich schaffe es nicht Daten in den Broker in Home Assistant zu senden. Keine Ahnung was ich dort falsch mache. Wenn das jemand so am laufen hat, bitte gern melden bei mir.

kai9555 hat geschrieben: Mi Aug 06, 2025 7:57 pm Ich habe in die Richtung MQTT Brücke weiter gesucht und bin fündig geworden: Wenn ich in Home Assistant den Mosquitto-Broker neu starte, kommt es sofort zu einem Zählerstand-Drop bei allen SimCountern in openWB. Offenbar sendet der Broker beim Neustart irgendwie den letzten bekannten oder einen alten Wert an openWB zurück – und openWB übernimmt diesen Wert dann warum auch immer für seine SimCounter. Dadurch springen die Zählerstände zurück.

Was mich dabei wundert: In meiner mosquitto.conf ist das Topic eigentlich nur zum Lesen konfiguriert.
topic openWB/# in

Das Ganze sollte also eigentlich nur passiv sein. Warum der Broker beim Start trotzdem Daten zurückschickt, kann ich mir im Moment überhaupt nicht erklären. Vielleicht spielt da irgendein Retain-Flag mit rein? Keine Ahnung. Ich habe die Brücke also deaktiviert und wollte einmal die MQTT in openWB aktivieren - ohne Erfolg. Ich schaffe es nicht Daten in den Broker in Home Assistant zu senden. Keine Ahnung was ich dort falsch mache. Wenn das jemand so am laufen hat, bitte gern melden bei mir.

Na super, also ist das Problem gefunden bzw gelöst weils nicht in der openWB ist
Um nur Daten zu lesen musst du keine Brücke aktivieren in openWB, du kannst dich einfach auf IP:1883 verbinden via MQTT und topics abonnieren, funktioniert hier aus iobroker ohne Probleme. Wie es bei HA ist weiß ich nicht, gibt aber einen Thread dazu: viewtopic.php?t=7659&hilit=mqtt&start=90