Weihnachtsangebot 2025! 🎄

[Glasfaser]

@foxriver76 sagte in Alpha Testing: OCPP Wallbox Adapter:

Deshalb kommt jetzt aktuell beim eintragen eines Wertes ein Fehler im Log.

Du meinst das hier :

2021-10-30 21:27:06.199 - debug: ocpp.0 (18684) Sending SetChargingProfile for /Dorn
2021-10-30 21:27:06.211 - error: ocpp.0 (18684) Cannot execute command "chargeLimit" for "/Dorn": Invalid value "[object Object]" for field csChargingProfiles

[Schimi]

@glasfaser der weg oben hat irgendwie nicjt geklappt.... Und über "die katze" findet er nichts wenn ich mach ocpp suche

Fehler sitzt wohl vor dem Bildschirm 😂

[Glasfaser]

@schimi sagte in Alpha Testing: OCPP Wallbox Adapter:

der weg oben hat irgendwie nicjt geklappt....

weil ...nicht geklappt ??? sind Fehlermeldungen oder was !?

Ich hoffe du hast im Verzeichniss /opt/iobroker den Befehl ausgeführt.

wenn ich mach ocpp suche

Du mußt über URL installieren .

[Schimi]

@glasfaser Das wirds gewesen sein.... Bin nicht im iobroker Ordner gewesen....

Ich probier mal heute abend wieder 👍

[Schimi]

Ok, hat geklappt (Url im iobroker)...
Die ersten daten sind da... Bin noch unterwegs (habe es uber vpn "eingerichtet"...

Ich mache später mal nen screenshot... Oder was "braucht" ihr noch?

[Schimi]

Wallbox:
cFos PowerBrain Wallbox (PowerBrain Controller)

Ich kann das laden mit dem Datenpunkt "transactionActive" starten und beenden.... das chargeLimit scheint keine auswirkung zu haben.

Wenn ich "aviability" auf false stelle geht das laden auch aus bzw bei true auf an....

Viel mehr konnte ich nicht testen da keine großartige ladung gerade bevorsteht....

Scheint sich auch mit dem automatischen überschussladen der Box zu beissen (die Box habe ich im iobroker über Modbus eingebunden (und ein zwei HTTP befehle (dokumentiert auf der Webseite)...

Das wurde vom Log ausgespuckt während ich "rumprobiert" habe:

ocpp.0
2021-10-31 16:40:21.224	info	Received Status Notification from "/1": SuspendedEVSE

ocpp.0
2021-10-31 16:40:16.392	info	Received MeterValues from "/1"

jarvis.0
2021-10-31 16:40:15.955	info	Client with IP ::ffff:192.168.1.182 connected

ocpp.0
2021-10-31 16:39:17.671	info	Received Status Notification from "/1": Charging

ocpp.0
2021-10-31 16:39:16.382	info	Received Status Notification from "/1": SuspendedEVSE

ocpp.0
2021-10-31 16:39:16.359	info	Received Start transaction from "/1"

ocpp.0
2021-10-31 16:39:16.345	info	Received Authorization Request from "/1"

ocpp.0
2021-10-31 16:39:07.639	info	Received Status Notification from "/1": Preparing

ocpp.0
2021-10-31 16:38:58.020	info	Received stop transaction from "/1"

ocpp.0
2021-10-31 16:38:57.998	info	Received Status Notification from "/1": Unavailable

ocpp.0
2021-10-31 16:38:44.232	error	Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles

ocpp.0
2021-10-31 16:38:35.310	info	Received MeterValues from "/1"

ocpp.0
2021-10-31 16:37:37.301	error	Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles

ocpp.0
2021-10-31 16:37:35.316	info	Received MeterValues from "/1"

ocpp.0
2021-10-31 16:37:03.640	error	Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles

ocpp.0
2021-10-31 16:36:36.598	info	Received Status Notification from "/1": Charging

ocpp.0
2021-10-31 16:36:35.299	info	Received Status Notification from "/1": SuspendedEVSE

ocpp.0
2021-10-31 16:36:35.282	info	Received Start transaction from "/1"

ocpp.0
2021-10-31 16:36:35.259	info	Received Authorization Request from "/1"

ocpp.0
2021-10-31 16:35:51.234	info	Received Status Notification from "/1": Preparing

ocpp.0
2021-10-31 16:35:51.195	info	Received stop transaction from "/1"

ocpp.0
2021-10-31 16:35:40.172	info	Received Status Notification from "/1": SuspendedEVSE

ocpp.0
2021-10-31 16:35:40.139	info	Received Start transaction from "/1"

ocpp.0
2021-10-31 16:35:40.125	info	Received Authorization Request from "/1"

ocpp.0
2021-10-31 16:35:24.183	error	Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles

ocpp.0
2021-10-31 16:34:54.505	info	Received Status Notification from "/1": Preparing

ocpp.0
2021-10-31 16:34:48.702	info	Received Status Notification from "/1": Unavailable

ocpp.0
2021-10-31 16:34:39.182	error	Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles

ocpp.0
2021-10-31 16:34:28.088	error	Cannot execute command "chargeLimit" for "/1": Invalid value "[object Object]" for field csChargingProfiles

[manuBT]

Schönen guten Abend!

Also nach dem ich lange den „/„ am Ende der OCPP Server Adresse vergessen habe kann ich nun Erfolg melden.
Der Adapter spricht mit einer EVBox Elvi.
Es kommt nicht viel an aber wenigstens etwas!

Sollte eigentlich mehr kommen oder ist das der aktuelle Stand ?!

Beste Grüße !

E3032512-8FBB-452C-9696-D740DA0692A9.jpeg

[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?