poohnet

Moin @rtrbt, das wäre doch eine sinnvolle Erweiterung, oder? Gerade bei HT/NT oder dynamischen Tarifen kann der im Charge Tracker ausgewiesene Preis älterer Ladevorgänge (z. T. deutlich) vom tatsächlichen abweichen. Daher wäre es gut, wenn der (beim Start) geltende Preis mit abgespeichert würde und sich eine nachträgliche Änderung nicht auf alle vorherigen Ladevorgänge auswirken würde... Gruß Thomas

Klar, kein Problem. Melde dich einfach, wenn du soweit bist. Anbei schon mal der Entwicklungstand von letzter Woche heute (Version 2.1.0)... Gruß Thomas warp2_firmware_2_1_0_63fe49f6_7af044a16ebdb7b_merged.zip

Mit etwas Geschick kann man WARP1 problemlos auf den ESP32-Ethernet-Brick aufrüsten 😊 s. Gruß Thomas

... oder vielleicht sogar eine direkte Anbindung der API von tibber? Alternativ den Preis vor dem Start der Ladung per MQTT setzen? Gruß Thomas

Guten Morgen, gibt es zu euren Gehäusen für die Bricks/Bricklets zufällig STL-Files oder andere Dateien, mit denen man einen 3D-Drucker füttern könnte? Vielen Dank & Gruß Thomas

Moin @Fabix, der in der WARP1 verbaute ESP32-Brick ist leider etwas zu "schwachbrüstig" für die OCPP-Funktionen. Ich habe meinen WARP-Charger daher auf den ESP32-Ethernet-Brick aufgerüstet und die Firmware entsprechend angepasst, sodass diese auch mit dem "alten" Ladecontroller funktioniert. Guck' mal hier: Gruß Thomas

Alles klar, besten Dank 😊 Ich ziehe die letzten Anpassungen dann auch noch nach und teste weiter. Falls wir uns nicht mehr hören sollten, so wünsche ich euch auf jeden Fall schon mal frohe Weihnachten und einen guten Rutsch. Ich bin froh, mich vor mittlerweile fast zwei Jahren für WARP entschieden zu haben und bin gespannt, was ihr 2023 noch so alles implementieren werdet… Gruß Thomas

Hallo @rtrbt, ich bin jetzt mal auf die aktuelle Version gegangen und habe unter "lib_deps" die neueste Revision von tfocpp eingebunden (9856852). Leider gibt es hier jetzt einen Compile-Fehler: src/modules/ocpp/ocpp.cpp: In member function 'void Ocpp::setup()': src/modules/ocpp/ocpp.cpp:117:109: error: no matching function for call to 'OcppChargePoint::start(const char*, const char*)' cp.start(config.get("url")->asEphemeralCStr(), (String(BUILD_HOST_PREFIX) + '-' + local_uid_str).c_str()); ^ In file included from src/modules/ocpp/ocpp.h:23, from src/modules/ocpp/ocpp.cpp:20: .pio/libdeps/warp2_poohnet/TFOCPP/src/ocpp/ChargePoint.h:46:10: note: candidate: 'void OcppChargePoint::start(const char*, const char*, const char*)' void start(const char *websocket_endpoint_url, const char *charge_point_name, const char *basic_auth_pass); ^~~~~ .pio/libdeps/warp2_poohnet/TFOCPP/src/ocpp/ChargePoint.h:46:10: note: candidate expects 3 arguments, 2 provided Anscheinend fehlt da noch was im Repo... Gruß Thomas

Moin @rtrbt, vielen Dank für die Rückmeldung. Sind denn alle relevanten Commits auch im GitHub-Repo? Dann würde ich die nochmal in meinen Fork nachziehen und weiter testen... Gruß Thomas

Hallo @rtrbt, konntet ihr zwischenzeitlich schon etwas herausfinden? Ich hatte gestern wieder den Fall, dass das Ende der Ladung bei eCarUp nicht korrekt erkannt wurde und diese nun mit 0,0 kWh in der App steht... Vielen Dank & Gruß Thomas

