Weihnachtsangebot 2025! 🎄

[foxriver76]

@manubt Ne das ist alles zur Zeit.. ihr könnt euch gerne mal das Protokoll anschauen. Ich weiß aktuell nicht was ich da noch sinnvolles rausziehen soll/kann. Sehe gerade, dass er dir wegen der IP-Adresse ein Haufen "Ordner" anzeigt.

Edit: Habe eine 0.0.8 gemacht, da sollten solche Strukturen nun vermieden werden.

[manuBT]

@foxriver76 Ich schaue mir das bei Gelegenheit mal an. Kämpfe gerade noch an einer anderen Stelle mit der Wallbox das sie den originalen Nachgerüsteten ModBus Zähler erkennen will ! :)

Danke trotzdem!

[manuBT]

@foxriver76

So, Zähler ist auch in seine Schranken gewiesen!

Jetzt ist mir aber doch noch etwas in den Sinn gekommen wozu meine technischen Fähigkeiten sicher nicht ausreichend sind…
Es ist ja schon ziemlich cool die Daten jetzt lokal zu haben und damit irgendwelche Auswertungen zu machen etc.
Jedoch wäre es ja auch schon gut zusätzlich noch mit dem Backend des Herstellers verbunden zu sein.
Wegen Firmware Update etc…
So wie ich das OCPP verstehe gibt es da ja keine große Sicherheit etc.
Könnte der Adapter die Daten nicht Prinzipiell 1:1 an die Adresse des Anbieters durchschieben.
Der hat keine API oder ähnliches, zumindest öffentlich.
Damit hätte man das beste aus beiden Welten!

@foxriver76 Nicht als Forderung verstehen, aber falls es dir im Winter langweilig werden sollte ;)

Danke so oder so!!!

[foxriver76]

@manubt sagte in Alpha Testing: OCPP Wallbox Adapter:

Könnte der Adapter die Daten nicht Prinzipiell 1:1 an die Adresse des Anbieters durchschieben.

Verstehe nicht ganz wie du das meinst..

[Schimi]

@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:

@manubt Ne das ist alles zur Zeit.. ihr könnt euch gerne mal das Protokoll anschauen. Ich weiß aktuell nicht was ich da noch sinnvolles rausziehen soll/kann. Sehe gerade, dass er dir wegen der IP-Adresse ein Haufen "Ordner" anzeigt.

Edit: Habe eine 0.0.8 gemacht, da sollten solche Strukturen nun vermieden werden.

Hi,

hast du vielleicht eine URL zum protokol.... habe mal gesucht aber irgendwie finde ich nichts "übersichtliches"... Wahrscheinlich suche ich falsch

[foxriver76]

@schimi Ich habe mich an diesem Dokument orientiert: https://www.oasis-open.org/committees/download.php/58944/ocpp-1.6.pdf

[Schimi]

@foxriver76

ich könnt mir vorstellen das sowas wie:

• Bei aktiver/letzter session geladene kWh
• insgesammt geladene kWh
• der soc (wobei ich nicht glaube das die Boxen den auslesen können.... ist bei Typ2 glaube ich gar nicht vorgesehen)

Interessant wären falls mal eine Vis damit erzeugen möchte...

Ich meine das müsste der Punkt "7.31. Measurand" in deinem PDF sein.....

Ich persönlich brauche OCPP nicht für meine Box.... aber bin da zum testen bereit.... was ich jetzt nicht brauche kann ja in zukunft noch kommen :-)

[foxriver76]

@schimi Das ist das was aktuell in meterValue stehen sollte.

Die insgesamt geladene Leistung müsste man wenn dann intern immer hochrechnen, da wäre dann aber sowas wie Sourceanalytix wieder eher geeignet der darauf spezialisiert ist. SoC weiß vermutlich nur das Auto - gibts im Protokoll nicht.

Objektiv betrachtet ist eine Anbindung über eine API des Entwicklers selbst, wenn vorhanden, für den Smart Home Bereich meist die bessere Lösung. OCPP ist wie es aktuell aussieht oft sehr halbherzig implementiert. Leider gibts bei der WB in unserem Haus lokal nur die Lösung mit OCPP.

[nhet]

Hallo zusammen,

heuet wurde unsere Wallbox in betrieb genommen. Es ist eine Pulsar Plus vom Hersteller Wallbox.
Die OCPP Konfiguration ging über die App recht schnell und einfach. Man musste lediglich die IP samt Port (<IP>:<Port>) sowie eine Ladestations Identität angeben.

Danke für die Entwicklung bis hierhin. Ich werde mal schauen, was man alles so aus dieser Schnittstelle an Informationen ziehen kann.

LGe

[kleineismann]

Ich habe versucht die Pulsar Plus zu entsperren (status -> unlock). Leider hat das nicht geklappt. Ist die Kommunikation überhaupt bidirektional möglich bei ocpp?

Viele Grüße,

