Alpha Testing: OCPP Wallbox Adapter

[foxriver76]

@fl4sh-0 JA der Connector 0 wird weiterhin angelegt, allerdings mit deutlich reduzierten States. Diese States haben lt. OCPP Standard eine besondere Bedeutung, z. B. lässt sich damit der Status aller Connectoren auf ein mal ändern und es werden auch Daten auf diese Connector ID teilweise gesendet.

ìdTag kann vom Nutzer definiert werden und wird mit in die startTransaction gepackt, war mal ein Feature Request, ob das tatsächlich von WBs benötigt wird weiß ich nicht. Wohl nur wenn eine Local Auth Liste genutzt wird die nur bestimmte idTags zulässt. Ich kann gerne einbauen, dass der tatsächliche idTag ausgelesen wird, falls das für dich wichtig ist. Ich prüfe dann nur mal ob sich das beißt in einem State zum schreiben und lesen des Tags.

numberPhases gleiches Spiel, sollte also möglich sein z. B. 1 zu setzen und er lädt einphasig (falls WB unterstützt) sprich was die WB daraus macht ist eine andere Frage.

[foxriver76]

@fL4sH-0 anbei lt. OCPP Connector 0 Logik

@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:

Z. B. für mehrere Connectoren die availability lässt sich über den Main Kanal steuern:

Required. The id of the
connector for which
availability needs to
change. Id '0' (zero) is
used if the availability of
the Charge Point and all
its connectors needs to
change.

Oder meterValues

Required. This contains
a number (>0)
designating a connector
of the Charge Point.‘0’
(zero) is used to
designate the main
powermeter.

Und status:

Required. The id of the
connector for which the
status is reported. Id '0'
(zero) is used if the
status is for the Charge
Point main controller.

[fL4sH 0]

@foxriver76 Ah ok, dann sind idTag und numberPhase keine Werte die aus der Wallbox kommen sondern Einstellmöglichkeit für die Wallbox. Danke für die Erläuterung.

Die Möglichkeit den aktuellen ID-Tag in den State zu schreiben wäre schon ganz cool. Man könnte darauf prüfen und vordefinierte Ladungen über ein Script auslösen oder man könnte darüber differenzierte Statistiken für verschiedene Nutzer oder Autos anlegen.

[Soeni]

Hi, ersteinmal vielen Dank für den Adapter. Ich habe einen Go E Charger. Bei diesem werden die Inhalte im Bereich MeterValues nicht angezeigt. Objektbaum habe ich gelöscht.

Gibt es dafür einen Grund?

Anbei das Bild

[foxriver76]

@soeni ist der Configuration Channel da, falls ja zeig den mal bitte

[Soeni]

@foxriver76 nein, leider nicht. Es sind exakt die gezeigten Objekte da.

[foxriver76]

@soeni welche Adapter Version? Und zeig bitte log wenn sie die WB verbindet.

[frank11]

@foxriver76

Das ist ja alles sehr geil. Das will ich auch, auch weil mein Daheimlader nur mit evcc.io und powerfox opti reden möchte.

Und schreiben sie

"Die DaheimLader Wallbox besitzt keine software-basierte Phasenumschaltung (unsere Belastungstests haben gezeigt, dass die Nutzung einer software-basierte Umschaltung mittelfristig den Schutz der Wallbox (einziges mechanisches Bauteil) sehr stark strapaziert und die Lebenserwartung einer Wallbox deutlich reduziert ).

Wir empfehlen daher die Nutzung von physikalischen Lasttrennschaltern (z.B. 3 x ABB SHD201/16). Hiermit kann der Lastbereich beim PV Überschussladen passend zur PV Anlage eingestellt werden:

einphasiger Betrieb: 1 x 6A / 1,37kW - 1 x 16A / 3,65kW
zweiphasiger Betrieb: 2 x 6A / 2,74kW - 2 x 16A / 7,3 kW
dreiphasiger Betrieb: 3 x 6A / 4,1kW - 3 x 16A / 11kW "

