Seite 1 von 1

SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Do Feb 17, 2022 4:09 pm
von sgtstudent
openWB Version: 1.9.254

1. Ladepunkt: KEBA -> Tesla Model Y aus Account A
2. Ladepunkt: KEBA -> Tesla Model Y aus Account B



Leider werden die SOC meiner beiden Ladepunkte immer wieder vermischt. Hier das Log dazu: Lp1 hätte eigentlich 79 und Lp2 64 bzw. später 57. Ab 15:24 Uhr fängt er dann an für beide 64 bzw. 57 zu nehmen.


2022-02-17 16:44:03: Lp1: SoC: 57 (LV0)
2022-02-17 16:44:03: Lp1: State: "online" (LV0)
2022-02-17 16:39:33: Lp2: SoC: 57 (LV0)
2022-02-17 16:39:33: Lp2: State: "online" (LV0)
2022-02-17 15:43:52: Lp1: SoC: 64 (LV0)
2022-02-17 15:43:52: Lp1: State: "online" (LV0)
2022-02-17 15:42:02: Lp1: SoC: 64 (LV0)
2022-02-17 15:42:02: Lp1: State: "online" (LV0)
2022-02-17 15:39:20: Lp1: SoC: 64 (LV0)
2022-02-17 15:39:20: Lp1: State: "online" (LV0)
2022-02-17 15:39:20: Lp2: SoC: 64 (LV0)
2022-02-17 15:39:20: Lp2: State: "online" (LV0)
2022-02-17 15:38:40: Lp1: SoC: 64 (LV0)
2022-02-17 15:38:40: Lp1: State: "online" (LV0)
2022-02-17 15:38:30: Lp1: SoC: 64 (LV0)
2022-02-17 15:38:30: Lp1: State: "online" (LV0)
2022-02-17 15:37:49: Lp2: SoC: 64 (LV0)
2022-02-17 15:37:49: Lp2: State: "online" (LV0)
2022-02-17 15:37:48: Lp1: SoC: 64 (LV0)
2022-02-17 15:37:48: Lp1: State: "online" (LV0)
RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.8) or chardet (3.0.4) doesn't match a supported version!
2022-02-17 15:35:12: Lp2: SoC: 64 (LV0)
2022-02-17 15:35:12: Lp2: State: "online" (LV0)
2022-02-17 15:34:42: Lp1: SoC: 64 (LV0)
2022-02-17 15:34:42: Lp1: State: "online" (LV0)
2022-02-17 15:32:53: Lp1: SoC: 64 (LV0)
2022-02-17 15:32:53: Lp1: State: "online" (LV0)
2022-02-17 15:32:43: Lp1: SoC: 64 (LV0)
2022-02-17 15:32:43: Lp1: State: "online" (LV0)
2022-02-17 15:27:50: Lp1: SoC: 64 (LV0)
2022-02-17 15:27:50: Lp1: State: "online" (LV0)
2022-02-17 15:27:41: Lp1: SoC: 64 (LV0)
2022-02-17 15:27:41: Lp1: State: "online" (LV0)
2022-02-17 15:25:19: Lp1: SoC: 79 (LV0)
2022-02-17 15:25:19: Lp1: State: "online" (LV0)
2022-02-17 15:24:59: Lp2: SoC: 64 (LV0)
2022-02-17 15:24:59: Lp2: State: "online" (LV0)
2022-02-17 15:24:56: Lp1: SoC: 64 (LV0)
2022-02-17 15:24:56: Lp1: State: "online" (LV0)
RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.8) or chardet (3.0.4) doesn't match a supported version!
RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.8) or chardet (3.0.4) doesn't match a supported version!
2022-02-17 15:23:33: Lp1: SoC: 79 (LV0)
2022-02-17 15:23:33: Lp1: State: "online" (LV0)
2022-02-17 15:23:23: Lp1: SoC: 79 (LV0)
2022-02-17 15:23:23: Lp1: State: "online" (LV0)
2022-02-17 15:18:28: Lp2: SoC: null (LV0)
2022-02-17 15:18:28: Lp2: State: null (LV0)
2022-02-17 15:18:28: Lp1: SoC: null (LV0)
2022-02-17 15:18:27: Lp1: State: null (LV0)
2022-02-17 15:18:26: Lp1: SoC: 79 (LV0)

Re: SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Di Mär 29, 2022 5:35 am
von Frizzel
Hi! Ich habe dasselbe Problem wie du. Aber ich habe zwei BMWs und nutze das EVCC SOC Modul. Auch bei mir zeigt er den SOC des LP2 am LP1 an. Scheint also der Fehler liegt auf OpenWB Seite und nicht bei EVCC…

Gruß,
Frizzel

Re: SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Di Mär 29, 2022 7:41 am
von LutzB
Frizzel hat geschrieben: Di Mär 29, 2022 5:35 am Hi! Ich habe dasselbe Problem wie du. Aber ich habe zwei BMWs und nutze das EVCC SOC Modul. Auch bei mir zeigt er den SOC des LP2 am LP1 an. Scheint also der Fehler liegt auf OpenWB Seite und nicht bei EVCC…

