Alpha Testing: OCPP Wallbox Adapter

[fL4sH 0]

@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:

@fl4sh-0 im configuration channel gibt es Werte um das Intervall festzulegen in dem die WB sendet. Im Intervall ClockAlignedDataInterval (Sekunden) werden alle Werte aus MeterValuesAlignedData gesendet.

Hier evtl. auch mal checken was in ChargingScheduleAllowedChargingRateUnit steht.

Hier mal die drei Werte.

Editierbar ist ClockAlignedDataInterval Wenn ich dort 55 Sek. eintrage aktualisiert er mir nur den Wert
und der ist meiner Meinung nach auch falsch.

[foxriver76]

@fl4sh-0 Schau mal in MeterValuesSampledData sind die Datenpunkte die während einer Transaktion alle MeterValueSampleInterval Sekunden übertragen werden. Ohne aktive Transaktion werden wie vorher erwähnt alle ClockAlignedDataInterval Sekunden die Werte aus MeterValuesAlignedData übertragen, wenn du da die gleichen Werte haben möchtest, schreib den Inhalt von MeterValuesSampledData auch in MeterValuesAlignedData.

Warum der Wert falsch ist, kann ich aktuell nichts zu sagen.

[fL4sH 0]

@foxriver76

Wenn ich genau die gleich Werte wie in der MeterValuesSampledData eintrage, steht im Log Cannot 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.

[frank11]

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.

[foxriver76]

@fl4sh-0 Es gibt noch MeterValuesAlignedDataMaxLength und das gleiche für MeterValuesSampledDataMaxLength evtl. lässt sampled Data mehr Punkte zu als aligned data?

[foxriver76]

@frank11 Ja der idTag sollte bei jeder Transaktion synchronisiert werden.

[frank11]

@foxriver76 OK, dann werde ich den Wert mal in die Datenbank mitloggen lassen.

[foxriver76]

@fl4sh-0 0.12.0

• (foxriver76) the idTag for remote transactions is now ioBroker persistent 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 Authorize Request nun mit den hinterlegten Tags ab.

[fL4sH 0]

@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 authList war in meinem Fall nicht notwendig.

Super Update vielen Dank.

[frank11]

@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.

[foxriver76]

@frank11 Soweit ich weiß, sollte das gehen.

[fL4sH 0]

@frank11 Ja, es funktioniert beides. Sobald du die RFID-Nummer in der authList oder in der Wallbox hinterlegt hast. Habe das eben einmal getestet mit einem Chip der nur im iobroker im Datenpunkt authList hinterlegt ist aber nicht in der Wallbox.

[Jrlohni]

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]

@fl4sh-0 Wenn der Datenpunkt nicht vorhanden ist, muss ich den anlegen, oder?

[foxriver76]

@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]

@frank11 Nein, bitte keine Datenpunkte im Adapter selbst anlegen. Was genau fehlt dir?

[Jrlohni]

@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]

@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

[Soeni]

Hier 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]

@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:

@fl4sh-0 Es gibt noch MeterValuesAlignedDataMaxLength und das gleiche für MeterValuesSampledDataMaxLength evtl. lässt sampled Data mehr Punkte zu als aligned data?

Da hast du recht, danke für den Hinweis. MeterValuesAlignedDataMaxLength lässt nur 4 Werte zu und MeterValuesSampledDataMaxLength lässt 22 Werte zu. Beide States sind leider schreibgeschützt.