Konfiguration manuell reparieren (Gerät entfernen)

[stefan_o]

Hallo,

ich habe ein Problem mit meiner openWB-Konfiguration: In der Übersicht wird der SoC des Speichers (ich habe nur einen Speicher) nicht korrekt angezeigt wird, wenn ich auf Status gehe aber schon. Ich habe daraufhin den Speicher gelöscht und siehe da, mir wird in der Übersicht noch immer ein Speicher mit 16% SoC angezeigt. Im Status wird kein Speicher angezeigt.
Wenn ich den Speicher wieder konfiguriere ist er wieder im Status korrekt aufgeführt, aber auf der Übersichtsseite wird ein Mittelwert aus dem SoC des tatsächlichen Speichers und den 16% die irgendwo hinterlegt sind angezeigt (dieser Wert wird auch für Speicher-Vorrang genutzt, der dadurch im Moment nicht korrekt funktioniert).

Ich habe die komplette Mosquitto-Datenbank angezeigt und finde dort dies:

Code: Alles auswählen

openWB/bat/5/get/power -77.0
openWB/bat/5/get/fault_str "Kein Fehler."
openWB/bat/5/get/fault_state 0
openWB/bat/5/get/soc 16
openWB/bat/5/get/imported 1727380.67
openWB/bat/5/get/exported 1646085.14
openWB/bat/5/get/daily_imported 0.0
openWB/bat/5/get/daily_exported 0.0
openWB/simpleAPI/bat/5/get/fault_str "Kein Fehler."
openWB/simpleAPI/bat/5/get/fault_state 0
openWB/simpleAPI/bat/5/get/soc 16
openWB/simpleAPI/bat/5/get/imported 1727380.67
openWB/simpleAPI/bat/5/get/exported 1646085.14
openWB/simpleAPI/bat/5/get/daily_imported 0.0
openWB/simpleAPI/bat/5/get/daily_exported 0.0

Eine Batterie mit der ID 5 gibt es nicht und wird in der openWB Konfiguration auch nicht angezeigt. Ich habe probiert alle Werte zu löschen (mit `mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/get/power' -r -n` etc. direkt auf dem raspi), werden dann nicht mehr angezeigt, ändert aber nichts und wenn ich die openWB dann neu starte sind diese Werte wieder da. Woher kommen diese Werte und wie kann ich diese Batterie löschen?

openWB version: 2.1.9-Patch.1
openWB Model: series2 custom
Speicher/PV/EVU Modul: enphase

Viele Grüße
Stefan

[Thomas aus W]

Die OWB geht davon aus, dass der Speicher gewechselt wurde. In den Auswertungen siehst Du dann auch immer 2 Speicher, so lange das Löschdatum des alten noch in den Auswertezeitraum passt.

bye
TW

[stefan_o]

Es geht darum, das ein nicht existenter Speicher irgendwo in der Konfiguration steht, der nicht gelöscht werden kann, der aber in die aktuelle SoC Berechnung einfließt, als auch mit 77 Watt Leistung.
Ich sehe halt wie gesagt nur einen Speicher, da nur ein Speicher konfiguriert ist, der fehlerhafte Speicher ist vermutlich durch ein Update entstanden: Ich erinnere mich nach einem Update im Herbst waren die PV/Speicher Komponenten plötzlich weg und ich musste sie neu anlegen.

Ich vermute die Konfiguration der Komponenten war weg, aber die Daten standen noch drin an anderer Stelle. Dann ist im Winter das Problem nie aufgefallen, weil zu wenig Sonne dass ein niedriger Speicherstand nie unplausibel war, daher fällt das erst jetzt auf. Es scheint auch eine zweite PV Anlage zu geben, die hat aber eine momentane Leistung von 0 Watt, ist daher kein Problem.

Es muss doch eine Möglichkeit geben, die Konfiguration der openWB manuell zu korrigieren?

[stefan_o]

Kann mir denn niemand sagen wie ich das aus Mosquitto rauslöschen kann, so dass es nicht zurück kommt?

[Gero]

Meinem Verständnis nach musst du nicht das topic get/power löschen, sondern die Topics, die die Konfiguration des nicht existenten Speichers beinhalten.

Bevor ich da aber weiter in internen Datenstrukturen herumstochere würde ich eher zum kompletten Reset auf Werkseinstellungen greifen und die Komponenten neu einrichten. Geht glaube ich schneller - und vor allem auch widerspruchsfreier - als in dem großen Datenhaufen herumwühlen und zu hoffen das Richtige getroffen zu haben.

[stefan_o]