Gruß,
Frizzel
Das muss erst noch genauer untersucht werden. Bis jetzt konnte ich keinen "Dreher" in openWB finden.
Weiterhin finde ich es seltsam, dass dieses Fehlverhalten anscheinend nur bei EVCC auftritt. Wenn es ein Fehler in openWB ist, müsste es sich für alle SoC Module gleich verhalten. Der EVCC-spezifische Code im Modul ist sehr übersichtlich und sieht korrekt aus.

Re: SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Di Mär 29, 2022 10:02 am
von Frizzel
So wie ich es verstanden habe hat der Threadersteller auch nicht EVCC sondern das Teslamodul.

Re: SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Di Mär 29, 2022 10:35 am
von LutzB
Stimmt auch wieder, hatte ich übersehen.

Bleibt die Frage, warum das nur ab und zu und bei sehr wenigen Wallboxen vorkommt. Wenn es ein grundlegendes Problem wäre, müssten sich viel mehr Anwender melden und der SoC wäre immer durcheinander. Bisher habe ich keinen offensichtlichen Bug finden können.

Re: SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Di Mär 29, 2022 11:30 am
von Heavendenied
Als Gemeinsamkeit ist aber zumindest zu erkennen, dass für beide LP das gleich SOC Modul verwendet wird...

Bei mir zum Beispiel gibt es keinerlei Probleme damit, aber ich nutze auch zwei unterschiedliche SOC Module.
Von daher ist die Menge der User, die zwei oder mehr LP haben und an beiden/allen das selbe SOC Modul nutzen evtl auch tatsächlich recht gering.

Re: SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Fr Apr 29, 2022 12:16 pm
von Frizzel
Hallo zusammen. Gibt es hierzu neue Erkenntnisse?
Ich denke das Problem liegt darin dass beide Autos in einem Tesla/BMW Account liegen und irgendwie nicht sauber nach VIN abgefragt wird?
Mein Problem besteht zumindest mit der stable .265 weiterhin.

Gruß,
Chris

Re: SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Do Sep 14, 2023 6:40 pm
von ragaodi
Hallo zusammen,

ich bin neu hier im Forum, aber schon eine Weile stiller Mitleser. Das hat mir und meinen mittlerweils zwei openWBs schon oft geholfen. Aktuell betreibe ich zwei openWB series2 standard+ zusammen mit einer 7,9kWp Photovoltaik-Anlage zur Versorgung von Bim (Peugeot e308) und Schneggle (Polestar 2).

Nun habe ich aber etwas beobachtet, was gut zu diesem - schon etwas abgekühlten - Thema passt. Seit ein paar Wochen fällt mir auf, dass der SoC an LP1 (Peugeot) gelegentlich korrekt, häufig aber 0 ist. In den Logs sehe ich - nach Klick auf "Aktualisieren" - die Kommunikation des PSA-Moduls mit dem Peugeot-Server in folgender Art:

Code: Alles auswählen

2023-09-14 20:32:00: PID: 4794: Lp1: Fetched from Peugeot: 39% but skipping as not newer than current known SoC. (LV0) at 161 main modules/soc_psa/main.sh
2023-09-14 20:32:00: PID: 4794: Lp1: Fetched SoC time difference is 5372 s (LV1) at 153 main modules/soc_psa/main.sh
Die Null im Soc ist dadurch nicht verschwunden. Erst wenn sich der SoC geändert hat, bspw. wenn das Fahrzeug unterwegs ist, wird der korrekte SoC im Dashboard angezeigt.

Seit ich nun auch für LP2 einen SoC verwende, der per MQTT von NodeRed angeliefert wird, fällt auf, dass LP1 nun als "falschen" Wert nicht mehr Null, sondern den SoC von LP2 übernimmt. Der weiter oben beschrieben Effekt tritt also auch bei unterschiedlichen SoC-Modulen auf.

Ist dieser Effekt bekannt? Gibt es vielleicht Abhilfe?

Viele Grüße
Ralph

PS: Die installierte Version auf beiden Boxen ist die 1.9.304.0 (2023-08-25 12:59:44 +0200 [0510a06a] )

Re: SOC von EV an Lp2 wird auch für EV an Lp1 genommen

Verfasst: Fr Sep 15, 2023 7:59 am
von ragaodi
Noch einige Screenshots dazu:

Fahrzeug von LP1 fäht gerade und SoC hat sich geändert --> wird korrekt ins Dashboard übernommen:
Screenshot_20230915_085718_Samsung Internet.jpg

Fahrzeug steht seit längerer Zeit, Soc hat sich länger nicht mehr geändert --> Wert von LP2 wird übernommen:
Screenshot_20230915_094400_Samsung Internet.jpg

SoC von LP2 per MQTT geändert:
Screenshot_20230915_094533_Samsung Internet.jpg

:? Irgendwelche Ideen?