Wallbox-Ladeleistung einstellen

[mccrossen]

Es wäre praktisch wenn man die maximale Ladeleistung der E3DC-Wallbox via ioBroker konfigurieren könnte.

Über die RSCPGui (https://github.com/rxhan/RSCPGui) funktioniert es, nur leider weiß ich nicht genau welche der fünf Vorkommen die richtige Bitmaske für das setzen der Ladeleistung wäre:

• https://github.com/rxhan/RSCPGui/blob/400c36bac3d3258be9307eb77b381acdb13b871b/e3dc/rscp_tag.py#L1063
• https://github.com/rxhan/RSCPGui/blob/400c36bac3d3258be9307eb77b381acdb13b871b/e3dc/rscp_tag.py#L1120
• https://github.com/rxhan/RSCPGui/blob/400c36bac3d3258be9307eb77b381acdb13b871b/e3dc/rscp_tag.py#L1141 (wohl die richtige)

Eventuell kannst du es zum setzen vorbereiten und schreibst mir an welcher Stelle ich es ändern muss um es ausprobieren zu können.

[git-kick]

Hallo Marcel,

danke für deine Idee und die Vorarbeit.

Leider ist es bzgl. WB-Namespace schwierig für mich das weiter auszubauen, weil ich keine E3/DC-Wallbox habe und deshalb nicht testen kann. Die Dokumentation der RSCP-Schnittstelle ist nicht sehr detailliert und gerade bei schreibenden Funktionen muss ich oft "am lebenden Objekt" (sprich durch Testaufrufe und Aufzeichnen der Antwort) herausfinden, wie genau der Dialog funktioniert.
Soll heißen: das will ich mir nicht antun - auch für dich und die anderen Anwender wäre das kein Spaß, wenn der Code in vielen Versionen allmählich funktional wird...

Ich kann mir aber durchaus vorstellen, einen Entwickler (dich?), der eine E3/DC Wallbox hat und in einem Fork den WB-Teil erweitert, zu unterstützen und die Erweiterung später per PR in den Adapter zu mergen.
Bin jetzt nicht sicher, war das eigentlich gerade dein Vorschlag? Soll ich einen Branch für "WB Ladeleistung" anlegen und etwas vorbereiten und du entwickelst und testest den dann in deiner Umgebung weiter? Hast du eine Entwicklungsumgebung für iobroker-Adapter? Hast du vielleicht sogar schon woanders als Contributor mitentwickelt? Dann könnte ich von dir lernen, wie das am besten läuft in github ;-)

Viele Grüße
Uli

[mccrossen]

Hallo,
ja leider kenne ich mich mit der Adapter-Entwicklung für ioBroker so überhaupt nicht aus. Ich kann das gern versuchen über einen Fork zu erarbeiten oder mir einen Branch aus deinem Repo ziehen. Ja ich habe eine E3DC Easy Connect Wallbox und kann es über meinen ioBroker auf dem Raspi testen, habe mir eine entsprechende Entwicklungsumgebung für diesen Adapter bereits erstellt.

Ich habe heute schon mal folgendes heraus gefunden:

Die aktuelle Ladeleistung wird tatsächlich bereits von deiner Lösung ausgelesen.
Im Feld e3dc-rscp.0.WB.WB_0.EXTERN_DATA_ALG sind diese Daten in Hex enthalten.
Hier ein Beispiel-Datensatz: 50 01 80 06 00 00 00 00

Dabei habe ich folgendes nachvollziehen können:
50 XX YY ZZ 00 00 00 00

XX stellt die Anzahl der konfigurierten Phasen dar.

• 01 steht für 1 Phase
• 03 steht für 3 Phasen

YY stellt die Konfiguration des Sonnenmodus dar

• 00 Sonnenmodus nicht aktiv
• 80 Sonnenmodus aktiv

ZZ stellt die eingestellte Ladeleistung in Ampere als HEX

• 06 steht für 6 A (min. Wert)
• 07 steht für 7 A
• 08 steht für 8 A
• 09 steht für 9 A
• 0A steht für 10 A
• 0B steht für 11 A
• 0C steht für 12 A
  ...
• 1E steht für 30 A
• 1F steht für 31 A
• 20 steht für 32 A

Ist jetzt die Frage wie könnte man die Werte in einzelne ioBroker-Objekte zerlegen. Hast du da eine Idee?

