NEWS
Alpha Testing: OCPP Wallbox Adapter
-
Aktuelle Test Version 0.0.5 Veröffentlichungsdatum 28.10.2021 Github Link https://github.com/foxriver76/ioBroker.ocpp Hi zusammen,
habe mal probiert einen Adapter für OCPP kompatible Wallboxen zu schreiben. Ist alles noch sehr Alpha, wobei das auch daran liegt, dass ich nur eine Wallbox habe und andere Hersteller Requests evtl. etwas anders umsetzen.
Der Adapter startet einen OCPP Server, entsprechend müsst ihr in eurer Wallbox OCPP aktivieren und die IP eures ioBrokers angeben + Default Port 9220, im Log steht auf welchem Port er tatsächlich gestartet wird.
Aktuell kann der Adapter die Verbindung mit den Clients handeln, sprich teilt ihnen mit wie oft er ein Heartbeat braucht, Timeout handling, markiert die Clients entsprechend als offline/online. Charger können als verfügbar/nicht verfügbar geschaltet werden und Transaktionen können gestartet/gestoppt werden. Ebenfalls wird der Status ausgelsen und irgendein Verbrauchswert, welchen ich noch nicht so recht validieren konnte.
Insgesamt wäre es gut ein bisschen Feedback zu bekommen, auf Debug loggt der Adapter auch die komplett empfangenen Kommandos, ansonsten wird geloggt falls er ein Kommando noch nicht unterstützt.
Installiert werden kann er am besten von npm. Im ioBroker Ordner
npm i iobroker.ocpp --productionausführen. Voraussetzung Admin 5.1 und Controller 3.3.15.beste Grüße
fox
Hier könnt ihr mich unterstützen.
-
Aktuelle Test Version 0.0.5 Veröffentlichungsdatum 28.10.2021 Github Link https://github.com/foxriver76/ioBroker.ocpp Hi zusammen,
habe mal probiert einen Adapter für OCPP kompatible Wallboxen zu schreiben. Ist alles noch sehr Alpha, wobei das auch daran liegt, dass ich nur eine Wallbox habe und andere Hersteller Requests evtl. etwas anders umsetzen.
Der Adapter startet einen OCPP Server, entsprechend müsst ihr in eurer Wallbox OCPP aktivieren und die IP eures ioBrokers angeben + Default Port 9220, im Log steht auf welchem Port er tatsächlich gestartet wird.
Aktuell kann der Adapter die Verbindung mit den Clients handeln, sprich teilt ihnen mit wie oft er ein Heartbeat braucht, Timeout handling, markiert die Clients entsprechend als offline/online. Charger können als verfügbar/nicht verfügbar geschaltet werden und Transaktionen können gestartet/gestoppt werden. Ebenfalls wird der Status ausgelsen und irgendein Verbrauchswert, welchen ich noch nicht so recht validieren konnte.
Insgesamt wäre es gut ein bisschen Feedback zu bekommen, auf Debug loggt der Adapter auch die komplett empfangenen Kommandos, ansonsten wird geloggt falls er ein Kommando noch nicht unterstützt.
Installiert werden kann er am besten von npm. Im ioBroker Ordner
npm i iobroker.ocpp --productionausführen. Voraussetzung Admin 5.1 und Controller 3.3.15.beste Grüße
fox
Wallbox ist eine
Schneider Electric EVlink Wallbox G4 Smart 22kW
Ladestationeinstellung
OCPP-Version : 1.6
Überwachung URL : ws://192.168.xxx.xxx:9220Lade-Modus gerade :
Auto wird geladen , 1 Phase 16A , Ladeleistung ~3509 W
Stecker gezogen :
EDIT:
Das hat er auch zwischendurch gesendet :
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
Wallbox ist eine
Schneider Electric EVlink Wallbox G4 Smart 22kW
Ladestationeinstellung
OCPP-Version : 1.6
Überwachung URL : ws://192.168.xxx.xxx:9220Lade-Modus gerade :
Auto wird geladen , 1 Phase 16A , Ladeleistung ~3509 W
Stecker gezogen :
EDIT:
Das hat er auch zwischendurch gesendet :
@glasfaser das zwischendurch kam als BootNotification oder? Was sagt die Logzeile danach?
Oh auf den Screenshots fallen mir mal zumindest 2 Schönheitsfehler auf.
Hier könnt ihr mich unterstützen.
-
@glasfaser das zwischendurch kam als BootNotification oder? Was sagt die Logzeile danach?
Oh auf den Screenshots fallen mir mal zumindest 2 Schönheitsfehler auf.
@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:
Was sagt die Logzeile danach?
immer das gleiche , da ich den Pool erst auf 900 hatte in der Wallbox , schon selber gewundert.
Habe es umgestellt 5 s Poll , dann sendet er immer die Werte.
Beispiel :
- debug: ocpp.0 (4908) {"connectorId":1,"transactionId":1,"meterValue":[{"sampledValue":[{"value":"1715"}],"timestamp":"2021-10-28T16:06:49Z"}]}das zwischendurch kam als BootNotification oder?
Ist nur beim Adapterstart :
2021-10-28 19:23:32.222 - info: ocpp.0 (14463) starting. Version 0.0.5 in /opt/iobroker/node_modules/iobroker.ocpp, node: v14.17.6, js-controller: 3.3.18 2021-10-28 19:23:32.279 - info: ocpp.0 (14463) Starting OCPP Server 2021-10-28 19:23:32.322 - info: ocpp.0 (14463) Server listening on port 9222 2021-10-28 19:24:14.282 - info: ocpp.0 (14463) New device connected: "/Dorn" 2021-10-28 19:24:14.284 - info: ocpp.0 (14463) Requesting BootNotification from "/Dorn" 2021-10-28 19:24:14.543 - debug: ocpp.0 (14463) {} 2021-10-28 19:24:14.544 - debug: ocpp.0 (14463) Received heartbeat from "/Dorn" 2021-10-28 19:24:15.304 - info: ocpp.0 (14463) Requesting StatusNotification from "/Dorn" 2021-10-28 19:24:16.326 - info: ocpp.0 (14463) Requesting MeterValues from "/Dorn" 2021-10-28 19:24:17.356 - debug: ocpp.0 (14463) {"connectorId":1,"errorCode":"NoError","status":"Available","timestamp":"2021-10-28T17:24:14Z"} 2021-10-28 19:24:17.358 - info: ocpp.0 (14463) Received Status Notification from "/Dorn": AvailableSynology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:
Was sagt die Logzeile danach?
immer das gleiche , da ich den Pool erst auf 900 hatte in der Wallbox , schon selber gewundert.
Habe es umgestellt 5 s Poll , dann sendet er immer die Werte.
Beispiel :
- debug: ocpp.0 (4908) {"connectorId":1,"transactionId":1,"meterValue":[{"sampledValue":[{"value":"1715"}],"timestamp":"2021-10-28T16:06:49Z"}]}das zwischendurch kam als BootNotification oder?
Ist nur beim Adapterstart :
2021-10-28 19:23:32.222 - info: ocpp.0 (14463) starting. Version 0.0.5 in /opt/iobroker/node_modules/iobroker.ocpp, node: v14.17.6, js-controller: 3.3.18 2021-10-28 19:23:32.279 - info: ocpp.0 (14463) Starting OCPP Server 2021-10-28 19:23:32.322 - info: ocpp.0 (14463) Server listening on port 9222 2021-10-28 19:24:14.282 - info: ocpp.0 (14463) New device connected: "/Dorn" 2021-10-28 19:24:14.284 - info: ocpp.0 (14463) Requesting BootNotification from "/Dorn" 2021-10-28 19:24:14.543 - debug: ocpp.0 (14463) {} 2021-10-28 19:24:14.544 - debug: ocpp.0 (14463) Received heartbeat from "/Dorn" 2021-10-28 19:24:15.304 - info: ocpp.0 (14463) Requesting StatusNotification from "/Dorn" 2021-10-28 19:24:16.326 - info: ocpp.0 (14463) Requesting MeterValues from "/Dorn" 2021-10-28 19:24:17.356 - debug: ocpp.0 (14463) {"connectorId":1,"errorCode":"NoError","status":"Available","timestamp":"2021-10-28T17:24:14Z"} 2021-10-28 19:24:17.358 - info: ocpp.0 (14463) Received Status Notification from "/Dorn": Available@glasfaser Okay, kannst du den Wert von 1715 sinnvoll zuordnen? Laut Protokoll ist er nicht unbediengt festgelegt. Villt. der Verbrauch der aktuellen Transaktion, falls er mit zunehmender Ladedauer ansteigt.
Ich habe eine neue Version gemacht, fixt paar Kleinigkeiten:
- unnötiges Komma im
info.connectionstate - Falscher Name beim availability switch
- Evtl. nicht Ausfüllen des info.connection States bei erstmaliger Adapterausführung
Curisoity: Kannst du dein Charger weiterhin komplett per App steuern trotz aktiviertem OCPP? Und auch schick, dass du das Intervall für das senden der Meter Daten festlegen kannst in der App.
beste Grüße
fox
Hier könnt ihr mich unterstützen.
- unnötiges Komma im
-
@glasfaser Okay, kannst du den Wert von 1715 sinnvoll zuordnen? Laut Protokoll ist er nicht unbediengt festgelegt. Villt. der Verbrauch der aktuellen Transaktion, falls er mit zunehmender Ladedauer ansteigt.
Ich habe eine neue Version gemacht, fixt paar Kleinigkeiten:
- unnötiges Komma im
info.connectionstate - Falscher Name beim availability switch
- Evtl. nicht Ausfüllen des info.connection States bei erstmaliger Adapterausführung
Curisoity: Kannst du dein Charger weiterhin komplett per App steuern trotz aktiviertem OCPP? Und auch schick, dass du das Intervall für das senden der Meter Daten festlegen kannst in der App.
beste Grüße
fox
@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:
kannst du den Wert von 1715 sinnvoll zuordnen?
Noch nicht , obwohl ich alles per Modbus auslese habe ich noch nichts vergleichbares gefunden , bin noch am suchen .
Curisoity: Kannst du dein Charger weiterhin komplett per App steuern trotz aktiviertem OCPP? Und auch schick, dass du das Intervall für das senden der Meter Daten festlegen kannst in der App.
Der Hersteller Schneider Electric hat keine APP nur für die Wallbox (noch nicht) , nur eine Art Steuerzentrale über Prosumer .
Habe ich auch , ist aber nicht das ware .Ich steuere meine Wallbox über ioBroker Modbus.
siehe hierÜber dein Update werde ich heute Abend berichten
- unnötiges Komma im
-
@glasfaser Okay, kannst du den Wert von 1715 sinnvoll zuordnen? Laut Protokoll ist er nicht unbediengt festgelegt. Villt. der Verbrauch der aktuellen Transaktion, falls er mit zunehmender Ladedauer ansteigt.
Ich habe eine neue Version gemacht, fixt paar Kleinigkeiten:
- unnötiges Komma im
info.connectionstate - Falscher Name beim availability switch
- Evtl. nicht Ausfüllen des info.connection States bei erstmaliger Adapterausführung
Curisoity: Kannst du dein Charger weiterhin komplett per App steuern trotz aktiviertem OCPP? Und auch schick, dass du das Intervall für das senden der Meter Daten festlegen kannst in der App.
beste Grüße
fox
@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:
Instanz angehalten , Update eingespielt , Datenpunkte alle gelöscht.
Instanz gestartet und die Datenpunkte wurden angelegt .
Bei 2 Datenpunkt stand (null) auch bei der anschließen Ladung vom Auto.
Bin dann jeweils in den Datenpunkt auf (null) und konnte dann true/false auswählen.kannst du den Wert von 1715 sinnvoll zuordnen?
Ja , habe es gefunden , habe wohl im falschen Register geschaut .
Das ist die hinzugefügte Energie in Wh für " eine " Ladung 4873 Wh ( siehe Debug Log ).
.
Frage , kann man damit auch ein Ladelimlit ( 6 A - ... A ) , bzw. eine Ladepause ansteuern , zb. bei Überschuss der Photovoltaik Anlagehttps://www.oasis-open.org/committees/download.php/58944/ocpp-1.6.pdf
- unnötiges Komma im
-
@glasfaser Bekomme das Matching von 1715 auf 4873 noch nicht so ganz hin, villt. kannst du mir nochmal auf die Sprünge helfen, wie du das meinst.
Die beiden Datenpunkte mit null sind nur zum steuern, wobei transactionActive theoretisch ein ack nach dem Steuern bekommen kann. Availability kann man bei mir zwar steuern, bekommt aber keine Rückmeldung.
Also eine Ladepause könntest du mal mindestens manuell ansteuern, indem du transactionActive auf false setzt, das sollte die aktuelle Transaktion (Ladung) stoppen und mit
truefortsetzen. ein Ampere Limit scheint nur überSetChargingProfilemöglich zu sein. Hier bin ich noch am überlegen, wie man das sinnvoll implementiert. Ich würde vermutlich nur ermöglichen die Ladung zu beschränken und nicht das konfigurieren von Profilen mit schedule etc. da da dann keiner mehr durchsteigt und vermutlich der Use-Case besser über ein Skript abdeckbar ist insofern man die Ampere über den Adapter beschränken kann.Hier könnt ihr mich unterstützen.
-
@glasfaser Bekomme das Matching von 1715 auf 4873 noch nicht so ganz hin, villt. kannst du mir nochmal auf die Sprünge helfen, wie du das meinst.
Die beiden Datenpunkte mit null sind nur zum steuern, wobei transactionActive theoretisch ein ack nach dem Steuern bekommen kann. Availability kann man bei mir zwar steuern, bekommt aber keine Rückmeldung.
Also eine Ladepause könntest du mal mindestens manuell ansteuern, indem du transactionActive auf false setzt, das sollte die aktuelle Transaktion (Ladung) stoppen und mit
truefortsetzen. ein Ampere Limit scheint nur überSetChargingProfilemöglich zu sein. Hier bin ich noch am überlegen, wie man das sinnvoll implementiert. Ich würde vermutlich nur ermöglichen die Ladung zu beschränken und nicht das konfigurieren von Profilen mit schedule etc. da da dann keiner mehr durchsteigt und vermutlich der Use-Case besser über ein Skript abdeckbar ist insofern man die Ampere über den Adapter beschränken kann.Bekomme das Matching von 1715 auf 4873 noch nicht so ganz hin, villt. kannst du mir nochmal auf die Sprünge helfen, wie du das meinst
Der Wert 1715 war von der ersten Ladung ( Moment LOG Aufnahme ) , hat mit dem zweiten Wert nichts zu tun der ist von gestern , Sorry wenn du es so verstanden hast.
Der Wert 4873 Wh ist der Endwert eines Ladevorganges.
" Ladevorgang wird mit 0 Wh gestartet und endet bei mir mit 4873 Wh auch im DatenpunktmeterValuesichtbar "Ich hatte ja wie ich oben schon geschrieben in der Wallbox einen Pool von 900 s , da ich den Pool der Wallbox dann auf 5 s gestellt hatte und dann in den Modbus-Registern geschaut hatte konnte ich den Wert hinzugefügte Wh ( pro Ladevorgang) zuordnen .
Also eine Ladepause könntest du mal mindestens manuell ansteuern, indem du transactionActive auf false setzt,
Das habe ich gemacht , das komische ist es tut sich nichts ( mehr ),
DatenpunkttransactionActivemit true/false auch bei dem anderen Datenpunktavailabilitytrue/false.
Im DEBUG LOG ist auch nichts zu erkennen .Ich bin mir sicher , wo ich die Version 0.0.5 nach deiner Thread Eröffung aufgespielt hatte , das ich den Datenpunkt
transactionActivemit true/false schalten konnte und es änderte sich auch dazu der Datenpunktstatusdazu .Eventuell hat es damit zu tun , das Datenpunkt
transactionActivenicht(null)war ,sondern schon auf true ......
Screenshot´s von den Änderungen der Datenpunkte auf true/false :
.
-
@glasfaser Bekomme das Matching von 1715 auf 4873 noch nicht so ganz hin, villt. kannst du mir nochmal auf die Sprünge helfen, wie du das meinst.
Die beiden Datenpunkte mit null sind nur zum steuern, wobei transactionActive theoretisch ein ack nach dem Steuern bekommen kann. Availability kann man bei mir zwar steuern, bekommt aber keine Rückmeldung.
Also eine Ladepause könntest du mal mindestens manuell ansteuern, indem du transactionActive auf false setzt, das sollte die aktuelle Transaktion (Ladung) stoppen und mit
truefortsetzen. ein Ampere Limit scheint nur überSetChargingProfilemöglich zu sein. Hier bin ich noch am überlegen, wie man das sinnvoll implementiert. Ich würde vermutlich nur ermöglichen die Ladung zu beschränken und nicht das konfigurieren von Profilen mit schedule etc. da da dann keiner mehr durchsteigt und vermutlich der Use-Case besser über ein Skript abdeckbar ist insofern man die Ampere über den Adapter beschränken kann.Habe nochmal alles neu Probiert und folgendes herrausgefunden :
Wenn der Datenpunkt
transactionActivemit false gesetzt wird , dann wird der Datenpunktstatusauf Finishing gesetzt und di Ladung dadurch unterbrochen .2021-10-30 15:20:36.394 - debug: ocpp.0 (27124) {"connectorId":1,"transactionId":1,"meterValue":[{"sampledValue":[{"value":"424"}],"timestamp":"2021-10-30T13:20:35Z"}]} 2021-10-30 15:20:36.398 - info: ocpp.0 (27124) Received MeterValues from "/Dorn" 2021-10-30 15:20:37.836 - debug: ocpp.0 (27124) {"meterStop":425,"timestamp":"2021-10-30T13:20:36Z","transactionId":1,"reason":"Remote"} 2021-10-30 15:20:37.837 - info: ocpp.0 (27124) Received stop transaction from "/Dorn" 2021-10-30 15:20:39.673 - debug: ocpp.0 (27124) {"connectorId":1,"errorCode":"NoError","status":"Finishing","timestamp":"2021-10-30T13:20:36Z"} 2021-10-30 15:20:39.674 - info: ocpp.0 (27124) Received Status Notification from "/Dorn": FinishingWenn ich Ihn wieder auf true setze passiert nichts und auch keine Log Ausgabe dazu.
Erst wenn ich den Datenpunkt
availabilitytrue/false. schalte , wird es wieder freigegeben / geladen .Aber dabei wird ein neuer Ladevorgang gesetzt , so das der Zähler Wh bei 0 beginnt , also keine Pause sondern ein Neustart .
hier ein GIF dazu :
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
Habe nochmal alles neu Probiert und folgendes herrausgefunden :
Wenn der Datenpunkt
transactionActivemit false gesetzt wird , dann wird der Datenpunktstatusauf Finishing gesetzt und di Ladung dadurch unterbrochen .2021-10-30 15:20:36.394 - debug: ocpp.0 (27124) {"connectorId":1,"transactionId":1,"meterValue":[{"sampledValue":[{"value":"424"}],"timestamp":"2021-10-30T13:20:35Z"}]} 2021-10-30 15:20:36.398 - info: ocpp.0 (27124) Received MeterValues from "/Dorn" 2021-10-30 15:20:37.836 - debug: ocpp.0 (27124) {"meterStop":425,"timestamp":"2021-10-30T13:20:36Z","transactionId":1,"reason":"Remote"} 2021-10-30 15:20:37.837 - info: ocpp.0 (27124) Received stop transaction from "/Dorn" 2021-10-30 15:20:39.673 - debug: ocpp.0 (27124) {"connectorId":1,"errorCode":"NoError","status":"Finishing","timestamp":"2021-10-30T13:20:36Z"} 2021-10-30 15:20:39.674 - info: ocpp.0 (27124) Received Status Notification from "/Dorn": FinishingWenn ich Ihn wieder auf true setze passiert nichts und auch keine Log Ausgabe dazu.
Erst wenn ich den Datenpunkt
availabilitytrue/false. schalte , wird es wieder freigegeben / geladen .Aber dabei wird ein neuer Ladevorgang gesetzt , so das der Zähler Wh bei 0 beginnt , also keine Pause sondern ein Neustart .
hier ein GIF dazu :
@glasfaser Ich denke es unterscheidet sich teilweise stark, wie die Wallbox Hersteller das Protokoll intern umsetzen. Bei mir ist es z. B. so, dass der availability state alles andere blockiert, sprich wenn Unvailable mittels availability state gesetzt wurde, dann kann ich keine Transaktion mehr starten, muss erst wieder mit dem availability state aktiviert werden. Sowas wie PauseTransaction gibts leider meines Wissens nicht in OCPP, weshalb es immer eine neue Transaktion ist und der Counter neu anfängt. Gedanke von OCPP ja auch eher kommerziell mehrere WBs managen, daher kann ich es etwas nachvollziehen.
Ich habe mal eine 0.0.7 gemacht, bei der gibts nen State zum setzen des Limits in Watt, der wird aber nur angezogen wenn eine neue Transaktion gestartet wird, das direkte setzen geht derzeit meist nicht, da die Library nen Bug hat, scheint auch leider nicht mehr so maintained zu sein. Deshalb kommt jetzt aktuell beim eintragen eines Wertes ein Fehler im Log.
-
wenn man es "über die katze" installieren kann... wäre ich mit einer "cfos Power Brain" Wallbox dabei :-)
-
@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:
Deshalb kommt jetzt aktuell beim eintragen eines Wertes ein Fehler im Log.
Du meinst das hier :
2021-10-30 21:27:06.199 - debug: ocpp.0 (18684) Sending SetChargingProfile for /Dorn 2021-10-30 21:27:06.211 - error: ocpp.0 (18684) Cannot execute command "chargeLimit" for "/Dorn": Invalid value "[object Object]" for field csChargingProfiles -
@schimi sagte in Alpha Testing: OCPP Wallbox Adapter:
wenn man es "über die katze" installieren kann.
kannst du doch ... , wenn du dich nicht über den oben genannten Weg traust !?
-
@glasfaser der weg oben hat irgendwie nicjt geklappt.... Und über "die katze" findet er nichts wenn ich mach ocpp suche
Fehler sitzt wohl vor dem Bildschirm 😂
@schimi sagte in Alpha Testing: OCPP Wallbox Adapter:
der weg oben hat irgendwie nicjt geklappt....
weil ...nicht geklappt ??? sind Fehlermeldungen oder was !?
Ich hoffe du hast im Verzeichniss /opt/iobroker den Befehl ausgeführt.
wenn ich mach ocpp suche
Du mußt über URL installieren .
-
@schimi sagte in Alpha Testing: OCPP Wallbox Adapter:
der weg oben hat irgendwie nicjt geklappt....
weil ...nicht geklappt ??? sind Fehlermeldungen oder was !?
Ich hoffe du hast im Verzeichniss /opt/iobroker den Befehl ausgeführt.
wenn ich mach ocpp suche
Du mußt über URL installieren .
@glasfaser Das wirds gewesen sein.... Bin nicht im iobroker Ordner gewesen....
Ich probier mal heute abend wieder 👍
-
Ok, hat geklappt (Url im iobroker)...
Die ersten daten sind da... Bin noch unterwegs (habe es uber vpn "eingerichtet"...Ich mache später mal nen screenshot... Oder was "braucht" ihr noch?
Wallbox:
cFos PowerBrain Wallbox (PowerBrain Controller)
Ich kann das laden mit dem Datenpunkt "transactionActive" starten und beenden.... das chargeLimit scheint keine auswirkung zu haben.
Wenn ich "aviability" auf false stelle geht das laden auch aus bzw bei true auf an....
Viel mehr konnte ich nicht testen da keine großartige ladung gerade bevorsteht....
Scheint sich auch mit dem automatischen überschussladen der Box zu beissen (die Box habe ich im iobroker über Modbus eingebunden (und ein zwei HTTP befehle (dokumentiert auf der Webseite)...
Das wurde vom Log ausgespuckt während ich "rumprobiert" habe:
ocpp.0 2021-10-31 16:40:21.224 info Received Status Notification from "/1": SuspendedEVSE ocpp.0 2021-10-31 16:40:16.392 info Received MeterValues from "/1" jarvis.0 2021-10-31 16:40:15.955 info Client with IP ::ffff:192.168.1.182 connected ocpp.0 2021-10-31 16:39:17.671 info Received Status Notification from "/1": Charging ocpp.0 2021-10-31 16:39:16.382 info Received Status Notification from "/1": SuspendedEVSE ocpp.0 2021-10-31 16:39:16.359 info Received Start transaction from "/1" ocpp.0 2021-10-31 16:39:16.345 info Received Authorization Request from "/1" ocpp.0 2021-10-31 16:39:07.639 info Received Status Notification from "/1": Preparing ocpp.0 2021-10-31 16:38:58.020 info Received stop transaction from "/1" ocpp.0 2021-10-31 16:38:57.998 info Received Status Notification from "/1": Unavailable ocpp.0 2021-10-31 16:38:44.232 error Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles ocpp.0 2021-10-31 16:38:35.310 info Received MeterValues from "/1" ocpp.0 2021-10-31 16:37:37.301 error Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles ocpp.0 2021-10-31 16:37:35.316 info Received MeterValues from "/1" ocpp.0 2021-10-31 16:37:03.640 error Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles ocpp.0 2021-10-31 16:36:36.598 info Received Status Notification from "/1": Charging ocpp.0 2021-10-31 16:36:35.299 info Received Status Notification from "/1": SuspendedEVSE ocpp.0 2021-10-31 16:36:35.282 info Received Start transaction from "/1" ocpp.0 2021-10-31 16:36:35.259 info Received Authorization Request from "/1" ocpp.0 2021-10-31 16:35:51.234 info Received Status Notification from "/1": Preparing ocpp.0 2021-10-31 16:35:51.195 info Received stop transaction from "/1" ocpp.0 2021-10-31 16:35:40.172 info Received Status Notification from "/1": SuspendedEVSE ocpp.0 2021-10-31 16:35:40.139 info Received Start transaction from "/1" ocpp.0 2021-10-31 16:35:40.125 info Received Authorization Request from "/1" ocpp.0 2021-10-31 16:35:24.183 error Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles ocpp.0 2021-10-31 16:34:54.505 info Received Status Notification from "/1": Preparing ocpp.0 2021-10-31 16:34:48.702 info Received Status Notification from "/1": Unavailable ocpp.0 2021-10-31 16:34:39.182 error Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles ocpp.0 2021-10-31 16:34:28.088 error Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles -
Schönen guten Abend!
Also nach dem ich lange den „/„ am Ende der OCPP Server Adresse vergessen habe kann ich nun Erfolg melden.
Der Adapter spricht mit einer EVBox Elvi.
Es kommt nicht viel an aber wenigstens etwas!Sollte eigentlich mehr kommen oder ist das der aktuelle Stand ?!
Beste Grüße !
Support us
318
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge