Test Adapter e3dc-rscp v0.0.x GitHub
-
@stephan61 said in Test Adapter e3dc-rscp v0.0.x GitHub:
@ujok
Hallo habe haken gestezt und ich habe 2 Batterien
anbei der log
log silly.txtGruß Stephan
Also der Adapter bekommt eine Fehler-Antwort beim Abfragen der Batterien. Hier die relevanten Zeilen aus dem Log:
2022-02-01 18:17:45.217 silly OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1643735865 - nseconds: 0 - length: 23 TAG_BAT_REQ_DATA - type: 0x0E - Container - length: 16 <Container content follows...> TAG_BAT_INDEX - type: 0x05 - UInt16 - length: 2 value: 0 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32 2022-02-01 18:17:45.246 silly OUT: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1643735865 - nseconds: 0 - length: 23 TAG_BAT_REQ_DATA - type: 0x0E - Container - length: 16 <Container content follows...> TAG_BAT_INDEX - type: 0x05 - UInt16 - length: 2 value: 1 TAG_BAT_REQ_ASOC - type: 0x00 - None - length: 0 CRC32 2022-02-01 18:17:45.276 silly IN: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1643735866 - nseconds: 305269000 - length: 11 TAG_BAT_DATA - type: 0xFF - Error - length: 4 value: 6 no CRC32 2022-02-01 18:17:45.299 silly IN: magic: >E3DC< is OK - ctrl: >0011< is OK - Version 1, with CRC - seconds: 1643735866 - nseconds: 333488000 - length: 11 TAG_BAT_DATA - type: 0xFF - Error - length: 4 value: 6 no CRC32Zeilen 1,2 sind die Anfragen bzgl. BAT#0 und BAT#1 (siehe
TAG_BAT_INDEXvalue)
Zeilen 3,4 sind die Antworten deiner E3/DC, jeweils mit Error value 6 ("RSCP_ERR_NOT_AVAILABLE")D.h. am RSCP-Interface sieht es so aus, als hätte deine Anlage keine Batterien - da bin ich ratlos.
Hast du mal den Modbus-Adapter probiert, siehst du da die Werte der Batterien? -
@stephan61
Hast du mal einen Restart deiner S10 gemacht?
Würde ich probieren!
Oder Runterfahren und Neustart.s -
@ujok
Hallo Ich hatte
wie im Bild zusehen ist nur die IP den Port eingeben.
Ich hatte allerdings den falschen Port verwendet, ich hatte nicht den RSCP Port sondern 1024 (TCP Modbus) Port eingetragen und dann stand unter Info Connection True.
-
@ujok said in Test Adapter e3dc-rscp v0.0.x GitHub:
@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:
@ujok
Dann habe ich noch eine Frage zu der Liste mit den Tag's bei den Abfrageintervallen, kann es sein das nicht alle Tags in der Liste auch in den ID's angezeigt werden ?
Kann einige nicht zuordnen wie z.B:
TAG_EMS_REQ_USER_CHARGE_LIMIT
TAG_EMS_REQ_USER_DISCHARGE_LIMIT
TAG_EMS_REQ_STORED_ERRORSoder haben die dort andere Bezeichnungen ?
Eigentlich wird alles in den Objektbaum geschrieben, was von der E3/DC an Tags reinkommt (außer gewollte Ausnahmen wie Fehler, Statusmeldungen). Eine Möglichkeit wäre also, dass die E3/DC schlicht keine Antworten für diese Tags sendet. Das nehme ich als Bug Report auf.
Ich habe das untersucht:
USER_CHARGE_LIMITwird in den StateMAX_CHARGE_POWERgeschriebenUSER_DISCHARGE_LIMITwird in den StateMAX_DISCHARGE_POWERgeschriebenSTORED_ERRORSist ein RSCP-Container, der aber bei mir bisher immer leer war; deshalb kein State
zu 1+2: ich habe entschieden, die "setter" und "getter" zu einem Wert immer in einem State zusammenzufassen, weil ich das für übersichtlicher halte. Was fehlt, ist die Doku dazu, siehe #71
zu 3: auch das ist eine Design-Entscheidung, d.h. im Object tree erscheinen i.a. nur Tags, für die Werte empfangen wurden. (Ausnahmen bestätigen die Regel, z.B. die "setter" wie
SET_POWERwerden initial angelegt, sonst könnte man sie ja nicht verwenden.) Im FallSTORED_ERRORSweiß ich auch gar nicht, welche Tags in diesem Container ankommen würden... aber der Adapter sollte sie brav anzeigen, wenn welche kommen, z.B. Fehlertexte. Hier tu ich mich halt mit dem Testen schwer, weil ich meine S10 nicht absichtlich in Fehlerzustände bringen möchte
-
@timmerx said in Test Adapter e3dc-rscp v0.0.x GitHub:
@ujok
Hallo Ich hatte
wie im Bild zusehen ist nur die IP den Port eingeben.
Ich hatte allerdings den falschen Port verwendet, ich hatte nicht den RSCP Port sondern 1024 (TCP Modbus) Port eingetragen und dann stand unter Info Connection True.!
Danke für die Info.
Ich habe das Szenario "korrekte IP, Port 1024, kein Benutzername, keine Passwörter" nachgestellt.
Bei mir stehen im Log eindeutige Fehlermeldungen und auchinfo.connectionsteht auf "false"
D.h. ich kann den Fehler immer noch nicht reproduzieren. Vielleicht lassen wir es erstmal dabei und ich nehme das Thema wieder auf, wenn es nochmal auftritt.
-
@ujok
Ok, verstanden Danke.
Ist kein Problem, wenn man es weiß
-
@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:
@ujok
Ok, verstanden Danke.
Ist kein Problem, wenn man es weiß
Ich habe ein paar Sätze zum Thema Request Tags vs Object Tree States ins README geschrieben - kommt mit dem nächsten Release...
-
@ujok
Hi
teste das mal mit Port 502. -
Hallo,
ich habe mir diese Woche meinen ersten Raspberry gekauft und ioBroker installiert.
Ich will damit meine E3DC Anlage steuern, da mir da einige Einstellungen nicht gut genug sind. Ich habe eine E3/DC Pro mit 39kWh Batterie und auf dem Dach 29,9 kWp. Es gibt noch einen Wechselrichter von Fronius, der in E3DC per Leisutngsmesser als externe Quelle angezeigt wird. Dann habe ich noch eine E3DC Easy Connect Wallbox.
Ich bin von dem ioBroker und den vorhandenen Adaptern richtig begeistert. Was da alles verknüpft werden kann ist genial, sogar mein Rasenmäherroboter soll funktionieren, ist aber aktuell noch im Winterschlaf.
Folgendes will ich selbst steuern:
- Die Ladepriorität kann bei E3DC nur zwischen Hausbatterie und Auto umgeschaltet werden. Ich will den Ladestand des Autos auslesen (was über den VW Connect Adapter für meinen Audi geht). Dann soll folgendes Programm laufen:
Ladezustand Auto über x % dann nur mit Sonne laden
Ladezustand Auto unter x % dann auch aus Hausbatterie laden
Ladezustand Auto unter x % dann auch mit Netzstrom laden - Ich will die Notstromreserve optimieren. Die E3DC-Anlage füllt bei Notstromreserve dummerweise nur ein Batteriepaket. Wenn ich 25% der Kapazität als Reserve einstelle, dann wird ein Batterieblock auf 50% geladen und einer auf 0%. Dann hat die Anlage im Notstromfall nur die halbe Batterieleistung. Dies will ich mit ioBroker selbst über die Entladesperre steuern.
Nun komme ich bei folgenden Problemen nicht weiter und bin mir nicht sicher, ob es an dem E3DC-Adapter liegt oder an mir:
- Das Objekt EMS.BATTERY_BEFORE_CAR_MODE (true/false) steuert, ob zuerst Hausbatterie oder Wallbox geladen wird. Diesen Wert kann ich nicht verändern wenn ich ihn anklicke ???
- Das Objekt EMS.BATTERY_TO_CAR_MODE (true/false) steuert, ob die Hausbatterie ins Auto entladen wird. Auch diesen Wert kann ich nicht verändern ??? Beide Werte ändern sich wenn ich in der E3DC App umschalte.
- Das Objekt WB.WB_0.MODE zeigt an, ob Sonnenmodus oder Netzstrom aktiviert ist. Hier ist die Bezeichnung der Werte vermutlich falsch. Ich denke 0 bedeutet Netzladen und 128 bedeutet Sonnenmodus. Auch dieses Objekt kann ich durch anklicken nicht ändern. Es ändert sich, wenn man in der App schaltet.
Eine Rückmeldung würde mich sehr freuen. Ich kann auch gerne beim Testen behilflich sein.
Grüße,
Peter - Die Ladepriorität kann bei E3DC nur zwischen Hausbatterie und Auto umgeschaltet werden. Ich will den Ladestand des Autos auslesen (was über den VW Connect Adapter für meinen Audi geht). Dann soll folgendes Programm laufen:
-
Das Objekt EMS.BATTERY_BEFORE_CAR_MODE (true/false) steuert, ob zuerst Hausbatterie oder Wallbox geladen wird. Diesen Wert kann ich nicht verändern wenn ich ihn anklicke ???
Das Objekt EMS.BATTERY_TO_CAR_MODE (true/false) steuert, ob die Hausbatterie ins Auto entladen wird. Auch diesen Wert kann ich nicht verändern ???Das ist richtig, sind nur lesbar.
Ob man das ändern kann, müsste @ujok beantworten.
Welche Tag's aktuell auch beschreibbar sind, findest du in der Readme auf GitHub:
Das Objekt WB.WB_0.MODE zeigt an, ob Sonnenmodus oder Netzstrom aktiviert ist. Hier ist die Bezeichnung der Werte vermutlich falsch.
Dieser State zeigt mehr an als nur Sonnenmodus oder Netzstrom aktiviert.
Leider habe ich hier keine Beschreibung gefunden, was die einzelnen Werte für Bedeutung haben und auch hier nur lesender Zugriff.
Nachtrag:
Ok habe jetzt im Code gesehen das Uli folgende Bezeichnungen verwendet: const rscpWbMode = { 0: "NONE",128: "LOADING",144: "NOT_LOADING",};
Da bei mir aktuell der Wert 8 ist, wurde nichts angezeigt. Was da richtig ist, kann man nur durch Probieren herausfinden oder bei E3DC nachfragen
8 = E-Auto angesteckt und Stecker verriegelt aber lädt nicht weil Akku voll.Wenn du deine Wallbox steuern willst, ist das aktuell nur über Modbus Anbindung möglich und dann auch nur wenn diese nicht mit dem E3DC Hauskraftwerk verbunden ist.
Die Modbus Register zum Importieren und Anleitung kannst du hier finden:
ArnoD GitHub -
@arnod
Danke für die Antworten @ArnoD !Zur Ergänzung:
- die im Adapter fehlende Wallbox-Steuerung kann ich nicht in Aussicht stellen, weil ich keine E3/DC-Wallbox habe und mir die E3/DC-Dokumentation als Basis einer Entwicklung ohne "lebendes Objekt" nicht ausreicht.
- die Decodierung für
WB.MODE = 8nehme ich gerne auf, siehe https://github.com/git-kick/ioBroker.e3dc-rscp/issues/77
-
@ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:
die Decodierung für WB.MODE = 8 nehme ich gerne auf, siehe https://github.com/git-kick/ioBroker.e3dc-rscp/issues/77
Warte noch damit, werde heute und Morgen einige Einstellungen testen, um zu sehen welcher Zahlencode bei WB.MODE was bedeutet. Melde mich dann mit dem Ergebnis.
Wenn jemand mit testen will, könnte man nachher vergleichen ob alle zu gleichen Ergebnis kommen. -
@arnod
Decodierung für 8 ist schon drin (v1.0.2, noch kein Release), aber kein Problem, ich nehme gerne weitere Werte auf! -
@timmerx said in Test Adapter e3dc-rscp v0.0.x GitHub:
@ujok
Hi
teste das mal mit Port 502.Ja, damit kann ich den Fehler nachstellen. Wird in Issue#64 weiter bearbeitet.
-
Habe jetzt mit State "e3dc-rscp.0.WB.WB_0.MODE" verschiedene Einstellungen getestet.
0 = kein Sonnenmodus
8 = Ladefreigabe (Stecker angesteckt und E-Auto könnte laden, ist auch 8, wenn das E-Auto lädt, also nicht voll ist)
128 = Sonnenmodus aktivMuss jetzt noch testen, ob der Wert bei Sonnenmodus aktiv und Auto lädt auch 8 ist.
Das konnte ich heute bei dem Wetter leider nicht mehr testen.
-
@arnod
Hallo,
den Status 8 habe ich nie. Weder wenn die Ladung im Sonnenmodus pausiert noch wenn das Auto voll ist. Die Werte 0 und 128 bilden bei mir immer die Einstellung des Schiebeschalters in der E3DC App nach. Aktuell ist das Auto voll geladen, der Stecker steckt noch, eingestellt ist im Sonnenmodus -> Wert 128. Habe gerade in der App hin und her geschaltet und in ioBroker angesehen. Es wechselt der Wert zwischen 0 und 128 so wie man in der App schaltet.
Aus diesem Grund dachte ich, dass man durch setzen des Wertes einfach die Funktion umschalten kann.
Es gibt von E3DC eine alte und eine neue Wallbox. Vielleicht macht das einen Unterschied. Ich habe das neuere Modell Easy Connect.
Wäre es denn schwierig die Objekte EMS.BATTERY_BEFORE_CAR_MODE und EMS.BATTERY_TO_CAR_MODE änderbar zu machen? Oder auch den WB.WB_0.MODE? Dann könnte ich dort 0 oder 128 rein schreiben. Oder stelle ich mir das zu einfach vor?
Danke und Grüße,
Peter -
@pb sagte in Test Adapter e3dc-rscp v0.0.x GitHub:
den Status 8 habe ich nie. Weder wenn die Ladung im Sonnenmodus pausiert noch wenn das Auto voll ist.
Im Sonnenmodus konnte ich noch nicht testen, wie sieht es bei dir aus ohne Sonnenmodus und Auto wird geladen ?
Wenn ich während dem Laden umschalte wird die 8 mit 0 oder 128 überschrieben.Es gibt von E3DC eine alte und eine neue Wallbox. Vielleicht macht das einen Unterschied. Ich habe das neuere Modell Easy Connect.
Diese habe ich auch. Da E3DC die Wallbox auch nur über Modbus steuert vermute ich eher das die Unterschiede von der E3DC Firmware kommen und nicht von der Wallbox. Welche Firmware Version hast du ? bei mir war ist es die P10_2021_08 und seit heute Morgen ist die Version P10_2022_02 drauf.
Werde jetzt heute und Morgen das ganze noch mal testen. -
@arnod
Seit heute morgen habe ich auch Firmware P10_2022_02 drauf.
Ich muss es nochmal ausprobieren. Meine Aussage von gestern ist nicht 100% zuverlässig, da meine Frau gestern den Stecker rausgezogen hatte. Wusste ich aber nichts davon. Ich probiere heute nochmal folgende Fälle aus:- Angesteckt, lädt noch nicht weil keine Sonne.
- Lädt im Sonnenmodus (heute schlecht), kann aber mit Sonnenmodus und Batterientladung testen
- Lädt im Netzmodus
- Ist voll geladen, Stecker steckt noch
fehlt noch ein Fall?
Ich melde mich dann mit den Werten.
Die Werte sind vermutlich einzelne Bits:
0000 0000 = 0
0000 1000 = 8
1000 0000 = 128 -
Hier meine Ergebnisse:
Sonnenmodus, kein Stecker gesteckt = 128
Sonnenmodus, Stecker gesteckt, keine Sonne, keine Ladung = 128
Sonnenmodus, lädt (mangels Sonne mit Schalter Batterieentladung) = 128
Sonnenmodus, Sonne weg (Schalter Batterieentladung aus), lädt mit Minimum während Haltedauer (bei mir 10 min) = 128
Sonnenmodus, Ladepause, weil Sonne weg (nach den 10 min) = 128
Sonnenmodus, Sonne wieder da, mit Schalter Batterieentladung, lädt weiter = 128Dann mit Netzladen weiter gemacht:
Netzladen, kein Stecker gesteckt = 0
Netzladen, Stecker gesteckt, lädt = 0
Netzladen, Stecker gesteckt, Auto voll = 0Also im Ergebnis bildet der Wert 0 und 128 nur den Schalter von der App ab. Das eine Bit wird dann mit true/false geschaltet:
0000 0000 = Netzmodus
1000 0000 = SonnenmodusIch habe während dieser Tests mit die Daten mit dem Programm E3DCgui als CSV-Datei mitschreiben lassen. Es war nie ein anderer Wert als 0 und 128.
-
@pb
ok, werde es jetzt bei mir testen.Nachtrag:
Es wurde nicht nur die Firmware vom E3DC Speicher aktualisiert, sondern auch von der Wallbox.
Firmware E3DC ist jetzt P10_2022_2 und Wallbox ist jetzt SL-01.04.13Habe den gleichen Versuch wie gestern durchgeführt und kann die Ergebnisse von @PB bestätigen.
Netzladen, kein Stecker gesteckt = 0
Netzladen, Stecker gesteckt, lädt = 0
Sonnenmodus, kein Stecker gesteckt = 128Die anderen Einstellungen konnte ich wegen leerer Batterie und Bewölkung nicht testen.
8 wird jetzt auch bei mir nicht mehr angezeigt.