Alles klar, danke :-)

Moin @rtrbt, gibt es schon irgendwelche neuen Erkenntnisse? Vielen Dank & Gruß Thomas

Hi @rtrbt, wie versprochen hier die Vorgehensweise zur Reproduktion des Problems mit SteVe: Fahrzeug verbinden EVCC nicht (!) freigeben RemoteStartTransaction senden etwas warten RemoteStopTransaction senden --> Transaktion bleibt in SteVe aktiv RemoteStopTransaction erneut senden --> Transaktion wird rejected Anbei noch das Log... Gruß Thomas steve.txt

Hab ich mich noch nicht getraut, aber wahrscheinlich laufe ich demnächst eh wieder in eine Situation, bei dem ich den OCPP-Status zurücksetzen muss… 🙃 Ich probiere das morgen Nachmittag nochmal aus und hänge die Logs an.

'n Abend @rtrbt, ich habe mich heute Nachmittag mal etwas mit SteVe beschäftigt und kann das Problem auch hier reproduzieren. Wenn zwischen "RemoteStartTransaction" und "RemoteStopTransaction" kein "Sending StatusNotification.req: Status Charging for connector 1" gesendet wird, dann wird "RemoteStopTransaction" zwar mit "Accepted" quittiert, die Transaktion bleibt aber offen. Weitere "RemoteStopTransaction" werden von WARP dann mit "unknown transaction id" rejected. Ist das evtl. eine Definitionslücke in der Spezifikation? Gruß Thomas

Hallo @rohrbage, hast du evtl. versehentlich den max. Strom begrenzt? Falls nein, geh mal auf die Seite „Ladecontroller“ und erstelle ein Ladeprotokoll (d. h. Ladeprotokoll starten, Ladung starten, ein paar Minuten laufen lassen, Ladung beenden und Ladeprotokoll herunterladen). Das Protokoll kannst du hier anhängen, sodass die Jungs von TF es analysieren können… Gruß Thomas

