NEWS
Alpha Testing: OCPP Wallbox Adapter
-
@jrlohni Hast du den richtigen
chargeLimitType
eingestellt? Lt. config bei dir nur Current erlaubt, also regeln in Ampere. Ansonsten gerne mal debug Log zeigen, evtl. sehen wir dann was da falsch läuft. Bzw. von welchem Hersteller ist die Box? Bei mirPulsar Plus
gibts aktuell auch Probleme, habe denen geschrieben, allerdings noch keine sinnvolle Antwort erhalten was sie oder ich falsch machen. -
@foxriver76 Anbei meine Einstellungen, ja habe "A" gewählt:
Es handelt sich bei mir um einen go-e Charger in der Gemini flex Version.
Log:
ocpp.0 2023-02-06 15:17:13.083 info Received MeterValues from "/.1" ocpp.0 2023-02-06 14:57:57.923 error Cannot execute command "availability" for "/.1": ocpp.0 2023-02-06 14:57:49.924 warn Charge point responded with "Rejected" on changing charge limit ocpp.0 2023-02-06 14:57:42.673 error Cannot execute command "numberPhases" for "/.1": No chargeLimit set ocpp.0 2023-02-06 14:57:15.924 info Removing LocalAuthListManagement functionality as unsupported ocpp.0 2023-02-06 14:57:15.837 info Supported profiles by client "/" are "Core,FirmwareManagement,SmartCharging,RemoteTrigger" ocpp.0 2023-02-06 14:57:15.595 info Sending GetConfiguration to "/" ocpp.0 2023-02-06 14:57:14.440 info Requesting MeterValues from "/" ocpp.0 2023-02-06 14:57:13.429 info Received Status Notification from "/.1": Finishing ocpp.0 2023-02-06 14:57:13.301 info Requesting StatusNotification from "/" ocpp.0 2023-02-06 14:57:12.704 info Received MeterValues from "/.1" ocpp.0 2023-02-06 14:57:12.574 info Received Status Notification from "/.1": Finishing ocpp.0 2023-02-06 14:57:12.479 info Received Status Notification from "/.0": Available ocpp.0 2023-02-06 14:57:12.301 info Received boot notification from "/" ocpp.0 2023-02-06 14:57:12.184 info New device connected: "/" ocpp.0 2023-02-06 14:57:12.044 info New valid connection from "/" (http/ocpp1.6) ocpp.0 2023-02-06 14:57:02.062 info Server listening on port 9220 ocpp.0 2023-02-06 14:57:02.006 info Starting OCPP Server ocpp.0 2023-02-06 14:57:01.955 info starting. Version 0.12.2 in /opt/iobroker/node_modules/iobroker.ocpp, node: v14.21.2, js-controller: 4.0.23 host.raspberrypi 2023-02-06 14:57:00.095 info instance system.adapter.ocpp.0 started with pid 5222 host.raspberrypi 2023-02-06 14:56:57.585 info instance system.adapter.ocpp.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.raspberrypi 2023-02-06 14:56:57.024 info stopInstance system.adapter.ocpp.0 send kill signal ocpp.0 2023-02-06 14:56:57.005 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason ocpp.0 2023-02-06 14:56:57.003 info terminating ocpp.0 2023-02-06 14:56:56.982 info Got terminate signal TERMINATE_YOURSELF host.raspberrypi 2023-02-06 14:56:56.976 info stopInstance system.adapter.ocpp.0 (force=false, process=true) ocpp.0 2023-02-06 14:56:55.925 info Removing LocalAuthListManagement functionality as unsupported ocpp.0 2023-02-06 14:56:55.838 info Supported profiles by client "/" are "Core,FirmwareManagement,SmartCharging,RemoteTrigger" ocpp.0 2023-02-06 14:56:55.622 info Sending GetConfiguration to "/" ocpp.0 2023-02-06 14:56:54.471 info Requesting MeterValues from "/" ocpp.0 2023-02-06 14:56:53.460 info Received Status Notification from "/.1": Finishing ocpp.0 2023-02-06 14:56:53.363 info Requesting StatusNotification from "/" ocpp.0 2023-02-06 14:56:52.876 info Received MeterValues from "/.1" ocpp.0 2023-02-06 14:56:52.615 info Received Status Notification from "/.1": Finishing ocpp.0 2023-02-06 14:56:52.518 info Received Status Notification from "/.0": Available ocpp.0 2023-02-06 14:56:52.363 info Received boot notification from "/" ocpp.0 2023-02-06 14:56:52.223 info New device connected: "/" ocpp.0 2023-02-06 14:56:52.084 info New valid connection from "/" (http/ocpp1.6) ocpp.0 2023-02-06 14:56:22.111 info Server listening on port 9220 ocpp.0 2023-02-06 14:56:22.056 info Starting OCPP Server ocpp.0 2023-02-06 14:56:22.018 info starting. Version 0.12.2 in /opt/iobroker/node_modules/iobroker.ocpp, node: v14.21.2, js-controller: 4.0.23
Habe den Adapter noch einmal neu gestartet zwischendurch
Grüße
-
@jrlohni Geht es evtl. mit numberPhases 3?
-
@foxriver76 ging leider auch nicht. Die numberPhases nimmt er nicht an und das chargeLimit wird immer noch "Rejected". Auch mit einer Änderung von diversen Möglichkeiten von "True" und "False" ändert sich nichts.
-
@jrlohni dann benötigt es wohl eine Änderung im Adapter, so dass man numberCharges deaktiviert indem man es auf null setzt. Ich denke dann sollte es gehen.
-
@jrlohni Probier bitte v0.12.3, sollte gleich auf npm sein.
-
@foxriver76 Leider hat die Version auch keine Besserung gebracht...
Hab wirklich jede Möglichkeit durchgespielt. Habe numberPhases auf 1, 3, null, (null), NULL und 0 gesetzt...
Wenn numberPhrases nicht vom Wert "number" war, gab es natürlich eine Fehlermeldung.Wie man auf den Screenshot sieht schickt der Adapter für go-e ohne Probleme Daten welche auch vom Charger angenommen werden. Ich würde aber gerne über OCPP gehen, damit ich auch mit weiteren Ladestationen, welche bald kommen, über ein System kommunizieren kann.
Was mir auffällt: In der Fehlermeldung wegen der falschen Datentypen in "numberPhases" ist "startPeriod" immer 0, könnte es was damit zu tun haben?
Grüße
-
@jrlohni ich mache mal noch eine 0.12.4 nur um sicher zu gehen, wenn du einen string null setzt, ist klar, dass dann ist mir klar, dass nix geht. Wobei Admin aus dem String null meines Wissens nach wirklich
null
macht. -
@foxriver76 Auch da hat sich nichts geändert, außer das nun die Fehlermeldung bei nem String nicht mehr kommt...
Vielen Dank!
-
@jrlohni said in Alpha Testing: OCPP Wallbox Adapter:
@foxriver76, ne war wohl abgetippt.. Habe noch mal kontrolliert. Das "r" ist dort nicht vorhanden.
Bei "chargeLimit" sagt er mir immer:
"Charge point responded with "Rejected" on changing charge limit"
in einer früheren Version ging es mal.Ja den Channel gibt es mit diversen States:
Für supportetFeatureProfiles steht dort: Core,FirmwareManagement,SmartCharging,RemoteTrigger
Also wohl kein LocalAuthListManagement
Grüße und vielen Dank!
Versuch mal die Transaktion mit Chargelimit 0 (A oder W) zu starten, so funktioniert das aktuell bei mir. Anschließend kann das Chargelimit während die Transaktion läuft geändert werden. Wenn das Chargelimit vor dem Start gesetzt wurde kommt bei mir auch die Fehlermeldeung:
ocpp.0 2023-02-08 11:55:00.033 warn Starting transaction has been rejected by charge point
-
@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:
@jrlohni Hast du den richtigen
chargeLimitType
eingestellt? Lt. config bei dir nur Current erlaubt, also regeln in Ampere. Ansonsten gerne mal debug Log zeigen, evtl. sehen wir dann was da falsch läuft. Bzw. von welchem Hersteller ist die Box? Bei mirPulsar Plus
gibts aktuell auch Probleme, habe denen geschrieben, allerdings noch keine sinnvolle Antwort erhalten was sie oder ich falsch machen.Es scheint wohl mit der aktuellen Version 0.12.4 ein Problem mit dem State
numberPhases
zu geben.
Wenn sich das Chargelimit ändert muss man aktuell den Wert vonnumberPhases=2
manuell pushen damit sich die Werte in der Wallbox ändern. Wenn nur das Chargelimit geändert wird ändern sich die Daten in der Wallbox nicht.Kann es sein das in dem Befehl
Sending SetChargingProfile
der ValuenumberPhases
fehlt ?Ich habe mal versucht das im Code zu beschreiben.
ocpp.0 2023-02-08 12:04:28.408 info Received Status Notification from "/TACW1142021G1020.1": Charging ocpp.0 2023-02-08 12:04:28.408 debug {"connectorId":1,"errorCode":"NoError","info":"null","status":"Charging","vendorErrorCode":"0x0000","commandOcpp":"StatusNotification"} ocpp.0 2023-02-08 12:04:27.908 info Received Status Notification from "/TACW1142021G1020.1": SuspendedEV ocpp.0 2023-02-08 12:04:27.908 debug {"connectorId":1,"errorCode":"NoError","info":"null","status":"SuspendedEV","vendorErrorCode":"0x0000","commandOcpp":"StatusNotification"} numberPhases wurde gesetzt ocpp.0 2023-02-08 12:04:27.404 debug Sending SetChargingProfile for /TACW1142021G1020.1 ocpp.0 2023-02-08 12:04:15.387 info Received MeterValues from "/TACW1142021G1020.1" ocpp.0 2023-02-08 12:04:15.387 debug {"connectorId":1,"transactionId":1,"meterValue":[{"timestamp":"2023-02-08T11:04:15.000Z","sampledValue":[{"value":"235.30","context":"Sample.Periodic","format":"Raw","measurand":"Voltage","phase":"L1-N","unit":"V"},{"value":"0.0","context":"Sample.Periodic","format":"Raw","measurand":"Current.Import","phase":"L1","unit":"A"},{"value":"0","context":"Sample.Periodic","format":"Raw","measurand":"Power.Active.Import","phase":"L1","unit":"W"},{"value":"234.30","context":"Sample.Periodic","format":"Raw","measurand":"Voltage","phase":"L2-N","unit":"V"},{"value":"0.0","context":"Sample.Periodic","format":"Raw","measurand":"Current.Import","phase":"L2","unit":"A"},{"value":"0","context":"Sample.Periodic","format":"Raw","measurand":"Power.Active.Import","phase":"L2","unit":"W"},{"value":"234.20","context":"Sample.Periodic","format":"Raw","measurand":"Voltage","phase":"L3-N","unit":"V"},{"value":"0.0","context":"Sample.Periodic","format":"Raw","measurand":"Current.Import","phase":"L3","unit":"A"},{"value":"0","context":"Sample.Periodic","format":"Raw","measurand":"Power.Active.Import","phase":"L3","unit":"W"},{"value":"13","context":"Sample.Periodic","format":"Raw","measurand":"Energy.Active.Import.Register","unit":"Wh"},{"value":"0","context":"Sample.Periodic","format":"Raw","measurand":"Current.Offered","unit":"A"},{"value":"0.0","context":"Sample.Periodic","format":"Raw","measurand":"Current.Import","unit":"A"},{"value":"0","context":"Sample.Periodic","format":"Raw","measurand":"Power.Active.Import","unit":"W"}]}],"commandOcpp":"MeterValues"} ocpp.0 2023-02-08 12:04:00.582 info Received Status Notification from "/TACW1142021G1020.1": SuspendedEVSE ocpp.0 2023-02-08 12:04:00.581 debug {"connectorId":1,"errorCode":"NoError","info":"null","status":"SuspendedEVSE","vendorErrorCode":"0x0000","commandOcpp":"StatusNotification"} Chargelimit wurde gesetzt ocpp.0 2023-02-08 12:04:00.035 debug Sending SetChargingProfile for /TACW1142021G1020.1
-
@fl4sh-0 Number of Phases wird nun nur hinzugefügt, wenn im State tatsächlich drin steht (vorher wurde in dem Fall 3 mitgesendet), da das die einzige mir bekannte Änderung zu früher war, bei der ich dachte sie könnte das Problem von @Jrlohni verursachen, nachdem dem nicht so ist, kann ich das auch reverten.
reverted mit 0.12.5
-
@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:
@fl4sh-0 Number of Phases wird nun nur hinzugefügt, wenn im State tatsächlich drin steht (vorher wurde in dem Fall 3 mitgesendet), da das die einzige mir bekannte Änderung zu früher war, bei der ich dachte sie könnte das Problem von @Jrlohni verursachen, nachdem dem nicht so ist, kann ich das auch reverten.
reverted mit 0.12.5
Jetzt schein das Verhalten wieder richtig zu sein. Bei Änderung des Chargelimits werden die Werte wieder ohne die
numberPhase
zu pushen angenommen.Danke für die Änderung.
-
Mir ist beim letzten Update aufgefallen, dass nach dem Neustart der Eintrag meines letzten Ladevorgangs nochmals in der influxDB gespeichert wurde und ich den per Hand auslöschen musste.
Ist das normales Verhalten und muss ich da bei jedem Update drauf achten?
Korrektur: anscheinend tritt das bei jedem Neustart auf, dass der letzte Wert in die Datenbank geschrieben wird. Das ist ein Bug, oder?
-
@frank11 das kannst du soweit ich weiß in den DP Optionen für die Aufzeichnung einstellen.
-
@foxriver76 Oh je, den Parameter hab ich ja noch nie gesehen. Und der heißt auch noch genauso.
Danke.
Jetzt wäre meine Verständnisfrage: wofür gibt es denn? Damit der Wert trotz eines Absturzes während des Schreibens in gesichert wird?
-
Hallo zusammen,
ich kann weder eine Transaction starten noch stoppen. Es kommt immer diese Fehlermeldung:
2023-03-20 22:24:41.244 warn Stopping transaction has been rejected by charge point 2023-03-20 22:24:41.238 debug Sending RemoteStopTransaction for /abb_terra_ac.1 2023-03-20 22:24:39.724 debug Received heartbeat from "/abb_terra_ac" 2023-03-20 22:24:39.724 debug {"commandOcpp":"Heartbeat"} 2023-03-20 22:24:14.063 warn Starting transaction has been rejected by charge point 2023-03-20 22:24:14.048 debug Sending RemoteStartTransaction for /abb_terra_ac.1: {"connectorId":1,"idTag":"ioBroker","chargingProfile":{"chargingProfileId":1,"stackLevel":0,"chargingProfilePurpose":"TxDefaultProfile","chargingProfileKind":"Recurring","recurrencyKind":"Daily","chargingSchedule":{"duration":86400,"startSchedule":"2013-01-01T00:00Z","chargingRateUnit":"A","chargingSchedulePeriod":[{"startPeriod":0,"limit":16,"numberPhases":3}]}}}
Als Status bekomme ich
SuspendedEV
zurück, sobald ich das chargeLimit zwischen 6A - 16A einstelle.
Mit einem chageLimit von 0, null bekomme ich den StatusSuspendedEVSE
.Ich habe eine ABB Terra AC 11 kW Wallbox und bin für jeden Tipp sehr dankbar
-
@beender said in Alpha Testing: OCPP Wallbox Adapter:
Hallo zusammen,
ich kann weder eine Transaction starten noch stoppen. Es kommt immer diese Fehlermeldung:
2023-03-20 22:24:41.244 warn Stopping transaction has been rejected by charge point 2023-03-20 22:24:41.238 debug Sending RemoteStopTransaction for /abb_terra_ac.1 2023-03-20 22:24:39.724 debug Received heartbeat from "/abb_terra_ac" 2023-03-20 22:24:39.724 debug {"commandOcpp":"Heartbeat"} 2023-03-20 22:24:14.063 warn Starting transaction has been rejected by charge point 2023-03-20 22:24:14.048 debug Sending RemoteStartTransaction for /abb_terra_ac.1: {"connectorId":1,"idTag":"ioBroker","chargingProfile":{"chargingProfileId":1,"stackLevel":0,"chargingProfilePurpose":"TxDefaultProfile","chargingProfileKind":"Recurring","recurrencyKind":"Daily","chargingSchedule":{"duration":86400,"startSchedule":"2013-01-01T00:00Z","chargingRateUnit":"A","chargingSchedulePeriod":[{"startPeriod":0,"limit":16,"numberPhases":3}]}}}
Als Status bekomme ich
SuspendedEV
zurück, sobald ich das chargeLimit zwischen 6A - 16A einstelle.
Mit einem chageLimit von 0, null bekomme ich den StatusSuspendedEVSE
.Ich habe eine ABB Terra AC 11 kW Wallbox und bin für jeden Tipp sehr dankbar
Du musst bei der ABB die Transaktion mit 0 A oder 0 W starten. Anschließend kannst du das chargelimit einstellen. So funktioniert das aktuell bei mir mit der ABB
-
v0.12.2
Habe heute mal mein Skript für das Überschussladen getestet. Nach Ausschalten des Ladevorgangs überschrieb mir der Adapter das vorher definierte idTag mitioBroker
.Das bedeutet, dass ich nach jedem automatischen Beenden des Ladevorgangs das Tag neu in den Datenpunkt schreiben muss?
Ist das so gewollt?
-
@meister-mopper idTag ist read only und jede über den adapter gestartete Transaktion ist mit dem iobroker tag versehen ansonsten das tag von dem rfid Chip welches du nutzt