Test Adapter e3dc-rscp v0.0.x GitHub

[gyle]

@ujok verstehe ich den ansatz richtig, dass es mit dem adapter auch möglich sein wird auch auf die historischen daten (aus dem e3dc portal) zuzugreifen?
danach suche ich nämlich, da ich es vermeiden will dies selbst mit modbus/history adapter aufzubauen....
danke

[git-kick]

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

@ujok verstehe ich den ansatz richtig, dass es mit dem adapter auch möglich sein wird auch auf die historischen daten (aus dem e3dc portal) zuzugreifen?
danach suche ich nämlich, da ich es vermeiden will dies selbst mit modbus/history adapter aufzubauen....

Ja, der Adapter liest in der aktuellen v0.0.17-beta auch HISTORY_DATA_{DAY,WEEK,MONTH,YEAR} aus und diese sehen - nach meinen Stichproben - dem sehr ähnlich, was im Portal dargestellt wird. Vermutlich verwendet E3/DC selbst die DB.History_DATA_... Tags, um die Daten aus den Kunden-Anlagen abzuholen.

Aber da ist noch ein Experimentierfeld, z.B. ist der vom Adapter berechnete TIMESTAMP bei den Einzelwerten nur eine erste Hypothese von mir, also womöglich ungenau. Die Dokumentation zu den Daten gibt da nicht viel her, es hilft nur Empirie...

Was ich auch nicht sagen kann ist, wie lange die E3/DC-Anlagen die Daten vorhalten. Bei meiner S10 (Inbetriebnahme Juli 2020) konnte ich noch keinen "Verfall" beobachten, aber der anlageninterne Speicher wird ja auch begrenzt sein.

[ArnoD]

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

Ich habe noch folgende Fehlermeldung im Log:
2022-01-09 22:28:00.331 warn Received data type ERROR: RSCP_ERR_NOT_AVAILABLE (6) - tag TAG_PVI_REQ_FREQUENCY_UNDER_OVER (0x2000080)

Interessant. Anscheinend reagieren nicht alle E3/DC-Anlagen gleich. Ich habe eine S10, da kommen die FREQUENCY_{UNDER,OVER} Werte einwandfrei zurück. Die warn Meldung ist aber (abgesehen von fehlenden Werten) unschädlich, kann man einfach ignorieren.

Bei mir kommen die Werte auch ohne Probleme und bei einem bekannten von mir dem ich das eingerichtet habe, kommt die gleiche Fehlermeldung.
Dachte die ganze Zeit das ich noch was verkehrt eingestellt hätte.
@stef99 wie alt ist dein S10? Anscheinend wird bei den neuen S10 pro diese beiden Werte nicht mehr übermittelt.

[ArnoD]

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

Aber da ist noch ein Experimentierfeld, z.B. ist der vom Adapter berechnete TIMESTAMP bei den Einzelwerten nur eine erste Hypothese von mir, also womöglich ungenau. Die Dokumentation zu den Daten gibt da nicht viel her, es hilft nur Empirie...

Ich habe jetzt einige versuche mit den History Daten gemacht und bin mir ziemlich sicher, dass es die gleichen Daten wie aus dem Portal sind.
Es werden max. alle 14 min Daten aufgezeichnet und diese können in unterschiedlichen Zoom Darstellungen angezeigt werden.
Der vom Adapter berechnete TIMESTAMP ist richtig und zeigt den genauen Zeitpunkt an, wann die Daten aufgezeichnet wurden.

[git-kick]

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

Ich habe jetzt einige versuche mit den History Daten gemacht und bin mir ziemlich sicher, dass es die gleichen Daten wie aus dem Portal sind.
Es werden max. alle 14s Daten aufgezeichnet und diese können in unterschiedlichen Zoom Darstellungen angezeigt werden.
Der vom Adapter berechnete TIMESTAMP ist richtig und zeigt den genauen Zeitpunkt an, wann die Daten aufgezeichnet wurden.

Danke @ArnoD für Prüfung und Bestätigung!
Ich denke die Meßpunkte werden von der S10 viermal pro Stunde gesetzt, also alle 15 Minuten.

[ArnoD]

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

Ich denke die Meßpunkte werden von der S10 viermal pro Stunde gesetzt, also alle 15 Minuten.

Ja richtig habe da einen Schreibfehler, nach Timestamp sind die Daten alle 14 min. gespeichert worden.

[stephan61]

@ujok
Hallo Ujok
habe die V 0.0.17 beta installiert
bekomme aber keine richtige Werte

muss ich noch etwas einstellen ?
Gruß Stephan

[ArnoD]

@stephan61
Du musst erst einen der Wert (TIME_INTERVAL, TIM_SPAN, TIME_START) ändern.

[Matis]

@ujok
Gibt es ne Chance den Notrom-Wert auszulesen und setzen zu können?
Am Hauskraftwerk kann ich in Wh den Wert setzen, der für die Notstrom-Reserve in den Akkus bleiben soll.
Ich mache das im Winter gerne, wenn die Akkus sowieso nie ganz voll werden, um im Fall der Fälle ein paar kWh übrig zu haben. Ich hab den Wert aber noch nirgens gefunden.

[git-kick]

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

