SoC-Berechnung wenn Online-Abfrage zu alt

[rleidner]

Ich habe zum Test im MQTT-SoC-Modul eine Erweiterung eingebaut, die den fehlenden externen soc_timestamp simuliert:

Das Modul merkt sich in jedem Durchlauf den aktuellen soc und soc_timestamp als previous.*.
Wenn previous.* nicht existiert werden soc und soc_timestamp auf 0 gesetzt.
soc und soc_timestamp sind die aus dem mqtt-Ast.
Wenn "soc_timestamp is None or (soc_timestamp == previous.soc_timestamp and soc != previous.soc)" wird soc_timestamp auf den aktuellen timestamp gesetzt, in den mqtt-Ast geschrieben und soc und soc_timestamp als previous.* gemerkt.

D.h. wenn sich soc_timestamp nicht ändert aber der soc schon wird soc_timestamp auf die aktuelle Zeit gesetzt und im mqtt-Ast eine externe Versorgung simuliert. Auch mit einer (lückenhaften) externen Versorgung des soc_timestamp sollte das klarkommen. Es gewinnt immer die externe Versorgung.

Das funktioniert hier im Test, ist aber erst mal ein "Proof of Concept" und "quick and dirty".
Das mqtt-Modul wird offiziell von openWB gepflegt, daher ist es fraglich ob es Aussicht auf Erfolg haben würde.
Es wäre m.E. immer sinnvoller, soc_timestamp von der externen Quelle versorgen zu lassen.

[Ihaglc]

Kleiner Verbesserungsvorschlag/Anmerkung:
Wenn die OWB für den SOC 100% anzeigt, wird z.Z. der Range eingefroren und nicht weiter berechnet, obwohl das Auto noch nicht 100% erreicht hat und weiter lädt, also eine höhere Reichweite erreicht. ( die Ladeenergie hingegen wird weiter aktualisiert )

Vorschlag zur besseren Nachjustierung auf die realen Autodaten:
auch SOC Werte in der openWB höher 100% zulassen, so kann man besser Eingabewerte von Ladeverlusten und Kapazität anpassen, damit das Auto selbst und die openWB gleichzeitig 100% SOC anzeigen.

[rleidner]

Kleiner Verbesserungsvorschlag/Anmerkung:
Wenn die OWB für den SOC 100% anzeigt, wird z.Z. der Range eingefroren und nicht weiter berechnet, obwohl das Auto noch nicht 100% erreicht hat und weiter lädt, also eine höhere Reichweite erreicht. ( die Ladeenergie hingegen wird weiter aktualisiert )

Vorschlag zur besseren Nachjustierung auf die realen Autodaten:
auch SOC Werte in der openWB höher 100% zulassen, so kann man besser Eingabewerte von Ladeverlusten und Kapazität anpassen, damit das Auto selbst und die openWB gleichzeitig 100% SOC anzeigen.

Danke für den Vorschlag.
AFAIK lässt die openWB generell keinen SoC > 100% zu - macht ja "real" auch keinen Sinn.
Ich würde die "Angaben zur Batterie" im Fahrzeugprofil entsprechend anpassen.
Kapazität und Wirkungsgrad zur Anpassung des berechneten SoC.
Durchschnittsverbrauch zur Anpassung der berechneten Reichweite.

[zut]

Ich merke auch, wie die Akkukapazität im Winter sinkt (oder der Ladewirkungsgrad steigt, evt durch weniger Kühlpumpen): wenn es warm ist, steigt der SoC langsamer als berechnet, in der Kälte schneller.
Ich glaube es ist halbwegs sinnfrei, das letzte % bei der Berechnung herausholen zu wollen.