Werkseinstellungen wären extrem mühsam, da sind mehrere Fahrzeuge mit verschiedenen Ladeprofilen hinterlegt, zwei Ladepunkte, RFID Tags etc., das wäre sehr viel Arbeit das alles wieder einzurichten.
Ich bin die MQTT "Datenbank" durchgegangen und habe alles gefunden was auf den fehlerhaften Speicher verweist, nur bekomme ich es nicht gelöscht. Ich habe ein Skript gemacht:

Code: Alles auswählen

#!/bin/bash

mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/power' -r -n 
mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/fault_str' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/fault_state' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/soc' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/fault_imported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/daily_imported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/daily_exported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/exported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/bat/5/set/imported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/simpleAPI/bat/5/set/power' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/simpleAPI/bat/5/set/fault_str' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/simpleAPI/bat/5/set/fault_state' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/simpleAPI/bat/5/set/soc' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/simpleAPI/bat/5/set/imported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/simpleAPI/bat/5/set/exported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/simpleAPI/bat/5/set/daily_exported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/simpleAPI/bat/5/set/daily_imported' -r -n
mosquitto_pub -h localhost -p 1884 -t 'openWB/counter/set/hierarchy' -m '[{"id": 5, "type": "counter", "children": [{"id": 3, "type": "cp", "children": []}, {"id": 4, "type": "cp", "children": []}, {"id": 7, "type": "inverter", "children": []}, {"id": 8, "type": "bat", "children": []}]}]' -r
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/power' -r -n 
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/fault_str' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/fault_state' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/soc' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/fault_imported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/daily_imported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/daily_exported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/exported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/bat/5/set/imported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/simpleAPI/bat/5/set/power' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/simpleAPI/bat/5/set/fault_str' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/simpleAPI/bat/5/set/fault_state' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/simpleAPI/bat/5/set/soc' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/simpleAPI/bat/5/set/imported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/simpleAPI/bat/5/set/exported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/simpleAPI/bat/5/set/daily_exported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/simpleAPI/bat/5/set/daily_imported' -r -n
mosquitto_pub -h localhost -p 1883 -t 'openWB/counter/set/hierarchy' -m '[{"id": 5, "type": "counter", "children": [{"id": 3, "type": "cp", "children": []}, {"id": 4, "type": "cp", "children": []}, {"id": 7, "type": "inverter", "children": []}, {"id": 8, "type": "bat", "children": []}]}]' -r

Danach scheint es weg zu sein, aber wenn ich die openWB dann neu starte ist alles wieder da. Es muss doch einen Weg geben diese Mosquitto-Datenbank zu bearbeiten, so dass die Änderungen permanent übernommen werden? Ich weiß nicht ob es daran liegt das da irgendwie zwei Server am laufen sind (auf den zwei Ports) und die sich gegenseitig irgendwie wieder synchronisieren. Ich steige da durch das Konzept nicht durch.

[LutzB]

Nimm mal Port 1886. Und unbedingt vorher den openwb2 Dienst beenden.

[stefan_o]

Vielen Dank, das hat geholfen, jetzt kommt der Zähler nicht mehr wieder!

Die openWB bringt jetzt in 5-Minuten-Intervallen diese 2 Meldungen (auch nach mehrfachem Neustart):

Code: Alles auswählen

Speicher mit ID 5 wurde aus der Hierarchie entfernt, da keine gültige Konfiguration gefunden wurde.

Code: Alles auswählen

Zähler mit ID 8 wurde in der Struktur des Lastmanagements hinzugefügt, da kein Eintrag in der Struktur gefunden wurde. Bitte prüfe die Anordnung der Komponenten in der Struktur.

Der Speicher mit der ID 5 war der fehlerhafte, der jetzt weg ist, Zähler mit ID 8 gibt es nicht (ID 8 ist der korrekte Speicher). In welcher Struktur soll ich was prüfen? In diesem JSON:

Code: Alles auswählen

[{"id": 5, "type": "counter", "children": [{"id": 3, "type": "cp", "children": []}, {"id": 4, "type": "cp", "children": []}, {"id": 7, "type": "inverter", "children": []}, {"id": 8, "type": "bat", "children": []}]}]

Da habe ich den fehlerhaften Speicher rausgenommen.

Was muss ich tun, damit diese Meldungen verschwinden?


Nachtrag:
Ich hatte bei dem "openWB/counter/get/hierarchy" topic "set" und "get" verwechselt, korrigiert und jetzt läuft alles ohne Fehlermeldung.

[Gero]

Alle 5 Minuten klingt nach dem Kummulierer, der die Tageslogs schreibt.

[stefan_o]

Alle 5 Minuten klingt nach dem Kummulierer, der die Tageslogs schreibt.

Ja, das kann gut sein. Nachdem ich batterie 5 im hierachy-json-string entfernt habe sieht alles gut aus