Wallbox-Ladeleistung einstellen #106

mccrossen · 2022-06-08T15:09:51Z

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:

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 · 2022-06-09T15:31:19Z

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 · 2022-06-10T15:39:35Z

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.

Change the polling interval of the object WB_0.EXTERN_DATA_ALG to S git-kick#106

git-kick · 2022-06-13T11:40:26Z

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 · 2022-07-31T07:22:53Z

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 · 2022-07-31T08:28:06Z

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 · 2022-07-31T22:25:00Z

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 · 2022-08-01T07:02:47Z

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 · 2022-08-01T07:58:51Z

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 · 2022-08-01T12:41:40Z

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 · 2022-08-01T15:01:04Z

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...)

git-kick · 2022-08-01T15:04:32Z

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.

@ArnoD15 danke für den Lösungsvorschlag!
Die Erweiterung am Adapter kann ich selbst nicht machen, wie oben beschrieben.
Weiterhin gilt: wer mag, kann das natürlich in den e3dc-rscp Adaper einbauen und einen Pull Request anlegen, das wäre Klasse!

ka-vaNu · 2022-11-27T15:58:19Z

@git-kick Ich habe ein wenig Erfahrung in der Adapter-Entwicklung und einer E3DC-Wallbox zuhause. Leider erschlägt mich die Adapter-Komplexität etwas. Daher kann ich meiner Hilfe beim entwickeln und testen anbieten. Finden wir hier einen gemeinsamen Weg zur Lösung?

git-kick · 2022-11-27T16:27:49Z

@ka-vaNu, danke für dein Angebot. Es ist aber so (wie oben beschrieben), dass man bei der Code-Entwicklung dauernd die Wallbox als "Gegenüber" braucht, um das Verhalten auszutesten. Da sehe ich aktuell keinen gangbaren Weg für eine verteilte Arbeit (coden hier, testen da).

ka-vaNu · 2022-11-27T18:46:20Z

@git-kick Die Entwicklung kann ich relativ problemlos übernehmen. Ich verstehe nur nicht, wie ich zusätzliche Status z.B. für die Set-Request und die decodierten Werte erstellen kann. Hast du irgendeine Doku für RSCP? Wie kannst du die Kommunikation debuggen? Die main.js ist doch recht umfangreich...

git-kick · 2022-11-28T08:02:19Z

RSCP-Dokumentation: eine wichtige Quelle ist das e3dc Portal:

In der "RSCP-Beispielapplikation" ist die Tag-Liste als Excel-Datei enthalten, da habe ich die meisten Informationen rausgezogen. Leider ist die Tagliste von 2016, also nicht vollständig und nicht aktuell. Es gibt hier und da Ergänzungen aus der Community, z.B. von rxhan.
Im e3dc-rscp-Adapter ist mein aktueller Kenntnisstand zusammengefasst in der Datei RscpTags.json.

Für das Setzen von Werten ist die Funktion queueSetValue (in main.js) zuständig.
Die greift via getSetTags auf die Werte in mapChangedIdToSetTags zu: hier (main.js#272ff) muss man am Anfang eintragen, welches (optional) Container- und Setter-Tag nötig ist, um einen Wert an die S10 zu übergeben. Am besten mal mit z.B. mit EMS_MAX_CHARGE_POWER durchspielen...

Das Mapping/Codieren der Werte erledigen Konstanten (main.js#70ff). Hier muss man für neue Wertebereiche neue Konstanten anlegen oder (wenn möglich) vorhandene wiederverwenden. Einige sind auch noch auskommentiert (z.B. rscpWbType), weil ich sie bisher nicht verwende.

Debugging sollte erst ab Ebene der RSCP-Tags nötig sein (also nicht TCP, Verschlüssselung etc., das läuft inzwischen recht stabil). Hier arbeite ich mit log-level "silly" - der wirft schon alle Nachrichten mit Inhalt aus - und bei Bedarf zeitweise eingestreuten this.log.debug().
Eleganter ist eigentlich ein richtiger Debugger - es gibt auch Anleitungen z.B. für VS Code, aber ich bin nicht so richtig damit warm geworden.

ka-vaNu · 2022-12-06T19:07:48Z

Besten Dank! Das hat schon einmal sehr geholfen!

Die Kommunikation mit der Wallbox funktioniert nun und ich kann die Ladeparameter schon übermitteln.

Hast du noch einen Tipp, wie ich neue ioBroker-Objekte in deinem Adapter korrekt anlege? Muss ich dazu einen Eintrag in der JSON-Datei vornehmen, zu dem kein RSCP-TAG spezifiziert ist. Existiert dazu schon ein Beispiel? Hintergrund: Ich würde das decodieren und codieren der Parameter gerne im Adapter lösen.

ka-vaNu · 2022-12-08T19:15:57Z

Leider habe ich die Verarbeitung der RSCP-Container und -Tags noch nicht verstanden. Der u.g. Wallbox-Container wird leider nicht richtig in die Objekte e3dc-rscp.0.WB.WB_0.EXTERN_DATA_ALG, e3dc-rscp.0.WB.WB_0.EXTERN_DATA_ALL, e3dc-rscp.0.WB.WB_0.EXTERN_DATA_NET und e3dc-rscp.0.WB.WB_0.EXTERN_DATA_SUN übertragen. Stattdessen wird immer nur das innere Tag TAG_WB_EXTERN_DATA in das Objekt e3dc-rscp.0.WB.WB_0.EXTERN_DATA geschrieben.

processTree: path = , tree = [ {TAG_WB_CONNECTED_DEVICES(Container) = [ {TAG_WB_INDEX(Int32) = 0}, ]}, {TAG_WB_DATA(Container) = [ {TAG_WB_INDEX(UInt16) = 0}, {TAG_WB_EXTERN_DATA_SUN(Container) = [ {TAG_WB_EXTERN_DATA_LEN(Int32) = 8}, {TAG_WB_EXTERN_DATA(ByteArray) = 00 00 C8 84 00 00 64 00}, ]}, {TAG_WB_EXTERN_DATA_NET(Container) = [ {TAG_WB_EXTERN_DATA_LEN(Int32) = 8}, {TAG_WB_EXTERN_DATA(ByteArray) = 00 00 17 5B 02 00 00 00}, ]}, {TAG_WB_EXTERN_DATA_ALL(Container) = [ {TAG_WB_EXTERN_DATA_LEN(Int32) = 8}, {TAG_WB_EXTERN_DATA(ByteArray) = 00 00 DF DF 02 00 00 64}, ]}, {TAG_WB_EXTERN_DATA_ALG(Container) = [ {TAG_WB_EXTERN_DATA_LEN(Int32) = 8}, {TAG_WB_EXTERN_DATA(ByteArray) = 64 01 00 0E 00 00 00 00}, ]}, ]}, ]

ka-vaNu · 2022-12-09T14:24:19Z

Die Steuerung ist jetzt implementiert. Bitte einmal unter https://github.com/ka-vaNu/ioBroker.e3dc-rscp/archive/refs/heads/Support-Wallbox.zip prüfen. Wenn OK, erzeuge ich einen Pull-Request.

git-kick · 2022-12-09T15:15:03Z

Danke und Gratulation! Ich habe gerade viel anderes um die Ohren und deshalb kann es etwas dauern mit einer Antwort. Aber ich werde mir das definitiv ansehen!

ka-vaNu · 2022-12-11T09:45:07Z

@mccrossen, @Streit187, @rzumbuehl, @ArnoD15, @Matis-11, @christianreiss : Es wäre schön, wenn ihr den Code ebenfalls testen könntet, bei euch hatte ich ein Interesse wahrgenommen

Folgende ioBroker-Objekte sind im Baum WB hinzugekommen:

SUNMODE
Tanken über PV-Anlage oder aus dem Speicher

POWER_LIMITATION
Begrenzung der Ladeleistung in Ampere

PRECHARGE
Funktion so nicht über die Oberfläche einstellbar, +/- 5%

TOGGLE_PHASES
Umschalten zwischen 1 und 3-phasigem Laden. Da im Moment die Befüllung DATA_EXTERN_ALG defekt ist (wir nur bei der initialen Erstellung des Objekts bei erstem Adapterstart befüllt) kann der aktuelle Stand nicht abgebildet werden.

ABORT_CHARGING_TYP2
Ladevorgang Typ2 Stecker abbrechen

Byte 6: > 0: Schuko, Best�tigung für ?AN?
Ist mir unklar und deshalb immer statisch auf 0 -> Vielleicht hat ja noch jemand eine bessere Information. Bei Zeiten kann ich es sonst vielleicht aus der RSCPGui-Implementierung herauspuzzeln...

christianreiss · 2022-12-12T08:55:16Z

Okay, I am dumb. Iobroker is an Home Automation Software... I am unaware just how I came across this.
As I am a home assistant user, is there a way to run this standalone and trigger things?

I just need a way to cancel charging...

ka-vaNu · 2022-12-12T08:58:14Z

OK, this is about a pure ioBroker adapter. Only an installation via the GUI is required. These are installed via expert mode in beta phase or developer test. Please turn on the expert mode in the adapter menu, then you can select "Install from custom URL". There you can select "Custom" and paste the URL.
Only the main.js and admin/words.js have changed.
If the installation with the ZIP file does not work, please try https://github.com/ka-vaNu/ioBroker.e3dc-rscp/tree/Support-Wallbox.

git-kick · 2022-12-16T11:20:48Z

Die Steuerung ist jetzt implementiert. Bitte einmal unter https://github.com/ka-vaNu/ioBroker.e3dc-rscp/archive/refs/heads/Support-Wallbox.zip prüfen. Wenn OK, erzeuge ich einen Pull-Request.

Ich habe heute den Code gelesen und im Kern (queueWbSetData) passt das gut zu Adapter.
Ein paar kleinere Anmerkungen habe ich noch:

Durch das pretty printing habe ich sehr viele (Hunderte) Änderungen in main.js, kannst du deinen Editor so einstellen, dass er keine Leerzeichen einfügt usw?
Um den Objektbaum konsistent zu halten, sollten die neuen Werte unter einem Knoten EXTERN_DATA stehen und Namen in Gross/Kleinschreibung haben. Die Analogie sieht man unter EMS.SYS_SPECS, auch dort sind Werte, denen nicht 1:1 ein RSCP-Tag zugeordnet ist.
Die log.debug in den Zeilen 1065,1073, 1078 sollten eher log.silly sein.
Nur eine Wallbox mit Index 0 - das wäre wahrscheinlich lösbar analog queueBatProbe, queuePviProbe
Die statesWertebereiche ab Zeile 1850 sollten oben (ab 170) als Konstanten definiert werden. Dann kann man sie weiderverwenden, z.B. zum Decodieren.
A propos decodieren: kann man EXTERN_DATA eigentlich auch abfragen oder ist das "write-only". Wenn möglich würde ich auch abfragen, dann erkennt man Fehler beim Setzen.

Ich kann einiges davon auch selbst noch machen und dir dann zum Testen geben, es ist ja kaum etwas Funktionales.
Kannst du mir bitte mal einen gefüllten WB-Objektbaum posten (Grafik reicht), damit ich eine bessere Vorstellung habe.

Freue mich auf den Pull Request!

ka-vaNu · 2022-12-23T07:33:24Z

zu 1.: Ich nutze immer die .eslinrc.json, da die Editoren hier oft unterschiedlich arbeiten. Die Konfiguration, die dem bestehenden Code am nächsten kam, habe ich unter ka-vaNu@b31628a commited. Falls du noch eine passende Konfiguration hast, kann ich die gerne übernehmen.

zu 2.: EinKnoten EXTERN_DATA ist so nicht korrekt. Die Daten liegen eigentlich in Containern wie z.B.: TAG_WB_EXTERN_DATA_SUN, TAG_WB_EXTERN_DATA_NET, TAG_WB_EXTERN_DATA_ALL etc. die dann wiederum ein ein EXTERN_DATA Tag enthalten. Aus meiner Sicht sollte eher etwas wie folgendes entstehen:
`
EXTERN_DATA_SUN

EXTERN_DATA
sunPower
sunEnergy
sunPercentage

EXTERN_DATA_NET

EXTERN_DATA
netPower
netEnergy
netPercentage`

zu 3.: Ändere ich

zu 4.: Schau ich mir an, sollte vielleicht ein paralleles Enhancement werden, da mehrere WB eher die Ausnahme sein werden

zu 5. Ändere ich

zu 6.: Hängt eng mit 2. zusammen. Hier müssten die TAG_WB_REQ_EXTERN_DATA_ALL und TAG_WB_REQ_EXTERN_DATA_ALG regelmäßig abgefragt werden und dann entsprechend 2. die Container als Unterordner abgelegt werden.

Anbei der Screenshot:

Dieser enthält schon die neuen Objekte und EXTERN_DATA ist aus meiner Sicht falsch dekodiert, da es immer wieder in unterschiedlichen Containern vorkommt.

christianreiss · 2023-01-02T14:31:40Z

@mccrossen, @Streit187, @rzumbuehl, @ArnoD15, @Matis-11, @christianreiss : Es wäre schön, wenn ihr den Code ebenfalls testen könntet, bei euch hatte ich ein Interesse wahrgenommen

ABORT_CHARGING_TYP2 Ladevorgang Typ2 Stecker abbrechen

Soo, hab rscp mal "extern" zum laufen bekommen. Welchen Tag sendest du denn bei dem ABORT_CHARGING_TYP2 event?

Das was ich finden konnte ist das hier:

                                                        const str = sunmode + " " + powerLimitation + " " + precharge  + " " + togglePhases  + " " + abortCharging  + " " + schuko;
                                                        this.log.debug( "String: " + str );
                                                        const buf = stringToBuffer( str );

Also du setzt Dir vorher sunmode, powerLimitation, Precharge, TogglePhases, AbortCharging und Schuko und sendest dann denn konkatenierten String an das e3dc?

Gibt es eine Möglichkeit, dass statisch via rscp zu machen? Oder sind alle Parameter von oben zwingend für jeden Abbruch der Ladung nötig?

ka-vaNu · 2023-01-03T15:30:48Z

Gibt es eine Möglichkeit, dass statisch via rscp zu machen? Oder sind alle Parameter von oben zwingend für jeden Abbruch der Ladung nötig?

Ja, es muss immer der gesamte String gesendet werden. Durch ausprobieren habe ich herausgefunden, dass es auch möglich ist alle anderen Werte auf 0 zu belassen.

Um die o.g. Punkte 2-6 zu fixen habe ich erhebliche Veränderungen vorgenommen. Am Besten einmal den gesamten WB-Baum unter Objects löschen und noch einmal testen. Unter https://github.com/ka-vaNu/ioBroker.e3dc-rscp/archive/refs/heads/Support-Wallbox.zip liegt weiterhin die aktuelle Version.

Unter "Control" liegen nun alle States um die Wallbox zu kontrollieren, nur diese sind beschreibbar. Die dekodierten Daten liegen nun unter EXTERN_DATA_* und sind im "CamelCase" gehalten. Nur EXTERN_DATA ist vollständig groß geschrieben.

Das Logging ist jetzt komplett auf silly, hat aber bestimmt noch Luft nach oben.

Es werden jetzt theoretisch beliebig viele Wallbox unterstützt, ob das funktioniert, kann ich jedoch mangels Testmöglichkeit nicht sicherstellen.

Konstanten habe ich soweit sinnvoll möglich eingeführt.

zu 1.: Ich nutze immer die .eslinrc.json, da die Editoren hier oft unterschiedlich arbeiten. Die Konfiguration, die dem bestehenden Code am nächsten kam, habe ich unter ka-vaNu@b31628a commited. Falls du noch eine passende Konfiguration hast, kann ich die gerne übernehmen.

Für das Formatierungsproblem habe ich keine Lösung. @git-kick Können wir uns auf eine eslint-Konfig einigen?

git-kick · 2023-01-03T15:42:54Z

@git-kick Können wir uns auf eine eslint-Konfig einigen?

Ja, bestimmt. Ich bin noch ein paar Tage unterwegs, dann melde ich mich.
Bisher habe ich nur nach Gusto Einstellungen im VS Code gemacht. Ich schaus mir an und melde dann, ob ich das hinbekommen habe und mit welcher eslint-config. Welchen Editor verwendest du @ka-vaNu?

ka-vaNu · 2023-01-04T15:09:21Z

Ich verwende ebenfalls VS Code und habe dort die ESLint (v2.2.6) Extension installiert. Diese formatiert beim Speichern entsprechend der Regeln in der lokalen .eslintrc.json

ka-vaNu · 2023-01-04T15:27:05Z

Ich habe heute noch alle Wallbox-relevanten Teile in eine Bibliothek ausgelagert, dadurch wird der Code deutlich übersichtlicher und wir kommen uns hoffentlich nicht groß in die quere, dafür habe ich ein paar Hilfsmethoden in die tools.js auslagern müssen.

ka-vaNu · 2023-01-04T19:35:44Z

Zum Testen kann der Adapter mit folgendem Befehl installiert werden:
npm i https://github.com/ka-vaNu/ioBroker.e3dc-rscp/tarball/Support-Wallbox

Danach einfach eine Instanz erzeugen.

git-kick · 2023-01-06T10:30:09Z

Ich verwende ebenfalls VS Code und habe dort die ESLint (v2.2.6) Extension installiert. Diese formatiert beim Speichern entsprechend der Regeln in der lokalen .eslintrc.json

.eslintrc.json war ja bei mir auch aktiv, nur etwas laxer eingestellt bzgl. der Spaces. Ich habe deine Änderungen (PR#135) jetzt übernommen, damit wir auf dem gleichen Stand sind. Für die Zukunft habe ich aber gelernt, dass Contributors die .eslintrc.json einfach übernehmen können, dann sollte es keine Diskussionen über die Code-Formatierung geben.

git-kick · 2023-01-06T10:39:16Z

Ich habe heute noch alle Wallbox-relevanten Teile in eine Bibliothek ausgelagert, dadurch wird der Code deutlich übersichtlicher und wir kommen uns hoffentlich nicht groß in die quere, dafür habe ich ein paar Hilfsmethoden in die tools.js auslagern müssen.

Die tools.js stammt nicht von mir, deshalb würde ich Adapter-eigene Funktionen nicht dort einfügen. Besser würden mir eine helper.js und wallbox.js auf root-Ebene gefallen.

Gibt es einen git-Branch, wo ich den aktuellen Stand einsehen kann?
Schön wäre auch (zu Info) nochmal den aktuellen Baum mit den EXTERN_DATA... Werten in den Container-Knoten zu sehen.

Ich würde dann eine v1.1 anstreben, weil wir hier eine größere Änderung haben.

ka-vaNu · 2023-01-06T15:54:14Z

Die tools.js stammt nicht von mir, deshalb würde ich Adapter-eigene Funktionen nicht dort einfügen. Besser würden mir eine helper.js und wallbox.js auf root-Ebene gefallen.

OK, habe die Bibliotheken auf die Root-Ebene verschoben und die tools.js wieder aufgespalten und in helper.js ausgelagert.

Gibt es einen git-Branch, wo ich den aktuellen Stand einsehen kann?

Ich habe dein Repository geforked und einen "Support-Wallbox"-Branch eröffnet, dort habe ich die Entwicklung durchgeführt:
https://github.com/ka-vaNu/ioBroker.e3dc-rscp/tree/Support-Wallbox

Schön wäre auch (zu Info) nochmal den aktuellen Baum mit den EXTERN_DATA... Werten in den Container-Knoten zu sehen.

Ich würde dann eine v1.1 anstreben, weil wir hier eine größere Änderung haben.

Sehr gerne!

ka-vaNu · 2023-01-15T07:14:12Z

Pull-Request ist gestellt

git-kick · 2023-01-15T08:15:40Z

Danke @ka-vaNu. Ich bitte um etwas Geduld bis zur v1.1. Ich möchte noch die Dokumentation anpassen und ein paar andere Kleinigkeiten fixen.

Lucifor1976 · 2023-01-19T10:29:08Z

Nice, danke euch für die Arbeit! Mein e3dc samt Wallbox ist seit 2 Tagen im Betrieb. Haut raus das Ding, ich freue mich tierisch darauf.

Falls es noch auf die schnelle geht: Könnt Ihr die Schlüsselschalterfunktion Laden verboten 0 / Laden erlaubt 1 einbauen?
Das Kraftwerk lässt zu zu entscheiden was der Schlüsselschalter tun soll Nativ: Stellung Null Überschussladung PV / Stellung 1 Laden PV und Netz.
Mir wäre die Funktion Laden verboten/erlaubt lieber, da die Station öffentlich erreichbar ist. Da ich die Box aber vermiete ist das gerenne in den Keller um die Schlüsselfunktion zu ändern recht lästig.

git-kick · 2023-01-22T08:59:10Z

So, der Pull Request #136 ist jetzt merged und der Adapter läuft mit dem Wallbox-Modul.
@Wallbox-Besitzer, könnt ihr bitte diesen Branch
testen, bei mir erscheint naturgemäß keine Wallbox.
Sobald ich hier ein oder zwei "ok" habe, geht die v1.1.0 auf release.

ka-vaNu · 2023-01-22T09:41:09Z

Hab den Branch mittels npm i https://github.com/git-kick/ioBroker.e3dc-rscp/tarball/prepare-v1.1.0 unter /opt/iobroker/node_modules installiert und getestet.

Aus meiner Sicht ist alles OK.

Die Phase lassen sich umschalten
Die Ladeleistung kann begrenzt werden
Es kann zwischen Sonnenmodus und Mixedmode umgeschaltet werden
Der Ladvorgang kann gestartet bzw. abgebrochen werden.

Lucifor1976 · 2023-01-22T10:13:19Z

So, der Pull Request #136 ist jetzt merged und der Adapter läuft mit dem Wallbox-Modul. @Wallbox-Besitzer, könnt ihr bitte diesen Branch testen, bei mir erscheint naturgemäß keine Wallbox. Sobald ich hier ein oder zwei "ok" habe, geht die v1.1.0 auf release.

Lüppt .. :)

ka-vaNu · 2023-01-22T14:22:15Z

Falls es noch auf die schnelle geht: Könnt Ihr die Schlüsselschalterfunktion Laden verboten 0 / Laden erlaubt 1 einbauen?
Das Kraftwerk lässt zu zu entscheiden was der Schlüsselschalter tun soll Nativ: Stellung Null Überschussladung PV / Stellung 1 Laden PV und Netz.
Mir wäre die Funktion Laden verboten/erlaubt lieber, da die Station öffentlich erreichbar ist. Da ich die Box aber vermiete ist das gerenne in den Keller um die Schlüsselfunktion zu ändern recht lästig.
Ich habe deine Anforderung noch nicht ganz verstanden, willst du die Funktionen des Schlüsselschalters fernsteuern oder willst du Laden erlauben/verbieten umschalten. Ich habe spontan in der Tag-Liste kein entsprechendes RSCP-Tag gefunden...

git-kick · 2023-01-22T16:49:26Z

So, v1.1.0 ist released und PR für ioBroker.repositories ist erstellt.
Danke für das Teamwork!

j64bit · 2023-10-03T09:03:21Z

Hallo liebe Gurus der Wallboxerweiterung!

Habt Ihr Lust vielleicht noch eine sinnvolle Erweiterung einzubauen?
Vorschlag findet sich hier:

#185

Das wäre super - Danke

git-kick added enhancement New feature or request postponed Item is near bottom of backlog and removed postponed Item is near bottom of backlog labels Jun 9, 2022

mccrossen added a commit to mccrossen/ioBroker.e3dc-rscp that referenced this issue Jun 10, 2022

Change the polling interval

98b31e1

Change the polling interval of the object WB_0.EXTERN_DATA_ALG to S git-kick#106

mccrossen mentioned this issue Jun 10, 2022

Change the polling interval #107

Closed

git-kick added wont-fix This will not be worked on and removed enhancement New feature or request labels Aug 1, 2022

git-kick closed this as completed Aug 1, 2022

git-kick mentioned this issue Sep 19, 2022

Wallbox labels write enabled #118

Closed

git-kick mentioned this issue Oct 30, 2022

Wallbox / E3DC #123

Closed

git-kick added enhancement New feature or request and removed wont-fix This will not be worked on labels Dec 16, 2022

git-kick reopened this Jan 6, 2023

git-kick assigned git-kick and ka-vaNu Jan 6, 2023

git-kick added this to the v1.1 milestone Jan 6, 2023

git-kick closed this as completed Jan 22, 2023

git-kick mentioned this issue Oct 3, 2023

"Wallbox" -> "Im Sonnenmodus" -> "Bis SOC" Wert nicht auffindbar #185

Closed

Wallbox-Ladeleistung einstellen #106

Wallbox-Ladeleistung einstellen #106

Comments

mccrossen commented Jun 8, 2022

git-kick commented Jun 9, 2022

mccrossen commented Jun 10, 2022

git-kick commented Jun 13, 2022

Streit187 commented Jul 31, 2022

rzumbuehl commented Jul 31, 2022

ArnoD15 commented Jul 31, 2022 • edited

mccrossen commented Aug 1, 2022 • edited

rzumbuehl commented Aug 1, 2022

ArnoD15 commented Aug 1, 2022

git-kick commented Aug 1, 2022

git-kick commented Aug 1, 2022

ka-vaNu commented Nov 27, 2022

git-kick commented Nov 27, 2022

ka-vaNu commented Nov 27, 2022

git-kick commented Nov 28, 2022

ka-vaNu commented Dec 6, 2022

ka-vaNu commented Dec 8, 2022

ka-vaNu commented Dec 9, 2022

git-kick commented Dec 9, 2022

ka-vaNu commented Dec 11, 2022 • edited

christianreiss commented Dec 12, 2022

ka-vaNu commented Dec 12, 2022

git-kick commented Dec 16, 2022

ka-vaNu commented Dec 23, 2022 • edited

christianreiss commented Jan 2, 2023

ka-vaNu commented Jan 3, 2023

git-kick commented Jan 3, 2023 • edited

ka-vaNu commented Jan 4, 2023

ka-vaNu commented Jan 4, 2023

ka-vaNu commented Jan 4, 2023

git-kick commented Jan 6, 2023

git-kick commented Jan 6, 2023 • edited

ka-vaNu commented Jan 6, 2023

ka-vaNu commented Jan 15, 2023

git-kick commented Jan 15, 2023

Lucifor1976 commented Jan 19, 2023 • edited

git-kick commented Jan 22, 2023

ka-vaNu commented Jan 22, 2023

Lucifor1976 commented Jan 22, 2023

ka-vaNu commented Jan 22, 2023

git-kick commented Jan 22, 2023

j64bit commented Oct 3, 2023

ArnoD15 commented Jul 31, 2022 •

edited

mccrossen commented Aug 1, 2022 •

edited

ka-vaNu commented Dec 11, 2022 •

edited

ka-vaNu commented Dec 23, 2022 •

edited

git-kick commented Jan 3, 2023 •

edited

git-kick commented Jan 6, 2023 •

edited

Lucifor1976 commented Jan 19, 2023 •

edited