Test Adapter e3dc-rscp v0.0.x GitHub

[gyle]

@ujok ok danke - ich wusste nicht dass ich das damit triggern muss.
habe es mir jetzt mal angesehen und stelle mir nochmal folg frage:

• wenn ich die Daten bspw. in einer Visualisierung anzeigen will - dann muss ich die Daten jedesmal neu triggern, oder?
• TIME_INTERVAL > 900 sek = 15 min. > weniger geht hier nicht, weil das S10 auch nur in diesem Intervall speichert, oder?

[ArnoD]

@gyle
Wenn ich dir auch die Fragen beantworten darf:

1. Immer, wenn du aktuelle Daten haben willst, musst du neu triggern.
2. richtig < 900 sek. geht nicht.

ansonsten ist die zb sekündliche aufzeichnung ja relativ "teuer" und erzeugt viel last auf meinem raspi...
derzeit zeichne ich das auch per modus/history auf, aber ich dachte, ich könnte das damit umgehen...

Warum das teuer sein soll verstehe ich jetzt nicht ganz, aber mit der Last gebe ich dir recht.
Für mich ist aber genau die hohe Abtastrate wichtig (es reichen auch 4 sek.), da nur so Fehler zu erkennen sind.
Als Beispiel ist beim E3DC sporadisch immer Abends die Batterie für 5 bis10 sek. Ausgefallen, was ich nicht bemerkt hätte, nur mit den Aufzeichnungen im Portal.
Das wurde dann von E3DC mit einem Update behoben.

[Matis]

@ujok
„ I tried setting EP_RESERVE, but the S10 returned a weird container with a random index and value -1.
So I removed the setter code.“

Aus der Historie der Anlagen habe ich die Vermutung, dass EP_Reserve nicht eine Watthzahl ist sondern 0-50%.
Denn so war es am Anfang auch angezeigt und musste auch so eingegeben werden und wurde erst später als Wh angezeigt.
Ich könnte mir gut vorstellen, dass es im Hintergrund weiter die % sind.

Also 0-50 % von Gesamtbatteriekapa.
Was hattest Du denn als Eingabewerte ausprobiert?

[git-kick]

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

@ujok
„ I tried setting EP_RESERVE, but the S10 returned a weird container with a random index and value -1.
So I removed the setter code.“

Aus der Historie der Anlagen habe ich die Vermutung, dass EP_Reserve nicht eine Watthzahl ist sondern 0-50%.
Denn so war es am Anfang auch angezeigt und musste auch so eingegeben werden und wurde erst später als Wh angezeigt.
Ich könnte mir gut vorstellen, dass es im Hintergrund weiter die % sind.

Also 0-50 % von Gesamtbatteriekapa.
Was hattest Du denn als Eingabewerte ausprobiert?

siehe Issue#89

[ArnoD]

@ujok
Habe die Version 1.0.4 getestet und es werden wieder beide Batteriekreise angezeigt

[git-kick]

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

@ujok
Habe die Version 1.0.4 getestet und es werden wieder beide Batteriekreise angezeigt

siehe Issue#96

[ArnoD]

Funktioniert bei euch die regelmäßige Abfrage von "e3dc-rscp.0.EMS.POWER_PV" ?
Bei mir wird nur beim Start vom Adapter der Wert eine Zeit lang aktualisiert und dann aber nicht mehr.

Kann jetzt aber auch sein, dass bei mir was mit dem Testen der Version 1.0.4 durcheinander gekommen ist.

[TbsJah]

@arnod Das selbe bei mir auch
Gilt für alle Power Einträge

[ArnoD]

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

@arnod Das selbe bei mir auch
Gilt für alle Power Einträge

Das ist komisch, bei mir werden alle aktualisiert nur eben „e3dc-rscp.0.EMS.POWER_PV“ nur beim Start dreimal und dann nicht mehr.
Du hast aber schon die Abfrageintervalle auf S eingestellt?

[Matis]

e3dc-rscp.0.EP.PARAM_0.PARAM_EP_RESERVE
e3dc-rscp.0.EP.PARAM_0.PARAM_EP_RESERVE_W
e3dc-rscp.0.EP.PARAM_0.PARAM_LAST_SOC
e3dc-rscp.0.EP.PARAM_0.PARAM_TIME_LAST_EMPTY
e3dc-rscp.0.EP.PARAM_0.PARAM_TIME_LAST_FULL

Wird bei mir auch nach dem update auf P10_2022_022 nicht abgeholt.

[ArnoD]

@matis
Das muss ich bei mir später mal prüfen, ist mir jetzt nicht aufgefallen.

[ArnoD]

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

e3dc-rscp.0.EP.PARAM_0.PARAM_EP_RESERVE
e3dc-rscp.0.EP.PARAM_0.PARAM_EP_RESERVE_W
e3dc-rscp.0.EP.PARAM_0.PARAM_LAST_SOC
e3dc-rscp.0.EP.PARAM_0.PARAM_TIME_LAST_EMPTY
e3dc-rscp.0.EP.PARAM_0.PARAM_TIME_LAST_FULL

Wird bei mir auch nach dem update auf P10_2022_022 nicht abgeholt.

Ok diese werden bei mir auch nicht aktualisiert. Kann jetzt aber nicht sicher sagen, ob das mit dem Update zusammenhängt.

[Matis]

@arnod Und die wären eine echte Hilfe, wenn man nicht immer an's Gerät muß.
Ich benutz das im Winter viel und wer weiß wie stabil unser Netz bleibt, da ist so ein bißchen Reserve immer gut.

[git-kick]

@matis @ArnoD
Bei mir sind die Werte mit v1.0.4 und S10_2022_02 immer aktuell. Das ist jetzt ziemlich blöd, weil ich gar nicht weiß, wie ich das Problem bei mir nachstellen soll. @ArnoD, warum heißt deine Version P10... statt S10..., ist das ein anderes Modell?

[Matis]

@ujok
P10 ist die Pro-Serie, aber beim Rest der Abfragen sind die ja auch gleich. Komisch. Kann ich was beitragen zum Nachstellen?

[TbsJah]

@arnod Ja, sind auf den kürzesten Intervall eingestellt
Nach dem Löschen des kompletten Objektbaums funktioniert es wieder

@Matis Param_0 werden bei mir auch aktualisiert. Ich habe die 2022 Firmware

[Matis]

@tbsjah @ujok
Hab 1.0.4 nochmal neu installiert, es bleibt dabei. Außer Reserve_W bleibt alles null.
Im Debug Mode habe ich nur diese Zeile zu EP:
e3dc-rscp.0 2022-03-25 08:52:38.338 debug Sending request TAG_EP_REQ_IS_READY_FOR_SWITCH

Was mache ich falsch?

[Matis]

@matis

Wie installiert Ihr denn die 1.0.4 über das + und eine best. Version geht das bei mir nicht.
Er installiert, es bleibt aber 1.0.3.
Ich kann nur über https://github.com/git-kick/ioBroker.e3dc-rscp/tree/master auf die 1.0.4 kommen.
Ist da der Wurm drin?

[ArnoD]

@matis
Ich habe da den Link vom Uli auf GitHub verwendet:
https://github.com/git-kick/ioBroker.e3dc-rscp/tree/Issue%2396

@ujok
P ist die Pro-Version, beim RSCP Protokoll macht da aber E3DC eigentlich keinen Unterschied bis jetzt.
Wenn ich was testen soll, würde ich dich gerne unterstützen oder du kannst per Fernwartung auf meinen Rechner zugreifen, wenn es dir hilft.

[Matis]

@arnod Danke, nochmal alles neu installiert, bleibt beim alten, die Werte sind 0. Zum Verzweifeln.