Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mehrere Ladepunkte an einer Säule #16

Closed
FlorianSchulze opened this issue Oct 7, 2022 · 15 comments
Closed

Mehrere Ladepunkte an einer Säule #16

FlorianSchulze opened this issue Oct 7, 2022 · 15 comments

Comments

@FlorianSchulze
Copy link

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?

@foxriver76
Copy link
Owner

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.

@FlorianSchulze
Copy link
Author

FlorianSchulze commented Oct 7, 2022

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.

@foxriver76
Copy link
Owner

Ah okay, sprich wir bräuchten ocpp.instance.address.connectorId.state

@FlorianSchulze
Copy link
Author

g-gg-genau. :)

@foxriver76
Copy link
Owner

Ich baue das bei Zeit mal um sollte kein Problem sein, nur halt breaking von der Struktur.

@FlorianSchulze
Copy link
Author

FlorianSchulze commented Oct 7, 2022 via email

@foxriver76
Copy link
Owner

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

foxriver76 added a commit that referenced this issue Oct 8, 2022
@FlorianSchulze
Copy link
Author

FlorianSchulze commented Oct 8, 2022 via email

@FlorianSchulze
Copy link
Author

FlorianSchulze commented Oct 9, 2022

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.
Screenshot 2022-10-09 at 17 55 59

@FlorianSchulze
Copy link
Author

FlorianSchulze commented Oct 9, 2022

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
Screenshot 2022-10-09 at 18 15 45

@foxriver76
Copy link
Owner

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.

@FlorianSchulze
Copy link
Author

Ein kleines Problem im log scheint es noch zugeben, es wird dort ein "warn" gemeldet, dass der Knotenpunkt "*.undefined.transactionActive" nicht gesetzt ist. Siehe Screenshot.
Screenshot 2022-10-09 at 21 08 12

@foxriver76
Copy link
Owner

Bitte nochmal updaten und schauen ob Fehler weg und noch alles tut. ;-)

@FlorianSchulze
Copy link
Author

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"

@foxriver76
Copy link
Owner

Ist auf dem Weg als 0.8.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants