Test Adapter e3dc-rscp v0.0.x GitHub

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

[Matis]

Das hat mir keine Ruhe gelassen, Instanz komplett gelöscht und neu installiert, jetzt habe ich Werte bei RESERVE, zwar nicht bei TIME_LAST, aber das kann daran liegen, dass seither das Ereignis ja nicht passiert ist. So ist schon mal super.

[Matis]

@ujok Hab jetzt mal mit der Aktualisierung der RESERVE getestet.
Wenn ein Wert auf einen anderen Wert gesetzt wird, wir NICHT aktualisiert, der alte Wert bleibt stehen.
Wird aber von einem Wert auf 0 Reserve geändert, dann wird aktualisiert.
Also da ist noch der Wurm drin, irgendwie.

[ArnoD]

@matis
Habe die Aktualisierung der Reserve auch noch mal getestet.
Wenn ich die Instanz neu starte, werden die Werte abgerufen und aktualisiert.
Wenn ich kurz nach dem Neustart der Instanz den Wert Reserve wieder ändere, wird dieser auch noch aktualisiert.
Wenn ich dann etwas warte und die Reserve wieder ändere, wird nichts mehr aktualisiert.
Eigentlich das Gleiche verhalten wie bei dem Wert "e3dc-rscp.0.EMS.POWER_PV" der auch nur nach dem Neustart der Instanz ca. 3 sek. Aktualisiert wird und dann nicht mehr.

Folgende States werden bei mir gar nicht angezeigt bzw. aktualisiert:
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

[Matis]

@arnod
Da hast du völlig Recht, das ist bei mir exakt das selbe. Ich hab wohl in den ersten Sek. immer auf 0 geändert

[brumark]

Gibt es eine Einschränkung beim setzen des Polling Intervalls?

Wenn ich das Intervall für die folgenden TAGs von L auf M ändere, dann werden die gesamten Batteriedaten beim Start genau einmal abgefragt, danach nie wieder.

• TAG_BAT_REQ_FCC
• TAG_BAT_REQ_RC
• TAG_BAT_REQ_USABLE_CAPACITY
• TAG_BAT_REQ_USABLE_REMAINING_CAPACITY

Es scheint so, als ob die Anfrage nicht mehr geschickt wird. Bin für einen Tipp dankbar.

[Schnutexxl]

Hallo Zusammen,

hat denn schon Jemand die HISTORY_DATA genutzt? Per Script die Daten aktualisieren und mit dem History Adapter dann speichern, dass man sie u.a. in VIS nutzen kann?

Schöne Grüße

[kysr]

Hallo zusammen,

ist es möglich mit dem Adapter kWh Tages-/Montas/Jahreswerte auszulesen oder habt ihr das über eine Berechnung gelöst?

[TbsJah]

@kysr zusammen mit sourceanalytics ist das problemlos möglich.
Alternativ über die history Werte

[ArnoD]

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

Gibt es eine Einschränkung beim setzen des Polling Intervalls?

Wenn ich das Intervall für die folgenden TAGs von L auf M ändere, dann werden die gesamten Batteriedaten beim Start genau einmal abgefragt, danach nie wieder.

• TAG_BAT_REQ_FCC
• TAG_BAT_REQ_RC
• TAG_BAT_REQ_USABLE_CAPACITY
• TAG_BAT_REQ_USABLE_REMAINING_CAPACITY

Es scheint so, als ob die Anfrage nicht mehr geschickt wird. Bin für einen Tipp dankbar.

Wenn sich der Wert nicht ändert, dann wird auch nichts aktualisiert.
Dachte am Anfang auch das die Werte nicht aktualisiert werden.
Kannst du prüfen, indem du dir die Werte merkst und dann die State löscht und die Instanz neu startest,
wenn jetzt die gleichen Werte eingetragen werden dann liegt es daran das diese sich nicht ändern und dann natürlich auch nicht aktualisiert werden.

[TbsJah]

Habt ihr bereits das regulieren der Ladleistung versucht und hat es funktioniert?
Entscheidend sind doch diese 3 Werte oder habe ich hier ein Missverständnis?

Egal welche Werte ich gesetzt habe, es hatte keine Auswirkung. Es wurde immer 100 % geladen

[git-kick]

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

Hallo zusammen,

ist es möglich mit dem Adapter kWh Tages-/Montas/Jahreswerte auszulesen oder habt ihr das über eine Berechnung gelöst?

Hallo @kysr, setz doch mal in DB.HISTORY_DATA_YEAR den TIME_START Wert, dann bekommst du 12 Monatswerte.