Moin @rtrbt, so, ich habe heute Vormittag eine ganze Reihe Tests gemacht und die gute Nachricht ist, dass im Normalfall nun anscheinend alles richtig funktioniert! Vielen Dank dafür 🙂 Allerdings habe ich es (mit einer zugegebenermaßen nicht ganz sauberen Vorhensweise) trotzdem reproduzierbar geschafft, WARP und eCarUp doch noch aus dem Tritt zu bringen. Wenn man nämlich eine Ladung über die eCarUp-App startet und diese anschließend wieder beendet, ohne zuvor EVCC freigegeben zu haben (also letztendlich gar nicht lädt), dann bleibt der Ladevorgang in der App weiterhin aktiv und WARP bekommt wieder keine Heartbeats mehr: 2022-11-26 12:20:34,132 Sending Heartbeat.req. 197608 197608 257608 60000 2022-11-26 12:20:34,230 Received Heartbeat.conf for connector 0 2022-11-26 12:21:33,961 Sending Heartbeat.req. 257669 257669 317669 60000 2022-11-26 12:21:34,059 Received Heartbeat.conf for connector 0 2022-11-26 12:21:46,422 IDLE -> NO_TAG 2022-11-26 12:21:46,423 Sending StatusNotification.req: Status Preparing for connector 1 2022-11-26 12:21:46,512 Received StatusNotification.conf for connector 1 2022-11-26 12:21:46,885 Charger state changed from 0 to 1 2022-11-26 12:22:17,600 Wrote last uptime to flash 2022-11-26 12:22:20,942 Received RemoteStartTransaction.req for connector 1 and tag TV2DVLAZELX3FLCHVS5A 2022-11-26 12:22:20,942 Sending RemoteStartTransaction.conf Accepted 2022-11-26 12:22:20,958 NO_TAG -> TRANSACTION 2022-11-26 12:22:21,001 Sending StartTransaction.req at connector 1 for tag TV2DVLAZELX3FLCHVS5A at 741.195 kWh. 2022-11-26 12:22:21,007 Sending StatusNotification.req: Status SuspendedEVSE for connector 1 2022-11-26 12:22:21,022 Evaluating charging profiles 2022-11-26 12:22:21,022 Connector 1 2022-11-26 12:22:21,023 Profile evaluation done. Distributing limit 2022-11-26 12:22:21,033 Currents distributed: 2022-11-26 12:22:21,033 ConnID Allowed Phases MinRate 2022-11-26 12:22:21,044 0 32.000 3 0.000 2022-11-26 12:22:21,044 1 32.000 3 0.000 2022-11-26 12:22:21,045 Next check: never 2022-11-26 12:22:21,055 2022-11-26 12:22:21,055 Setting connector 1 limit to 32000 2022-11-26 12:22:21,106 Received StartTransaction.conf for connector 1 2022-11-26 12:22:21,172 Evaluating charging profiles 2022-11-26 12:22:21,173 Connector 1 2022-11-26 12:22:21,173 Profile evaluation done. Distributing limit 2022-11-26 12:22:21,183 Currents distributed: 2022-11-26 12:22:21,183 ConnID Allowed Phases MinRate 2022-11-26 12:22:21,194 0 32.000 3 0.000 2022-11-26 12:22:21,195 1 32.000 3 0.000 2022-11-26 12:22:21,195 Next check: never 2022-11-26 12:22:21,205 2022-11-26 12:22:21,206 Setting connector 1 limit to 32000 2022-11-26 12:22:21,263 Received StatusNotification.conf for connector 1 2022-11-26 12:22:33,910 Sending Heartbeat.req. 317677 317677 377677 60000 2022-11-26 12:22:34,002 Received Heartbeat.conf for connector 0 2022-11-26 12:23:33,985 Sending Heartbeat.req. 377754 377754 437754 60000 2022-11-26 12:23:34,088 Received Heartbeat.conf for connector 0 2022-11-26 12:23:48,441 Received RemoteStopTransaction.req for txn 1669461741 2022-11-26 12:23:48,442 TRANSACTION -> FINISHING_UNLOCKED 2022-11-26 12:23:48,476 Sending StatusNotification.req: Status Finishing for connector 1 2022-11-26 12:23:48,522 Sending StopTransaction.req at connector 1 for tag at 741.195 kWh. StopReason 7 2022-11-26 12:23:48,553 Sending RemoteStopTransaction.conf Accepted (connector 0) 2022-11-26 12:23:48,570 Evaluating charging profiles 2022-11-26 12:23:48,571 Connector 1 2022-11-26 12:23:48,571 Profile evaluation done. Distributing limit 2022-11-26 12:23:48,581 Currents distributed: 2022-11-26 12:23:48,582 ConnID Allowed Phases MinRate 2022-11-26 12:23:48,592 0 32.000 3 0.000 2022-11-26 12:23:48,593 1 32.000 3 0.000 2022-11-26 12:23:48,593 Next check: never 2022-11-26 12:23:48,603 2022-11-26 12:23:48,604 Setting connector 1 limit to 32000 2022-11-26 12:23:48,658 Received StatusNotification.conf for connector 1 2022-11-26 12:24:33,899 Sending Heartbeat.req. 437757 437757 497757 60000 2022-11-26 12:25:33,998 Sending Heartbeat.req. 497857 497857 557857 60000 2022-11-26 12:25:51,441 FINISHING_UNLOCKED -> IDLE 2022-11-26 12:25:51,442 Sending StatusNotification.req: Status Available for connector 1 2022-11-26 12:25:52,015 Charger state changed from 1 to 0 2022-11-26 12:26:34,021 Sending Heartbeat.req. 557879 557879 617879 60000 Beim Zurücksetzen des OCPP-Status bin ich dann auch noch über einen bösen Bug gestolpert, denn dieser scheint in der aktuellen Version nun einem Factory-Reset gleichzukommen. Jedenfalls war anschließend meine gesamte Konfiguration inkl. aller aufgezeichneter Ladevorgänge weg... 😢 Nachdem ich alles wieder richtig eingestellt hatte, hat es übrigens noch fast 20 Minuten gedauert, bis WARP und eCarUp wieder "in sync" waren. Die App hat nämlich im Minutentakt weiterhin "RemoteStopTransaction.req" gesendet, die aber von WARP zurückgewiesen wurden. Irgendwann hat das dann aber aufgehört und die Box wurde wieder als "frei" aufgeführt. 16,564 OCPP WEBSOCKET CONNECTED 16,642 Sending BootNotification.req. 16641 0 60000 60000 16,744 Received BootNotification.conf for connector 0. Interval 60 2022-11-26 12:39:00,000 Sending StatusNotification.req: Status Available for connector 0 2022-11-26 12:39:00,011 Sending StatusNotification.req: Status Available for connector 1 2022-11-26 12:39:00,030 Sending StatusNotification.req: Status Available for connector 0 2022-11-26 12:39:00,046 Evaluating charging profiles 2022-11-26 12:39:00,047 Connector 1 2022-11-26 12:39:00,047 Profile evaluation done. Distributing limit 2022-11-26 12:39:00,057 Currents distributed: 2022-11-26 12:39:00,057 ConnID Allowed Phases MinRate 2022-11-26 12:39:00,068 0 32.000 3 0.000 2022-11-26 12:39:00,069 1 32.000 3 0.000 2022-11-26 12:39:00,069 Next check: never 2022-11-26 12:39:00,079 2022-11-26 12:39:00,079 Setting connector 1 limit to 32000 2022-11-26 12:39:00,147 Received StatusNotification.conf for connector 0 2022-11-26 12:39:00,287 Received StatusNotification.conf for connector 1 2022-11-26 12:39:00,399 Received StatusNotification.conf for connector 0 2022-11-26 12:39:04,077 NTP synchronized at 20,446! 2022-11-26 12:39:24,242 Received RemoteStopTransaction.req for txn 1669461741 2022-11-26 12:39:24,242 Sending RemoteStopTransaction.conf Rejected (unknown transaction id) 2022-11-26 12:39:49,672 This is warp2-XSS (warp2-XSS), a WARP2 Charger Pro 11kW 2022-11-26 12:40:00,344 Sending Heartbeat.req. 76713 76713 136713 60000 2022-11-26 12:40:00,442 Received Heartbeat.conf for connector 0 2022-11-26 12:40:25,495 Received RemoteStopTransaction.req for txn 1669461741 2022-11-26 12:40:25,495 Sending RemoteStopTransaction.conf Rejected (unknown transaction id) 2022-11-26 12:40:59,951 Sending Heartbeat.req. 136763 136763 196763 60000 2022-11-26 12:41:01,946 Received Heartbeat.conf for connector 0 2022-11-26 12:41:29,315 Received RemoteStopTransaction.req for txn 1669461741 2022-11-26 12:41:29,315 Sending RemoteStopTransaction.conf Rejected (unknown transaction id) 2022-11-26 12:42:00,084 Sending Heartbeat.req. 196843 196843 256843 60000 2022-11-26 12:42:00,182 Received Heartbeat.conf for connector 0 2022-11-26 12:42:29,979 Received RemoteStopTransaction.req for txn 1669461741 2022-11-26 12:42:29,979 Sending RemoteStopTransaction.conf Rejected (unknown transaction id) Gruß Thomas

