soc_calculation_threshold, range calculation#3153
Conversation
Co-authored-by: Thomas Papendieck <14850347+tpd-opitz@users.noreply.github.com>
LKuemmel
left a comment
There was a problem hiding this comment.
Die Prüfung, ob der vom Fahrzeug gelieferte SoC aktuell ist, ist ein sinnvolles Feature. Um das UI für den Endbenutzer übersichtlich zu halten, sollte jedoch keine neue Einstellung hinzufgefügt werden, sondern eine sinnvolle Voreinstellung gewählt werden.
Um den aktuellen SoC berechnen zu können, braucht man den letzten bekannten SoC vom Fahrzeug und den zugehörigen Zählerstand vom Ladepunkt. Aktuell stehen bereits der SoC und der letzte Zählerstand als Variable zur Verfügung (last_soc und last_imported). Wenn man länger als den aktuellen Zyklus auf einen SoC vom Fahrzeug warten will, braucht man noch zwei separate Variablen in denen der letzte abgefragte SoC und der zugehörige Zählerstand gespeichert werden.
Um keine großen Sprünge im SoC zu haben und die Implementierung schlank zu halten, würde ich vorschlagen, sobald der SoC-Timestamp älter als das Request-Intervall ist, mit der Berechnung zu starten. Sobald das Auto wieder einen aktuellen SoC liefert, wird ja wieder der SoC aus dem Fahrzeug verwendet.
LKuemmel
left a comment
There was a problem hiding this comment.
Sieht schon gut aus, jetzt noch der Feinschliff.
packages/modules/vehicles/common/calc_vehicle_data/calc_vehicle_data.py
Outdated
Show resolved
Hide resolved
packages/modules/vehicles/common/calc_vehicle_data/calc_vehicle_data.py
Outdated
Show resolved
Hide resolved
|
Hallo Lena, der Feinschliff sollte erledigt sein. |
implements 2 new features:
includes a new field in settings ui: openWB/openwb-ui-settings#908