NEWS
Alpha Testing: OCPP Wallbox Adapter
-
Wenn ich genau die gleich Werte wie in der
MeterValuesSampledDataeintrage, steht im LogCannot change.....
Wenn ich mich auf 4 Werte beschränke, funktioniert die Aktualisierung zwar aber nur auf "Oberster Ebene"
ocpp.0 2023-01-18 11:20:40.322 debug {"connectorId":1,"meterValue":[{"timestamp":"2023-01-18T10:20:40.000Z","sampledValue":[{"value":"0.0","context":"Sample.Clock","format":"Raw","measurand":"Current.Import","location":"Inlet"},{"value":"6","context":"Sample.Clock","format":"Raw","measurand":"Current.Offered","location":"Inlet"},{"value":"1284601","context":"Sample.Clock","format":"Raw","measurand":"Energy.Active.Import.Register","location":"Inlet"},{"value":"0","context":"Sample.Clock","format":"Raw","measurand":"Power.Active.Import","location":"Inlet"}]}],"commandOcpp":"MeterValues"} ocpp.0 2023-01-18 11:20:17.839 info Changing configuration (device: /TACW1142021G1020) of "MeterValuesAlignedData" to "Current.Import,Current.Offered,Energy.Active.Import.Register,Power.Active.Import" ocpp.0 2023-01-18 11:20:00.276 info Received MeterValues from "/TACW1142021G1020.1" ocpp.0 2023-01-18 11:20:00.276 debug {"connectorId":1,"meterValue":[{"timestamp":"2023-01-18T10:20:00.000Z","sampledValue":[{"value":"1284601","context":"Sample.Clock","format":"Raw","measurand":"Energy.Active.Import.Register","location":"Inlet"},{"value":"0","context":"Sample.Clock","format":"Raw","measurand":"Power.Active.Import","location":"Inlet"},{"value":"2269","context":"Sample.Clock","format":"Raw","measurand":"Voltage","location":"Inlet"}]}],"commandOcpp":"MeterValues"} ocpp.0 2023-01-18 11:19:46.662 debug Received heartbeat from "/TACW1142021G1020" ocpp.0 2023-01-18 11:19:46.661 debug {"commandOcpp":"Heartbeat"} ocpp.0 2023-01-18 11:19:43.338 warn Cannot change confiuration of /TACW1142021G1020 (key: MeterValuesAlignedData, value: Current.Import,Current.Offered,Energy.Active.Import.Register,Power.Active.Import,Voltage): Rejected
Dieser Wert ist der Gesamtzähler der Wallbox sein. -
Ich habe gerade irgendwas von RFID gelesen.
Ich lade im Moment nur ein Auto mit RFID-Karte als Authentifizierung.
Da kann man auslesen, mit welcher Karte geladen wurde?Dann könnte das zweite BEV kommen.
-
@frank11 Ja der
idTagsollte bei jeder Transaktion synchronisiert werden.@foxriver76 OK, dann werde ich den Wert mal in die Datenbank mitloggen lassen.
-
@foxriver76
Moin, hier ist ein Auszug von den idTags die der ioBroker schreibt und von meinen RFID-Chips. Das funktioniert schon mal einwandfrei.
Ich habe nur noch einen Fehler festgestellt. Bei der Ladung über einen RFID-Chip, ist es komischerweise egal ob der RFID-Chip in der Box registriert ist oder nicht. Man kann die Transaktion mit allen RFID-Chips starten und die Ladung beginnt. Obwohl in der Wallbox nur ein RFID-Chip autorisiert ist. Liegt das an der Wallbox selber oder wird die Autorisierung nicht geprüft ?
Das sind die beiden RFID-Chips die nicht in der Wallbox hinterlegt sind.
Vom Prinzip müsste die Logik ja sein das der idTag (RFID-Chip) der die Transaktion startet, diesen auch nur beenden kann.
Jetzt könnte die Ladung auch von jemand fremden gestoppt werden!@fl4sh-0 0.12.0
- (foxriver76) the
idTagfor remote transactions is nowioBrokerpersistent over all transactions - (foxriver76) implemented the management of authentication list
- (foxriver76) only create states if supported by profile (closes #22)
- (foxriver76) increased stability on first connection
Im Connector 0 sollte es eine authList geben, da die Tags Komma separiert eintragen, es wird auch probiert diese bei der WB lokal zu hinterlegen falls unterstützt, falls sie nicht mit dem OCPP Server verbunden ist. Ansonsten gleicht der Server bei jedem
AuthorizeRequest nun mit den hinterlegten Tags ab. - (foxriver76) the
-
@fl4sh-0 0.12.0
- (foxriver76) the
idTagfor remote transactions is nowioBrokerpersistent over all transactions - (foxriver76) implemented the management of authentication list
- (foxriver76) only create states if supported by profile (closes #22)
- (foxriver76) increased stability on first connection
Im Connector 0 sollte es eine authList geben, da die Tags Komma separiert eintragen, es wird auch probiert diese bei der WB lokal zu hinterlegen falls unterstützt, falls sie nicht mit dem OCPP Server verbunden ist. Ansonsten gleicht der Server bei jedem
AuthorizeRequest nun mit den hinterlegten Tags ab.@foxriver76 Der idTag vom ioBroker sowie die von den RFID-Chip funktionieren einwandfrei und auch die Autorisierung läuft nun. Nicht hinterlegte RFID-Chip können eine aktive Transaktion nicht mehr abbrechen und der Vorgang läuft weiter.
Bei meiner Wallbox ABB Terra AC werden die registrierten RFID-Chip aus der Wallbox gelesen und zugelassen. Ein Eintrag in der
authListwar in meinem Fall nicht notwendig.Super Update vielen Dank.
- (foxriver76) the
-
@foxriver76 Der idTag vom ioBroker sowie die von den RFID-Chip funktionieren einwandfrei und auch die Autorisierung läuft nun. Nicht hinterlegte RFID-Chip können eine aktive Transaktion nicht mehr abbrechen und der Vorgang läuft weiter.
Bei meiner Wallbox ABB Terra AC werden die registrierten RFID-Chip aus der Wallbox gelesen und zugelassen. Ein Eintrag in der
authListwar in meinem Fall nicht notwendig.Super Update vielen Dank.
@fl4sh-0 Meine WB unterstützt ja Local Auth List. Es funktionieren aber nur die beiden RFID Masterkarten, wenn ich nicht die DaheimLaden Cloud benutze.
Kann ich die anderen (2) RFID-Karten manuell mit dieser authList erlauben?
Nicht das das wichtig wäre, wir werden wohl nicht mehr als zwei Elektrofahrzeuge bekommen.
Aber besser haben als brauchen. :-D -
@fl4sh-0 Meine WB unterstützt ja Local Auth List. Es funktionieren aber nur die beiden RFID Masterkarten, wenn ich nicht die DaheimLaden Cloud benutze.
Kann ich die anderen (2) RFID-Karten manuell mit dieser authList erlauben?
Nicht das das wichtig wäre, wir werden wohl nicht mehr als zwei Elektrofahrzeuge bekommen.
Aber besser haben als brauchen. :-D -
@fl4sh-0 Meine WB unterstützt ja Local Auth List. Es funktionieren aber nur die beiden RFID Masterkarten, wenn ich nicht die DaheimLaden Cloud benutze.
Kann ich die anderen (2) RFID-Karten manuell mit dieser authList erlauben?
Nicht das das wichtig wäre, wir werden wohl nicht mehr als zwei Elektrofahrzeuge bekommen.
Aber besser haben als brauchen. :-D@frank11 Ja, es funktioniert beides. Sobald du die RFID-Nummer in der
authListoder in der Wallbox hinterlegt hast. Habe das eben einmal getestet mit einem Chip der nur im iobroker im DatenpunktauthListhinterlegt ist aber nicht in der Wallbox. -
Moin zusammen,
ich habe den OCPP Adapter auch soeben eingerichtet und mit meinem Go-E-Charger verbunden. Da die beiden vorherigen Anfragen von Go-E Charger Nutzern anscheinend im Sande verlaufen sind, wollte ich mich hier noch einmal einbringen. Da ich mit Raspberry und iOBroker gerade erst anfange, benötige ich eure Hilfe wo ich die Debug und Log Datei finde (die Log aus iOBroker kann ich natürlich direkt herunterladen, falls das "die" Log-Datei ist).
Weiterhin habe ich die selben "Probleme" wie meine Vorredner mit dem Go-E und OCPP:
- Es werden keine meterValues angezeigt.
- Die Ladeleistung ist nicht einstellbar. Auch nicht wenn ich den Wert über den bearbeiten Stift auf "W" stelle...
- RFID-Kartenunterstützung ist nicht gewährleistet... Da wir die Wallbox gemeinsam nutzen und gerne nachhalten wollen, wer wie viel Strom benötigt, ist das eigentlich ein muss... Sobald ich den Ladevorgang per "transactionActive" beendet und wieder gestartet habe, wird auf dem "allgemeinen" Nutzer weitergeloggt.
Anbei ein Foto, während das Auto lädt:
Vorher war auch "transactionActive" nicht bestätigt. Der Status "Preparing" ist aber sauber durchgelaufen beim anschließen.Edit:
Nach dem löschen des Objektes "/" in dem OCPP Adapter und einem deaktivieren und aktiveren der OCPP Freigabe auf der Wallbox entsteht diese Log:
Allerdings zeigt der Adapter auch keine Werte mehr an:
Edit2:
Nach einem erneuten abschalten und zuschalten (ohne Löschen in iOBroker) wird wieder "Charging" angezeigt.Beste Grüße
Johannes -
@frank11 Ja, es funktioniert beides. Sobald du die RFID-Nummer in der
authListoder in der Wallbox hinterlegt hast. Habe das eben einmal getestet mit einem Chip der nur im iobroker im DatenpunktauthListhinterlegt ist aber nicht in der Wallbox. -
Moin zusammen,
ich habe den OCPP Adapter auch soeben eingerichtet und mit meinem Go-E-Charger verbunden. Da die beiden vorherigen Anfragen von Go-E Charger Nutzern anscheinend im Sande verlaufen sind, wollte ich mich hier noch einmal einbringen. Da ich mit Raspberry und iOBroker gerade erst anfange, benötige ich eure Hilfe wo ich die Debug und Log Datei finde (die Log aus iOBroker kann ich natürlich direkt herunterladen, falls das "die" Log-Datei ist).
Weiterhin habe ich die selben "Probleme" wie meine Vorredner mit dem Go-E und OCPP:
- Es werden keine meterValues angezeigt.
- Die Ladeleistung ist nicht einstellbar. Auch nicht wenn ich den Wert über den bearbeiten Stift auf "W" stelle...
- RFID-Kartenunterstützung ist nicht gewährleistet... Da wir die Wallbox gemeinsam nutzen und gerne nachhalten wollen, wer wie viel Strom benötigt, ist das eigentlich ein muss... Sobald ich den Ladevorgang per "transactionActive" beendet und wieder gestartet habe, wird auf dem "allgemeinen" Nutzer weitergeloggt.
Anbei ein Foto, während das Auto lädt:
Vorher war auch "transactionActive" nicht bestätigt. Der Status "Preparing" ist aber sauber durchgelaufen beim anschließen.Edit:
Nach dem löschen des Objektes "/" in dem OCPP Adapter und einem deaktivieren und aktiveren der OCPP Freigabe auf der Wallbox entsteht diese Log:
Allerdings zeigt der Adapter auch keine Werte mehr an:
Edit2:
Nach einem erneuten abschalten und zuschalten (ohne Löschen in iOBroker) wird wieder "Charging" angezeigt.Beste Grüße
Johannes -
@jrlohni Ich kann aktuell empfehlen auf die Beta Version zu gehen, wenn du neu einrichtest, da sich seit der 0.4.0 einiges geändert hat, allerdings noch so in Entwicklung, dass ich es nicht als stable deklarieren möchte.
@foxriver76 Das heißt ich soll die besser übers Terminal im ioBroker Ordner installieren? Wie in deinen ersten Beiträgen? Habe es jetzt normal über die Adapterinstallation in ioBroker gemacht (gestern).
-
@soeni welche Adapter Version? Und zeig bitte log wenn sie die WB verbindet.
@foxriver76 Entschuldige bitte die verspätete Rückmeldung, bin erst heute dazu gekommen.
Adapterversion: v0.9.1
Log nach neustart des Adapters (Ich denke das meinst du nach Anmelden):
ocpp.0 2023-01-18 20:57:44.252 info Received Status Notification from "/.1": Finishing ocpp.0 2023-01-18 20:57:44.192 info Received Status Notification from "/.0": Available ocpp.0 2023-01-18 20:57:43.983 info Received boot notification from "/" ocpp.0 2023-01-18 20:57:43.953 warn Could not request states of "/": you must provide a joi schema ocpp.0 2023-01-18 20:57:43.946 info Requesting StatusNotification from "/" ocpp.0 2023-01-18 20:57:43.944 info New device connected: "/" ocpp.0 2023-01-18 20:57:43.858 info New valid connection from "/" (http/ocpp1.6) ocpp.0 2023-01-18 20:57:37.834 info Server listening on port 9220 ocpp.0 2023-01-18 20:57:37.705 info Starting OCPP Server ocpp.0 2023-01-18 20:57:37.641 info starting. Version 0.9.1 (non-npm: foxriver76/ioBroker.ocpp) in /opt/iobroker/node_modules/iobroker.ocpp, node: v16.14.2, js-controller: 4.0.23 -
@foxriver76 Entschuldige bitte die verspätete Rückmeldung, bin erst heute dazu gekommen.
Adapterversion: v0.9.1
Log nach neustart des Adapters (Ich denke das meinst du nach Anmelden):
ocpp.0 2023-01-18 20:57:44.252 info Received Status Notification from "/.1": Finishing ocpp.0 2023-01-18 20:57:44.192 info Received Status Notification from "/.0": Available ocpp.0 2023-01-18 20:57:43.983 info Received boot notification from "/" ocpp.0 2023-01-18 20:57:43.953 warn Could not request states of "/": you must provide a joi schema ocpp.0 2023-01-18 20:57:43.946 info Requesting StatusNotification from "/" ocpp.0 2023-01-18 20:57:43.944 info New device connected: "/" ocpp.0 2023-01-18 20:57:43.858 info New valid connection from "/" (http/ocpp1.6) ocpp.0 2023-01-18 20:57:37.834 info Server listening on port 9220 ocpp.0 2023-01-18 20:57:37.705 info Starting OCPP Server ocpp.0 2023-01-18 20:57:37.641 info starting. Version 0.9.1 (non-npm: foxriver76/ioBroker.ocpp) in /opt/iobroker/node_modules/iobroker.ocpp, node: v16.14.2, js-controller: 4.0.23Hier noch mal das Log mit Einstellung alles:
ocpp.0 2023-01-18 21:01:53.638 info Received Status Notification from "/.1": Finishing ocpp.0 2023-01-18 21:01:53.638 debug {"connectorId":1,"errorCode":"NoError","status":"Finishing","timestamp":"2023-01-18T20:01:53.000Z","commandOcpp":"StatusNotification"} ocpp.0 2023-01-18 21:01:53.484 info Received Status Notification from "/.0": Available ocpp.0 2023-01-18 21:01:53.483 debug {"connectorId":0,"errorCode":"NoError","status":"Available","timestamp":"2023-01-18T20:01:53.000Z","commandOcpp":"StatusNotification"} ocpp.0 2023-01-18 21:01:53.285 info Received boot notification from "/" ocpp.0 2023-01-18 21:01:53.284 debug {"chargePointVendor":"go-e","chargePointModel":"go-eCharger","chargePointSerialNumber":"114962","firmwareVersion":"055.0","commandOcpp":"BootNotification"} ocpp.0 2023-01-18 21:01:53.174 warn Could not request states of "/": you must provide a joi schema ocpp.0 2023-01-18 21:01:53.158 info Requesting StatusNotification from "/" ocpp.0 2023-01-18 21:01:53.155 info New device connected: "/" ocpp.0 2023-01-18 21:01:52.955 info New valid connection from "/" (http/ocpp1.6) ocpp.0 2023-01-18 21:01:52.952 debug Connection from "/" with credentials "undefined", protocol: "http", OCPP: ocpp1.6 ocpp.0 2023-01-18 21:01:44.331 info Server listening on port 9220 ocpp.0 2023-01-18 21:01:44.208 info Starting OCPP Server ocpp.0 2023-01-18 21:01:44.156 info starting. Version 0.9.1 (non-npm: foxriver76/ioBroker.ocpp) in /opt/iobroker/node_modules/iobroker.ocpp, node: v16.14.2, js-controller: 4.0.23 ocpp.0 2023-01-18 21:01:43.862 debug States connected to redis: 127.0.0.1:9000 ocpp.0 2023-01-18 21:01:43.829 debug States create User PubSub Client ocpp.0 2023-01-18 21:01:43.827 debug States create System PubSub Client ocpp.0 2023-01-18 21:01:43.807 debug Redis States: Use Redis connection: 127.0.0.1:9000 ocpp.0 2023-01-18 21:01:43.766 debug Objects connected to redis: 127.0.0.1:9001 ocpp.0 2023-01-18 21:01:43.759 debug Objects client initialize lua scripts ocpp.0 2023-01-18 21:01:43.647 debug Objects create User PubSub Client ocpp.0 2023-01-18 21:01:43.645 debug Objects create System PubSub Client ocpp.0 2023-01-18 21:01:43.642 debug Objects client ready ... initialize now ocpp.0 2023-01-18 21:01:43.551 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 -
@fl4sh-0 Es gibt noch
MeterValuesAlignedDataMaxLengthund das gleiche fürMeterValuesSampledDataMaxLengthevtl. lässt sampled Data mehr Punkte zu als aligned data?@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:
@fl4sh-0 Es gibt noch
MeterValuesAlignedDataMaxLengthund das gleiche fürMeterValuesSampledDataMaxLengthevtl. lässt sampled Data mehr Punkte zu als aligned data?Da hast du recht, danke für den Hinweis.
MeterValuesAlignedDataMaxLengthlässt nur 4 Werte zu undMeterValuesSampledDataMaxLengthlässt 22 Werte zu. Beide States sind leider schreibgeschützt. -
@frank11 Nein, bitte keine Datenpunkte im Adapter selbst anlegen. Was genau fehlt dir?
-
@foxriver76 authList fehlt. Obwohl "Local Auth List Management" laut SupportedFeatureProfiles unterstützt wird.
-
@frank11 Zeig mal bitte das Log, er schreibt da die unterstützen Profile rein und auch wenn er States löscht, weil nicht unterstützt.
@foxriver76 Das einzig interessante ist:
ocpp.0
2023-01-19 09:52:38.871 info Supported profiles by client "/21178121966125" are "Core,Local Auth List Management,Reservation,Smart Charging,Remote Trigger"Oder muss ich irgendwo noch Debugging einschalten?
Support us
603
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge