Test Adapter e3dc-rscp v0.0.x GitHub

[Matis]

@ujok

Bei mir sind
((e3dc-rscp.0.EMS.IDLE_PERIODS_CHARGE und e3dc-rscp.0.EMS.IDLE_PERIODS_DISCHARGE leer.))
Sorry, mein Fehler, ich habe die Daten, Charge geht beschreiben, Discharge nicht.

TAG_EMS_REQ_GET_IDLE_PERIODS kann ich überhaupt nicht finden ??

Noch ne andere Frage: kannst du auch die labels "Derate at percent value" und "Derate at Power value" beschreibbar machen? Mit dem richtigen Login sollte das beschreibbar sein und könnte remote ganz hilfreich sein.

[Matis]

@ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

kannst du in RscpGUI und im e3dc-Portal die IDLE_PERIODS_DISCHARGE sehen und verändern?

Ja, geht beides.
in RscpGui ist bei Discharge nur die Tagesreihenfolge falsch, aber es geht.

Sorry, ich war nur zu doof, ich hab die Werte, Charge kann ich beschreiben, DISCHarge nicht!

[git-kick]

@matis said in Test Adapter e3dc-rscp v0.0.x GitHub:

@ujok

Bei mir sind
e3dc-rscp.0.EMS.IDLE_PERIODS_CHARGE und e3dc-rscp.0.EMS.IDLE_PERIODS_DISCHARGE leer.
TAG_EMS_REQ_GET_IDLE_PERIODS kann ich überhaupt nicht finden ??

TAG_EMS_REQ_GET_IDLE_PERIODS ist das Anfrage-Tag, das erscheint nicht in der Antwort und damit auch (gewollt) nicht im Objektbaum. Wenn ich das losschicke, bekomme ich als Antwort alle idle periods Daten für Laden und Entladen.

Das Log zeigt, dass bei Dir die idle periods für das Laden ankommen, nicht aber die für das Entladen. Jetzt habe ich schon zwei offene Fragen

1. Warum kommen bei dir nicht auch die Entlade idle periods zurück?
2. Warum werden die (im LOG sichtbaren) Werte zu den Lade idle periods bei dir nicht angezeigt?

Zu Nr 1 sehe ich im Moment gar keinen Anhaltspunkt, zu Nr 2 werde ich mir das Log nochmal genauer ansehen.

[Matis]

@ujok Sorry, war mein Fehler, ich kann beide sehen, nur Discharge nicht editieren!

[git-kick]

@matis said in Test Adapter e3dc-rscp v0.0.x GitHub:

@ujok Sorry, war mein Fehler, ich kann beide sehen, nur Discharge nicht editieren!

Hm, jetzt bin ich komplett verwirrt: laut LOG wurden bei dir keine IDLE_PERIODS_DISCHARGE Daten geliefert, wie kannst du die dann sehen?
Ich glaube ich steh grade auf der Leitung...

Aber ich schau mir auf jeden Fall das Schreiben der IDLE_PERIODS_DISCHARGE Daten mal an, also ob es bei mir sauber funktioniert und ob da im Code womöglich ein Bug ist.

[Matis]

@ujok so wird es ganz komisch, hab noch mal rumgeklickt, dann konnte ich auch die discharge Daten ändern und die Änderungen tauchen auch im Portal auf.
Also eigentlich geht grade alles!

[git-kick]

@matis said in Test Adapter e3dc-rscp v0.0.x GitHub:

@ujok so wird es ganz komisch, hab noch mal rumgeklickt, dann konnte ich auch die discharge Daten ändern und die Änderungen tauchen auch im Portal auf.
Also eigentlich geht grade alles!

Ich habe auch getestet und es war o.k. für Charge und Discharge Zeiten.
Aber das ist nicht gut, wenn es instabil ist.
Hast du in den Tests davor immer etwas gewartet vor der Ergebnisprüfung? Es gibt ja diese Zeitverzögerung bis zum Senden, mit der ich alle Änderungen an einer idle period zusammenfasse.

[Matis]

@ujok Wahrscheinlich nicht, mir ist das dann auch aufgefallen, dass man einfach ne halbe Minute warten muß. Das ist aber völlig ok. Wenn man das breücksichtigt, scheint es aber stabil zu sein.

[ArnoD]

@ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

Hm, jetzt bin ich komplett verwirrt: laut LOG wurden bei dir keine IDLE_PERIODS_DISCHARGE Daten geliefert, wie kannst du die dann sehen?
Ich glaube ich steh grade auf der Leitung...

Uli das LOG war ja auch von mir und nicht von @Matis.
Ich habe es gerade mit RscpGui versucht und dort werden die IDLE_PERIODS_DISCHARGE Daten auch nicht angezeigt.

