openWB Forum

rleidner hat geschrieben: Fr Feb 13, 2026 5:59 pm

Eckhard hat geschrieben: Fr Feb 13, 2026 5:25 pm

HansR hat geschrieben: Do Feb 12, 2026 4:40 pm

Hi,

mag sein, dass das CUPRA Modul die Reichweite angibt, aber das wird m. E. von openWB nicht korrekt verarbeitet. Ich denke es ist ein Timingproblem. Siehe ziemlich extremes Beispiel im Anhang.

Das musst du deinen Cupra fragen, warum die Reichweite so gefallen ist.

Die geladene Reichweite stammt m.W. nicht vom Fahrzeug sondern wird mit Hilfe der Daten im jeweiligen Fahrzeugprofil berechnet (Kapazität der Batterie, Wirkungsgrad der Ladeelektronik, Durchschnittsverbrauch). Ich würde dort mal nachsehen.

HansR hat geschrieben: Fr Feb 13, 2026 7:16 pm Das sollte passen, siehe Screenshot. Wie in meinem obigen Post geschrieben, nächstes Mal gibt’s ein Log.

rleidner hat geschrieben: Fr Feb 13, 2026 8:01 pm

HansR hat geschrieben: Fr Feb 13, 2026 7:16 pm Das sollte passen, siehe Screenshot. Wie in meinem obigen Post geschrieben, nächstes Mal gibt’s ein Log.

OK, ist genau wie bei unserem ID3. Hier passen die Anzeigen.
Sind die entsprechenden Daten im Ladelog auch so unsinnig?
Du könntest auch den Ladepunkt im Status während des Ladens auf Fehler bzw. fehlende Phasendaten prüfen.

HansR hat geschrieben: Sa Feb 14, 2026 9:04 am
Im Log sind mir 2 Ungereimtheiten aufgefallen. „Reichweite Beginn„ und vermutlich daraus resultierend eben die ermittelte geladene „Reichweite“ die aus „Reichweite Beginn“ und „Reichweite Ende“ berechnet wird.

Der „SoC Beginn“ mit 10% müsste korrekt sein. Passt aber nicht zu „Reichweite Beginn“. Hochgerechnet auf 100% SoC hätte der Born eine traumhafte Gesamtreichweite…..

Betrifft die Ladung vom 11.02.2026.

rleidner hat geschrieben: Sa Feb 14, 2026 11:06 am

HansR hat geschrieben: Sa Feb 14, 2026 9:04 am
Im Log sind mir 2 Ungereimtheiten aufgefallen. „Reichweite Beginn„ und vermutlich daraus resultierend eben die ermittelte geladene „Reichweite“ die aus „Reichweite Beginn“ und „Reichweite Ende“ berechnet wird.

Der „SoC Beginn“ mit 10% müsste korrekt sein. Passt aber nicht zu „Reichweite Beginn“. Hochgerechnet auf 100% SoC hätte der Born eine traumhafte Gesamtreichweite…..

Betrifft die Ladung vom 11.02.2026.

Du könntest die SoC/Reichweite Werte vom Cupra-Server im SoC-Log prüfen, der geht relativ weit zurück.

HansR hat geschrieben: Sa Feb 14, 2026 12:19 pm Leider nicht möglich. Da steht nur ein Eintrag „ log file is empty“.

Debug Level ist nur auf Warnung und Fehler eingestellt.

LenaK hat geschrieben: Fr Jan 30, 2026 7:55 am

Meth hat geschrieben: Do Jan 29, 2026 5:52 pm

LenaK hat geschrieben: Mi Jan 28, 2026 7:06 am LP 14 [0.47, 10.48, 10.48] EVU-Phasenverschiebung = 2 -> [10.48, 0.47, 10.48]
LP 15 [10.95, 10.49, 10.87]
Summe = [21.43, 10.96, 21.35]

Ströme an Zähler 13 [21.69, 21.76, 10.97]
-> openWB schließt daraus auf 10A sonstigen Verbrauch an Zähler 13 auf L2 und gibt diesen Strom nicht für die Ladung frei.
Ist die Phasenverschiebung an LP 14 richtig eingestellt? Bitte mit einer einphasigen Ladung testen, ob die evtl auf L3 statt findet.

Hallo Lena ,

so nun Einpasiges Sofortladen mit dem ID3 auf den Ladeplatz 14 .
Hier das Bild des Ladeplatz und des Hausanschlusszählers .
Screenshot 2026-01-29 185222.png
Screenshot 2026-01-29 185235.png

Ich hoffe das gibt Aufschluss

Hier noch die Konfig des Ladepunkte
Screenshot 2026-01-29 185416.png
Wie man sieht ist die EVU Phase auf L2 gestellt und wie man auf dem Bild sehen kann ich auch L2 EVU entsprechend belastet oder sehe ich das falsch ?
Nur bei dem Unterverteiler ist es L3 , siehe bild Macht das was ?
Screenshot 2026-01-29 185449.png

Hier noch der Log falls der Relevant ist
https://paste.openwb.de/lYGHx4QYebZarv1

Du hast also noch eine Phasenrotation zwischen Zwischenzähler und EVU.
LP: L1, L2, L3
Zwischenzähler: L2, L3, L1
EVU: L3, L1, L2
Das wird so leider nicht unterstützt. Die Phasenrotation soll ja die Phasen gleichmäßig belasten, eine Rotation zwischen den Zählern ist nicht vorgesehen. Nur zwischen Last und EVU.