Wow, super 🤩 Ich baue dann morgen mal eine neue Version und teste weiter… Gruß und ein schönes Wochenende Thomas

Ok, das ist tatsächlich interessant. Ich habe nochmal in die alten Logs geschaut und kann bestätigen, dass überall da, wo es ein Problem beim Start des Ladevorgangs gab, kein "StartTransaction.req" geschickt wurde. Ich versuche mal, ob ich das durch eine längere Wartezeit zwischen Verbinden und Start reproduziert bekomme...

Moin @rtrbt, nachdem ich jetzt einige erfolgreiche Ladevorgänge über eCarUp durchführen konnte, ist gestern Abend wieder ein ähnliches Problem wie in Test 1 aufgetreten, das nur durch ein Zurücksetzen des OCPP-Status gelöst werden konnte: 17:38 - Fahrzeug verbunden --> eCarUp-Status wechselt von "Frei" auf "Verbunden" ✔️ 17:40 - Ladung per EVCC freigeschaltet (Min+PV) --> EVCC-Status wechselt auf "Ladebereit, warte auf Fahrzeug" ✔️ 17:40 - Ladung per eCarUp-App gestartet --> WARP startet Ladung, eCarUp-Status wechselt kurz auf "Besetzt", springt dann aber auf "Verbunden" zurück ❌ 17:43 - Fahrzeug getrennt --> keine Heartbeats mehr ❌ 17:46 - WARP neugestartet --> "RESTORED StopTransaction.req" wird bei jedem Neustart gesendet, es kommen aber trotzdem keine Heartbeats ❌ 17:49 - OCPP-Status zurückgesetzt u. WARP neugestartet --> Heartbeats kommen wieder an ✔️ Wenn ich das Protokoll richtig interpretiere, dann war die Zeit zwischen dem Verbinden des Fahrzeugs und dem Start der Ladung über die eCarUp-App zu lang, sodass nach dem Status "Preparing" schon ein "Finishing" geschickt wurde: 2022-11-24 17:38:10,993 Sending Heartbeat.req. 525637161 525637161 525697161 60000 2022-11-24 17:38:11,093 Received Heartbeat.conf for connector 0 2022-11-24 17:38:19,790 IDLE -> NO_TAG 2022-11-24 17:38:19,790 Sending StatusNotification.req: Status Preparing for connector 1 2022-11-24 17:38:19,888 Received StatusNotification.conf for connector 1 2022-11-24 17:38:20,206 Charger state changed from 0 to 1 2022-11-24 17:39:10,899 Sending Heartbeat.req. 525697161 525697161 525757161 60000 2022-11-24 17:39:11,000 Received Heartbeat.conf for connector 0 2022-11-24 17:39:19,797 Tag timeout! 2022-11-24 17:39:19,797 NO_TAG -> FINISHING_UNLOCKED 2022-11-24 17:39:19,798 Sending StatusNotification.req: Status Finishing for connector 1 2022-11-24 17:39:19,907 Received StatusNotification.conf for connector 1 2022-11-24 17:40:10,901 Sending Heartbeat.req. 525757163 525757163 525817163 60000 2022-11-24 17:40:10,997 Received Heartbeat.conf for connector 0 2022-11-24 17:40:33,080 Evaluating charging profiles 2022-11-24 17:40:33,080 Connector 1 2022-11-24 17:40:33,080 Profile evaluation done. Distributing limit 2022-11-24 17:40:33,091 Currents distributed: 2022-11-24 17:40:33,091 ConnID Allowed Phases MinRate 2022-11-24 17:40:33,102 0 32.000 3 0.000 2022-11-24 17:40:33,102 1 32.000 3 0.000 2022-11-24 17:40:33,102 Next check: never 2022-11-24 17:40:33,113 2022-11-24 17:40:33,113 Setting connector 1 limit to 32000 2022-11-24 17:40:55,180 Received RemoteStartTransaction.req for connector 1 and tag E7ZYQ3X3G2FAAVJTWWDA 2022-11-24 17:40:55,180 Sending RemoteStartTransaction.conf Accepted 2022-11-24 17:40:55,196 FINISHING_UNLOCKED -> TRANSACTION 2022-11-24 17:40:55,263 Sending StatusNotification.req: Status SuspendedEVSE for connector 1 2022-11-24 17:40:55,364 Received StatusNotification.conf for connector 1 2022-11-24 17:40:55,371 Sending StatusNotification.req: Status SuspendedEV for connector 1 2022-11-24 17:40:55,460 Received StatusNotification.conf for connector 1 2022-11-24 17:40:56,303 Charger state changed from 1 to 2 2022-11-24 17:40:56,379 Tracked start of charge. 2022-11-24 17:40:57,230 Sending StatusNotification.req: Status Charging for connector 1 2022-11-24 17:40:57,318 Received StatusNotification.conf for connector 1 2022-11-24 17:40:57,385 Charger state changed from 2 to 3 2022-11-24 17:41:10,929 Sending Heartbeat.req. 525817189 525817189 525877189 60000 2022-11-24 17:41:11,021 Received Heartbeat.conf for connector 0 2022-11-24 17:42:10,977 Sending Heartbeat.req. 525877259 525877259 525937259 60000 2022-11-24 17:42:11,077 Received Heartbeat.conf for connector 0 2022-11-24 17:43:07,152 Sending StatusNotification.req: Status SuspendedEV for connector 1 2022-11-24 17:43:07,252 Received StatusNotification.conf for connector 1 2022-11-24 17:43:07,404 Charger state changed from 3 to 2 2022-11-24 17:43:10,932 Sending Heartbeat.req. 525937292 525937292 525997292 60000 2022-11-24 17:43:11,035 Received Heartbeat.conf for connector 0 2022-11-24 17:43:11,205 Unexpected EVSEState 0 while Connector is in state 8. Aborting transaction! 2022-11-24 17:43:11,205 TRANSACTION -> FINISHING_NO_CABLE_UNLOCKED 2022-11-24 17:43:11,251 Sending StopTransaction.req at connector 1 for tag E7ZYQ3X3G2FAAVJTWWDA at 739.726 kWh. StopReason 1 2022-11-24 17:43:11,285 Sending StatusNotification.req: Status Finishing for connector 1 2022-11-24 17:43:11,302 Evaluating charging profiles 2022-11-24 17:43:11,302 Connector 1 2022-11-24 17:43:11,303 Profile evaluation done. Distributing limit 2022-11-24 17:43:11,313 Currents distributed: 2022-11-24 17:43:11,313 ConnID Allowed Phases MinRate 2022-11-24 17:43:11,324 0 32.000 3 0.000 2022-11-24 17:43:11,324 1 32.000 3 0.000 2022-11-24 17:43:11,335 Next check: never 2022-11-24 17:43:11,335 2022-11-24 17:43:11,335 Setting connector 1 limit to 32000 2022-11-24 17:43:11,398 Charger state changed from 2 to 0 2022-11-24 17:43:11,486 Tracked end of charge. 2022-11-24 17:43:11,639 FINISHING_NO_CABLE_UNLOCKED -> IDLE 2022-11-24 17:43:11,639 Sending StatusNotification.req: Status Available for connector 1 2022-11-24 17:44:10,948 Sending Heartbeat.req. 525997344 525997344 526057344 60000 2022-11-24 17:45:11,011 Sending Heartbeat.req. 526057407 526057407 526117407 60000 Kann es sein, dass WARP und eCarUp hier aus dem Tritt kommen? Gruß Thomas

