Weihnachtsangebot 2025! 🎄

[foxriver76]

@fl4sh-0 Ist ein mal das Kommando um um die einen Ladevorgang zu starten (hier wird dann eben auch das aktuell in iob eingestellte limit mit gegeben) und das andere ist allgemein das setzen des limits, also auch während dem aktiven Ladevorgang ändern beispielsweise.

[fL4sH 0]

@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:

@fl4sh-0 Ist ein mal das Kommando um um die einen Ladevorgang zu starten (hier wird dann eben auch das aktuell in iob eingestellte limit mit gegeben) und das andere ist allgemein das setzen des limits, also auch während dem aktiven Ladevorgang ändern beispielsweise.

Moinsen,

es gibt neue Erkenntnisse bzgl. des Ladelimit.

Der Wert "Current_Offered" ist der maximal zulässig Wert der Wallbox. Dieser Wert kann über die APP bis 16A eingestellt werden. Das Ladelimit kann nur unterhalb dieses Wertes geändert werden aber auch während eines Ladevorgangs.

Ich hatte anfangs versucht den Wert der Ladelimits über den Wert "Current_Offered" zusetzen. Das hatte dann aber keine Auswirkung in kombination mit Stacklevel max=1.

Das heißt das die Änderung mit dem Stacklevel max = 0 funktioniert bei der ABB Terra AC.

So kann das Ladelimit mit PV-Überschuss variabel gesteuert werden und erfüllt somit die Anforderung die ich hatte.

Vielen Dank!!!

[foxriver76]

@fl4sh-0 Super, sprich mit der aktuellen Version kannst du das chargeLimit zwischen Untergrenze/Obergrenze korrekt setzen, ist bei mir dasselbe, geht glaube nur zwischen 6 und 16 A. :+1:

Dann veröffentliche ich die Version mal auf npm

[fL4sH 0]

@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:

@fl4sh-0 Super, sprich mit der aktuellen Version kannst du das chargeLimit zwischen Untergrenze/Obergrenze korrekt setzen, ist bei mir dasselbe, geht glaube nur zwischen 6 und 16 A. :+1:

Dann veröffentliche ich die Version mal auf npm

Funktioniert diese Version mit dem Stacklevel = 0 bei dir denn auch ? oder müsste man da noch eine Auswahl im Adapter einplanen ?

[foxriver76]

@fl4sh-0 Geht bei mir auch mit 0, 0 ist immer supported, würde nur überschrieben werden wenn eine andere Anwendung ein Profil mit stackLevel höher rein schreibt.

Nach wie vor wäre es schick die Konfig zu bekommen, dann könnte ich das maxStackLevel dynamisch auslesen und setzen. Aber for now ja schon mal was erreicht :+1:

[fL4sH 0]

@foxriver76
Ich konnte mittlerweile noch zwei Unterschiede feststellen.

Wenn ich den Ladevorgang direkt über die Wallbox starte, in meinem Fall über RFID, dann kann ich das chargelimit anschließen im iobroker jederzeit und variabel ändern. (TxDefaultProfile???)

Wenn ich den Ladevorgang über den iobroker starte, wird das chargelimit beim ändern nicht übernommen. Erst nach erneuter Betätigung der transactionActive = true schickt er den Remote Startbefehlt erneut mit dem geändertem chargelimit und es funktioniert.

Das wird wahrscheinlich an den beiden verschiedenen Profilen liegen oder? TxProfile und TxDefaultProfile.

Könnte man bei der RemoteStartTransaction ebenfalls das TxDefaultProfile nutzen oder müssen das verschiedene sein ?

Gruß Tobias

[foxriver76]

@fl4sh-0 Kannst du das validieren, dass es mit TxDefaultProfile dann auch dynamisch geht? also nochmal lokal code ändern und an der stelle auch das TxDefaultProfile rein

[fL4sH 0]

@foxriver76 said in Alpha Testing: OCPP Wallbox Adapter:

@fl4sh-0 Kannst du das validieren, dass es mit TxDefaultProfile dann auch dynamisch geht? also nochmal lokal code ändern und an der stelle auch das TxDefaultProfile rein

Ja, jetzt kann ich es bestätigen! Wenn in beiden Codeblöcken "TxDefaultProfile" steht dann kann es über beide Wege variable eingestellt werden und muss nicht jedesmal über transactionActive bestätigt werden.

ocpp.0 2022-01-26 15:11:48.622	debug	Sending RemoteStartTransaction for /ABB-Terra-AC: {"connectorId":1,"idTag":"1","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":8}]}}}

[ReneV]

Hallo zusammen,

die Erstellung dieses Adapters war eine sehr gute Idee! :+1: :clap: Ich bin gespannt was sich damit alles umsetzen lässt.
Leider scheitere ich an zwei Stellen und hoffe hier entweder zu erfahren was ich falsch mache oder einen anstoß zur Änderung / Weiterentwicklung zu liefern.

1. Die durch den Adapter erzeugte ID der Walboxen beginnt mit einem "/". Z.B. ID = /Wallbox1.
   Dadurch ist es nicht möglich die Daten über dem Fhem Adapter zu synchronisieren. Fhem mag "/" in einem Gerätenamen nicht.
   Habe ich die Möglichkeit entsprechende Änderungen vorzunehmen oder muss das seitens der Entwicklung umgesetzt werden?