Maurice

[foxriver76]

@kleineismann Ja habe auch eine Plusar Plus, dort funktioniert das Entsperren. Letztendlich sind availability und transactionActive hierfür die entscheidenden Methoden/States.

[kleineismann]

@foxriver76 Das hilft mir, Danke! D.h. availability = entsperrt und transactionActive = gesperrt, richtig?

[kleineismann]

Das sperren klappt, nur das entsperren nicht. Hast du eine Idee dazu?

[foxriver76]

@kleineismann availability auf true sonst geht gar nichts und dann transactionActive auf true

[kleineismann]

@foxriver76 Hat geklappt, vielen Dank!! Werde mal testen die nächsten Tage.

[schwimbi]

@kleineismann Sehr geil , auf eine OCPP Implementierung habe ich schon lange gewartet, insbesondere da meine Wallbox keine anderen Schnittstellen bietet

ABB Terra AC

Beim setzen des Ladelimits (was ich gerne mit dem PV Überschuss koppeln möchte) kommt folgender Fehler
Cannot execute command "chargeLimit" for "/Wallbox2": Invalid value "[object Object]" for field csChargingProfiles

[schwimbi]

@foxriver76 super cooler Adapter, schonmal vielen Dank hierfür. Denkst du die Ladestromanpassung wird auch noch eingebaut ? Das wäre echt ein USP für iobroker gegenüber anderen Plattformen

[foxriver76]

@schwimbi Jop, das Ladelimit war mir auch sehr wichtig, leider scheint es bei meiner Wallbox so oder so (lt. Handbuch) nicht über OCPP zu funktionieren. Das eigentlich was mich ausbremst ist, dass die Implementierung auf Adapterseite da ist, jedoch die genutzte Library einen Bug hat. Ich hatte den Dev mal angeschrieben da er diese nicht mehr zu pflegen scheint, leider ohne Antwort.

Bleibt mir wohl nur ein Fork zu machen und selbst zu fixen. Ich kann nix versprechen aber ich habe vor mir das heute Abend mal anzuschauen.

[foxriver76]

@schwimbi Probier mal bitte install von GitHub ob die Fehlermeldung noch kommt oder ob anderes nicht tut.

[schwimbi]

@foxriver76 Vielen Dank,

Derzeit mit der aktuellen GIT-Version bekomme ich keine Werte mehr.

Siehe Log :

ocpp.0
2022-01-08 14:19:09.466 info Requesting MeterValues from "/Wallbox1"
ocpp.0
2022-01-08 14:19:08.461 info Requesting StatusNotification from "/Wallbox1"
ocpp.0
2022-01-08 14:19:07.048 warn Command not implemented from "/Wallbox1": {"chargePointModel":"CDT_TACW22::NET_ETH","chargePointVendor":"Chargedot","chargeBoxSerialNumber":"Wallbox1","firmwareVersion":"TAC3Z9119006710273::V1.4.2","meterType":"V1","commandOcpp":"BootNotification"}
ocpp.0
2022-01-08 14:19:06.962 info Requesting BootNotification from "/Wallbox1"
ocpp.0
2022-01-08 14:19:06.961 info New device connected: "/Wallbox1"
ocpp.0
2022-01-08 14:19:02.473 info Requesting MeterValues from "/Wallbox2"
ocpp.0
2022-01-08 14:19:01.466 info Requesting StatusNotification from "/Wallbox2"
ocpp.0
2022-01-08 14:19:00.082 warn Command not implemented from "/Wallbox2": {"chargePointModel":"CDT_TACW22::NET_ETH","chargePointVendor":"Chargedot","chargeBoxSerialNumber":"Wallbox2","firmwareVersion":"TAC3Z9119006710273::V1.4.2","meterType":"V1","commandOcpp":"BootNotification"}
ocpp.0
2022-01-08 14:18:59.966 info Requesting BootNotification from "/Wallbox2"
ocpp.0
2022-01-08 14:18:59.965 info New device connected: "/Wallbox2"
ocpp.0
2022-01-08 14:16:21.685 warn Client "/Wallbox1" timed out
ocpp.0
2022-01-08 14:16:14.616 warn Client "/Wallbox2" timed out
ocpp.0
2022-01-08 14:14:54.047 info Requesting MeterValues from "/Wallbox1"
ocpp.0
2022-01-08 14:14:53.042 info Requesting StatusNotification from "/Wallbox1"
ocpp.0
2022-01-08 14:14:51.685 warn Command not implemented from "/Wallbox1": {"chargePointModel":"CDT_TACW22::NET_ETH","chargePointVendor":"Chargedot","chargeBoxSerialNumber":"Wallbox1","firmwareVersion":"TAC3Z9119006710273::V1.4.2","meterType":"V1","commandOcpp":"BootNotification"}
ocpp.0
2022-01-08 14:14:51.543 info Requesting BootNotification from "/Wallbox1"