Alpha Testing: OCPP Wallbox Adapter

foxriver76

@frank11 sagte in Alpha Testing: OCPP Wallbox Adapter:

Wenn jemand die ID kennt, bringt das aber auch nicht viel, oder gibt es da wohl noch eine zweite Authentifzierung die man nicht sieht?

Ich denke nicht, dass das jemanden was bringt. Weiß allerdings nicht wie die RFID Tags da genau funktionieren etc. vermutlich ist es mit größerem Afuwand möglich einen Chip so zu programmieren, dass er die gleiche ID ausstrahlt und damit an deiner WB lädt, allerdings ist das Risiko mmn äußerst gering und erfordert viel kriminelle Energie für ne villt. kostenfreie Ladung

foxriver76

@jrlohni sagte in Alpha Testing: OCPP Wallbox Adapter:

Mein Protokoll sagt zur Phasenumschaltung nur:
Cannot execute command "numberPhrases" for "/.1": No chargeLimit set.

Ist das kopiert? Weil da ein Typo drin ist, der codetechnisch nicht existieren sollte. "numberPhrases"

Ja, man kann die Anzahl der Phasen nur mitgeben, wenn man auch ein chargeLimit setzt.

Das chargeLimit kann ich aber auch nicht setzen.

Wieso?

Zu "authList" sagt er mir:
Removing LocalAuthListManagement functionality as unsupported

Dann wird es laut Config nicht supported, solltest du bei den supported Profiles sehen können.

Leider bekomme ich keine Config von der Station... Oder wo wäre die abgelegt? Ist doch richtig das du die mit runterlädst beim verbinden, oder?

Es sollte einen channel geben ocpp.0.<wb-name>.configuration ansonsten sollte es eine Fehlermeldung geben.

frank11

Seit gestern Abend ist mein Auto im Schnarchlademodus mit 4,1kW.

Wenn ich versuche, das chargeLimit auf 16A zu setzen, erscheint dieser Fehler:

Cannot execute command "chargeLimit" for "/21178121966125.1": Timeout for message 565b916f-e60f-4559-83e9-2dc74145d1ce

foxriver76

@frank11 vermutlich nicht nur beim senden des charge limits? Oder gehen andere Befehle noch?

frank11

@foxriver76 Na geil, mal wieder ganz unbewusst auf Englisch geswitcht.

Ja genau. ich habe ioBroker mal neu gestartet, dann ging es wieder.

Die ersten Fehler kamen eine Stunde bevor ich überhaupt zu Hause war:

2023-01-26 14:05:40.911 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:10:40.927 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:15:40.921 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:20:40.931 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:23:10.889 - warn: ocpp.0 (1106987) Client "/21178121966125" timed out
2023-01-26 14:25:46.987 - info: ocpp.0 (1106987) New device connected: "/21178121966125"
2023-01-26 14:25:48.059 - info: ocpp.0 (1106987) Requesting BootNotification from "/21178121966125"
2023-01-26 14:26:18.068 - warn: ocpp.0 (1106987) Could not request states of "/21178121966125": Timeout for message ffa77cb5-08a9-481f-b88a-6b8c82a3f5bd
2023-01-26 14:26:18.069 - info: ocpp.0 (1106987) Sending GetConfiguration to "/21178121966125"
2023-01-26 14:26:48.076 - error: ocpp.0 (1106987) Could not request configuration of /21178121966125: Timeout for message aedefd37-2d5a-49d4-9a40-6589e8682af8
2023-01-26 14:27:17.058 - warn: ocpp.0 (1106987) Client "/21178121966125" timed out
2023-01-26 14:38:21.150 - info: ocpp.0 (1106987) New valid connection from "/21178121966125" (http/ocpp1.6)
2023-01-26 14:38:21.970 - info: ocpp.0 (1106987) New device connected: "/21178121966125"
2023-01-26 14:38:22.052 - info: ocpp.0 (1106987) Received boot notification from "/21178121966125"
2023-01-26 14:38:22.397 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:38:23.053 - info: ocpp.0 (1106987) Requesting StatusNotification from "/21178121966125"
2023-01-26 14:38:23.360 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:38:24.309 - info: ocpp.0 (1106987) Requesting MeterValues from "/21178121966125"
2023-01-26 14:38:24.720 - info: ocpp.0 (1106987) Received MeterValues from "/21178121966125.1"
2023-01-26 14:38:25.446 - info: ocpp.0 (1106987) Sending GetConfiguration to "/21178121966125"
2023-01-26 14:38:26.054 - info: ocpp.0 (1106987) Supported profiles by client "/21178121966125" are "Core,Local Auth List Management,Reservation,Smart Charging,Remote Trigger"
2023-01-26 14:43:22.999 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:48:22.986 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:53:22.927 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 14:58:32.017 - warn: ocpp.0 (1106987) Client "/21178121966125" timed out
2023-01-26 15:00:35.149 - info: ocpp.0 (1106987) New device connected: "/21178121966125"
2023-01-26 15:00:35.198 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 15:00:36.209 - info: ocpp.0 (1106987) Requesting BootNotification from "/21178121966125"
2023-01-26 15:01:06.213 - warn: ocpp.0 (1106987) Could not request states of "/21178121966125": Timeout for message a11d3196-971d-4471-bb7f-b607c9524555
2023-01-26 15:01:06.214 - info: ocpp.0 (1106987) Sending GetConfiguration to "/21178121966125"
2023-01-26 15:01:36.218 - error: ocpp.0 (1106987) Could not request configuration of /21178121966125: Timeout for message 88424f98-55f7-4532-9114-0b3a5c2838d9
2023-01-26 15:02:05.209 - warn: ocpp.0 (1106987) Client "/21178121966125" timed out
2023-01-26 16:10:20.931 - info: ocpp.0 (1106987) New valid connection from "/21178121966125" (http/ocpp1.6)
2023-01-26 16:10:21.605 - info: ocpp.0 (1106987) New device connected: "/21178121966125"
2023-01-26 16:10:21.689 - info: ocpp.0 (1106987) Received boot notification from "/21178121966125"
2023-01-26 16:10:22.030 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:10:22.689 - info: ocpp.0 (1106987) Requesting StatusNotification from "/21178121966125"
2023-01-26 16:10:22.852 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:10:23.797 - info: ocpp.0 (1106987) Requesting MeterValues from "/21178121966125"
2023-01-26 16:10:24.176 - info: ocpp.0 (1106987) Received MeterValues from "/21178121966125.1"
2023-01-26 16:10:24.906 - info: ocpp.0 (1106987) Sending GetConfiguration to "/21178121966125"
2023-01-26 16:10:25.461 - info: ocpp.0 (1106987) Supported profiles by client "/21178121966125" are "Core,Local Auth List Management,Reservation,Smart Charging,Remote Trigger"
2023-01-26 16:15:22.641 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:20:22.651 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:25:22.661 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:30:22.613 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:35:22.667 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:40:22.681 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:45:22.618 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:50:22.629 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 16:55:22.670 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 17:00:22.654 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 17:05:22.658 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 17:10:22.667 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 17:15:22.636 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Available
2023-01-26 17:17:20.261 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Preparing
2023-01-26 17:17:26.298 - info: ocpp.0 (1106987) Received Authorization Request from "/21178121966125" with idTag "*****"
2023-01-26 17:17:26.432 - info: ocpp.0 (1106987) Received Start transaction from "/21178121966125.1"
2023-01-26 17:17:28.548 - info: ocpp.0 (1106987) Received Status Notification from "/21178121966125.1": Charging
2023-01-26 17:17:33.056 - info: ocpp.0 (1106987) Received MeterValues from "/21178121966125.1"
2023-01-26 17:17:37.971 - info: ocpp.0 (1106987) Received MeterValues from "/21178121966125.1"
2023-01-26 17:17:42.910 - info: ocpp.0 (1106987) Received MeterValues from "/21178121966125.1"
2023-01-26 17:17:47.865 - info: ocpp.0 (1106987) Received MeterValues from "/21178121966125.1"
2023-01-26 17:17:52.882 - info: ocpp.0 (1106987) Received MeterValues from "/21178121966125.1"
2023-01-26 17:17:57.903 - info: ocpp.0 (1106987) Received MeterValues from "/21178121966125.1"

foxriver76

@frank11 Daten empfangen hat er bis zum Neustart? Ind auch nachdem du nicht mehr steuern konntest? Also MeterValues zb

frank11

@foxriver76 Doch, es kamen die ganze Zeit Daten. Das ist ja das merkwürdige.
Sonst hätte ich das ja gar nicht gesehen.

Ich dachte erst, mein Auto würde nicht mehr Power annehmen, weil ich den zum Test mal auf 4km Reichweite runtergefahren habe.

Da ich heute HomeOffice mache, wollte ich erst warten.

(Das Gute: genau das hatte der am Anfang der 50km Heimfahrt angezeigt.)

foxriver76

@frank11 Hm.. das Verhalten hatte ich auch schon öfter beobachtet, hatte insgeheim gehofft, dass es nach den größeren Überarbeitungen nicht mehr auftritt. Äußerst komisch, dass er Daten empfängt über die Verbindung und das hinschicken ins leere läuft.

Ich beobachte mal ob es bei mir auch wieder auftritt nach gewisser Zeit. Notfalls werde ich einen Workaround einbauen, villt. finde ich auch das Problem irgendwo tief ind er genutzten Library, hatte da allerdings schon mal erfolglos geschaut.

frank11

@foxriver76 Mein Workaround ist erstmal, direkt aufs Handy zu schauen. Der BMW zeigt an, wann der fertig sein will. Wenn das24 Stunden dauert, starte ich den Adapter einfach durch.

Jrlohni

@foxriver76, ne war wohl abgetippt.. Habe noch mal kontrolliert. Das "r" ist dort nicht vorhanden.

Bei "chargeLimit" sagt er mir immer:
"Charge point responded with "Rejected" on changing charge limit"
in einer früheren Version ging es mal.

Ja den Channel gibt es mit diversen States:

Für supportetFeatureProfiles steht dort: Core,FirmwareManagement,SmartCharging,RemoteTrigger

Also wohl kein LocalAuthListManagement

Grüße und vielen Dank!

foxriver76

@jrlohni Hast du den richtigen chargeLimitType eingestellt? Lt. config bei dir nur Current erlaubt, also regeln in Ampere. Ansonsten gerne mal debug Log zeigen, evtl. sehen wir dann was da falsch läuft. Bzw. von welchem Hersteller ist die Box? Bei mir Pulsar Plus gibts aktuell auch Probleme, habe denen geschrieben, allerdings noch keine sinnvolle Antwort erhalten was sie oder ich falsch machen.

Jrlohni

@foxriver76 Anbei meine Einstellungen, ja habe "A" gewählt:

Es handelt sich bei mir um einen go-e Charger in der Gemini flex Version.

Log:

ocpp.0
2023-02-06 15:17:13.083	info	Received MeterValues from "/.1"
ocpp.0
2023-02-06 14:57:57.923	error	Cannot execute command "availability" for "/.1":
ocpp.0
2023-02-06 14:57:49.924	warn	Charge point responded with "Rejected" on changing charge limit
ocpp.0
2023-02-06 14:57:42.673	error	Cannot execute command "numberPhases" for "/.1": No chargeLimit set
ocpp.0
2023-02-06 14:57:15.924	info	Removing LocalAuthListManagement functionality as unsupported
ocpp.0
2023-02-06 14:57:15.837	info	Supported profiles by client "/" are "Core,FirmwareManagement,SmartCharging,RemoteTrigger"
ocpp.0
2023-02-06 14:57:15.595	info	Sending GetConfiguration to "/"
ocpp.0
2023-02-06 14:57:14.440	info	Requesting MeterValues from "/"
ocpp.0
2023-02-06 14:57:13.429	info	Received Status Notification from "/.1": Finishing
ocpp.0
2023-02-06 14:57:13.301	info	Requesting StatusNotification from "/"
ocpp.0
2023-02-06 14:57:12.704	info	Received MeterValues from "/.1"
ocpp.0
2023-02-06 14:57:12.574	info	Received Status Notification from "/.1": Finishing
ocpp.0
2023-02-06 14:57:12.479	info	Received Status Notification from "/.0": Available
ocpp.0
2023-02-06 14:57:12.301	info	Received boot notification from "/"
ocpp.0
2023-02-06 14:57:12.184	info	New device connected: "/"
ocpp.0
2023-02-06 14:57:12.044	info	New valid connection from "/" (http/ocpp1.6)
ocpp.0
2023-02-06 14:57:02.062	info	Server listening on port 9220
ocpp.0
2023-02-06 14:57:02.006	info	Starting OCPP Server
ocpp.0
2023-02-06 14:57:01.955	info	starting. Version 0.12.2 in /opt/iobroker/node_modules/iobroker.ocpp, node: v14.21.2, js-controller: 4.0.23
host.raspberrypi
2023-02-06 14:57:00.095	info	instance system.adapter.ocpp.0 started with pid 5222
host.raspberrypi
2023-02-06 14:56:57.585	info	instance system.adapter.ocpp.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.raspberrypi
2023-02-06 14:56:57.024	info	stopInstance system.adapter.ocpp.0 send kill signal
ocpp.0
2023-02-06 14:56:57.005	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
ocpp.0
2023-02-06 14:56:57.003	info	terminating
ocpp.0
2023-02-06 14:56:56.982	info	Got terminate signal TERMINATE_YOURSELF
host.raspberrypi
2023-02-06 14:56:56.976	info	stopInstance system.adapter.ocpp.0 (force=false, process=true)
ocpp.0
2023-02-06 14:56:55.925	info	Removing LocalAuthListManagement functionality as unsupported
ocpp.0
2023-02-06 14:56:55.838	info	Supported profiles by client "/" are "Core,FirmwareManagement,SmartCharging,RemoteTrigger"
ocpp.0
2023-02-06 14:56:55.622	info	Sending GetConfiguration to "/"
ocpp.0
2023-02-06 14:56:54.471	info	Requesting MeterValues from "/"
ocpp.0
2023-02-06 14:56:53.460	info	Received Status Notification from "/.1": Finishing
ocpp.0
2023-02-06 14:56:53.363	info	Requesting StatusNotification from "/"
ocpp.0
2023-02-06 14:56:52.876	info	Received MeterValues from "/.1"
ocpp.0
2023-02-06 14:56:52.615	info	Received Status Notification from "/.1": Finishing
ocpp.0
2023-02-06 14:56:52.518	info	Received Status Notification from "/.0": Available
ocpp.0
2023-02-06 14:56:52.363	info	Received boot notification from "/"
ocpp.0
2023-02-06 14:56:52.223	info	New device connected: "/"
ocpp.0
2023-02-06 14:56:52.084	info	New valid connection from "/" (http/ocpp1.6)
ocpp.0
2023-02-06 14:56:22.111	info	Server listening on port 9220
ocpp.0
2023-02-06 14:56:22.056	info	Starting OCPP Server
ocpp.0
2023-02-06 14:56:22.018	info	starting. Version 0.12.2 in /opt/iobroker/node_modules/iobroker.ocpp, node: v14.21.2, js-controller: 4.0.23

Habe den Adapter noch einmal neu gestartet zwischendurch

Grüße

foxriver76

@jrlohni Geht es evtl. mit numberPhases 3?

Jrlohni

@foxriver76 ging leider auch nicht. Die numberPhases nimmt er nicht an und das chargeLimit wird immer noch "Rejected". Auch mit einer Änderung von diversen Möglichkeiten von "True" und "False" ändert sich nichts.

foxriver76

@jrlohni dann benötigt es wohl eine Änderung im Adapter, so dass man numberCharges deaktiviert indem man es auf null setzt. Ich denke dann sollte es gehen.

foxriver76

@jrlohni Probier bitte v0.12.3, sollte gleich auf npm sein.

Jrlohni

@foxriver76 Leider hat die Version auch keine Besserung gebracht...

Hab wirklich jede Möglichkeit durchgespielt. Habe numberPhases auf 1, 3, null, (null), NULL und 0 gesetzt...
Wenn numberPhrases nicht vom Wert "number" war, gab es natürlich eine Fehlermeldung.

Wie man auf den Screenshot sieht schickt der Adapter für go-e ohne Probleme Daten welche auch vom Charger angenommen werden. Ich würde aber gerne über OCPP gehen, damit ich auch mit weiteren Ladestationen, welche bald kommen, über ein System kommunizieren kann.

Was mir auffällt: In der Fehlermeldung wegen der falschen Datentypen in "numberPhases" ist "startPeriod" immer 0, könnte es was damit zu tun haben?

Grüße

foxriver76

@jrlohni ich mache mal noch eine 0.12.4 nur um sicher zu gehen, wenn du einen string null setzt, ist klar, dass dann ist mir klar, dass nix geht. Wobei Admin aus dem String null meines Wissens nach wirklich null macht.

Jrlohni

@foxriver76 Auch da hat sich nichts geändert, außer das nun die Fehlermeldung bei nem String nicht mehr kommt...

Vielen Dank!

fL4sH 0

@jrlohni said in Alpha Testing: OCPP Wallbox Adapter:

@foxriver76, ne war wohl abgetippt.. Habe noch mal kontrolliert. Das "r" ist dort nicht vorhanden.

Bei "chargeLimit" sagt er mir immer:
"Charge point responded with "Rejected" on changing charge limit"
in einer früheren Version ging es mal.

Ja den Channel gibt es mit diversen States:

Für supportetFeatureProfiles steht dort: Core,FirmwareManagement,SmartCharging,RemoteTrigger

Also wohl kein LocalAuthListManagement

Grüße und vielen Dank!

Versuch mal die Transaktion mit Chargelimit 0 (A oder W) zu starten, so funktioniert das aktuell bei mir. Anschließend kann das Chargelimit während die Transaktion läuft geändert werden. Wenn das Chargelimit vor dem Start gesetzt wurde kommt bei mir auch die Fehlermeldeung:

ocpp.0 2023-02-08 11:55:00.033	warn	Starting transaction has been rejected by charge point

NEWS

Alpha Testing: OCPP Wallbox Adapter

Support us

464
Online

31.6k
Users

79.6k
Topics

1.3m
Posts

NEWS

Alpha Testing: OCPP Wallbox Adapter

Support us

464Online

31.6kUsers

79.6kTopics

1.3mPosts

464
Online

31.6k
Users

79.6k
Topics

1.3m
Posts