Nachtrag:
Das ist jetzt mehr als seltsam.
Wollte versuchen die IDLE_PERIODS_DISCHARGE Daten im E3DC Portal abzurufen und dort waren Werte eingetragen die nicht mit den Werten auf dem S10 Pro übereinstimmten. Ich habe dann im Portal die Werte geändert und auf die Anlage übertragen. Jetzt wurden die Werte richtig vom S10 Pro übernommen.
Danach habe ich im ioBroker die e3dc-rscp Instanz neu gestartet und auf einmal wurden die IDLE_PERIODS_DISCHARGE Daten eingetragen.
Das soll jetzt jemand noch kapieren.

Nachtrag2:
Ändern funktioniert nicht immer, konnte manche Werte ändern, aber meistens wird der alte Wert wieder eingetragen und der neue nicht übernommen.

[ArnoD]

@ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

Was denkst du @ArnoD , was denkt ihr (alle anderen)? Soll ich das einbauen oder macht man das besser mit Scripts "nach" dem Adapter?

Die einzigen Informationen was Sinn ergeben würde und die man sonst nicht hätte, wären Stecker gesteckt, Stecker verriegel/entriegelt, Sonnenmode/Mischmode, Auto lädt/lädt nicht.

Ich benötige aber die WB Daten nicht, da ich die Verbindung zur Wallbox über Modbus herstelle und da mehr Möglichkeiten habe zu steuern als über die Regelung vom S10.

[git-kick]

@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

@ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

Hm, jetzt bin ich komplett verwirrt: laut LOG wurden bei dir keine IDLE_PERIODS_DISCHARGE Daten geliefert, wie kannst du die dann sehen?
Ich glaube ich steh grade auf der Leitung...

Uli das LOG war ja auch von mir und nicht von @Matis.

Ach ja! Ich stand eben sowas von auf der Leitung

Ich habe es gerade mit RscpGui versucht und dort werden die IDLE_PERIODS_DISCHARGE Daten auch nicht angezeigt.

Nachtrag:
Das ist jetzt mehr als seltsam.
Wollte versuchen die IDLE_PERIODS_DISCHARGE Daten im E3DC Portal abzurufen und dort waren Werte eingetragen die nicht mit den Werten auf dem S10 Pro übereinstimmten. Ich habe dann im Portal die Werte geändert und auf die Anlage übertragen. Jetzt wurden die Werte richtig vom S10 Pro übernommen.
Danach habe ich im ioBroker die e3dc-rscp Instanz neu gestartet und auf einmal wurden die IDLE_PERIODS_DISCHARGE Daten eingetragen.
Das soll jetzt jemand noch kapieren.

Nachtrag2:
Ändern funktioniert nicht immer, konnte manche Werte ändern, aber meistens wird der alte Wert wieder eingetragen und der neue nicht übernommen.

Das ist merkwürdig. Bei mir werden - nach der geplanten Verzögerung - immer alle Werte übernommen, die rote Schrift im ioBroker wird schwarz und die neuen Werte sind dann auch (nach Refresh) in RscpGUI sichtbar. Ich werde das nochmal testen.

[Matis]

@ujok bei mir klappte das jetzt auch einwandfrei: erst grün, dann rot, dann nach einigen Sekunden wird der Wert übernommen und wird wieder grau.

[Matis]

@ujok
Kannst du auch die labels "Derate at percent value" und "Derate at Power value" beschreibbar machen?
Mit dem richtigen Login sollte das beschreibbar sein und könnte remote ganz hilfreich sein.

[stephan61]

@ujok
Danke für den Adapter
könntes du auch die History werte einbauen
Gruß Stephan

[git-kick]

@stephan61 willkommen im Thread!
ich nehme die DB_... Werte auf die Liste, kann aber nicht sagen, wann das klappt.

[Matis]

mal ne off-topic Frage für die E-Auto und WB Besitzer:

ich würde mir gerne nen View vorbereiten, eigentlich mit drei wichtigen Dingen:

• Batterie mit entladen ja / nein
• Vorgabe einer zu ladenden kWh-Leistung
• Ladung starten und bei erreichen der voreigestellen Lademenge Abbruch.

In Ermangelung des E-Autos kann ich noch nicht ausprobieren.
Welches Register ist denn geeignet die WB-Ladung zu starten und wieder anzuhalten?

[ArnoD]

@matis
Das ist aktuell mit e3dc-rscp noch nicht möglich.

[Matis]

@arnod sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

@matis
Das ist aktuell mit e3dc-rscp noch nicht möglich.

Ich denke auch mehr an die modbus Register direkt der Wallbox, z.b. Bit2 des Status (abgebrochen, frei).

[ArnoD]

@matis
ah ok, meinst du die Modbus Register 40088 bis 40095 ?

[Matis]

@arnod Genau für WB1: 40088, Bit 2 könnte dazu taugen, ich denke nur das muß man ausprobieren, ob beim Statuswechsel das Laden anstartet.