Rückmeldungen 2.1.2 Alpha 2

[Elchkopp]

@elchkopp
nur wenn eine Unterbrechung (z.B. wegen zu wenig Überschuss) erfolgte oder generell auch direkt beim anstecken?
Wenn letzteres, welche Fehlermeldung gibt die Fahrzeug app aus?
Oder reicht z.B. auch ein aufschließen?
Hast du kürzlich ein Update des Cupra erhalten?
Besteht das Problem auch wenn in der Pro der Modus PWM gewählt ist?

Ich konnte es mittlerweile eingrenzen, denn sobald ich die Pro auf "PWM" stelle, verhält sich alles normal. Sprich: Ich stecke ein Auto an und im Modus PV-Laden wird die die Ladung nach Ablauf der Einschaltverzögerung freigegeben und Auto startet die Ladung.

Stelle ich auf "PWM + Fahrzeugerkennung + SoC..." um und stecke ein Auto an, dann wird die Ladung bei PV-Laden nach Ablauf der Einschaltverzögerung zwar freigegeben, aber das Fahrzeug startet die Ladung nicht automatisch (in der Tesla-App steht "Laden gestoppt"). Erst nachdem ich in der App auf "Ladevorgang starten" drücke, fängt das Auto an.

Beim Cupra das selbe Verhalten.

Es wäre, als wenn in dem eingestellt Modus der Pro die Autos einen "Impuls" bekommen, die Ladung quasi zu stoppen - oder keinen Impuls bekommen, die Ladung zu starten. Das kann ich natürlich nicht beurteilen. Aber für mich als Laie sieht es so aus...

[openWB]

Um was für einen Tesla mit welcher Batterie / FW handelt es sich?

[AnDaL]

ich muss noch ergänzen das der SoC Wert der Pro anscheindend nur beim Anstecken ausgelsen wird. Heut Morgen war er "soc_value":88,"soc_timestamp":1697600088, und das hat sich bis jetzt nicht geändert, obwohl schon über PV geladen wurde und jetzt im Dashboard 91% angezeigt werden.

Das ist das gewünschte Verhalten.
Das Auslesen ist ausschließlich zu Beginn der Ladung möglich.
Das SoC Modul in software2 benötigt die Batteriekapazität und Effizienz und errechnet dann den SoC während dem Ladevorgang.

Das heisst konkret es wird kein SoC Modul mehr benötigt? Ich habe hierzu leider keine Beschreibung gefunden was nun wie einzustellen ist.

[Elchkopp]

Um was für einen Tesla mit welcher Batterie / FW handelt es sich?

Model 3, LFP-Akku, Version 2023.32.9

SoC-Erkennung funktioniert. Mittlerweile bekomme ich die Ladung aber nicht mal mehr über die App gestartet.

Ich hab noch mal geschaut: beim Anstecken des Ladekabels kommt erst „Ladefehler - kein Strom“ (normal, wenn oWB die Ladung noch nicht gestartet hat) und springt dann sofort auf „Ladung gestoppt“. Hier verharrt das Auto nun. Ein Versuch, die Ladung per App zu starten, funktioniert mittlerweile nicht mehr…

EDIT:
Ladung ist seitens der Software freigegeben:

[openWB]

Bei PWM (ohne Fahrzeugerkennung) funktioniert es aber reproduzierbar ohne Probleme?

[zut]

Ich nutze gerade 2023-10-17 13:16:20 +0200 [5f8ad53d5], das Verhalten liegt aber schon seit mindestens 14.10. vor (da habe ich m.W.n. die Beta genutzt):

Bis vor den Stichtag wurde im MQTT-Server der Eintrag openWB/chargepoint/10/get/plug_state nur beschrieben, wenn sich der Zustand änderte. Seit dem 14.10. sehe ich bei mir im Schnitt alle 1,75s einen Schreibzugriff.

Ist das so gewollt? Ich frage, weil ich einen Client auf die Botschaft horchen lasse und einen Filter auf Inhaltsänderungen einbauen muss, wenn das Verhalten so gewollt ist.

[Saharel]

Abgesehen von einem Ladeabbruch und dem damit verbundenen Profilwechsel den ich leider noch nicht nachvollziehen kann, gibt es Probleme mit dem timecheck im aktuellen master.

Code: Alles auswählen

2023-10-18 12:07:50,865 - {helpermodules.timecheck:345} - {ERROR:MainThread} - Fehler im System-Modul Traceback (most recent call last): File "/var/www/html/openWB/packages/helpermodules/timecheck.py", line 341, in get_difference end = datetime.datetime.strptime(timestamp_end, "%m/%d/%Y, %H:%M:%S") 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 '10/18/2023, 12:07' does not match format '%m/%d/%Y, %H:%M:%S' 
2023-10-18 12:07:50,876 - {helpermodules.timecheck:320} - {ERROR:MainThread} - Fehler im System-Modul Traceback (most recent call last):

Hier zusehen das die Dauer der Ladevorgange 0 ist.
P.S. die Kosten errechnen sich aus dem angegeben EK für Strom, bei PV eher fragwürdig

[Elchkopp]

Bei PWM (ohne Fahrzeugerkennung) funktioniert es aber reproduzierbar ohne Probleme?

Ja. PWM funktioniert wie bisher auch problemlos. Habe ich vorhin extra getestet. Es tritt nur im Modus PWM+Fahrzeugerkennung+SoC auf - also erst nach dem Update…

[Elchkopp]

@LenaK:

Bezogen auf diese beiden Anmerkungen von Dir:
viewtopic.php?p=95156#p95156

Zu diesem Zeitpunkt lief die Pro ausschließlich im Modus „PWM“.

Ich werde das weiter beobachten.

Danke!

[Eckhard]

Ich nutze gerade 2023-10-17 13:16:20 +0200 [5f8ad53d5], das Verhalten liegt aber schon seit mindestens 14.10. vor (da habe ich m.W.n. die Beta genutzt):

Bis vor den Stichtag wurde im MQTT-Server der Eintrag openWB/chargepoint/10/get/plug_state nur beschrieben, wenn sich der Zustand änderte. Seit dem 14.10. sehe ich bei mir im Schnitt alle 1,75s einen Schreibzugriff.

Ist das so gewollt? Ich frage, weil ich einen Client auf die Botschaft horchen lasse und einen Filter auf Inhaltsänderungen einbauen muss, wenn das Verhalten so gewollt ist.

Bildschirmfoto_2023-10-18_16-03-50.png

Stimmt, im letzten Release 2.1.1 ist/war das nicht so.