Gestern abend hatte ich wieder einmal 3-phasig geladen, und zwar unmittelbar nach einer längeren Fahrt. Ohne dass evse.charging auch nur einmal unterbrochen wurde. Wenn die Ursache aus dem Fahrzeug kommt, könnte es dadurch erklärbar sein, dass die Batterie nicht so kalt war wie sonst.

Der Knackpunkt ist die Frage, woraus entsteht das mqtt-Signal evse.charging?

Gestern konnte ich wieder einmal dreiphasig laden und den Vorgang aufzeichnen, mit dem gleichen Effekt wie ursprünglich.

Die Daten habe ich in einer Excel-Tabelle aufbereitet und zum Hochladen auf .txt umbenannt. Das aktuelle Tabellenblatt zeigt die m. E. für den Ladevorgang relevanten Daten, das erste Tabellenblatt beinhaltet alle Daten, die von E1 per mqtt exportiert werden.

Dazu die Logdatei über den gesamten Ladevorgang mit den Einstellungen gem. Anhang, wegen der Größenbegrenzung beim Hochladen gezippt und wieder in .txt umbenannt.

Ja,  aber dazu sollte ich wissen, welche Log-Details ich auf Information stellen soll, damit das Protokoll nicht überladen wird.

Die Erläuterungen sind z. T. sehr hilfreich und interessant, vielen Dank. Manche sind aber nur ins deutsche übersetzt. Sicher weiß jeder bei cFos, was der PP-Status ist, aber dem außenstehenden Nutzer sagt das genausoviel wie evse_pp_state. Dgl. was ist ein DC-Fehler und ein CP-Fehler?

Statt Diagnoselog kannst du einfach unter "Log Aufzeichnung" die Detaileinstellungen öffnen und die benötigten Punkte auf "Information" stellen.

ta_en                                                             Energie der akt. Transaktion

charging_dur -ation?                                     Zeit der akt. Transaktion

state                                                               Status: 1 warten, 2 eingesteckt, 3 laden, 4 laden mit Lüftung, 5 Fehler, 6 offline (Wallbox)

lreason                                                           Ladegrund: 0=ohne Regel, 4=Laderegel

paused                                                            Ladepause

pause_time                                                     bereits abgelaufene Pausenzeit

pause_min_time                                              eingestellte Pausenzeit

evse_dc_sensor_faults                                     Anzahl erkannter DC-Fehler

evse_dc_last_fault_time                                   Datum/Uhrzeit letzter DC-Fehler

evse_dc_last_test_time                                     letzter DC-Sensor-Test

evse_dc_sensor_fault                                      liegt aktuell ein DC-Fehler an

evse_dc_sensor_glitches                                 Fehler des DC-Sensors

evse_cp_state                                                   CP-Status: warten, eingesteckt, laden, laden mit Lüftung, Fehler

evse_cp_fault                                                   CP-Fehler

evse_pp_state                                                    PP-Status

evse_phase_switch_time                                  Wartezeit zwischen Phasenumstellung

evse_phase_switch_disconnect                         Ausstecken simulieren

Ich habe heute einmal einphasig geladen. Eine Ladung wie aus dem Bilderbuch. Nicht eine Unterbrechung zwischen Start und Erreichen des Ziel-SoC. Nur die Effizienz ist niedriger (ca. 90%) als beim 3-phasigen Laden mit ca. 95%.

Die Zoe hat einen Fahrmodus mit erhöhter Brems-, bzw. Rekuperationswirkung, wenn man das „Gas“ wegnimmt. Benutze ich diesen, (und nur dann) bekomme ich derzeit oft die Meldung, daß die Lademöglichkeit der Batterie temperaturbedingt eingeschränkt ist.

Insofern halte ich es durchaus für möglich, dass die Ursache fahrzeug- bzw. temperaturbedingt ist.

Und deshalb interessiert mich, woraus die Variable „evse.charging“ generiert wird. Das Fahrzeug kann ja kaum eine Rückmeldung an die Wallbox geben, sh. Thema SoC. Aber die Wallbox könnte evse.charging vom Strom ableiten, den das Fahrzeug zieht.

Die nächste Ladung der Batterie werde ich wieder dreiphasig vornehmen und einen Diagnoselog speichern. Was muß ich diesbezüglich beachten? Der Diagnoselog läuft nur 5 Minuten. Kann man das verlängern? Ich kann im Voraus schlecht sagen, wann die Unterbrechungen während des Ladevorgangs auftreten.

Oder gibt es unter den publizierten mqtt-Daten etwas, womit ich auf das Starten des Ladevorgangs und sein beabsichtigtes Ende bei Erreichen des Ziel-SoC triggern kann?

Und die unklaren mqtt-Daten sind

ta_en
charging_dur -ation?
state
lreason
paused
pause_time
pause_min_time
evse_dc_sensor_faults
evse_dc_last_fault_time
evse_dc_last_test_time
evse_dc_sensor_fault
evse_dc_sensor_glitches
evse_cp_state
evse_cp_fault
evse_pp_state
evse_phase_switch_time
evse_phase_switch_disconnect

Warum die Ladung unterbrochen wird könnte man höchstens in einem Diagnoselog erkennen. Vielleicht machst du mal eins uns schickst es an cFos.

Die Variablennamen sind aus der config. Das sind alles Einstellungen aus der Wallboxkachel (z.b. die Phases). Sag welche dir unbekannt sind. Alle kenne ich auch nicht, aber die meisten kann man gut mit ausprobieren herausbekommen.