Test Adapter e3dc-rscp v0.0.x GitHub
-
Habe gerade die neue Version 0.0.17-beta installiert und funktioniert.
Uli top Arbeit, Danke.
Jetzt kann ich wieder ein Script löschen, da du ja EMS.STATUS bereits im Adapter decodierst.
Was haben eigentlich die neuen States e3dc-rscp.0.DB für eine Funktion ?
Nachtrag: OK DB Tags sind für die History Daten. Uli kannst du die Rückgabewerte in ein .json Datenformat ausgeben? Dann könnte man in Vis daraus ein Diagramm erstellen.
-
@arnod die v0.0.17beta ist noch nicht released (hat noch kein tag) - vom git master installierst du immer mit dem Risiko, dass es "mitten aus der Entwicklung" kommt ... aber heute hast Du Glück, ich bin kurz vor den Release
Zu DB / Ausgabe als JSON: meinst du, die gesamte Zeitreihe soll in einem Textfeld landen? Hast du einen Link oder ein Beispiel für mich, wie genau das JSON aussehen sollte, damit man es direkt für ein Diagramm verwenden kann? (ich verwende vis bisher nicht)
-
@ujok
die v0.0.17beta ist noch nicht released (hat noch kein tag) - vom git master installierst du immer mit dem Risiko, dass es "mitten aus der Entwicklung" kommt
Da habe ich aber noch mal Glück gehabt
Zu DB / Ausgabe als JSON: meinst du, die gesamte Zeitreihe soll in einem Textfeld landen?
Bevor du dir die Arbeit machst, müsste man sich vorher Gedanken machen, ob es überhaupt Sinn ergibt, das anzuzeigen und wenn ja, was von diesen Werten.
Das meiste kann man bereits jetzt mit dem Adapter History logen und über den Adapter Flot oder echarts in einem Diagramm anzeigen.
Das ist auch einfacher als hier das Rad noch mal neu zu erfinden.
Das einzige, was jetzt für mich Sinn ergeben hätte, wäre die Autarkie gewesen, aber da habe ich die Werte mit meinen Aufzeichnungen aus dem letzten Jahr verglichen und habe festgestellt, dass diese auch nicht genau sind. Liegt natürlich auch daran das bei einem TIME_INTERVAL= 2592000 s alle Monate mit 31 Tage das Ergebnis schon mal verfälschen. Die Summe übers Jahr würde in etwa schon stimmen.Wenn jemand das in einem Diagramm haben will, kann ich gerne eine JSON Beispieldatei zusammenstellen, um das in Vis in einem Materialdesign JSON Chart anzeigen zu können. Es müssten wahrscheinlich zwei oder drei Diagramme werden, um das noch übersichtlich darstellen zu können.
Anleitung dazu kann man hier finden:
line-history-chart -
@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:
Anleitung dazu kann man hier finden:
line-history-chartOK danke ich schau mir das mal an und nehme (wenn es Bedarf gibt) noch eine Option auf, um die Daten in eine JSON Datei zu schreiben. Technisch ist das einfach, aber wie du sagst: ob man mit den Daten wirklich etwas gewinnt ist eine andere Frage.
Das Release v0.0.17 kommt vsl. morgen 7.1., dann können auch andere mal die HISTORY_DATA ausprobieren...
-
So, die v0.0.17-beta ist released, siehe #1
@stephan61 der DB namespace mit den HISTORY_DATA für DAY, WEEK, MONTH, YEAR ist jetzt dabei.
Ich habe den Status auf "experimental" gesetzt, weil mir der Dateninhalt noch nicht 100% klar ist:- stimmt die Umrechnung von GRAPH_INDEX in den TIMESTAMP (unter VALUE_xx)
- wodurch unterscheiden sich eigentlich DAY/WEEK/MONTH/YEAR genau? (Bisher gebe ich auf Verdacht unterschiedliche, "sinnvolle" Werte für SPAN und INTERVAL als Default vor.)
- ist die Ausgabe (auch) als JSON Datei sinnvoll und nötig? (siehe Vorschlag von @ArnoD)
Mein Plan ist, jetzt allmählich in Richtung "offizieller Adapter" zu gehen und so die Anwenderbasis zu verbreitern.
Weiterhin gilt: immer her mit Kommentaren und Vorschlägen, was noch zu verbessern ist! -
@ujok
Sag mal, sind die im Adapter verfügbaren Werte alle Werte die per RSCP ausgegeben werden? Gibt es eine Liste von Werten, die evtl. noch verfügbar wären?
Wird zum Beispiel die Spannung der drei Phasen am Netz ausgegeben? Wenn ich mir die vom Wechselrichter hole, ist die Ausgabe deaktiviert sobald dieser in den Stromsparmodus geht. Wird auch die Netzfrequenz ausgegeben und wenn ja, wie genau wird die gemessen bzw. ausgegeben?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)Danke für den tollen Job! Meine Visualisierung die nur durch deinen Adapter möglich ist würde E3/DC schlaflose Nächte bereiten....
LG
Stef -
@matis
Ich bin durch Zufall auf diesen Faden gestoßen und habe Respekt vor deiner Arbeit.
Deine VIS-Darstellung hat mich dazu angestossen meine doch in die Tage gekommene VIS zu überarbeiten.
Meine Frage: Wie hasr Du es im unteren Teil mit der zeitlichen Listendarstellung hinbekommen?? Für einen Tipp wäre ich dankbar. -
@goelectric Was meinst du damit? Rechnerisch? Die letzen 5 Tage?
Die rechten Werte (blau) sind alles korrekte Zählerwerte, ich habe einen Produktions- und Haus-zähler und einen modbus-Zähler von e3dc für die Wärmepumpe. Einspeise-, Bezugs-, Produktions- und Hauszähler sind ehz-Zähler, per smartmeter Adapter in iobroker über die rückseitigen Optokoppler angebunden. Um 0.00 Uhr lese ich per Skript die Werte ab und damit habe ich die Tageswerte, die um 24.00 einen Tag nach hinten rolieren.
Solar und Batterie sind DC-Werte, die ich im Sekundentakt auslese und so meinen eigenen Zähler generiert habe.
Inzwischen ist Solar auch über die e3dc-rscp Adapter auslesebar ohne selbst akkumulieren zu müssen.
Verlust ist dann Produktion (AV) im Verhältnis zu Solar (DC) - Bat. laden (DC) + Bat. entladen (DC).
Der Rest ist VIS.
Zusätzlich habe ich auf noch anderen VIS Seiten alle ehz-Werte dargestellt und mir die Jahreswerte für Solar, Bat, Einsp., Bezug, Prod., Haus, WP, Auto, Autarkie, Eingenverb. dargestellt.
Besonders spannend finde ich immer noch die String-Werte, die dank Uli und dem e3dc-rscp Adapter jetzt auch vom zusätzlichen WR zur Verfügung stehen. -
@stef99 said in Test Adapter e3dc-rscp v0.0.x GitHub:
@ujok
Sag mal, sind die im Adapter verfügbaren Werte alle Werte die per RSCP ausgegeben werden? Gibt es eine Liste von Werten, die evtl. noch verfügbar wären?Die offizielle (aber leider unvollständige und knapp dokumentierte) Tag-Liste findest du als Excel-Datei in der von E3/DC bereitgestellten RSCP Beispielapplikation. Einige Ergänzungen sind im e3dc-rscp Adapter in RscpTags.json enthalten.
Wird zum Beispiel die Spannung der drei Phasen am Netz ausgegeben? Wenn ich mir die vom Wechselrichter hole, ist die Ausgabe deaktiviert sobald dieser in den Stromsparmodus geht. Wird auch die Netzfrequenz ausgegeben und wenn ja, wie genau wird die gemessen bzw. ausgegeben?
Du kannst "PHASE" und "FREQU" in den o.g. Quellen suchen, ob etwas für dich interessant ist. Dann kann ich das ins Backlog aufnehmen.
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
warnMeldung ist aber (abgesehen von fehlenden Werten) unschädlich, kann man einfach ignorieren.
-
@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 -
@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 dieDB.History_DATA_...Tags, um die Daten aus den Kunden-Anlagen abzuholen.Aber da ist noch ein Experimentierfeld, z.B. ist der vom Adapter berechnete
TIMESTAMPbei 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.
-
@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. -
@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. -
@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. -
@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.
-
@ujok
Hallo Ujok
habe die V 0.0.17 beta installiert
bekomme aber keine richtige Werte
muss ich noch etwas einstellen ?
Gruß Stephan -
@stephan61
Du musst erst einen der Wert (TIME_INTERVAL, TIM_SPAN, TIME_START) ändern. -
@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. -
@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.
-
@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?
