NEWS
Test Adapter e3dc-rscp v0.0.x GitHub
-
@matis
kleiner Exkurs vom Thema:Ich teile mal meinen Haupt-VIS der PV, denn ich bin so begeistert endlich Zugriff auf die String-Daten zu haben.
Das hilft sehr in der Optimierung und letztendlich auch in der Beurteilung, ob die Stringlänge immer rechnerisch mit maximalmen Temp.koeffizient festgelegt werden muss oder ob man da auch mal empirisch rangehen kann.
Vor allem auch bei meinen komplexen Strings mit Verschattung.
Mit IoBroker kann man ja hervorragend Daten sammeln und auswerten.
Mit dem prozentualen Verhältnis zu kWp des Strings lassen sich auch Ausfälle o.ä. sehr gut sehen.Also nochmals vielen Dank für den Adapter und die rasende Fortentwicklung.
Ich hab die Wärmepumpe teilweise mit eingebaut, eine komplett unabhängige Ladeoptimierung der Wärmepumpe definiert und kann über die mit Smartmeter eingebundenen eHz Zähler für Verbrauch, Produktion und Einspeisung/Bezug auch die PV Messungen vergleichen und die Verluste (5-16% je nach Batteriebeteiligung) sehen.
@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. -
@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. -
@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@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 -
@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.
-
@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 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. :sweat_smile:
@stef99 wie alt ist dein S10? Anscheinend wird bei den neuen S10 pro diese beiden Werte nicht mehr übermittelt. -
@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:
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. -
@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. -
@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.
-
@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
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. -
@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. -
@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.
-
@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? -
@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 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. :-) -
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. :-) -
@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?@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. -
@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.
Support us
862
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge