Alpha Testing: OCPP Wallbox Adapter
-
@meister-mopper Bitte nicht mehr von Git installieren, Adapter ist mittlerweile im Repo. Abseits davon sieht das Installations-Log unauffällig aus. Log vom Start ist eher interessant.
-
@foxriver76
Na ja, das ist wahrscheinlich auch eher unspektakulär. Ich schrieb ja, dass der Adapter nicht grün wird und somit auch mit meiner Wallbox nicht kommuniziert.ocpp.0 2022-08-26 16:01:03.819 debug Redis Objects: Use Redis connection: 192.168.178.10:9001 ocpp.0 2022-08-26 16:01:03.894 debug Objects client ready ... initialize now ocpp.0 2022-08-26 16:01:03.914 debug Objects create System PubSub Client ocpp.0 2022-08-26 16:01:03.916 debug Objects create User PubSub Client ocpp.0 2022-08-26 16:01:04.028 debug Objects client initialize lua scripts ocpp.0 2022-08-26 16:01:04.043 debug Objects connected to redis: 192.168.178.10:9001 ocpp.0 2022-08-26 16:01:04.093 debug Redis States: Use Redis connection: 192.168.178.10:6379 ocpp.0 2022-08-26 16:01:04.103 debug States create System PubSub Client ocpp.0 2022-08-26 16:01:04.104 debug States create User PubSub Client ocpp.0 2022-08-26 16:01:04.118 debug States connected to redis: 192.168.178.10:6379 ocpp.0 2022-08-26 16:01:04.368 info starting. Version 0.6.0 (non-npm: foxriver76/ioBroker.ocpp#48303d5b08f18682ed681038d614133990a50c1e) in /opt/iobroker/node_modules/iobroker.ocpp, node: v16.17.0, js-controller: 4.0.23 ocpp.0 2022-08-26 16:01:04.413 info Starting OCPP Server ocpp.0 2022-08-26 16:01:04.454 info Server listening on port 9220 ocpp.0 2022-08-26 16:12:17.153 info Got terminate signal TERMINATE_YOURSELF ocpp.0 2022-08-26 16:12:17.166 info terminating ocpp.0 2022-08-26 16:12:17.169 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason -
@meister-mopper Ah.. ich hattes es so interpretiert, dass er crashed
Und in der Box hast du die OCPP Server Adresse auf deine IP vom "Slave" abgeändert?
-
@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:
Und in der Box hast du die OCPP Server Adresse auf deine IP vom "Slave" abgeändert?
Natürlich habe ich Depp das nicht getan. Das teste ich morgen nochmal.
-
@foxriver76
Leider bekomme ich auch mit in der Wallbox geänderter IP des Slave dasselbe Ergebnis.Irgendwie scheint es mit Nodejs.16 noch nicht zu funktionieren. Vielleicht kann ja jemand anders dies nochmal testen.
-
@meister-mopper dasselbe Ergebnis heißt wieder joi Schema issue?
-
@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:
dasselbe Ergebnis heißt wieder joi Schema issue?
Nein, nein, der Server lauscht, aber er ses kommt keine Verbindung mit der Wallbox unter Node.js 16 zustande.
ocpp.0 2022-08-27 08:51:24.315 info Got terminate signal TERMINATE_YOURSELF ocpp.0 2022-08-27 08:51:24.333 info terminating ocpp.0 2022-08-27 08:51:24.335 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason ocpp.0 2022-08-27 08:51:29.572 debug Redis Objects: Use Redis connection: 192.168.178.10:9001 ocpp.0 2022-08-27 08:51:29.628 debug Objects client ready ... initialize now ocpp.0 2022-08-27 08:51:29.631 debug Objects create System PubSub Client ocpp.0 2022-08-27 08:51:29.632 debug Objects create User PubSub Client ocpp.0 2022-08-27 08:51:29.708 debug Objects client initialize lua scripts ocpp.0 2022-08-27 08:51:29.716 debug Objects connected to redis: 192.168.178.10:9001 ocpp.0 2022-08-27 08:51:29.763 debug Redis States: Use Redis connection: 192.168.178.10:6379 ocpp.0 2022-08-27 08:51:29.774 debug States create System PubSub Client ocpp.0 2022-08-27 08:51:29.776 debug States create User PubSub Client ocpp.0 2022-08-27 08:51:29.789 debug States connected to redis: 192.168.178.10:6379 ocpp.0 2022-08-27 08:51:29.976 info starting. Version 0.6.0 in /opt/iobroker/node_modules/iobroker.ocpp, node: v16.17.0, js-controller: 4.0.23 ocpp.0 2022-08-27 08:51:30.015 info Starting OCPP Server ocpp.0 2022-08-27 08:51:30.056 info Server listening on port 9220 -
@foxriver76
Edit: Ich sehe schon, die neue IP wurde noch nicht übernommen. Ich habe es jetzt erfolgreich geändert und siehe da, die Wallbox ist mit dem Slave verbunden.
Weiterhin habe ichtransactionActiveauf false gesetzt, und der Adapter ist nicht ausgestiegen. Derstatuswechselte aufFinishing.Es scheint zu funktionieren.
-
@meister-mopper Sehr gut, interessant sind jetzt die Unterschiede zw. "Master"-System u. "Slave"-System
-
Der Master läuft mit Node.js 14.20.0 und NPM 6.14.17.
Der Slave mit 16.17.0 und 8.15.0.Außerdem bekomme ich eine Fehlermeldung, wenn ich
chargeLimitauf 16 setze.ocpp.0 2022-08-27 09:25:26.930 error Cannot execute command "chargeLimit" for "http://192_168_178_80:9220/EVB-XXXXXXXXXX": Sender's message does not comply with protocol specification. -
@meister-mopper
Ich habe eine EVBox Elvi erfolgreich mit dem Adapter verbunden und kann einen Ladevorgang problemlos abbrechen.
Nach Abbrechen übertransAction = falseerhalte ich den statusFinishingLeider kann ich den Ladevorgang durch
transAction = trueund deaktivieren/reaktivieren deravailabilitynicht wieder starten und bekomme:ocpp.0 2022-08-28 18:41:40.749 error Cannot execute command "transactionActive" for "http://192_168_178_80:9220/EVB-XXXXXXXXXX": Sender's message does not comply with protocol specification.Jetzt könnte es noch an einem fehlerhaften idTag liegen:
Ich habe das idTag erfolglos in verschiedenen Versionen eingegeben
<NL-EVB-CXXXXXXXX-F>
oder
<CXXXXXXXX>
oder
<CXXXXXXXX-F>
oder
<NL-EVB-CXXXXXXXX>Weiteres:
Nachdem ich einen Ladevorgang abgebrochen habe (Finished), ist die Wallbox für den Adapter tot und reagiert nicht mehr auf irgendwas.
Ich muss dann das Ladekabel ziehen, wieder einstecken und mit dem RFID Chip aktivieren. Dann wird wieder geladen, und ich kann problemlos das Laden auch wieder unterbrechen.Manchmal steht man millimeternah vorm Scheunentor, vielleicht ist jemand weiter entfernt.
So sieht es nach dem Beenden des Ladevorgangs aus:
@foxriver76
Hier mal die Zeilen im debug log, nachdem ichtransactionActive= true gesetzt habe:ocpp.0 2022-09-02 15:30:29.860 error Cannot execute command "transactionActive" for "http://192_168_178_80:9220/EVB-xxxxxxxxxx": Sender's message does not comply with protocol specification. ocpp.0 2022-09-02 15:30:29.573 debug Sending RemoteStartTransaction for http://192_168_178_80:9220/EVB-xxxxxxxxxx: {"connectorId":1,"idTag":"xxxxxxxxxxxxxx","chargingProfile":{"chargingProfileId":1,"stackLevel":0,"chargingProfilePurpose":"TxDefaultProfile","chargingProfileKind":"Recurring","recurrencyKind":"Daily","chargingSchedule":{"duration":86400,"startSchedule":"2013-01-01T00:00Z","chargingRateUnit":"A","chargingSchedulePeriod":[{"startPeriod":0,"limit":16}]}}}Vielleicht hast Du ja eine Idee, welche Informationen der Wallbox noch fehlen.
-
Ich versuche meinen ganz neuen NRGkick per ocpp mit diesem Adapter zu verbinden. Leider bisher ohne Erfolg. Stimmt was an den Einstellungen in der NRG App nicht? Hat da jemand Erfahrung?
-
@tiedi
Versuche mal ws://... statt http://... -
Leider nein.
Keine Verbindung möglich. Habe au h schon mit der Authentifizierung alles probiert.
Keine Verbindung. Er lädt aber wesentlich länger, wenn ich es mit WS mache.
-
Kann ich denn irgendwo ein Fehlerprotokoll sehen, um zu checken, was bei der Verbindung schief läuft?
In iobroker unter Protokoll erscheint nichts dazu. -
@foxriver76
Der aktuelle Stand ist, dass ich jetzt vermittels des Adapters Ladevorgänge nicht mehr beenden kann.Am System habe ich nichts verändert. Das log wirft nach
transactiveFalsefolgendes:ocpp.0 2022-09-07 18:15:26.683 info New valid connection from "http://192.168.178.80:9220/XXXXXXXXX" (http/ocpp1.6) ocpp.0 2022-09-07 18:15:26.738 info New device connected: "http://192.168.178.80:9220/XXXXXXXXX" ocpp.0 2022-09-07 18:15:26.740 info Requesting BootNotification from "http://192.168.178.80:9220/XXXXXXXXX" ocpp.0 2022-09-07 18:15:27.778 info Requesting StatusNotification from "http://192.168.178.80:9220/XXXXXXXXX" ocpp.0 2022-09-07 18:15:31.785 info Received boot notification from "http://192.168.178.80:9220/XXXXXXXXX" ocpp.0 2022-09-07 18:15:32.108 info Received Status Notification from "http://192.168.178.80:9220/XXXXXXXXX": Available ocpp.0 2022-09-07 18:15:36.708 info Received DataTransfer from "http://192.168.178.80:9220/XXXXXXXXX" with id "evbStatusNotification": 1,Available,NoError,No error.,0,Green,0,{0,7984,100},{0,0},{A,11904,12024,61568},0,0,430,2022-09-07T16:15:31Z,0,3,{0,0,0,0,0,0,0,0,0},350,0,2,112,0,370,900,0 ocpp.0 2022-09-07 18:15:57.789 warn Could not request states of "http://192.168.178.80:9220/XXXXXXXXX": Timeout for message bf60175d-e1cb-433d-b6ee-69f079b9950dMöglicherweise ist meine Wallbox jetzt im Reaktionsverhalten langsamer geworden? I have no eaning (
) -
@meister-mopper hm im log sieht man nur die neue Connection
-
@foxriver76
Sorry. Möchtest Du das debug log sehen?Ja klar, liefere ich morgen nach.
-
@meister-mopper Ja genau, der Befehl der raus geht sollte im Debug zu sehen sein. Das ist dann hilfreich. Sorry, bin in letzter Zeit etwas kurz angebunden.
Also wenn er den Ladevorgang nicht beendet, dann sollte ja im Log zumindest die transactionActive=false generierte Message sein und der Payload dazu, auf debug vermute ich nur.
-
@all Danke für dieses geile OCPP!
