Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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

:+1:

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 :hankey:
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 :grimacing:

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!

[fL4sH 0]

@foxriver76
Seid der neuen Version 0.11.1 kommen häufiger die Warnung das die Transaktion von der Ladesäule abgelehnt wird.

Anscheinend kommt dieser Fehler nur wenn man eine Transaktion startet und das Chargelimit vorher gesetzt wurde.

[foxriver76]

@fl4sh-0 Gibt es beim beenden des Vorgangs auch eine Warnung, dass er in ein nicht existierendes Objekt schreibt? Ich hatte letztens, dass die WB beim Start die Verbindung verloren hat und sich eine eigene Transaktions-ID festgelegt hat und dann kennt der Adapter diese nicht und kann die Transaktion nicht stoppen.

[fL4sH 0]

@foxriver76 Beim Beenden des Vorgangs kommt keine Warnung, dass er in ein nicht existierendes Objekt schreibt.
Die beiden Warnungen kommen lediglich wenn transactionActive=true und Chargelimit=6A vorher gesetzt wurde.
Dann kommt die Warnung.

Starting transaction has been rejected by charge point

Wenn ich anschließend transactionActive=false setze und Chargelimit=6A immer noch gesetzt ist.

Dann kommt diese Warnung.

Stopping transaction has been rejected by charge point

Wenn das Charglimit=0A kann die Transaktion ganz normal gestartet und gestoppt werden.

[fL4sH 0]

@foxriver76 Was mir noch aufgefallen ist, dass die MeterValues nach der Beendigung des Ladevorgangs einfrieren bzw. nicht mehr aktualisiert werden Die Daten werden erst aktualisiert werden wenn man den Adapter neu startet oder eine neue Transaktion beginnt. Ist dieses Verhalten normal ? Besteht die Möglichkeit das die MeterValues nach dem Beenden eines Ladevorgangs nochmal abgeholt werden ?

[foxriver76]

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

[fL4sH 0]

@foxriver76 Ok, das werde ich mal prüfen.

Die Änderung vom idTag sieht gut aus.

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