Im Feld e3dc-rscp.0.WB.WB_0.EXTERN_DATA erscheint auch die eingestellte Ladeleistung: 00 00 06 00 00 00 00 00
Der Datenwert ist dort hier: 00 00 ZZ 00 00 00 00 00
Doch leider springt das gesamte Feld auch immer wieder auf 00 00 00 00 00 00 00 00 um und ich weiß nicht warum.

Das Abfrageintervall von e3dc-rscp.0.WB.WB_0.EXTERN_DATA_ALG könnte man jedenfalls schon mal auf S ändern.

[git-kick]

Das Zerlegen solcher binär codierten Werte ist an sich kein großes Problem, wenn man erstmal weiß, was sie bedeuten!
Also das kann ich einbauen, allerdings bin ich ab morgen bis Ende Juni auf Reisen, d.h. es geht erst im Juli weiter...

[Streit187]

Hallo.
Hier ist noch jemand mit der ed3c Wallbox und großem Interesse an der Funktionalität. Ausser testen werde ich nur vermutlich nicht viel beitragen können.
VG

[rzumbuehl]

Ich hatte ähnliche Erkenntnisse gehabt beim Reverse-Engineering von EXTERN_DATA_ALG: siehe #100

Das Setzen der Ladeleistung habe ich in einem eigenen, non-ioBroker Fork so gelöst (Verwendung auf eigene Gefahr 😉):

	queueWbSetChargingCurrent( value ) {
		this.clearFrame();
		const pos = this.startContainer( "TAG_WB_REQ_DATA" );
		this.addTagtoFrame( "TAG_WB_INDEX", "", 0 );
		this.addTagtoFrame( "TAG_WB_REQ_PARAM_1" );

		// Sub-container
		const wbFrame = this.startContainer( "TAG_WB_REQ_SET_EXTERN" );
		this.addTagtoFrame( "TAG_WB_EXTERN_DATA_LEN", "", 6);
		let wbValue = Buffer.alloc(6);
		wbValue[1] = value % 0x100
		this.addTagtoFrame( "TAG_WB_EXTERN_DATA", "",  bufferToString(wbValue));
		this.endContainer(wbFrame)
		this.pushFrame( pos );
		this.clearFrame();
	}

[ArnoD15]

Nur mal eine Frage, warum verbindet ihr eure E3DC Wallbox nicht einfach per Modbus, um diese zu steuern?
Importdateien für die einzelnen Modbus Register könnt ihr hier finden:
Modbus Register
Anleitung findet ihr hier:
Wallbox.pdf
Die Steuerung über die Verbindung e3dc-rscp Adpter -> E3DC Hauskraftwerk-> Modbus -> E3DC Wallbox finde ich etwas umständlich.
Wenn es euch nur um das Auslesen der Werte geht, ist der e3dc-rscp Adapter die bessere Wahl.

[mccrossen]

Nur mal eine Frage, warum verbindet ihr eure E3DC Wallbox nicht einfach per Modbus, um diese zu steuern? Importdateien für die einzelnen Modbus Register könnt ihr hier finden: Modbus Register Anleitung findet ihr hier: Wallbox.pdf Die Steuerung über die Verbindung e3dc-rscp Adpter -> E3DC Hauskraftwerk-> Modbus -> E3DC Wallbox finde ich etwas umständlich. Wenn es euch nur um das Auslesen der Werte geht, ist der e3dc-rscp Adapter die bessere Wahl.

Eigentlich wurde von E3DC immer kommuniziert, dass man via Modbus nur Daten auslesen, jedoch nicht setzt kann.

[rzumbuehl]

Nur mal eine Frage, warum verbindet ihr eure E3DC Wallbox nicht einfach per Modbus, um diese zu steuern?
Importdateien für die einzelnen Modbus Register könnt ihr hier finden:
Modbus Register
Anleitung findet ihr hier:
Wallbox.pdf
Die Steuerung über die Verbindung e3dc-rscp Adpter -> E3DC Hauskraftwerk-> Modbus -> E3DC Wallbox finde ich etwas umständlich.
Wenn es euch nur um das Auslesen der Werte geht, ist der e3dc-rscp Adapter die bessere Wahl.

Ich steuere die Wallbox grundsätzlich via Modbus (auch das Setzen des Solarmodus, Starten des Ladevorganges etc.). Nur das Setzen des Ladestromes scheint nur via RSCP möglich zu sein.

[ArnoD15]

Eigentlich wurde von E3DC immer kommuniziert, dass man via Modbus nur Daten auslesen, jedoch nicht setzt kann.

Das ist bei E3DC Hauskraftwerk auch richtig, nur bei der Wallbox steuert E3DC diese auch über Modbus.

