poohnet

Könnte da evtl. ein Zusammenhang mit meinem (gelösten) Problem bestehen? Ein Update der EVSE-Kalibrierung hat seinerzeit geholfen...

So, habe gerade einen Factory Reset durchgeführt und nun funktioniert's (erstmal) wieder: 7,292 MQTT: Connected to broker. 16,601 OCPP WEBSOCKET CONNECTED 16,654 Sending BootNotification.req. 16654 0 60000 60000 16,812 Received message [3, "1", {"status":"Accepted","currentTi (len 86) 16,814 Received BootNotification.conf for connector 0. Interval 60 2022-10-29 14:06:44,000 Sending StatusNotification.req: Status Available for charge point 2022-10-29 14:06:44,011 Sending StatusNotification.req: Status Available for connector 1 2022-10-29 14:06:44,143 Received message [3, "2", {}] (len 12) 2022-10-29 14:06:44,144 Received StatusNotification.conf for connector 0 2022-10-29 14:06:44,341 Received message [3, "3", {}] (len 12) 2022-10-29 14:06:44,342 Received StatusNotification.conf for connector 1 2022-10-29 14:06:49,514 NTP synchronized at 22,316! 2022-10-29 14:07:33,579 This is warp2-XSS (warp2-XSS), a WARP2 Charger Pro 11kW 2022-10-29 14:07:43,927 Sending Heartbeat.req. 76729 76729 136729 60000 2022-10-29 14:07:44,022 Received message [3, "4", {"currentTime":"2022-10-29T12:0 (len 52) 2022-10-29 14:07:44,023 Received Heartbeat.conf for connector 0 Mal schau'n, ob ich das ursprüngliche Problem in den nächsten Tagen reproduziert bekomme. Bliebe nur die Frage offen, warum die Datei "/ocpp/txn_msg" nicht gelöscht werden konnte. Gibt es rein technisch gesehen schon, habe aber noch nicht rausgefunden wie eCarUp das konfigurieren will. Wie funktioniert die Übertragung des Zählerstands denn grundsätzlich? Wenn ich meinen Wagen unterwegs über die eCharge-App lade, dann erhalte ich auch regelmäßige Updates des Zählerstands... Gruß Thomas

