Negative Ausreißer im Speicher SoC? (openWB, telegraf, influxdb)

[sirpreis]

Hallo zusammen,

per Telegraf schicke ich die Daten von openWB (ohne Wallbox, nur Software auf RaspPi) an eine InfluxDB.

Ich habe einen BYD LVS Speicher an einem SolarEdge-Wechselrichter.

Nun kommt es alle paar Tage vor, dass ich in den Daten des Speicher SoC einen negativen Ausreißer habe:

Es ist immer der gleiche Wert, und ich weiß nicht, wo er herkommt und wie ich ihn verhindern kann. Im Langleit-Graphen von openWB sehe ich einen solchen Wert nicht.

Code: Alles auswählen

> SELECT value FROM "mqtt_consumer" WHERE ("topic" = 'openWB/housebattery/%Soc') AND value < 0
name: mqtt_consumer
time                           value
----                           -----
2022-05-24T22:19:19.444800545Z -3.4028234663852886e+38
2022-05-26T22:19:58.402094702Z -3.4028234663852886e+38
2022-05-28T22:12:51.006123715Z -3.4028234663852886e+38
2022-05-30T22:13:29.29885926Z  -3.4028234663852886e+38
2022-06-01T22:13:59.322226842Z -3.4028234663852886e+38

Jemand eine Idee?

[MadMax219]

Das sieht nach NULL-Value aus, also einem fehlenden Wert, der dann fälschlicherweise in diesen Extremwert uminterpretiert wird.
Gabs bei mir mit influxdb zeitweise, wenn der Wechselrichter unvollständige Daten liefert. Genauer gesagt: Einige der abgefragten Werte sind in der Antwort vorhanden, andere nicht.
Kein telegraf dazwischen, nur python-Code.

Spannend finde ich dabei, daß -3.4028234663852886e+38 ja in der Größenordnung von 2^128 liegt.
Bei mir war es eher im Bereich 2^64.

[sirpreis]

Und bei dir sind die Werte irgendwann einfach von selbst verschwunden? Oder musstest du irgendetwas tun? Frage mich, an welcher Stelle ich da ansetzen muss.. openWB? Telegraf? InfluxDB?

[MadMax219]

Ich hab die Werte in der influxDB "einfach" gepatcht.
Sonst sehen die Graphen bescheiden aus.
Klingt allerdings leichter als gesagt (kein direktes UPDATE ... WHERE value < 0 möglich).

Meine Idee war, daß es an allen möglichen Stellen liegen kann, bei mir ist es wohl der Wechselrichter.
Bei Dir vielleicht der Speicher?

Hast Du denn die Möglichkeit (oder überhaupt Lust), die einzelnen Werte der ganzen Kette zu debuggen?
Bei so wenigen fehlerhaften Werten macht das keinen Spaß und reproduzierbar ist es vermutlich auch nicht.

Vielleicht magst Du ja in grafana bei der Datenquelle einen Filter >0 einbauen.
Dann sehen wenigstens die Graphen normal aus.

PS: Mich wundern ja schon die 128bit der Zahl an sich.

[sirpreis]

Jo, die Grafana Abfrage werde ich mal auf >0 ändern.

Die Speicherwerte werden auch über den Wechselrichter abgefragt (in openWB ist der BYD Speicher als SolarEdge Speicher konfiguriert).

Interessant ist, dass die Uhrzeiten immer sehr ähnlich sind, also irgendwann um 22:15 Uhr.

Ich weiß nicht genau, wo und wie ich überhaupt die Daten abfangen soll....

[MadMax219]

Das mit den Zeiten ist interessant.
Evtl. fehlt da ja genau dann ein Glied in der Kette.
Das sind übrigens Zulu-Zeiten, es ist also um 00:15.
Evtl. rebootet da irgendeins der Geräte oder ist kurzfristig nicht zu erreichen.
Es ist ja auch nicht jeden Tag, eher genau alle 2 Tage. Zufall?

Der MQTT der openWB liefert doch Werte nur, wenn sie sich ändern.
Wie sehen denn die Werte vorher und nachher aus für Deinen Haus-Speicher?
Vielleicht kannst Du da was draus herleiten.

Log der beteiligten (telegraf et.al.) zu diesem Zeitpunkt?

[sirpreis]

Danke, ich schau mir das bei Gelegenheit mal genauer an.

[sirpreis]

Ich bin zwar leider noch nicht dazu gekommen, näher nachzusehen, aber mir ist aufgefallen, dass es immer wieder auch andere Ausreißer aus der Speicher SoC Werte gibt.

Der Wert zu openWB/pv/DailyYieldKwh kommt alle paar Tage 1x am Tag _deutlich_ zu hoch an:

Auch openWB/evu/VPhase1 - 3 kommen regelmäßig mit einem Wert von -0 in meiner influxdb an:

Ist schon merkwürdig, dass hier mehrere Werte unterschiedlichen "Typs" betroffen sind. Hat also vermutlich weniger mit meinem Speicher zu tun.

[sirpreis]

Und noch einer.

1654464611587468887 pihole1 openWB/evu/DailyYieldImportKwh 0.52
1654466413683095873 pihole1 openWB/evu/DailyYieldImportKwh 0
1654467305713672040 pihole1 openWB/evu/DailyYieldImportKwh -25979.08
1654467611542851331 pihole1 openWB/evu/DailyYieldImportKwh 0
1654469111094652784 pihole1 openWB/evu/DailyYieldImportKwh 0.01
1654471212642691531 pihole1 openWB/evu/DailyYieldImportKwh 0.02

[MadMax219]

Auf das DailyYieldKwh würde ich nicht soviel geben.
Das sind IMHO berechnete Werte, die z.B. bei einem Update/Reboot oder Ähnlichem vermutlich schon mal außer Tritt geraten können.
Ist aber nur eine Vermutung, kein Wissen.

Spannend finde ich den Wert -0.
Das müsste mir mal jemand erklären.
Hab ich übrigens auch sporadisch in meiner influxdb bei den MQTT-Werten von der openWB.

Sorry, mir ist schon klar, daß Dir das nicht weiterhilft.