Eingabe Man. SOC am Display wird nicht übernommen

[1893]

...mein Lösung war einfacher: WLAN in der Garage und den Link zum Web-UI auf dem Smartphone abspeichern

Meine Lösung wäre das auch aber es ist das Auto meiner Frau……….

[1893]

Ich kann eure Probleme mit dem manuellen SoC am Display hier nicht nachstellen. Es dauert ein paar Sekunden, bis die Eingabe vom Backend verarbeitet und wieder an den Broker gesendet wird, aber die Eingabe wird zuverlässig übernommen.

An der Box keine Chance
Via Browser auch erst nach der zweiten Eingabe.
Des weiteren heute wieder ohne jegliches Zutun SoC auf 100% gesprungen.
Hätte ich nicht zufällig geschaut hätte das Auto heute Nacht nicht geladen

[1893]

Nach 5 min. gleich wieder auf 100%
Das kannst so vergessen

[LenaK]

viewtopic.php?t=1526 Bei Problemen mit dem SoC auch einen Ausschnitt aus dem SoC-Log.

[1893]

viewtopic.php?t=1526 Bei Problemen mit dem SoC auch einen Ausschnitt aus dem SoC-Log.

[aiole]

@1893
Log-Auszüge bitte nicht als screenshot! Damit kann man nichts automatisiert suchen.
Im o.g. link stehen Infos, die beachtet werden müssen. Für das log gilt:
Logauszüge bitte als Codeblock posten (Schaltfläche "</>" über dem Editor-Fenster).

[1893]