So, ich bin nun einen Schritt weiter (am Abgrund). Ich habe den CommandHandler wie folgt umgebaut und festgestellt, dass die Datei "txn_msg" im Directory /ocpp nicht gelöscht werden kann: api.addCommand("ocpp/reset", &reset, {}, [](){ logger.printfln("Reset OCPP..."); int i = 0; File root = LittleFS.open("/ocpp"); File file; while (file = root.openNextFile()) { i++; String filename = file.path(); file.close(); logger.printfln("Found file '%s' ...", filename.c_str()); bool result = LittleFS.remove(filename); logger.printfln("File %s removed.", result ? "successfully" : "NOT"); } logger.printfln("No of files: %d", i); } Und das ist das Ergebnis: 20,128 Reset OCPP... 20,140 Found file '/ocpp/txn_msg' ... 20,144 File NOT removed. 20,155 No of files: 1 2022-10-28 20:41:34,310 NTP synchronized at 25,137! 2022-10-28 20:41:56,679 Reset OCPP... 2022-10-28 20:41:56,691 Found file '/ocpp/txn_msg' ... 2022-10-28 20:41:56,695 File NOT removed. 2022-10-28 20:41:56,706 No of files: 1 Hast du irgendeine Idee, warum die Datei nicht gelöscht werden kann? Ist sie vielleicht noch durch irgendetwas im Hintergrund geöffnet? Danke & Gruß Thomas

ARGH - irgendwie ist dieses OCPP-Paket sehr hartnäckig. Ich habe mehrfach den "großen roten Knopf" gedrückt, POSTs auf die URL /ocpp/reset abgesetzt (die auch mit 200 bestätigt werden) und selbstverständlich anschließend auch neugestartet... ... aber keine Chance, WARP schickt das Paket nach der Boot-Notification immer wieder 😡 7,966 Network connected. Stopping soft AP 7,996 MQTT: Connected to broker. 16,699 OCPP WEBSOCKET CONNECTED 16,786 Sending BootNotification.req. 16786 0 60000 60000 16,978 Received message [3, "1", {"status":"Accepted","currentTi (len 86) 16,979 Received BootNotification.conf for connector 0. Interval 60 2022-10-28 18:42:07,000 Sending StatusNotification.req: Status Available for charge point 2022-10-28 18:42:07,011 Sending StatusNotification.req: Status Available for connector 1 2022-10-28 18:42:07,028 Sending StatusNotification.req: Status Available for charge point 2022-10-28 18:42:07,133 Received message [3, "2", {}] (len 12) 2022-10-28 18:42:07,134 Received StatusNotification.conf for connector 0 2022-10-28 18:42:07,250 Sending RESTORED StopTransaction.req for tag at 724.372 kWh. Reason 11 2022-10-28 18:42:12,354 NTP synchronized at 21,601! 2022-10-28 18:42:57,249 This is warp2-XSS (warp2-XSS), a WARP2 Charger Pro 11kW Interessanterweise wird die Box dann für ein paar Minuten bei eCarUp als "Verfügbar" angezeigt und in dieser Zeit kann ich auch einen Ladevorgang starten. Leider ist mein Wagen erst morgen wieder da, daher konnte ich nicht prüfen, ob er tatsächlich auch lädt: 2022-10-28 18:48:55,243 Received message [2, "801e0004-57ba-a602-aa4a-a9f19683782 (len 119) 2022-10-28 18:48:55,244 Received RemoteStartTransaction.req for connector 1 and tag 6EFSK4CX9MUJPGN35Q9Q 2022-10-28 18:48:55,255 Sending RemoteStartTransaction.conf Accepted 2022-10-28 18:48:55,270 IDLE -> NO_PLUG 2022-10-28 18:48:55,339 Sending StatusNotification.req: Status Preparing for connector 1 2022-10-28 18:49:55,364 Cable timeout! 2022-10-28 18:49:55,364 NO_PLUG -> IDLE 2022-10-28 18:49:55,364 Sending StatusNotification.req: Status Available for connector 1 Allerdings hilft auch dieser neue Startversuch nicht, das OCPP-Paket loszuwerden, d. h. auch nach einem weiteren Reboot wird es wieder geschickt, sodass die Heartbeats weiterhin ausbleiben. Evtl. machen ich morgen mal einen Factory Reset... Gruß und ein schönes Wochenende Thomas

Das ist sicherlich keine schlechte Idee (gerade jetzt in der Betaphase), denn selbst das Trennen der Stromversorgung hat nicht geholfen und die WARP wird bei eCarUp nun als "inaktiv" angezeigt. Baut ihr auch eine regelmäßige Übertragung des Zählerstands mit ein, z. B. alle fünf Minuten? Gruß Thomas

'n Abend @rtrbt, heute Abend habe ich mal einen größeren Test gemacht und irgendwie scheint die OCPP-Integration jetzt kaputt zu sein 🙁 Zunächst hat eCarUp zwar den Status (frei, verbunden) korrekt erkannt, die Ladung konnte aber nicht gestartet werden. Auf der Statusseite stand bei "Fahrzeugstatus" nur "Ladebereit" und bei "Erlaubter Ladestrom" "6.000 A durch externe Steuerung" (das ist die Vorgabe von EVCC). Nach einem Neustart von WARP stand da dann "6.000 A durch externe Steuerung, OCPP", d. h. in den letzten 24 Stunden ist da anscheinend irgendein Status durcheinander gekommen. Leider habe ich versäumt, das Log vor dem Reboot zu sichern, die Ladung konnte aber korrekt gestartet werden. Während des Ladevorgangs hat eCarUp allerdings keine Verbrauchsdaten erhalten und nach knapp einer Stunde habe ich versucht, die Ladung über die App zu beenden. WARP hat die Ladung zwar beendet, aber trotz Trennen des Fahrzeugs zeigten sowohl die App als auch die Statusseite von eCarUp weiterhin einen aktiven Ladevorgang an. Hier die zugehörigen Logs: 2022-10-27 18:50:47,907 Sending Heartbeat.req. 5121096 5121096 5181096 60000 2022-10-27 18:50:48,004 Received message [3, "104", {"currentTime":"2022-10-27T16 (len 54) 2022-10-27 18:50:48,005 Received Heartbeat.conf for connector 0 2022-10-27 18:51:47,979 Sending Heartbeat.req. 5181184 5181184 5241184 60000 2022-10-27 18:51:48,073 Received message [3, "105", {"currentTime":"2022-10-27T16 (len 54) 2022-10-27 18:51:48,074 Received Heartbeat.conf for connector 0 2022-10-27 18:52:47,991 Sending Heartbeat.req. 5241281 5241281 5301281 60000 2022-10-27 18:52:48,083 Received message [3, "106", {"currentTime":"2022-10-27T16 (len 54) 2022-10-27 18:52:48,084 Received Heartbeat.conf for connector 0 2022-10-27 18:52:56,085 httpd_ws_recv_frame failed to get frame len with -1 2022-10-27 18:53:02,946 Received message [2, "01ed0005-08a5-6f36-fd40-bc08ac60a2a (len 98) 2022-10-27 18:53:02,947 Received RemoteStopTransaction.req 2022-10-27 18:53:02,957 TRANSACTION -> FINISHING_UNLOCKED 2022-10-27 18:53:02,958 Attempting to send stop transaction but next stop reason is none! 2022-10-27 18:53:03,020 Unexpected EVSEState 4 while Connector is in state 10 2022-10-27 18:53:03,021 Sending StatusNotification.req: Status Finishing for connector 1 2022-10-27 18:53:03,045 Sending StopTransaction.req at connector 1 for tag at 724.372 kWh. StopReason 11 2022-10-27 18:53:03,046 Sending RemoteStopTransaction.conf Accepted 2022-10-27 18:53:03,173 Received message [3, "107", {}] (len 14) 2022-10-27 18:53:03,174 Received StatusNotification.conf for connector 1 2022-10-27 18:53:03,228 Charger state changed from 3 to 1 2022-10-27 18:53:34,433 httpd_ws_recv_frame failed to get frame len with -1 2022-10-27 18:53:48,926 Sending Heartbeat.req. 5301312 5301312 5361312 60000 2022-10-27 18:54:08,939 Received message [2, "ffa70005-7c3e-0c8b-4646-afbadeb3bd6 (len 98) 2022-10-27 18:54:08,940 Received RemoteStopTransaction.req 2022-10-27 18:54:08,950 Sending RemoteStopTransaction.conf Rejected (unknown connector id) 2022-10-27 18:54:48,938 Sending Heartbeat.req. 5361323 5361323 5421323 60000 2022-10-27 18:54:58,065 httpd_ws_recv_frame failed to get frame len with -1 2022-10-27 18:55:10,252 FINISHING_UNLOCKED -> IDLE 2022-10-27 18:55:10,252 Sending StatusNotification.req: Status Available for connector 1 2022-10-27 18:55:10,271 Charger state changed from 1 to 0 2022-10-27 18:55:10,399 Tracked end of charge. 2022-10-27 18:55:47,799 Received message [2, "25f80005-7ecf-5792-d849-9de1773d94f (len 98) 2022-10-27 18:55:47,799 Received RemoteStopTransaction.req 2022-10-27 18:55:47,810 Sending RemoteStopTransaction.conf Rejected (unknown connector id) 2022-10-27 18:55:48,999 Sending Heartbeat.req. 5421384 5421384 5481384 60000 2022-10-27 18:56:49,082 Sending Heartbeat.req. 5481468 5481468 5541468 60000 2022-10-27 18:57:11,585 httpd_ws_recv_frame failed to get frame len with -1 2022-10-27 18:57:22,769 Received message [2, "35ec0005-870f-c876-8048-873033ee44f (len 98) 2022-10-27 18:57:22,770 Received RemoteStopTransaction.req 2022-10-27 18:57:22,780 Sending RemoteStopTransaction.conf Rejected (unknown connector id) 2022-10-27 18:57:49,127 Sending Heartbeat.req. 5541512 5541512 5601512 60000 2022-10-27 18:58:49,135 Sending Heartbeat.req. 5601520 5601520 5661520 60000 2022-10-27 18:59:49,199 Sending Heartbeat.req. 5661584 5661584 5721584 60000 2022-10-27 19:00:49,280 Sending Heartbeat.req. 5721665 5721665 5781665 60000 2022-10-27 19:01:21,991 httpd_ws_recv_frame failed to get frame len with -1 2022-10-27 19:01:49,312 Sending Heartbeat.req. 5781698 5781698 5841698 60000 2022-10-27 19:02:27,943 httpd_ws_recv_frame failed to get frame len with -1 2022-10-27 19:02:49,393 Sending Heartbeat.req. 5841778 5841778 5901778 60000 2022-10-27 19:03:49,422 Sending Heartbeat.req. 5901808 5901808 5961808 60000 2022-10-27 19:04:17,867 Received message [2, "84f20005-2483-7b6c-ed4f-ac31ec0372e (len 98) 2022-10-27 19:04:17,868 Received RemoteStopTransaction.req 2022-10-27 19:04:17,878 Sending RemoteStopTransaction.conf Rejected (unknown connector id) Auch ein Reboot hat zunächst keine Verbesserung gebracht: 7,457 Network connected. Stopping soft AP 7,492 MQTT: Connected to broker. 16,503 OCPP WEBSOCKET CONNECTED 16,599 Sending BootNotification.req. 16599 0 60000 60000 16,769 Received message [3, "1", {"status":"Accepted","currentTi (len 86) 16,770 Received BootNotification.conf for connector 0. Interval 60 2022-10-27 19:05:45,000 Sending StatusNotification.req: Status Available for charge point 2022-10-27 19:05:45,011 Sending StatusNotification.req: Status Available for connector 1 2022-10-27 19:05:45,053 Sending RESTORED StopTransaction.req for tag at 724.372 kWh. Reason 11 2022-10-27 19:05:50,724 NTP synchronized at 21,611! 2022-10-27 19:06:19,241 Received message [2, "05730005-c292-ed6c-3b41-ab8466e0405 (len 98) 2022-10-27 19:06:19,242 Received RemoteStopTransaction.req 2022-10-27 19:06:19,253 Sending RemoteStopTransaction.conf Rejected (unknown connector id) 2022-10-27 19:06:35,427 This is warp2-XSS (warp2-XSS), a WARP2 Charger Pro 11kW 2022-10-27 19:07:21,046 Received message [2, "0a6e0005-2535-627c-294f-be7c7cf77d5 (len 98) 2022-10-27 19:07:21,046 Received RemoteStopTransaction.req 2022-10-27 19:07:21,057 Sending RemoteStopTransaction.conf Rejected (unknown connector id) 2022-10-27 19:08:23,309 Received message [2, "efda0005-a43f-907a-734f-aafbbf68c7a (len 98) 2022-10-27 19:08:23,310 Received RemoteStopTransaction.req 2022-10-27 19:08:23,321 Sending RemoteStopTransaction.conf Rejected (unknown connector id) Nach etwa 15 Minuten hat eCarUp die Ladung dann als abgebrochen erkannt (ohne endgültige Verbrauchswerte). Seitdem baut WARP aber (auch trotz weiterem Reboot) keine korrekte OCPP-Kommunikation mehr auf - die ersten Boot- und Statusmeldungen werden zwar noch geschickt, es kommen aber keine Heartbeats mehr: 7,328 Network connected. Stopping soft AP 7,357 MQTT: Connected to broker. 16,525 OCPP WEBSOCKET CONNECTED 16,603 Sending BootNotification.req. 16603 0 60000 60000 16,732 Received message [3, "1", {"status":"Accepted","currentTi (len 86) 16,733 Received BootNotification.conf for connector 0. Interval 60 2022-10-27 19:24:16,000 Sending StatusNotification.req: Status Available for charge point 2022-10-27 19:24:16,011 Sending StatusNotification.req: Status Available for connector 1 2022-10-27 19:24:16,083 Sending RESTORED StopTransaction.req for tag at 724.372 kWh. Reason 11 2022-10-27 19:24:21,635 NTP synchronized at 22,277! 2022-10-27 19:25:05,687 This is warp2-XSS (warp2-XSS), a WARP2 Charger Pro 11kW 2022-10-27 19:29:00,664 Wrote last uptime to flash Kann man dieses "RESTORED StopTransaction.req"-Paket irgendwie löschen? Vielen Dank & Gruß Thomas

Hi @rtrbt, ich hab's natürlich jetzt doch gerade schon ausprobiert - und es funktioniert! 😍 Die Verbindung wird nun auch über wss hergestellt, die Ladung kann über die eCarUp gestartet und beendet werden und die Ladung erscheint anschließend auch mit korrektem Verbrauch in der App. Selbst die Leistungsvorgabe durch WARP und EVCC wird korrekt berücksichtigt. Der Vollständigkeit halber hier noch das Log (diesmal mit korrektem Zeitstempel). Vielleicht könnt ihr da mal drüberschauen und die (vereinzelten) Fehler prüfen... 7,739 Network connected. Stopping soft AP 7,771 MQTT: Connected to broker. 16,460 OCPP WEBSOCKET CONNECTED 16,538 Sending BootNotification.req. 16538 0 60000 60000 16,686 Received message [3, "1", {"status":"Accepted","currentTi (len 86) 16,687 Received BootNotification.conf for connector 0. Interval 60 2022-10-26 18:31:25,000 Sending StatusNotification.req: Status Available for charge point 2022-10-26 18:31:25,011 Sending StatusNotification.req: Status Available for connector 1 2022-10-26 18:31:25,141 Received message [3, "2", {}] (len 12) 2022-10-26 18:31:25,142 Received StatusNotification.conf for connector 0 2022-10-26 18:31:25,341 Received message [3, "3", {}] (len 12) 2022-10-26 18:31:25,342 Received StatusNotification.conf for connector 1 2022-10-26 18:31:31,450 NTP synchronized at 22,647! 2022-10-26 18:32:15,062 This is warp2-XSS (warp2-XSS), a WARP2 Charger Pro 11kW 2022-10-26 18:32:25,345 Sending Heartbeat.req. 76542 76542 136542 60000 2022-10-26 18:32:25,438 Received message [3, "4", {"currentTime":"2022-10-26T16:3 (len 52) 2022-10-26 18:32:25,440 Received Heartbeat.conf for connector 0 2022-10-26 18:33:24,993 Sending Heartbeat.req. 136641 136641 196641 60000 2022-10-26 18:33:25,081 Received message [3, "5", {"currentTime":"2022-10-26T16:3 (len 52) 2022-10-26 18:33:25,082 Received Heartbeat.conf for connector 0 2022-10-26 18:34:16,602 IDLE -> NO_TAG 2022-10-26 18:34:16,602 Sending StatusNotification.req: Status Preparing for connector 1 2022-10-26 18:34:16,694 Received message [3, "6", {}] (len 12) 2022-10-26 18:34:16,695 Received StatusNotification.conf for connector 1 2022-10-26 18:34:17,022 Charger state changed from 0 to 1 2022-10-26 18:34:24,946 Sending Heartbeat.req. 196687 196687 256687 60000 2022-10-26 18:34:25,050 Received message [3, "7", {"currentTime":"2022-10-26T16:3 (len 52) 2022-10-26 18:34:25,051 Received Heartbeat.conf for connector 0 2022-10-26 18:34:51,173 Received message [2, "3c420004-530b-0035-3a45-8acd9a3e1bd (len 119) 2022-10-26 18:34:51,174 Received RemoteStartTransaction.req for connector 1 and tag Q9H5ZXVP2NL54FNRVGYQ 2022-10-26 18:34:51,184 Sending RemoteStartTransaction.conf Accepted 2022-10-26 18:34:51,200 NO_TAG -> TRANSACTION 2022-10-26 18:34:51,271 Sending StartTransaction.req at connector 1 for tag Q9H5ZXVP2NL54FNRVGYQ at 722.847 kWh. 2022-10-26 18:34:51,275 Sending StatusNotification.req: Status SuspendedEVSE for connector 1 2022-10-26 18:34:51,389 Received message [3, "8", {"idTagInfo":{"status":"Accepte (len 112) 2022-10-26 18:34:51,403 Sending StatusNotification.req: Status SuspendedEV for connector 1 2022-10-26 18:34:51,405 Received StartTransaction.conf for connector 1 2022-10-26 18:34:51,597 Received message [3, "9", {}] (len 12) 2022-10-26 18:34:51,597 Received StatusNotification.conf for connector 1 2022-10-26 18:34:51,707 Received message [3, "10", {}] (len 13) 2022-10-26 18:34:51,708 Received StatusNotification.conf for connector 1 2022-10-26 18:34:51,964 Charger state changed from 1 to 2 2022-10-26 18:34:52,017 Tracked start of charge. 2022-10-26 18:35:24,929 Sending Heartbeat.req. 256732 256732 316732 60000 2022-10-26 18:35:25,018 Received message [3, "11", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:35:25,019 Received Heartbeat.conf for connector 0 2022-10-26 18:36:09,356 Wrote last uptime to flash 2022-10-26 18:36:19,837 Sending StatusNotification.req: Status Charging for connector 1 2022-10-26 18:36:19,925 Received message [3, "12", {}] (len 13) 2022-10-26 18:36:19,926 Received StatusNotification.conf for connector 1 2022-10-26 18:36:20,008 Charger state changed from 2 to 3 2022-10-26 18:36:24,983 Sending Heartbeat.req. 316816 316816 376816 60000 2022-10-26 18:36:25,096 Received message [3, "13", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:36:25,097 Received Heartbeat.conf for connector 0 2022-10-26 18:36:29,198 httpd_ws_recv_frame failed to get frame len with -1 2022-10-26 18:37:24,919 Sending Heartbeat.req. 376860 376860 436860 60000 2022-10-26 18:37:25,011 Received message [3, "14", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:37:25,012 Received Heartbeat.conf for connector 0 2022-10-26 18:37:39,477 httpd_ws_recv_frame failed to get frame len with -1 2022-10-26 18:38:24,975 Sending Heartbeat.req. 436938 436938 496938 60000 2022-10-26 18:38:25,071 Received message [3, "15", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:38:25,072 Received Heartbeat.conf for connector 0 2022-10-26 18:39:00,707 httpd_ws_recv_frame failed to get frame len with -1 2022-10-26 18:39:24,954 Sending Heartbeat.req. 497001 497001 557001 60000 2022-10-26 18:39:25,056 Received message [3, "16", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:39:25,057 Received Heartbeat.conf for connector 0 2022-10-26 18:39:49,809 httpd_ws_recv_frame failed to get frame len with -1 2022-10-26 18:40:24,979 Sending Heartbeat.req. 557094 557094 617094 60000 2022-10-26 18:40:25,962 Received message [3, "17", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:40:25,963 Received Heartbeat.conf for connector 0 2022-10-26 18:41:06,471 httpd_ws_recv_frame failed to get frame len with -1 2022-10-26 18:41:25,010 Sending Heartbeat.req. 617099 617099 677099 60000 2022-10-26 18:41:25,109 Received message [3, "18", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:41:25,110 Received Heartbeat.conf for connector 0 2022-10-26 18:42:25,890 Sending Heartbeat.req. 677099 677099 737099 60000 2022-10-26 18:42:25,991 Received message [3, "19", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:42:25,992 Received Heartbeat.conf for connector 0 2022-10-26 18:43:13,782 httpd_ws_recv_frame failed to get frame len with -1 2022-10-26 18:43:25,973 Sending Heartbeat.req. 737185 737185 797185 60000 2022-10-26 18:43:26,076 Received message [3, "20", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:43:26,077 Received Heartbeat.conf for connector 0 2022-10-26 18:44:25,919 Sending Heartbeat.req. 797219 797219 857219 60000 2022-10-26 18:44:26,022 Received message [3, "21", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:44:26,023 Received Heartbeat.conf for connector 0 2022-10-26 18:44:58,764 httpd_ws_recv_frame failed to get frame len with -1 2022-10-26 18:45:25,940 Sending Heartbeat.req. 857273 857273 917273 60000 2022-10-26 18:45:26,032 Received message [3, "22", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:45:26,033 Received Heartbeat.conf for connector 0 2022-10-26 18:45:31,579 httpd_ws_recv_frame failed to get frame len with -1 2022-10-26 18:45:32,247 Received message [2, "0e890005-5be3-88d4-6a47-b4475a35fa3 (len 98) 2022-10-26 18:45:32,248 Received RemoteStopTransaction.req 2022-10-26 18:45:32,258 TRANSACTION -> FINISHING_UNLOCKED 2022-10-26 18:45:32,259 Attempting to send stop transaction but next stop reason is none! 2022-10-26 18:45:32,312 Sending StopTransaction.req at connector 1 for tag Q9H5ZXVP2NL54FNRVGYQ at 723.112 kWh. StopReason 11 2022-10-26 18:45:32,313 Sending RemoteStopTransaction.conf Accepted 2022-10-26 18:45:32,325 Unexpected EVSEState 4 while Connector is in state 10 2022-10-26 18:45:32,327 Sending StatusNotification.req: Status Finishing for connector 1 2022-10-26 18:45:32,430 Received message [3, "23", {"idTagInfo":{"status":"Accept (len 86) 2022-10-26 18:45:32,447 Unexpected EVSEState 4 while Connector is in state 10 2022-10-26 18:45:32,449 Received StopTransaction.conf for connector 1 2022-10-26 18:45:32,646 Received message [3, "24", {}] (len 13) 2022-10-26 18:45:32,647 Received StatusNotification.conf for connector 1 2022-10-26 18:45:32,694 Charger state changed from 3 to 1 2022-10-26 18:45:45,104 FINISHING_UNLOCKED -> IDLE 2022-10-26 18:45:45,104 Sending StatusNotification.req: Status Available for connector 1 2022-10-26 18:45:45,208 Received message [3, "25", {}] (len 13) 2022-10-26 18:45:45,208 Received StatusNotification.conf for connector 1 2022-10-26 18:45:45,695 Charger state changed from 1 to 0 2022-10-26 18:45:45,740 Tracked end of charge. 2022-10-26 18:46:25,903 Sending Heartbeat.req. 917281 917281 977281 60000 2022-10-26 18:46:26,004 Received message [3, "26", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:46:26,005 Received Heartbeat.conf for connector 0 2022-10-26 18:47:25,954 Sending Heartbeat.req. 977348 977348 1037348 60000 2022-10-26 18:47:26,045 Received message [3, "27", {"currentTime":"2022-10-26T16: (len 53) 2022-10-26 18:47:26,046 Received Heartbeat.conf for connector 0 Vielen Dank nochmals für eure immer tolle und zeitnahe Unterstützung! Gruß Thomas

Danke Erik (auch für die Erklärung zu OCPP) 🙂 Ich ziehe eure letzten Anpassungen heute Abend mal nach und teste dann voraussichtlich morgen...

So, die ersten Tests waren so halbwegs erfolgreich. Ich habe einen eCarUp-Account angelegt und zunächst die wss-URL (wss://www.ecarup.com/api/Ocpp16/xxxx) verwendet. Leider erhalte ich damit nur die Fehlermeldung "OCPP WEBSOCKET DISCONNECTED". Die Umstellung von wss auf ws hat das Problem dann aber erstmal (temporär) gelöst, WARP verbindet sich und erscheint sowohl im eCarUp-Portal als auch in der App - und zwar direkt mit dem richtigen Status (frei bzw. verbunden) 🙂 Leider lässt sich aber die Ladung nicht starten. EVCC ist freigegeben und die OCPP-Startanforderung kommt auch an - nur es passiert nix. Interessant ist auch der Zeitstempel der OCPP-Meldungen, diese scheinen etliche Jahre aus der Zukunft zu kommen: 8,343 Network connected. Stopping soft AP 8,381 MQTT: Connected to broker. 16,188 OCPP WEBSOCKET CONNECTED 16,201 Sending BootNotification.req. 16201 0 60000 60000 16,351 Received message [3, "1", {"status":"Accepted","currentTi (len 86) 16,352 Received BootNotification.conf for connector 0. Interval 60 2028-02-29 09:29:49,000 Sending StatusNotification.req: Status Available for charge point 2028-02-29 09:29:49,001 Sending StatusNotification.req: Status Preparing for connector 1 2028-02-29 09:29:49,138 Received message [3, "2", {}] (len 12) 2028-02-29 09:29:49,139 Received StatusNotification.conf for connector 0 2028-02-29 09:29:49,344 Received message [3, "3", {}] (len 12) 2028-02-29 09:29:49,344 Received StatusNotification.conf for connector 1 2022-10-25 15:54:13,808 NTP synchronized at 24,778! 2022-10-25 15:54:55,650 This is warp2-XSS (warp2-XSS), a WARP2 Charger Pro 11kW 2022-10-25 15:54:55,730 Tag timeout! 2022-10-25 15:54:55,730 NO_TAG -> FINISHING_UNLOCKED 2022-10-25 15:54:55,731 Sending StatusNotification.req: Status Finishing for connector 1 2022-10-25 15:54:55,838 Received message [3, "4", {}] (len 12) 2022-10-25 15:54:55,839 Received StatusNotification.conf for connector 1 2022-10-25 15:55:05,287 Sending Heartbeat.req. 76258 76258 136258 60000 2022-10-25 15:55:05,381 Received message [3, "5", {"currentTime":"2022-10-25T13:5 (len 52) 2022-10-25 15:55:05,382 Received Heartbeat.conf for connector 0 2028-02-29 09:31:48,907 Sending Heartbeat.req. 136271 136271 196271 60000 2028-02-29 09:31:49,009 Received message [3, "6", {"currentTime":"2022-10-25T13:5 (len 52) 2028-02-29 09:31:49,010 Received Heartbeat.conf for connector 0 2028-02-29 09:31:56,360 Received message [2, "15ed0004-bf5d-47d0-5242-b4e5ec3cc10 (len 119) 2028-02-29 09:31:56,361 Received RemoteStartTransaction.req for connector 1 and tag 5PXVQ7NNERYRYRJKGDBQ 2028-02-29 09:31:56,372 Sending RemoteStartTransaction.conf Accepted 2028-02-29 09:31:56,386 FINISHING_UNLOCKED -> TRANSACTION 2028-02-29 09:31:56,421 Sending StatusNotification.req: Status SuspendedEVSE for connector 1 2028-02-29 09:31:56,495 Received message [3, "7", {}] (len 12) 2028-02-29 09:31:56,495 Received StatusNotification.conf for connector 1 2028-02-29 09:32:39,023 Received message [2, "5df50004-4331-3795-c346-bdee912be3c (len 119) 2028-02-29 09:32:39,024 Received RemoteStartTransaction.req for connector 1 and tag 6PE6E4DYL7RCZGAYDFXQ 2028-02-29 09:32:39,035 Sending RemoteStartTransaction.conf Accepted 2028-02-29 09:32:39,050 Ignoring remote start transaction in state TRANSACTION 2028-02-29 09:32:48,898 Sending Heartbeat.req. 196282 196282 256282 60000 2028-02-29 09:32:49,011 Received message [3, "8", {"currentTime":"2022-10-25T13:5 (len 52) 2028-02-29 09:32:49,012 Received Heartbeat.conf for connector 0 So sieht der EVSE aktuell aus: @rtrbt, hast du vielleicht noch eine spontane Idee? EDIT: Was mir noch aufgefallen ist: Die Heartbeats kommen für Connector 0, die Steuerungsbefehle für Connector 1. Gibt's da vielleicht noch irgendwo ein "+/-1 Problem"? Oder muss der Ladepunkt bei eCarUp noch weiter konfiguriert werden? Vielen Dank & Gruß Thomas

Yeah, das hat funktioniert 🙂 Jetzt werde ich das mal testen... Vielen Dank @rtrbt!

Moin @rtrbt, kein Problem, besten Dank. Die reguläre WARP2-Konfiguration lässt sich erfolgreich bauen, aber wenn ich das Modul "EVSE_V2" durch "EVSE" austausche, dann erhalte ich leider eine ganze Menge Compilefehler. Einige lassen sich durch kleine Codeanpassungen beheben, aber spätestens bei "get_ocpp_current()" bzw. "set_ocpp_current()" hört's dann doch auf, da diese Methoden bislang nur in "EVSE_V2" implementiert sind. Zieht ihr das noch in das Modul "EVSE" nach oder muss/soll ich mich da selbst drum kümmern? Vielen Dank & Gruß Thomas

Danke für die Blumen, @floho Ich halte meinen Fork des Repos eigentlich immer relativ aktuell, d. h. ich kann hier gerne auch die kompilierte Firmware zur Verfügung stellen. "WARP1 on Steroids" gefällt mir 🙃 Gruß Thomas

Hallo @Little_Company, ich habe die vorhandenen Abstandshalter lediglich etwas versetzt, sodass die Aussparung für den Taster frei bleibt; der Stecker der Stromversorgung passt dann durch den länglichen Schlitz (unterhalb des Bricks). Der Umbau selbst war eine Sache von 1 1/2 Stunden und die Kosten von ca. 60,-€ für den ESP32-Ethernet-Brick sind m. E. überschaubar. Allerdings kann man nicht die hier im Forum gepostete Beta-Firmware für WARP2 verwenden (wegen EVSE_V2), sodass man diese definitiv entsprechend anpassen und selbst bauen muss. Aber auch das ist kein Hexenwerk… Leider ist der Code für das OCPP-Modul noch nicht im GitHub-Repository, daher konnte ich diese Funktionalität bislang noch nicht testen. Ich gehe aber davon aus, dass @rtrbt das Repo in den nächsten Tagen entsprechend aktualisieren wird. Das „normale“ Laden inkl. Steuerung durch EVCC funktioniert aber problemlos. Ich halte dich auf dem Laufenden… Gruß Thomas

Kein Problem: Die größte Herausforderung (nach 20 Jahren "Lötabstinenz") war tatsächlich, den Stecker der Stromversorgung vom ESP32-Brick abzulöten und auf dem ESP32-Ethernet-Brick wieder anzulöten. Ansonsten habe ich lediglich ein paar neue Löcher in die Abdeckplatte gebohrt und die Abstandshalter entsprechend versetzt, sodass der größere Brick draufpasst, ohne die Aussparung des Tasters zu überdecken. Danach noch die Firmware entsprechend angepasst (d. h. Modul EVSE anstelle von EVSE_V2 verwenden) und fertig... 🙃 EDIT: So sieht das jetzt aus.

'n Abend @rtrbt, nachdem ich meine WARP1 nun auf den ESP32-Ethernet-Brick umgebaut und die (auf den alten EVSE angepasste) WARP2-Firmware geflashed habe, finde ich leider keinen Menüpunkt "OCPP". Kann es sein, dass der Code noch gar nicht im master-Branch drin ist? Bis auf ein define in EVSE(_v2) finde ich nämlich auch kein passendes Modul... Danke & Gruß Thomas

So, der Umbau meiner WARP1 auf den ESP32-Ethernet-Brick (d. h. WARP2 "Lite") ist abgeschlossen, hat alles problemlos funktioniert...🙂

Ok, der Umbau einer WARP1 auf ESP32-Ethernet-Brick gestaltet sich doch (etwas) komplizierter. Mein Brick hat leider keinen Anschluss für die Stromversorgung und passt auch nicht so ohne weiteres auf die Abdeckplatte (zumindest nicht, ohne entweder die Aussparung für den Taster zu überdecken). Da muss ich die Platte wohl erstmal entsprechend bearbeiten...

Danke Eric, funktioniert wieder 🙂 Ihr wisst ja, ich stehe gerne als Betatester zur Verfügung. Besser die Bugs fallen auf bevor die Firmware öffentlich zur Verfügung steht...

Hallo zusammen, nach zwei Monaten habe ich euren master-Branch nun nochmals in meinen Fork gemerged, die Firmware gebaut und auf meine WARP1 geflashed. Dabei ist mir aufgefallen, dass die Zeitsynchronisation per NTP nun leider nicht mehr funktioniert. Dabei ist es auch egal, ob man die Zeitserver per FQDN oder per IP-Adresse hinterlegt. Bis einschließlich 2.0.7 funktioniert das problemlos innerhalb von 15-30 Sekunden. Könnt ihr das Problem reproduzieren? Danke & Gruß Thomas P. S. Das Problem scheint nicht an meinen Anpassungen zu liegen, denn es tritt auch in der Konfiguration "warp" auf...

Ich denke auch, dass man TF hier absolut keinen Vorwurf machen kann. Ich selbst habe (seit 1 1/2 Jahren) auch eine WARP1 Smart mit ext. Stromzähler, die weiterhin regelmäßig mit Updates und Erweiterungen versorgt wird. Neue Features erfordern aber manchmal eben auch neuere und/oder leistungsfähigere Hardware. Ein kompletter Umbau auf WARP2 wäre sicherlich eine (leider doch recht kostspielige) Möglichkeit, eigentlich sollte es aber doch ausreichend sein, nur den ESP32-Brick gegen den ESP32-Ethernet-Brick auszutauschen und die Firmware entsprechend anzupassen (insbesondere hinsichtlich Stromzähler und Ladecontroller). @rtrbt Was meinst du? Setzt die OCPP-Implementierung auch den neuen Ladecontroller voraus oder würde der o. g. Weg funktionieren? Einen ESP32-Ethernet-Brick habe ich bereits und Firmware-Anpassungen habe ich ja mittlerweile auch schon mehrere durchgeführt. OCPP würde mich nämlich ebenfalls interessieren… Gruß Thomas

Hallo @borg, zwischenzeitlich habe ich den Passat GTE mehrfach komplett aufgeladen und das Problem ist mit der neuen Kalibrierung nicht mehr aufgetreten 😊 Vielen Dank nochmals! Gruß Thomas

Vielen Dank, ich habe die angepasste Kalibrierung hochgeladen und werde das in den kommenden Tagen nochmals testen. Es wäre natürlich interessant zu wissen, warum der Passat da manchmal diese Widerstandswerte zurückliefert… Gruß Thomas

Hallo @borg, so, anbei jetzt das Ladeprotokoll. Beim ersten Versuch war das Webinterface irgendwie nicht mehr erreichbar, das hat sich dann aber selbst geheilt, nachdem ich einmal die URL /info/ws aufgerufen hatte. Daher die zwischenzeitlichen Verbindungsabbrüche... Gruß Thomas evse-debug-log-warp-SMH-2022-07-19T16-21-45-314.txt

Danke @borg. Im Moment ist der Wagen voll geladen, aber sobald wieder etwas "Platz" im Akku ist, werde ich das testen... Gruß Thomas

Hallo zusammen, hin und wieder kommt es vor, dass mein WARP-Charger das Schütz im Sekundentakt ein- und wieder ausschaltet, wenn mein Passat GTE vollständig geladen ist oder ich den Ladevorgang per VW-App (und nicht über EVCC oder das Webinterface) vorzeitig beende. Leider tritt das Problem nicht bei jedem Ladevorgang auf, gestern konnte ich aber mal ein Debug-Log sichern. Habt ihr eine Idee, wodurch das Verhalten verursacht wird? Vielen Dank und Gruß Thomas evse-debug-log-warp-SMH-2022-07-16T11-40-00-487.txt