Mehrere Ladepunkte an einer Säule
Closed this issue · 15 comments
Ladesäulen, die mehr als einen Ladepunkt haben, werden über "connectorId" 1,2,.. gezeigt. Leider sind damit Änderungen / Abfragen nicht so ohne weiteres möglich. Logischer wäre doch, einen Pfad "connectors" mit jeweils einem Baum "1",.."2",.. zu erzeugen, in dem sich dann jeweils meterValues, status, transactionActive und so weiter befinden - oder?
Ich vermute Ladesäulen mit mehreren Punkten werden aktuell nicht unterstützt wenn sie so wie du andeutest als ein Gerät über OCPP gesendet werden. Zeig mir gerne mal deinen Objektbaum, dann kann man da was bauen für solche Geräte.
hi, werden sie tatsächlich ganz gut! Es wird dann jeweils der baum überschrieben, wenn 1 oder 2 genutzt werden. Nur: Auslesen von meter-werten bei “1” ist halt nicht möglich, wenn als letztes ein Status von “2” empfangen wurde. Blöd..
Der Baum sieht 1:1 so aus, wie bei einer single-Ladestation - nur, dass halt jeweils nur der zuletzt gelesene (und richtig unter connectorId benannte) sichtbar und änderbar ist.
Getestet mit ABL 3W2264.
Ah okay, sprich wir bräuchten ocpp.instance.address.connectorId.state
g-gg-genau. :)
Ich baue das bei Zeit mal um sollte kein Problem sein, nur halt breaking von der Struktur.
Hallo Florian,
möchtest du den Adapter mal von GitHub installieren und Testen ob der multi-Connector Support sauber tut? Das würde mir sehr helfen, da meine WB das nicht unterstützt.
beste Grüße
Gerade den Adapter von GIT getestet. Erster Eindruck, es funktioniert wie erwartet. Ich habe den Adapter gestoppt, den Objektbaum der Ladesäule gelöscht, den Adapter gestartet. Verwundert hat mich, dass er direkt nach dem Start beide Ladepunkte angelegt hat - sehr schön. Teste ein paar Tage und aktualisiere das Ticket dann noch einmal.
Hallo @foxriver76 Die Nutzung beider Ports (ich habe "nur" zwei) funktioniert wechselseitig und auch gemeinsam. Die Energie-Meter werden auch korrekt jeweils zu Beginn der Session übertragen. Leider nicht während und auch nicht nach Beendigung der Session, was für eine Abrechnung gut wäre. Das allerdings ist auch in der älteren 0.7.0 ohne diese Änderung zum Multi-Chargepoint so - kannst Du dazu eine Abfrage einbauen? Es gibt auch Werte, mit denen Du die aktualisierung durch den OCPP-Backend vorgeben kannst, zumindest für die laufende Aktualisierung. Dazu folgender Screenshot aus der von der Wallbox empfangenen OCPP-Konfiguration
Von der Config habe ich bislang die Finger gelassen, weil ich bislang bei keinem Nutzer eine Antwort auf den GetConfiguration
Request gesehen habe. Ich kann probieren erst mal grundsätzlich beim Verbinden ein ChangeConfiguration
Request mit MeterValueSampleInterval: "5"
zu senden.
Bitte nochmal updaten und schauen ob Fehler weg und noch alles tut. ;-)
Der Fehler im LOG ist weg + der Adapter funktioniert offensichtlich korrekt. Aus meiner Sicht kann das Ticket geschlossen werden, vielen Dank für die tolle Umsetzung!
2022-10-10 10:09:53.256 - info: host.smarthome1 iobroker url foxriver76/ioBroker.ocpp --host smarthome1 --debug
2022-10-10 10:09:55.201 - info: host.smarthome1 iobroker install foxriver76/ioBroker.ocpp
2022-10-10 10:09:56.404 - info: host.smarthome1 iobroker NPM version: 8.15.0
2022-10-10 10:09:56.407 - info: host.smarthome1 iobroker Installing foxriver76/ioBroker.ocpp... (System call)
2022-10-10 10:11:25.380 - info: host.smarthome1 iobroker
2022-10-10 10:11:25.381 - info: host.smarthome1 iobroker changed 1 package in 1m
2022-10-10 10:11:25.385 - info: host.smarthome1 iobroker
2022-10-10 10:11:25.386 - info: host.smarthome1 iobroker 128 packages are looking for funding run npm fund
for details
2022-10-10 10:11:25.450 - info: host.smarthome1 iobroker upload [1] ocpp.admin /opt/iobroker/node_modules/iobroker.ocpp/admin/jsonConfig.json jsonConfig.json application/json
2022-10-10 10:11:25.565 - info: host.smarthome1 iobroker upload [0] ocpp.admin /opt/iobroker/node_modules/iobroker.ocpp/admin/ocpp.png ocpp.png image/png
2022-10-10 10:11:26.685 - info: host.smarthome1 iobroker exit 0
2022-10-10 10:12:33.252 - info: host.smarthome1 "system.adapter.ocpp.0" disabled
2022-10-10 10:12:33.253 - info: host.smarthome1 stopInstance system.adapter.ocpp.0 (force=false, process=true)
2022-10-10 10:12:33.258 - info: host.smarthome1 stopInstance system.adapter.ocpp.0 send kill signal
2022-10-10 10:12:33.259 - info: ocpp.0 (18385) Got terminate signal TERMINATE_YOURSELF
2022-10-10 10:12:33.335 - info: ocpp.0 (18385) terminating
2022-10-10 10:12:33.337 - info: ocpp.0 (18385) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-10-10 10:12:33.981 - info: host.smarthome1 instance system.adapter.ocpp.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2022-10-10 10:12:44.980 - info: host.smarthome1 "system.adapter.ocpp.0" enabled
2022-10-10 10:12:45.240 - info: host.smarthome1 instance system.adapter.ocpp.0 started with pid 20182
2022-10-10 10:12:47.531 - info: ocpp.0 (20182) starting. Version 0.7.0 (non-npm: foxriver76/ioBroker.ocpp) in /opt/iobroker/node_modules/iobroker.ocpp, node: v16.17.1, js-controller: 4.0.23
2022-10-10 10:12:47.569 - info: ocpp.0 (20182) Starting OCPP Server
2022-10-10 10:12:47.614 - info: ocpp.0 (20182) Server listening on port 9220
2022-10-10 10:13:19.891 - info: ocpp.0 (20182) New valid connection from "/ABL-10115184" (http/ocpp1.6)
2022-10-10 10:13:19.989 - info: ocpp.0 (20182) New device connected: "/ABL-10115184"
2022-10-10 10:13:19.990 - info: ocpp.0 (20182) Requesting StatusNotification from "/ABL-10115184"
2022-10-10 10:13:20.019 - info: ocpp.0 (20182) Received boot notification from "/ABL-10115184"
2022-10-10 10:13:20.140 - info: ocpp.0 (20182) Received Status Notification from "/ABL-10115184.1": Available
2022-10-10 10:13:20.206 - info: ocpp.0 (20182) Received Status Notification from "/ABL-10115184.2": Available
2022-10-10 10:13:21.031 - info: ocpp.0 (20182) Requesting MeterValues from "/ABL-10115184"
2022-10-10 10:13:22.056 - info: ocpp.0 (20182) Sending GetConfiguration to "/ABL-10115184"
Ist auf dem Weg als 0.8.0