Code: Alles auswählen

 2024-01-01 20:51:20,476 - {helpermodules.data_migration.data_migration:425} - {ERROR:convert daily 20200206-soc1.csv} - Fehler beim Konvertieren des Tages-Logs vom 20200206-soc1.csv, Reihe ['0']
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 337, in _daily_log_entry
    "timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
  File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
    tt, fraction, gmtoff_fraction = _strptime(data_string, format)
  File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
    raise ValueError("time data %r does not match format %r" %
ValueError: time data '20200206-soc1 0:0' does not match format '%Y%m%d %H:%M'
2024-01-01 20:51:20,487 - {helpermodules.data_migration.data_migration:425} - {ERROR:convert daily 20200206-soc1.csv} - Fehler beim Konvertieren des Tages-Logs vom 20200206-soc1.csv, Reihe ['0']
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 337, in _daily_log_entry
    "timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
  File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
    tt, fraction, gmtoff_fraction = _strptime(data_string, format)
  File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
    raise ValueError("time data %r does not match format %r" %
ValueError: time data '20200206-soc1 0:0' does not match format '%Y%m%d %H:%M'
2024-01-01 20:51:20,495 - {helpermodules.data_migration.data_migration:425} - {ERROR:convert daily 20200206-soc1.csv} - Fehler beim Konvertieren des Tages-Logs vom 20200206-soc1.csv, Reihe ['0']
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 337, in _daily_log_entry
    "timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
  File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
    tt, fraction, gmtoff_fraction = _strptime(data_string, format)
  File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
    raise ValueError("time data %r does not match format %r" %
ValueError: time data '20200206-soc1 0:0' does not match format '%Y%m%d %H:%M'
2024-01-01 20:51:20,514 - {helpermodules.data_migration.data_migration:425} - {ERROR:convert daily 20200206-soc1.csv} - Fehler beim Konvertieren des Tages-Logs vom 20200206-soc1.csv, Reihe ['0']
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 337, in _daily_log_entry
    "timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
  File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
    tt, fraction, gmtoff_fraction = _strptime(data_string, format)
  File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
    raise ValueError("time data %r does not match format %r" %
ValueError: time data '20200206-soc1 0:0' does not match format '%Y%m%d %H:%M'
2024-01-01 20:51:20,538 - {helpermodules.data_migration.data_migration:425} - {ERROR:convert daily 20200206-soc1.csv} - Fehler beim Konvertieren des Tages-Logs vom 20200206-soc1.csv, Reihe ['0']
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 337, in _daily_log_entry
    "timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
  File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
    tt, fraction, gmtoff_fraction = _strptime(data_string, format)
  File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
    raise ValueError("time data %r does not match format %r" %
ValueError: time data '20200206-soc1 0:0' does not match format '%Y%m%d %H:%M'
2024-01-01 20:51:20,549 - {helpermodules.data_migration.data_migration:425} - {ERROR:convert daily 20200206-soc1.csv} - Fehler beim Konvertieren des Tages-Logs vom 20200206-soc1.csv, Reihe ['0']
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 337, in _daily_log_entry
    "timestamp": datetime.datetime.strptime(f"{file[:-4]} {time}", "%Y%m%d %H:%M").timestamp(),
  File "/usr/lib/python3.9/_strptime.py", line 568, in _strptime_datetime
    tt, fraction, gmtoff_fraction = _strptime(data_string, format)
  File "/usr/lib/python3.9/_strptime.py", line 349, in _strptime
    raise ValueError("time data %r does not match format %r" %

[hominidae]

Ich kann eure Probleme mit dem manuellen SoC am Display hier nicht nachstellen. Es dauert ein paar Sekunden, bis die Eingabe vom Backend verarbeitet und wieder an den Broker gesendet wird, aber die Eingabe wird zuverlässig übernommen.

Hier der SoC.Log aus meiner DUO, inzwischen auf 2.1.2-PL2
...die EInträge sind Änderungen per Web-UI.
Bei Änderungen via Display gibt es gar keinen Eintrag im SoC-Log.

Code: Alles auswählen

2024-01-07 01:16:31,959 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2024-01-07 01:16:31,963 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=None, manual_soc=75, soc_start=82)
2024-01-07 01:16:31,967 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=72000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None)
2024-01-07 01:16:31,984 - {modules.common.configurable_vehicle:59} - {DEBUG:fetch soc_ev2} - General Config GeneralVehicleConfig(use_soc_from_cp=False, request_interval_charging=5, request_interval_not_charging=720, request_only_plugged=False)
2024-01-07 01:16:31,985 - {modules.common.component_context:24} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2024-01-07 01:16:31,985 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Requested start soc from manual: 75%
2024-01-07 01:16:31,990 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev2} - Raw data CarState(soc=75, range=None, soc_timestamp=None)
2024-01-07 01:16:32,586 - {modules.common.store._api:30} - {INFO:store soc_ev2} - Saving CarState(soc=75, range=None, soc_timestamp=None)
2024-01-07 01:22:13,892 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2024-01-07 01:22:13,895 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=None, manual_soc=87, soc_start=75)
2024-01-07 01:22:13,895 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=72000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None)
2024-01-07 01:22:13,896 - {modules.common.configurable_vehicle:59} - {DEBUG:fetch soc_ev2} - General Config GeneralVehicleConfig(use_soc_from_cp=False, request_interval_charging=5, request_interval_not_charging=720, request_only_plugged=False)
2024-01-07 01:22:13,900 - {modules.common.component_context:24} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2024-01-07 01:22:13,902 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Requested start soc from manual: 87%
2024-01-07 01:22:13,906 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev2} - Raw data CarState(soc=87, range=None, soc_timestamp=None)
2024-01-07 01:22:14,017 - {modules.common.store._api:30} - {INFO:store soc_ev2} - Saving CarState(soc=87, range=None, soc_timestamp=None)

Dabei ist es egal, ob ein Fahrzeug angesteckt ist und ob man das reale Display an der openWB bemüht oder die "Display-Anzeige via Browser".
Eingabe des manuellen SoC via "Display" bleibt ohne Ergebnis, obwohl der Dialog erfolgreich durchlaufen wird.

[1893]

Bin wieder zurück zur 1.9
Was soll ich sagen - Ein Traum

[xordinary]

Nur mal für mich als nicht Eingeweihten: Es ist doch richtig, dass man den manuellen SoC am Display nur unter Version 2 einstellen kann, sonst nur per Web-Interface? Oder geht das auch irgendwie unter 1.9?