Das heißt, ich bin auf dreiphasig 3 x 6A - 3 x 16(32)A eingeschränkt, richtig?
Mein iX kann eh nur 11kW.

Komischerweise zeigt ocpp 32A und 22kW obwohl die WB eigentlich auf 11kW gedrosselt sein soll.
Sie kann 22kW.

Welche Werte muss oder kann ich einstellen? Ampere oder kW?

[foxriver76]

@frank11 Alle Werte ohne Schloss können verändert werden. Die offiziellen OCPP Konfigurationswerte findet man in https://www.oasis-open.org/committees/download.php/58944/ocpp-1.6.pdf am besten mit Strg + F nach den Key suchen aus der Configuration, ChargeRate ist dort nicht standardisiert.

Was steht bei dir in SupportedFeatureProfiles? Ist dort SmartCharging mit aufgeführt?

[frank11]

@foxriver76

Core,Local Auth List Management,Reservation,Smart Charging,Remote Trigger

Ich würde gerne mal was bei dir einwerfen! Paypal? Habe keinen git-Account.

[foxriver76]

@frank11 Dann hast du evtl. einen Punkt chargingScheduleAllowedChargingRateUnit, in diesem steht drin, was unterstützt ist zum Anpassen der Ladeleistung. Current (Ampere) oder Power (Watt). Dann solltest du im Connector (Channel 1) auch chargeLimitType entsprechend einstellen und kannst dann hoffentlich mit chargeLimit die Ladeleistung verändern.

Bzgl. Spende freue ich mich selbstverständlich sehr: https://www.paypal.me/foxriver76

[frank11]

@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:

chargingScheduleAllowedChargingRateUnit

Leider nicht.
Oben im Screenshot war die komplette Liste.

[foxriver76]

Standards
Lt. OCPP Standard sollte der Config Punkt bereitgestellt werden, wenn Smart Charging unterstützt wird. Wirkt bei der etwas mau, dafür dass 5 Profile unterstützt sind.

@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:

Dann solltest du im Connector (Channel 1) auch chargeLimitType entsprechend einstellen und kannst dann hoffentlich mit chargeLimit die Ladeleistung verändern.

Hast du das trotzdem mal probiert @frank11?

[frank11]

@foxriver76
Korrekt, jetzt sehe ich den Datenpunkt:

Bin noch ioBroker-Anfänger, ich musste erstmal schauen, wie ich neue Werte anlegen kann

Jetzt kann ich mir praktisch im ioBroker Seiten erstellen, mit denen ich das testen kann bevor es automatisiert wird, richtig?

[foxriver76]

@frank11 Mit Seiten meinst du eine graphische Oberfläche?

Zum Testen kannst du auch hinten bei (null) A klicken und einen Wert eintragen. Über transactionActive kann man bei den meisten WBs direkt einen Ladevorgang starten. Ob die Änderung des Limits funktioniert, kann man vermutlich am ehesten mit der App des Autos oder im Display des Autos prüfen. Evtl. sagt er auch dass es einen Fehler gibt im Log (Tab Protokoll).

[frank11]

@foxriver76

Ja, genau. Eine GUI.

Das hat aber geklappt, oder? Das Objekt wurde ja erstellt.

Sonst gab es keine Fehler. Ich habe jetzt mal 6A gesetzt.

[foxriver76]

@frank11 Hm also entweder habe ich da noch einen Bug oder irgendwas anderes stimmt nicht. Kannst du mal ein Screenshot zeigen vom chargeLimit und den darüberliegenden States.

[frank11]

@foxriver76

[foxriver76]

@frank11 danke, ja schaut gut aus.

Ah.. bitte keine Datenpunkte in Adaptern manuell erzeugen, den chargeLimitType bitte wieder löschen aus der configuration und den Channel NaN entsprechend auch löschen, ansonsten schaut das gut aus.

[fL4sH 0]

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