2. Mein Plan ist es, ein "mini-" Abrechnungstool für mehrere Ladekarten zu bauen.
   Über den Adapter konnte ich bisher aber noch kein Objekt finden, das die RFID zu dem jeweils laufenden Ladezyklus bereitstellt.
   Gibt es hier Lösungen oder Pläne?

Vielen Dank vorab :-)

[foxriver76]

@renev 1. issue bei FHEM adapter erstellen analog https://github.com/iobroker-community-adapters/ioBroker.fhem/issues/126

2. wenn du mir sagst wie das im ocpp 1.6 protokoll möglich ist, gehts schneller, sonst muss ich mal lesen bei Zeit https://www.oasis-open.org/committees/download.php/58944/ocpp-1.6.pdf

[ReneV]

@foxriver76 Vielen Dank für die schnelle Antwort!

Zu 1 hat Fhem eine klare Aussage:

Befehl (in Fhem):
define ocpp.0./Wallbox1.connected dummy

Antwort:
Invalid characters in name (not A-Za-z0-9._): ocpp.0./Wallbox1.connected

Meinst du es macht unter den Umständen Sinn ein Issue zu melden?
Ehrlich gesagt habe ich das Thema mit keinem anderen ioBroker Adapter.

Zu 2 fange ich an zu lesen und melde mich, wenn ich etwas gefunden habe.
Aus meiner Verzweiflung heraus habe ich es mit einem eCarUp Account versucht. Dort werden die Ladevorgänge inkl. Kartenzuordnung erkannt, allerdings entspricht der Rest nicht meinen Vorstellungen.
Somit steht schon fest, dass es über OCPP funktionieren muss.

[foxriver76]

@renev

Meinst du es macht unter den Umständen Sinn ein Issue zu melden?

Ja, iobroker erlaubt / in ids und ein Adapter der solche States synchronisiert muss damit umgehen können. Diese beispielsweise mit einem Dummy ersetzen.

[schwimbi]

@fl4sh-0 @foxriver76 Mega, da ist man eine Woche mal weg und schon läuft alles :D Konnte gerade testen, dass die Anpassung des Ladestroms an meinen ABB Terra ACs funktioniert. Jetzt noch eine Dummy Frage - Wie starte ich den ladevorgang über den Adapter ?

[foxriver76]

@schwimbi bei meiner WB über transactionActive Außer ich habe mit `abailability' false die Box gelockt dann hat transActive keine Wirkung

[schwimbi]

@foxriver76 @fL4sH-0 mit transactionActive bekomme ich die WB z.B. von Charging zu Finishing. Dann mit Availability von Finishing zu Available. Aber dann kann ich den Ladevorgang mit einem "true" auf transactionActive nicht starten.

[fL4sH 0]

@schwimbi said in Alpha Testing: OCPP Wallbox Adapter:

@foxriver76 @fL4sH-0 mit transactionActive bekomme ich die WB z.B. von Charging zu Finishing. Dann mit Availability von Finishing zu Available. Aber dann kann ich den Ladevorgang mit einem "true" auf transactionActive nicht starten.

Wenn du den Stecker der Wallbox in dein Auto steckst dann sollte der Status von "Available" auf "Preparing" umspringen.
Anschließend kannst du mit transactionActive=true den Ladevorgang starten und der Status springt von "Preparing" auf "SuspendedEV" und dann auf "Charging" um. Jetzt holt sich der OCPP-Server jede Minute die MeterValues und die Werte sollten sich ändern.

Sollte das nicht funktionierten würde ich den Befehl availability=true nochmal abschicken.

Mit transactionActive=false kannst du den Ladevorgang wieder beenden.

[schwimbi]

@fl4sh-0 Hm, jetzt hat es funktioniert. Problem ist das der Tesla direkt mit dem Laden anfängt. Mit "transactionActive" kann ich nun per "false" abbrechen und immer wieder (je nach Überschuss) mit "true" starten. M E G A !!!!

[fL4sH 0]

@schwimbi said in Alpha Testing: OCPP Wallbox Adapter:

@fl4sh-0 Hm, jetzt hat es funktioniert. Problem ist das der Tesla direkt mit dem Laden anfängt. Mit "transactionActive" kann ich nun per "false" abbrechen und immer wieder (je nach Überschuss) mit "true" starten. M E G A !!!!

Wenn der Tesla über die ABB Terra direkt mit dem Ladevorgang beginnt dann hast du in deiner Wallbox das "Freie Laden" aktiviert.

[schwimbi]

@fl4sh-0 @foxriver76 Ah ok vielen Dank, gibt es noch die Möglichkeit anzuzeigen ob ein Auto an der WB steckt und ggf. sogar welches ? Also ID oder Name ? - Dann könnte man die PV-Überschusssteuerung nur durchführen wenn auch wirklich ein Auto angeschlossen ist

[foxriver76]

@schwimbi würde mal Stark annehmen dass über den Ladestecker keine Daten rein kommen 😀
also welches Auto an der Box hängt vermutlich technisch unmöglich über die WB herauszufinden.

Ob ein Auto dran hängt: bei mir springt er auf preparing wenn ein Auto dran hängt aber transaction nicht aktiv. Aber ist nicht ganz eindeutig weil bei mir auch preparing wenn nix dran hängt und transaction aktiv. Denke bei ABB ist es Villt anders