Charge Tracker: Evtl. Bug u. Löschen einzelner Ladevorgänge

[poohnet]

Hallo zusammen,

gestern bin ich über ein seltsames Verhalten gestolpert, das zu einem "unbekannten" Ladevorgang geführt hat, den ich nun leider nicht mehr loswerde:

Folgende Ausgangssituation: "WARP on Steroids"-Firmware mit Stand Anfang dieser Woche, Auto verbunden, Ladung über EVCC freigegeben, Ladung startet aber nicht.

Bei der Analyse habe ich festgestellt, dass es in den Ladeeinstellungen nun einen neuen Punkt "Zählerüberwachung" gibt, der den Ladevorgang blockiert. Da ich keinen Zähler verbaut habe sondern die Zählerstände per MQTT bereitstelle, habe ich die Option deaktiviert, was beim Speichern wie üblich einen Neustart des ESP32-Bricks ausgelöst hat.

Nach dem Neustart hat die Ladung sofort begonnen, allerdings wurde im Charge Tracker direkt ein fehlerhafter Ladevorgang protokolliert.

Ich habe das jetzt nicht nochmal versucht zu reproduzieren, aber kann es sein, dass der Charge Tracker aus dem Tritt gerät bzw. den Start der Ladung nicht richtig mitbekommt, wenn man den ESP32-Brick neustartet, während das Auto verbunden ist? Zweite Frage: Gibt es eine Möglichkeit bzw. ist es geplant, einzelne Ladevorgänge zu löschen?

Vielen Dank & Gruß Thomas

[floho]

Da wäre ich auch interessiert, also am Löschen/Ausblenden einzelner Einträge. Denn diese Art Einträge habe ich leider auch immer wieder mal. Mit out-of-the-box Warps. Jetzt allerdings schon länger nicht mehr. 
 

Gruß, Florian. 

[poohnet]

Prinzipiell wäre eine einfache Option „ungültige Ladevorgänge ausblenden“ ja ausreichend, sodass derartige Ladevorgänge schlichtweg nicht angezeigt und beim Export übersprungen werden…

Gruß Thomas

[rtrbt]

On 5/5/2023 at 9:59 AM, poohnet said:

Bei der Analyse habe ich festgestellt, dass es in den Ladeeinstellungen nun einen neuen Punkt "Zählerüberwachung" gibt, der den Ladevorgang blockiert. Da ich keinen Zähler verbaut habe sondern die Zählerstände per MQTT bereitstelle, habe ich die Option deaktiviert, was beim Speichern wie üblich einen Neustart des ESP32-Bricks ausgelöst hat.

Die Zählerüberwachung sollte auch wenn du die Zählerstände per MQTT schickst funktionieren. Weil die Zählerüberwachung noch nicht veröffentlicht ist, ist sie aber noch nicht gut dokumentiert. Im Endeffekt macht sie folgendes:

• Alle Stromzählerwerte werden als NaN initialisiert (damit wir unterscheiden können welche Werte nie gesetzt wurden, sei es über MQTT oder einen physisch angeschlossenen Zähler)
• Wenn der Energie-Wert nicht auf etwas anderes als NaN gesetzt wird, blockieren wir den Ladevorgang. Dann ist der Zähler defekt, die Kommunikation gestört, oder ähnliches.
• Standardmäßig ist auf einer Wallbox die Zählerüberwachung aus und im Moment wo das erste Mal ein Zähler auftaucht wird sie aktiviert. Also bei einer Pro schon bei uns beim Testen, bei einer Smart wenn du per API die ersten Werte schickst.

On 5/5/2023 at 9:59 AM, poohnet said:

Nach dem Neustart hat die Ladung sofort begonnen, allerdings wurde im Charge Tracker direkt ein fehlerhafter Ladevorgang protokolliert.

Lief die Wallbox seitdem durch? Falls ja zieh mal einen Debug-Report. Mich wundert, warum nicht der End-Zählerstand der Ladung vor dem Neustart verloren gegangen ist (Das werden wir bald in den getrackten Ladungen reparieren können: https://github.com/Tinkerforge/esp32-firmware/issues/213), sondern der anscheinend da ist, aber der Startwert der Ladung nach dem Neustart fehlt.

On 5/5/2023 at 9:59 AM, poohnet said:

Ich habe das jetzt nicht nochmal versucht zu reproduzieren, aber kann es sein, dass der Charge Tracker aus dem Tritt gerät bzw. den Start der Ladung nicht richtig mitbekommt, wenn man den ESP32-Brick neustartet, während das Auto verbunden ist?

Das ist einer der Gründe, warum es jetzt die Zählerüberwachung gibt. Wenn ESP und EVSE zu schnell booten (das kann man gut erzeugen wenn man bei einer WARP2 viele Features, vorallem Ethernet komplett deaktiviert), kann es ohne die Überwachung passieren, dass bei einem Ladestart noch kein Stromzähler gefunden wurde, und deshalb kein Stromzählerstand aufgezeichnet wird. Die Überwachung verhindert das, indem sie den Ladestart blockiert, bis ein Stromzählerwert ankommt.

 

On 5/5/2023 at 9:59 AM, poohnet said:

Zweite Frage: Gibt es eine Möglichkeit bzw. ist es geplant, einzelne Ladevorgänge zu löschen?

Im Moment geht das nicht. Die Ladevorgänge werden direkt hintereinander in Dateien gespeichert, an die wir aus Robustheitsgründen nur Daten hinten hinzufügen, aber nie Daten modifizieren.

On 5/7/2023 at 8:36 PM, poohnet said:

Prinzipiell wäre eine einfache Option „ungültige Ladevorgänge ausblenden“ ja ausreichend, sodass derartige Ladevorgänge schlichtweg nicht angezeigt und beim Export übersprungen werden…

Eventuell bauen wir das bald ein.

[poohnet]

Besten Dank für die wie immer ausführlichen Erläuterungen 🙂

Nach Deaktivierung der Zählerüberwachung und dem anschließenden Reboot wurde sofort der Start des Ladevorgangs protokolliert, bevor überhaupt eine MQTT-Verbindung bestand (und demzufolge auch noch kein gültiger Zählerstand bekannt war). 

                  0,467      **** TINKERFORGE WARP2 CHARGER V2.1.2-6450d698 ****
                  0,467           314K RAM SYSTEM   293224 HEAP BYTES FREE
                  0,477  READY.
                  0,478  Last reset reason was: Software reset via esp_restart.
                  0,654  Mounted data partition. 86016 of 3538944 bytes (2.4 %) used
                  0,947  WARP2 Charger config version: 2.0.0
                  0,947  ESP32 Ethernet Brick UID: XSS
                  5,675  Ethernet started
                  5,685  Set timezone to Europe/Berlin
                  5,694  No Real Time Clock 2.0 Bricklet found. Disabling Real Time Clock 2.0 support.
                  5,871  No RS485 Bricklet found. Disabling Modbus Meter support.
                  5,893  No NFC Bricklet found. Disabling NFC support.
                  5,910  Found 1 records. First is 1, last is 1
                  5,933  Last charge record size is 1440 (1440, 0)
                  6,478  mDNS responder started
                  6,811  Wifi connecting to HMW-IoT
                  6,815  This is warp2-XSS (warp2-XSS), a WARP2 Charger Smart 11kW
                  7,279  Charger state changed from 1 to 2
                  7,306  Wifi connected to HMW-IoT
                  7,319  Tracked start of charge.
                  7,373  Wifi MAC address: A8:03:2A:32:84:78
                  7,376  Wifi got IP address: 192.168.110.213. Connected to BSSID E4:5F:01:04:D4:08
                  7,424  MQTT: Connected to broker.
                  8,380  Charger state changed from 2 to 3
2023-05-04 17:43:05,765  NTP synchronized at 25,108!
2023-05-04 17:43:47,471  This is warp2-XSS (warp2-XSS), a WARP2 Charger Pro 11kW
2023-05-04 17:47:42,341  Wrote last uptime to flash
2023-05-04 18:07:25,852  Charger state changed from 3 to 1
2023-05-04 18:09:39,957  Charger state changed from 1 to 0
2023-05-04 18:09:40,019  Tracked end of charge.
2023-05-04 18:09:47,100  Charger state changed from 0 to 1
2023-05-05 05:38:19,377  Charger state changed from 1 to 2
2023-05-05 05:38:19,421  Tracked start of charge.
2023-05-05 05:38:21,446  Charger state changed from 2 to 3
2023-05-05 06:23:48,593  Charger state changed from 3 to 1
2023-05-05 06:30:16,858  Charger state changed from 1 to 2
2023-05-05 06:30:18,874  Charger state changed from 2 to 3
2023-05-05 06:32:25,392  Charger state changed from 3 to 1
2023-05-05 07:06:12,476  Charger state changed from 1 to 0
2023-05-05 07:06:12,547  Tracked end of charge.

 

On 5/8/2023 at 1:39 PM, rtrbt said:

Das ist einer der Gründe, warum es jetzt die Zählerüberwachung gibt. Wenn ESP und EVSE zu schnell booten (das kann man gut erzeugen wenn man bei einer WARP2 viele Features, vorallem Ethernet komplett deaktiviert), kann es ohne die Überwachung passieren, dass bei einem Ladestart noch kein Stromzähler gefunden wurde, und deshalb kein Stromzählerstand aufgezeichnet wird. Die Überwachung verhindert das, indem sie den Ladestart blockiert, bis ein Stromzählerwert ankommt.

Dann werde ich das Feature erstmal wieder aktivieren und versuchen herauszubekommen, warum die Ladung blockiert bleibt.

 

On 5/8/2023 at 1:39 PM, rtrbt said:

On 5/7/2023 at 8:36 PM, poohnet said:

Prinzipiell wäre eine einfache Option „ungültige Ladevorgänge ausblenden“ ja ausreichend, sodass derartige Ladevorgänge schlichtweg nicht angezeigt und beim Export übersprungen werden…

Eventuell bauen wir das bald ein.

Perfekt 🙂

 

Gruß Thomas

[poohnet]

Moin @rtrbt,

On 5/8/2023 at 3:18 PM, poohnet said:

Dann werde ich das Feature erstmal wieder aktivieren und versuchen herauszubekommen, warum die Ladung blockiert bleibt.

Nachdem ich nun über eine Woche auch mit aktivierter Zählerüberwachung keine Probleme mehr hatte, war die heutige Ladung wieder blockiert - und zwar nach einem Reboot des Docker-Hosts, auf dem Mosquitto und Node-Red laufen.

Nach einem Reboot von WARP hat das aber erstmal wieder funktioniert und ich konnte das Problem nicht mehr reproduzieren. Vielleicht hängt das ja irgendwie mit der Laufzeit zusammen?!? Ich werde das auf jeden Fall weiter im Auge behalten...

Gruß Thomas