Ah, jetzt, ja… 😉 Hut ab, ihr treibt ja wirklich einen immensen Aufwand, die Bugs zu jagen! Interessant ist aber, dass sich eCarUp und WARP so verheddern, dass nur ein Zurücksetzen des OCPP-Status das Problem löst. Ich bin gespannt, was die Jungs zu dem Bugreport sagen… In der Zwischenzeit werde ich jetzt mal zwei Dinge testen: „normale“ Ladevorgänge, d. h. verbinden, starten, stoppen, trennen. Mal schau‘n, ob ich den Fall aus Test 2 auch irgendwie reproduziert bekomme. Aufbau einer VM mit SteVe und gleiche Tests Gruß Thomas

Sehr gut 👍 Ich habe es heute Morgen auch nochmal probiert und konnte den Fehlerfall aus Test 1 wieder reproduzieren. Man muss nur eine Ladung starten, beenden und wieder starten, ohne das Ladekabel zwischenzeitlich zu trennen. Brauchst du das Debug-Log mit den neuen Informationen zum OCPP-Zustand? Ja, kann ich bestätigen 😀

Vielen Dank für deine Unterstützung Erik, ich werd's am Wochenende testen. Habt ihr zwischenzeitlich eigentlich noch weitere Rückmeldungen zu OCPP bekommen? Oder bin ich der einzige, der das testet? Gruß Thomas