Nur das Setzen des Ladestromes scheint nur via RSCP möglich zu sein.

Ist auch über Modbus möglich, mit dem Holdingregister 528 kann man den Ladestrom in A einstellen und über das Holdingregister 300 bekommt man die Rückmeldung vom Fahrzeug, mit wie viel A gerade geladen wird.

Da E3DC unterschiedliche Hardware bei den Wallboxen verwendet, muss man natürlich immer prüfen, ob das bei euch funktioniert.
Ich habe die E3DC easy connect mit wallbe EV Charge Control und dieser ist baugleich mit der Phoenix Contact EV-CC-AC1-M3-CBC-RCM-ETH. Wenn man im Internet nach diesem Typ sucht, findet man auch ein Anwenderhandbuch, wo die einzelnen Modbus Register genauer beschrieben sind.

[git-kick]

Hallo, ja leider kenne ich mich mit der Adapter-Entwicklung für ioBroker so überhaupt nicht aus. Ich kann das gern versuchen über einen Fork zu erarbeiten oder mir einen Branch aus deinem Repo ziehen. Ja ich habe eine E3DC Easy Connect Wallbox und kann es über meinen ioBroker auf dem Raspi testen, habe mir eine entsprechende Entwicklungsumgebung für diesen Adapter bereits erstellt.

Ich habe heute schon mal folgendes heraus gefunden:

Die aktuelle Ladeleistung wird tatsächlich bereits von deiner Lösung ausgelesen. Im Feld e3dc-rscp.0.WB.WB_0.EXTERN_DATA_ALG sind diese Daten in Hex enthalten. Hier ein Beispiel-Datensatz: 50 01 80 06 00 00 00 00

Dabei habe ich folgendes nachvollziehen können: 50 XX YY ZZ 00 00 00 00

XX stellt die Anzahl der konfigurierten Phasen dar.

* `01` steht für 1 Phase

* `03` steht für 3 Phasen

YY stellt die Konfiguration des Sonnenmodus dar

* `00` Sonnenmodus nicht aktiv

* `80` Sonnenmodus aktiv

ZZ stellt die eingestellte Ladeleistung in Ampere als HEX

* `06` steht für 6 A (min. Wert)

* `07` steht für 7 A

* `08` steht für 8 A

* `09` steht für 9 A

* `0A` steht für 10 A

* `0B` steht für 11 A

* `0C` steht für 12 A
  ...

* `1E` steht für 30 A

* `1F` steht für 31 A

* `20` steht für 32 A

Ist jetzt die Frage wie könnte man die Werte in einzelne ioBroker-Objekte zerlegen. Hast du da eine Idee?

Im Feld e3dc-rscp.0.WB.WB_0.EXTERN_DATA erscheint auch die eingestellte Ladeleistung: 00 00 06 00 00 00 00 00 Der Datenwert ist dort hier: 00 00 ZZ 00 00 00 00 00 Doch leider springt das gesamte Feld auch immer wieder auf 00 00 00 00 00 00 00 00 um und ich weiß nicht warum.

Das Abfrageintervall von e3dc-rscp.0.WB.WB_0.EXTERN_DATA_ALG könnte man jedenfalls schon mal auf S ändern.

@mccrossen ich habe mir das angesehen und folgenden Vorschlag: die "Zerlegung" (welche E3/DC zwar dokumentiert aber nicht macht), kann man im ioBroker javascript-Adapter nachrüsten und dabei auch beliebig formatieren. Das sieht in etwa so aus:

on( {id: 'e3dc-rscp.0.WB.WB_0.EXTERN_DATA_ALG', change: 'ne'}, (obj) => {
    setState('e3dc-rscp.0.WB.WB_0.PHASES', getState('e3dc-rscp.0.WB.WB_0.EXTERN_DATA_ALG').val.substring(2,4) )
	...
})

Wenn man dieses Skript im ioBroker startet, wird bei jeder Änderung von EXTERN_DATA_ALG der Wert von PHASES aktualisert, indem das 3. und 4. Zeichen aus EXTERN_DATA_ALG herausgeschnitten wird. D.h. der Code-Schnipsel würde nur das Byte in Hex-Darstellung ausgeben, aber eine Umrechnung in dezimal oder auch Decodierung in aktiv/inaktiv geht natürlich auch in Javascript.

Das Thema "Zerlegung" ist also auch ohne Änderung am Adapter lösbar.
(Wenn ich eine passende Wallbox hätte, würde ich es schon einbauen, aber so...)