Rückmeldungen 2.1.9 Release

[HansR]

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.

Das sollte passen, siehe Screenshot. Wie in meinem obigen Post geschrieben, nächstes Mal gibt’s ein Log.

[rleidner]

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]

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.

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]

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]

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.

Leider nicht möglich. Da steht nur ein Eintrag „ log file is empty“.

Debug Level ist nur auf Warnung und Fehler eingestellt.

[rleidner]

Leider nicht möglich. Da steht nur ein Eintrag „ log file is empty“.

Debug Level ist nur auf Warnung und Fehler eingestellt.

OK, schade, da kommt was auf Level Info, das ist bei mir immer eingestellt.

[aiole]

Könntet ihr bitte einen eigenen thread aufmachen? SoC ist begleitend und fahrzeugspezifisch. Hier geht's primär um den 2.1.9-core.

[bluppdiwupp]

nach einer gewissen Zeit stimmen die Tibber Daten nicht mehr. Ich gehe von einer Verdoppelung aus.

[Meth]

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.

Hallo Lena,

Habe nun für Phasengleichheit gesorgt.
Leider ist es immer noch so wie gehabt.
Bin zwar mittlerweile auf version 2.2.0 alpha
Hier das log
https://paste.openwb.de/McLx1pPZf3RJsJN

Das liegt es wohl an etwas anderem

[LenaK]

LP 14: currents=[0.46, 10.46, 10.5]. phase_1=2,
EVU: currents=[24.49, 23.63, 14.37],

Sieht so aus, als wäre LP 14 auf Phase 3 des EVU-Zählers angeschlossen.