Zitat von: ReneR1986 am 02 Mai 2024, 14:49:42Hallo Christian,Der WR_2 zeigt nur eingeschränkte Werte an und den Hausverbrauch, bzw. alles andere vom KSEM natürlich nicht.ZitatDie Statistiken verteilen sich auf beide WRs, somit fehlt am WR_1 der WR_2.
Das ich mir die Werte von beiden Wechselrichtern holen muss, verstehe ich schon.
Das wäre auch kein Problem.
Ich bin aber immer noch nicht sicher, ob ich die Logik richtig verstanden habe.
Was zeigt denn der Wechselrichter 2 z.B. in der WebGui beim Hausverbrauch an?
Zeigt der überhaupt was an? Der ist ja nicht an das KSEM angeschlossen und weiß doch eigentlich gar nicht, was verbraucht wird.
Oder zeigt er nur die Einspeisung in das Netz an?
ZitatDie Statistiken verteilen sich auf beide WRs, somit fehlt am WR_1 der WR_2.
my_sockets = ws.find_sockets()
?Zitat von: kask am 02 Mai 2024, 01:53:22Mein Hauptanliegen liegt bei dem Consumptionwerten hierbei.
Nicht die PV Forecast Werte.
Da ist eine schnelle Abfrage nicht nötig.
Dafür sind mehrere Devices nicht wirklich nötig. So wie bisher festgestellt.
Ich bilde mir aus (fast) allen SF's z.B. auch Werte. Und der Durschnitt aller Devices liegt meist am nächsten zum wirklichen Ertrag.
Klar kann es passieren das einzelne SF's genauer sind.
Aber gerade bei unbeständigem Wetter ist es so immer genauer und bei gutem Wetter ist die Abweichung vernachlässigbar zu dem besseren SF's.
Für mich und meine Anlage ist der Durchschnittswert mein Favorit.
Deshalb habe ich nicht "die" API die am besten ist. Klar habe ich darunter Favoriten. Aber selbst die sind meist nicht genauer wie der Durschnitt aller.
Und bei mehreren Devices macht es halt auch Sinn diese Zeitversetzt durch zu takern. Sind ja nicht gerade die Resourcen schonensten Module mitunter.
Ich muss mal gucken wie ich das Umsetzte was ich mir da denke.
Vieleicht lass ich ein Modul öfter takern was die beste Aufrufverarbeitungszeit im Durchschnitt hat. VictronVRM vermutlich.ForecastDWD CODE(0x559d502140) 364 6877772 561425.86 0.08 0.00 0.00 02.05. 00:28:23 HASH(ForecastDWD)
ForecastSolarAPI CODE(0x559d502140) 334 6877772 492662.48 0.07 0.00 0.00 02.05. 00:11:33 HASH(ForecastSolarAPI)
Forecast CODE(0x559d502140) 330 6877772 542474.85 0.08 0.00 0.00 02.05. 00:00:05 HASH(Forecast)
ForecastOpenMeteoEnsemble CODE(0x559d502140) 326 6877772 1075603.99 0.16 0.00 0.00 02.05. 00:00:04 HASH(ForecastOpenMeteoEnsemble)
ForecastOpenMeteoWorld CODE(0x559d502140) 313 6877772 530529.66 0.08 0.00 0.00 02.05. 00:00:04 HASH(ForecastOpenMeteoWorld)
ForecastOpenMeteo CODE(0x559d502140) 309 6877772 511606.73 0.07 0.00 0.00 02.05. 00:00:05 HASH(ForecastOpenMeteo)
ForecastVictronVRM CODE(0x559d502140) 290 6877772 499226.55 0.07 0.00 0.00 02.05. 00:00:05 HASH(ForecastVictronVRM)
Und die anderen tacker ich in einem sehr großem Interval durch. Ich muss mal gucken.
Zitat von: ReneR1986 am 02 Mai 2024, 12:36:02Den Wiki Beitrag hatte ich mir auch schon einmal angeschaut.Der Appetit komt beim Essen...
Das ist schon ziemlich komplex, dafür, dass ich eigentlich "nur" die paar Werte brauche
Den Rest schaue ich mir meist tatsächlich im Portal an.
ZitatLiefert der KSEM den korrekten Hausverbrauch, der dann auch über ein Modbus Register über den Plenticore abfragbar ist?Der KSEM liefert den korrekten Wert, der Plenticore verwendet ihn aber "noch" nicht
Derzeit berechne ich den Wert ja.
ZitatWenn ich den korrekten Hausverbrauch bekommen, egal was der zweite Wechselrichter macht, ist dann der Rest nicht wieder recht einfach?Die Statistiken verteilen sich auf beide WRs, somit fehlt am WR_1 der WR_2.
ZitatMein KSEM:Der sollte somit aktuell sein.
hw0100
Software 2.2.1
Gesamterzeugung {ReadingsVal("Plenticore","Power_DC_1",0) + ReadingsVal("Plenticore","Power_DC_2",0) + ReadingsVal("Plenticore_2","Power_DC_1",0) + ReadingsVal("Plenticore_2","Power_DC_2",0)}
Einspeisung { ReadingsVal("Plenticore","Gesamterzeugung ",0) - ReadingsVal("Plenticore","Hausverbrauch",0)