Alpha Testing: OCPP Wallbox Adapter
-
@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
numberPhasezu 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
SuspendedEVzurü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
SuspendedEVzurü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
-
Wo trage ich denn mein rfid-tag ein?
-
@meister-mopper unterstützt der connector localauthlist? Sonst nirgends
-
@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:
unterstützt der connector localauthlist?
Leider weiß ich nicht was localauthlist bedeutet. In einer Vorgängerversion hat es mit dem Eintragen des idTag in den Datenpunkt funktioniert.
-
@meister-mopper Was hat damit funktioniert? Es sollte keinen Einfluss auf jegliches Verhalten haben?
-
Ich hatte das idTag von meinem RFID in den Datenpunkt geschrieben und konnte den Ladevorgang mit
transactionActive=truestarten. Wenn dort ioBroker drin steht, startet der Ladevorgang nicht. -
@meister-mopper ok d.h. du möchtest ein idTag angeben, was mit an die WB gesendet wird, da diese das Laden sonst nicht zulässt.
Eigentlich sollte eine RemoteTransaction immer angenommen werden, ob LocalAuthListManagement unterstützt wird siehst du beim Adapterstart, da sagt er welche Funktionalitäten unterstützt werden.
-
Die Box kann es offenbar:
ocpp.0 2023-04-04 09:56:01.482 info Supported profiles by client "http://192.168.178.80:9220/EVB-P21312507" are "Core,FirmwareManagement,LocalAuthListManagement,SmartCharging,RemoteTrigger,Reservation"
Dann scheint es gestern eine andere Ursache gewesen zu sein, dass der Ladevorgang nicht gestartet ist. Ich teste es heute nachmittag nocheinmal. -
@meister-mopper Hast du einen State
authListunter Connector 1? Iwie ist der auf dem Screenshot nicht zu sehen.Edit: Ne, den gibts ja nur unter Connector 0. Trag da im Zweifel mal den
ioBrokerTag ein falls es nicht geht. -
-
v0.12.5
Auch mit dem idTag startet der Ladevorgang nicht. Er lässt sich aber zuverlässig mittransactionActivebeenden.Hier mal das log beim Starten des Ladevorgangs:
ocpp.0 2023-04-05 16:13:09.089 info Supported profiles by client "http://192.168.178.80:9220/EVB-P21312507" are "Core,FirmwareManagement,LocalAuthListManagement,SmartCharging,RemoteTrigger,Reservation" ocpp.0 2023-04-05 16:13:09.235 debug {"idTag":"ioBroker","commandOcpp":"Authorize"} ocpp.0 2023-04-05 16:13:09.236 info Received Authorization Request from "http://192.168.178.80:9220/EVB-P21312507" with idTag "ioBroker" ocpp.0 2023-04-05 16:13:09.239 warn ID Tag "ioBroker" has been rejected ocpp.0 2023-04-05 16:13:36.264 debug {"commandOcpp":"Heartbeat"} ocpp.0 2023-04-05 16:13:36.265 debug Received heartbeat from "http://192.168.178.80:9220/EVB-P21312507"So sehen dann die states aus:
Edit:
Und jetzt ein sauberer Abschluss des Ladevorgangs:
Edit:
Ich bin jetzt wieder zurück auf die stable version (0.4.0). Sowohl Ladestart als auch Beendigung des Ladevorgangs funktionieren damit zufriedenstellend, und einen idTag braucht es nicht. -
Bei meiner ABB Box wird mir in der 0.4. Version ChargeLimit angezeigt, was sich auch problemlos ansteuern lässt.
In der aktuellen Version 12.5 finde ich weder den Eintrag ChargeLimit noch ChargeType oder etwas in die Richtung... Gibt es hier einen Workaround?
-
Erst einmal vielen Dank für die ganze Arbeit die in den Adapter geflossen ist.
Ich bin im ioBroker noch recht neu unterwegs und habe mir die die OCPP v0.12.5 geladen.
Von meiner ABB Terra AC Wallbox werden auch alle Werte übertragen, auch die IDTags kommen unterschiedlich an wenn ich über die App oder RFID starte. Nur das Starten des Ladevorgangs aus dem ioBroker heraus funktioniert nicht.
Ich habe die verschiedenen Varianten die ich hier gefunden habe durchgetestet.- Zuerst ChargeLimit auf 0A setzen, dann TransactionActive starten und dann ChargeLimit wieder ändern
- TransactionActive starten und dann noch einmal Availability true setzen
...
Die ABB lässt sich aber nicht starten. Kann mir jemand weiterhelfen und sagen wie ihr eure Wallbox zum laden bekommt?