@ujok
Gibt es ne Chance den Notrom-Wert auszulesen und setzen zu können?
Am Hauskraftwerk kann ich in Wh den Wert setzen, der für die Notstrom-Reserve in den Akkus bleiben soll.
Ich mache das im Winter gerne, wenn die Akkus sowieso nie ganz voll werden, um im Fall der Fälle ein paar kWh übrig zu haben. Ich hab den Wert aber noch nirgens gefunden.

Ich habe in den Namespaces BAT, EMS und EP gesucht, aber kein passendes SET-Tag gefunden. Die Tag-Liste ist aber unvollständig, wie wir wissen. Also falls jemand die betreffenden Tags kennt oder herausfindet, kann ich das gerne einbauen.

[ArnoD]

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

Ich habe in den Namespaces BAT, EMS und EP gesucht, aber kein passendes SET-Tag gefunden. Die Tag-Liste ist aber unvollständig, wie wir wissen. Also falls jemand die betreffenden Tags kennt oder herausfindet, kann ich das gerne einbauen.

Was ist eigentlich mit

Könnte das nicht eventuell zutreffen?

[Matis]

gelöscht ... ne hab die Erklärung üebrsehen

[TbsJah]

wofür steht das PV Power bei EMS?
Wird bei mir nur einmal bei Instanzstart aktualisiert

[ArnoD]

@tbsjah

Das ist die PV Leistung. Wird nur aktualisiert, wenn sich der Wert auch ändert.
Der Wert geht auch nicht auf 0 zurück, wie bei der Modbus Schnittstelle, sondern bleibt bei dem letzten Wert hängen.
Sieht deswegen in Vis nicht so toll aus, könnte man aber mit einem Script ändern oder Uli passt das im Adapter an.

[TbsJah]

@arnod wird bei mir nie geändert
Nur direkt beim adapterstart

[git-kick]

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

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

Ich habe in den Namespaces BAT, EMS und EP gesucht, aber kein passendes SET-Tag gefunden. Die Tag-Liste ist aber unvollständig, wie wir wissen. Also falls jemand die betreffenden Tags kennt oder herausfindet, kann ich das gerne einbauen.

Was ist eigentlich mit

Könnte das nicht eventuell zutreffen?

Das ist ein Bool (true/false), wir bräuchten hier aber eine Number (Wh oder kWh).
SET_EMERGENCY_POWER sieht für mich eher nach "Einschalten Notstrommodus" aus; das ist aber nur eine Vermutung.

[git-kick]

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

wofür steht das PV Power bei EMS?
Wird bei mir nur einmal bei Instanzstart aktualisiert

POWER_PV soll stets (nach ein paar Sekunden) die aktuelle PV-Leistung anzeigen, auch wenn sie 0 Watt beträgt.
Ich habe den Fehler im Adapter gefunden: beim Einbau der einstellbaren Abfrageintervalle ist POWER_PV auf der Liste (siehe Adapter-Einstellungen, Tab "Abfrage-Intervalle") verloren gegangen und wird deshalb nicht aktualisiert.

Die Korrektur kommt mit e3dc-rscp v1.0.0 - das dauert aber noch etwas, weil der Adapter gerade die "Zertifizierung" für das ioBroker-Repo durchläuft.

[TbsJah]

@ujok Danke!
Betrifft auch die Werte BAT_0.USABLE_REMAINING_CAPACITY und BAT_0.MODULE_VOLTAGE
Stehen zwar in der Liste werden bei mir aber nur bei Instanzneustart aktualisiert (stehen auf L habe ich auf M geändert)

Darüber berechne ich die noch vorhandene Kapazität

Die Korrektur kommt mit e3dc-rscp v1.0.0 

Ist das die welche bereits auf GIT verfügbar ist? Habe ich bereits installiert jedoch keine Änderung

[git-kick]

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

Betrifft auch die Werte BAT_0.USABLE_REMAINING_CAPACITY und BAT_0.MODULE_VOLTAGE
Stehen zwar in der Liste werden bei mir aber nur bei Instanzneustart aktualisiert (stehen auf L habe ich auf M geändert)

Das kann ich nicht nachvollziehen. Bei mir wird USABLE_REMAINING_CAPACITY laufend aktualisiert, wenn ich das Intervall für TAG_BAT_REQ_USABLE_REMAINING_CAPACITY auf "S" einstelle.

Welche Einstellung hast du denn für MODULE_VOLTAGE geändert?
Der Tag-Liste von E3/DC kann man entnehmen, dass TAG_BAT_REQ_INFO u.a. auch MODULE_VOLTAGE abfragt. Wenn ich also das Intervall für TAG_BAT_REQ_INFO auf "S" setze, bekomme ich auch für MODULE_VOLTAGE laufende Aktualisierungen.

Bei POWER_PV war wie gesagt vor v1.0.0 ein Fehler, der ist aber jetzt korrigiert, das wird bei mir jetzt wieder einwandfrei aktualisiert.

Bitte installiere möglichst von npm - git ist immer riskant, v.a. der master-Branch, denn da läuft ja die Entwicklung. Wenn überhaupt, bitte git-Tags installieren, z.B.
https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v1.0.0

[TbsJah]

@ujok
Nach Aktualisierung (via NPM) hatte die vorhandene Instanz weiterhin die Werte nur 5x aktualisiert.
Ich habe eine neue Instanz erzeugt, und es hat funktioniert. Alte hatte weiterhin nicht aktualisiert.

Frage zu dem DB Punkt. Gibt es eine Anleitung wie zu verwenden.
Prinzipiell ist mir das Prinzip mir klar