Alpha Testing: OCPP Wallbox Adapter

[foxriver76]

@meister-mopper unterstützt der connector localauthlist? Sonst nirgends

[Meister Mopper]

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

[foxriver76]

@meister-mopper Was hat damit funktioniert? Es sollte keinen Einfluss auf jegliches Verhalten haben?

[Meister Mopper]

@foxriver76

Ich hatte das idTag von meinem RFID in den Datenpunkt geschrieben und konnte den Ladevorgang mit transactionActive=true starten. Wenn dort ioBroker drin steht, startet der Ladevorgang nicht.

[foxriver76]

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

[Meister Mopper]

@foxriver76

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.

[foxriver76]

@meister-mopper Hast du einen State authList unter 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 ioBroker Tag ein falls es nicht geht.

[Meister Mopper]

@foxriver76

Ja hier, ich schreib das idTag dort mal rein.

[Meister Mopper]

@foxriver76

v0.12.5
Auch mit dem idTag startet der Ladevorgang nicht. Er lässt sich aber zuverlässig mit transactionActive beenden.

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.

[andi1893]

@foxriver76

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?

[Ferdinand Franz]

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?

[Michael Uray]

Ich habe zwei Fronius Wattpilot Wallboxen, doch aus irgend einem Grund scheint hier kein Name im Objekt auf.
Bei einem Gerät wäre das vielleicht noch kein Problem, aber bei mehreren Geräten schreiben dann alle auf dieselben Objekte.

Sollten hier bei meterValues nicht auch Daten drinnen stehen?

ocpp.0
	2023-06-08 11:30:12.023	info	Sending GetConfiguration to "/"
ocpp.0
	2023-06-08 11:30:10.906	info	Requesting MeterValues from "/"
ocpp.0
	2023-06-08 11:30:09.952	info	Received Status Notification from "/": Available
ocpp.0
	2023-06-08 11:30:09.899	info	Received Status Notification from "/": Available
ocpp.0
	2023-06-08 11:30:09.806	info	Received boot notification from "/"
ocpp.0
	2023-06-08 11:30:09.782	info	Requesting StatusNotification from "/"
ocpp.0
	2023-06-08 11:30:09.781	info	New device connected: "/"
ocpp.0
	2023-06-08 11:30:09.643	info	New valid connection from "/" (http/ocpp1.6)
ocpp.0
	2023-06-08 11:29:53.216	info	Server listening on port 9220
ocpp.0
	2023-06-08 11:29:53.201	info	Starting OCPP Server
ocpp.0
	2023-06-08 11:29:53.184	info	starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.ocpp, node: v18.16.0, js-controller: 4.0.24

Einzelne Namen (ST01/ST02) wurden in der App vergeben, als Url wurde ws://192.168.13.2:8220 eingetragen.
Woran könnte das liegen?

Ich würde ich gerne eine Überschussladung realisieren, habe aber Huawei Wechselrichter welche nicht direkt mit den Fronius WB zusammenarbeiten.
Wäre dies über IOB und OCPP möglich? Könnte die WB dies dann bei Bedarf (z.B. Next-Trip-Mode, wo Auto bis Zeit x zu y% geladen sein soll) auch übersteuern?

[Meister Mopper]

@michael-uray sagte in Alpha Testing: OCPP Wallbox Adapter:

Ich habe zwei Fronius Wattpilot Wallboxen

Nach meinem Verständnis solltest Du für jede Wallbox eine eigene Instanz mit jeweils verschiedenen (unbenutzten) ports verwenden.

[Michael Uray]

@meister-mopper sagte in Alpha Testing: OCPP Wallbox Adapter:

Nach meinem Verständnis solltest Du für jede Wallbox eine eigene Instanz mit jeweils verschiedenen (unbenutzten) ports verwenden.

Auf diesem Screenshot hier ist zu sehen, dass pro Adapter Namen in den Objekten vergeben werden.
Demnach würden auch in einer Instanz mehrere WB angezeigt werden können.
https://forum.iobroker.net/assets/uploads/files/1670836539232-objektscreenshot-2022-12-12-101452.jpg
Ich glaube daher eher nicht, dass es die Idee dahinter ist pro WB eine Instanz anzulegen.

Wird dieser Name von der WB mit übermittelt?
Falls ja, dann ist dies bei manchen WB vielleicht nicht der Fall. Hier könnte dann der Adapter Namen oder Nummern vergeben, vl. etwa die IP Adresse vom Adapter, welche man vermutlich über die Verbindung mitbekommt.

[daruse]

Hallo zusammen,

leider lässt sich meine PulsarPlus nicht entsperren.
Den Strom kann ich über chargingALimitConn1 vorgeben und wird auch entsprechend übernommen --> Verbindung funktioniert.

Was ich weiter oben gelesen hatte - availability (true in weiß) und transactionActive (hier allerdings true in rot) stehen auf true.

Die Wallbox sollte somit doch eigentlich auf grün springen, auch wenn kein Fahrzeug angeschlossen ist, oder?

Version ist die v0.12.3.

Für einen entsprechenden Hinweis wäre ich dankbar.

[daruse]

@daruse
Konnte das Problem lösen.
Falls jemand das gleiche Problem hat.

1. ocpp.0./PulsarPlus.1.availability auf true setzen
2. ocpp.0./PulsarPlus.1.transactionActive auf true setzen
   --> ocpp.0./PulsarPlus.1.status wird auf Preparing gesetzt, ergo Wallbox ist "grün"

Allerdings locked sich die Wallbox automatisch nach ca. 1 Minute (was ich heute zufällig gesehen habe). Erneutes setzen von ocpp.0./PulsarPlus.1.transactionActive auf true, setzt die Wallbox wieder auf "grün".

[IamMattis]

Hallo ich habe ein Problem mit der authlist, denn die wird mir nicht angezeigt. Ich habe ein ABL eMH3 und wenn ich diese Starte habe ich kurz die authlist jedoch wird es nach kurzer Zeit removed und ich bekomme die Meldung "Removing LocalAuthListManagement functionality as unsupported". Die Version ist ocpp 0.12.5. Danke im voraus.

[foxriver76]

@iammattis Dann wird es deine Wallbox vermutlich nicht utnerstützen, der Adapter fragt die Config der WB ab und wenn in den SupportedFeatureProfiles kein LocalAuthListManagement drin ist, löscht er die States und generiert die beschriebene Logzeile.

[IamMattis]

@foxriver76 laut den Datenblättern der WB soll LocalAuthListManagment unterstützt werden.

[foxriver76]

@iammattis Was die WB über OCPP unterstützt liefert sie dem Adapter über ihre Configuration, diese wird auch im Adapter gespeichert. Du findest sie unter configuration.SupportedFeatureProfiles. Ich vermute dass es da nicht drin steht. Was entweder heißt die WB würde falsche Daten liefern diesbezüglich (halte ich für eher unwahrscheinlich) oder sie utnerstützt die Funktionalität tatsächlich nicht.

Falls es doch drin steht, ist es ein Bug im Adapter.