Moin @rtrbt, leider sind beide Probleme bei meinen gestrigen Tests mit dem aktuellen Entwicklungsstand erneut aufgetreten 🙁 Nur zur Sicherheit (damit wir keine Phantome jagen), bei mir gibt's ja zwei Besonderheiten: WARP1 Smart umgerüstet auf ESP32-Ethernet-Brick Zählerstände werden per MQTT (values_update, phases_update etc.) geschickt, d. h. es ist kein interner Zähler verbaut Test 1 18:24 - Fahrzeug verbunden --> eCarUp-Status wechselt von "Frei" auf "Verbunden" ✔️ 18:24 - Ladung per EVCC freigeschaltet (Min+PV) --> EVCC-Status wechselt auf "Ladebereit, warte auf Fahrzeug" ✔️ 18:25 - Ladung per eCarUp-App gestartet --> WARP startet Ladung, eCarUp-Status wechselt von "Verbunden" auf "Besetzt" ✔️ 18:35 - Ladung per eCarUp-App beendet --> WARP stoppt Ladung, eCarUp-Status wechselt von "Besetzt" auf "Verbunden" ✔️ 18:35 - neue Ladung per eCarUp-App gestartet --> WARP startet Ladung, eCarUp-Status wechselt kurz auf "Besetzt", springt dann aber auf "Verbunden" zurück ❌ 18:37 - Ladung per EVCC abgebrochen, Fahrzeug getrennt --> keine Heartbeats mehr ❌ 18:41 - WARP 2x neugestartet --> "RESTORED StopTransaction.req" wird bei jedem Neustart gesendet, es kommen aber trotzdem keine Heartbeats ❌ 18:46 - OCPP-Status zurückgesetzt u. WARP neugestartet --> Heartbeats kommen wieder an ✔️ Test 2 18:48 - Fahrzeug verbunden --> eCarUp-Status wechselt von "Frei" auf "Verbunden" ✔️ 18:48 - Ladung per EVCC freigeschaltet (Min+PV) --> EVCC-Status wechselt auf "Ladebereit, warte auf Fahrzeug" ✔️ 18:49 - Ladung per eCarUp-App gestartet --> WARP startet Ladung, eCarUp-Status wechselt von "Verbunden" auf "Besetzt" ✔️ 18:59 - Ladung per eCarUp-App beendet --> WARP stoppt Ladung, eCarUp-Status bleibt bei "Besetzt" und Ladezeit läuft weiter ❌ 19:00 - Ladung erneut per eCarUp-App beendet --> keine Änderung ❌ 19:01 - Fahrzeug getrennt --> keine Heartbeats mehr, Status bleibt "Besetzt", Ladezeit läuft weiter ❌ 19:03 - WARP neugestartet --> "RESTORED StopTransaction.req" erfolgreich gesendet, Heartbeats kommen wieder an ✔️ Hast du noch irgendwelche Ideen? Gerne können wir hierzu auch mal telefonieren... Vielen Dank und Gruß Thomas test1.txt test2.txt

Das war kaputt. Weil ich da direkt von TRANSACTION nach IDLE gehe, schicke ich nie die StopTransaction-Nachricht raus. Habe ich gerade gefixt. Moin @rtrbt, gibst du Bescheid, sobald der Fix im Repo ist? Dann teste ich diesen gerne... Danke & Gruß Thomas