Rückmeldungen 2.1.1-Beta.2

[ChristophR]

Das ist eine Einstellung im Ladepunkt-Profil. Wäre es eine für das Fahrzeug, müsste sie im Fahrzeug-Profil sein.

Es war genauso eingestellt, wie es sein muss: Die Wallbox ist dreiphasig mit 32 A abgesichert, daher im Ladepunkt-Profil 32 A sowohl für ein- als auch dreiphasig. Das Fahrzeug kann einphasig 32 A oder dreiphasig 16 A laden - das ist auch genau so im Fahrzeugprofil gespeichert.

Aber so schaltet die Anlage nicht richtig um. Ich muss den Ladepunkt auf 16 A begrenzen, dann schaltet er um. Dann kann ich aber nicht mehr einphasig mit > 16 A laden.

Das ist für mich eindeutig ein Bug. Mit der 1.9 hat das alles gut funktioniert: Es wurde solange einphasig geladen, bis mehr als 7,4 kW Überschuss vorhanden war (das Maximum bei 32 A einphasig), dann wurde auf dreiphasig gewechselt. Mit der 2.1.x geht das nicht mehr.

Meine openWB ist nur mit 20A abgesichert, soll aber auf ~11kW begrenzt laufen.

Schieflastbegrenzung auf 20A ist eingeschaltet.

Im Ladeprofil steht:
Maximalstrom bei einer Phase: 20A
Maximalstrom mehrere Phasen: 16A

Im Fahrzeugprofil:
Maximalstrom bei einer Phase: 32A
Maximalstrom mehrere Phasen: 16A

In dieser Konstellation wird artig ab ca. 18A Strom über eine Phase der Timer für die Phasenumschaltung gestartet, es kann also kein genereller Bug sein.
Was ich jedoch beobachtet habe ist, dass der Timer abgebrochen wird, wenn das Auto die erlaubte Stromabweichung überschreitet, das steht dann aber auch in den Infos bei aufgeklapptem Ladepunkt bzw. im Status.

EDIT:
Die Schieflastbegrenzung kann die Umschaltung auch verhindern. Das steht aber schon auf der to-Do Liste:
https://github.com/openWB/core/pull/1121

[Bayek]

Mit meinem EQA funktioniert das genau so wie Du schreibst. Hast Du es so konfiguriert?

Die Angaben zur Batterie sind natürlich andere, aber der Rest ist absolut identisch eingestellt.

Schieflastbegrenzung auf 20A ist eingeschaltet.
(...)
EDIT:
Die Schieflastbegrenzung kann die Umschaltung auch verhindern. Das steht aber schon auf der to-Do Liste:
https://github.com/openWB/core/pull/1121

Die Schieflastbegrenzung ist bei mir deaktiviert.

In dieser Konstellation wird artig ab ca. 18A Strom über eine Phase der Timer für die Phasenumschaltung gestartet, es kann also kein genereller Bug sein.

Vielleicht, aber ich bin ja nicht der einzige, bei dem es auftritt, wie der andere Thread zeigt.

[shesse]

Ich muss mich leider auch korrigieren.
Meine PV schafft gar nicht mehr als ca. 7kW. Daher schaltet er bei mir auch nie auf 3 phasig, sondern die 32A der einen Phase reichen immer aus.
Sorry, wenn ich hier zur Verwirrung beigetragen habe.

Gruß,
Stefan

[ChristophR]

Vielleicht, aber ich bin ja nicht der einzige, bei dem es auftritt, wie der andere Thread zeigt.

Vielleicht könnten Logfiles bei der Fehlersuche helfen?

[Bayek]

Gerne, wenn mir jemand sagt, was ich dazu genau machen soll.

[ChristophR]

Lena schreibt meistens:
Bitte das Debuglevel auf Details stellen und mindestens einen kompletten Durchlauf von # ***Start*** bis # ***Start*** aus dem Main-Log unter System->Fehlersuche posten. Sensible Daten wie Benutzernamen und Kennwörter unkenntlich machen.

Die main.log kannst Du auch über http://<IP-openWB>/openWB/ramdisk herunterladen.
Wenn sie voll ist, liegt die vorherige main.log als main.log.1 dort, so kannst Du einen längeren Zeitraum einfangen.

[LenaK]

Die SoC Aktualisierung "Ohne laufende Ladung" scheint seit der Fehlerbehebung des Timeouts (Ich glaube zur Beta 2) manchmal nicht zu funktionieren.
Es gibt dann auch keinen Eintrag im SoC.log, daher weiß ich nicht wie ich bei der Fehlersuche helfen kann.
Im Status bleibt dann einfach nur die alte Abfragezeit stehen.

Das Problem scheint folgendes zu sein:
Ich hatte unter "Aktualisierung der Fahrzeugdaten" für 2 verschiedene Fahrzeuge unterschiedliche Einstellungen gesetzt.
Es scheint so, als wenn hier eine der beiden Einstellungen fälschlicherweise für beide Fahrzeuge verwendet wird.
Ich hatte zunächst bei einem Fahrzeug "Nur aktualisieren wenn angesteckt" auf Ja gesetzt. Das andere Fahrzeug wurde dann auch nicht aktualisiert, obwohl es dort eingestellt war.
Aufgefallen ist es mir nun, da ich bei diesem Fahrzeug das Intervall für "Ohne laufende Ladung" auf 15 Minuten gesetzt und "Nur aktualisieren wenn angesteckt" wieder auf Nein gesetzt habe.
Jetzt wurden beide Fahrzeuge im 15 Minuten Takt aktualisiert, obwohl es im 2. Fahrzeug nicht eingestellt war.

Ich habe erstmal wieder beide Fahrzeuge in diesen Punkten identisch eingestellt und werde es beobachten.

EDIT:
Habe es nochmal probiert, die Einstellung im 2. Fahrzeug werden für beide Fahrzeuge verwendet, die Einstellungen im 1. Fahrzeug werden ignoriert.

Ist im Master behoben.

[Bayek]

Lena schreibt meistens:
Bitte das Debuglevel auf Details stellen und mindestens einen kompletten Durchlauf von # ***Start*** bis # ***Start*** aus dem Main-Log unter System->Fehlersuche posten. Sensible Daten wie Benutzernamen und Kennwörter unkenntlich machen.

Die main.log kannst Du auch über http://<IP-openWB>/openWB/ramdisk herunterladen.
Wenn sie voll ist, liegt die vorherige main.log als main.log.1 dort, so kannst Du einen längeren Zeitraum einfangen.

Danke. Ich nehme an, das muss ich tun, wenn der Fehler auftritt. Das kann ein paar Tage dauern, bis ich es wieder testen kann.

[Elchkopp]

Stell das Debuglevel unter System => Fehlersuche am besten jetzt schon um. Dann brauchst Du nachher nur noch die Log-Datei sichern.

[ChristophR]

EDIT:
Habe es nochmal probiert, die Einstellung im 2. Fahrzeug werden für beide Fahrzeuge verwendet, die Einstellungen im 1. Fahrzeug werden ignoriert.

Ist im Master behoben.

Sieht gut aus, vielen Dank.
Wobei ich leider EVNotify wieder "rauswerfen" musste, da es mir dauernd die Alarmanlage ausgelöst hat, dafür hatte ich unterschiedliche Einstellungen.
Ich warte nun auf die Umsetzung von Tronity oder EVCC SoC für den CUPRA Born und nutze solange wieder manuellen SoC...