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)
`Papiertonne `:blue
----da------^
Ansonsten sieht der Code mMn unauffällig aus; wenn es für "heute" funktioniert, sollte es exakt gleich auch für "demnächst" funktionieren - wenn die readings passen.Zitat von: prenzela am 26 April 2024, 13:36:19War zuerst etwas verwirrt, da nach Aufruf der Seite der Gesamtverbrauch angezeigt wird, nach dem nächsten Update der Readings ist es richtig. Könnte man den Zeitraum verkürzen, dass gleich nach dem Aufruf der Seite die Rechnung durchführt und die richtigen Werte angezeigt werden.Mmmh, das Timing bezgl des Abrufs der Reading wird von FTUI3 gehandelt; aber zum Zeitpunkt der Initialisierung müsste der Hausverbrauch eigtl schon korrekt berechnet werden. Kannst du zwischen Zeile 311 und 312 im Code folgende Zeile einfügen:
this.calcHouseConsume();
Dadurch müsste die Hausverbrauchsberechnung angestoßen werden wenn sich der Wert von wb-feed ändert.Zitat von: prenzela am 26 April 2024, 13:36:19Dann habe noch eine Frage (eines Einsteigers). In #15 ist der Code und ein Screenshot einer Chartdarstellung ersichtlich.Damit bist du hier falsch und solltest die Frage eher in dem Thread [FTUI3] Charts stellen.
Bei mir ist der Chart leer. Was müsste denn da für Log, File und Spec angeben werden Auf was referenziert das ? Was müsste ich hier einstellen um Hilfe zu bekommen ?
Zitat von: LordVoodoo am 30 April 2024, 15:04:27Irgendwie will es bei mir nichtAuch nicht, wenn du -zu Testzwecken- nur ein oder zwei tiles lädst?
Zitat von: LordVoodoo am 30 April 2024, 15:04:27aber ich gehe der Idee nach, dass eine Vorberechnung in FHEM besser ist.Die Rechenlast könnte FTUI3 auf dem client tatsächlich überfordern; dies ist aber nur eine vorsichtige Vermutung.
Zitat von: LordVoodoo am 30 April 2024, 15:04:27Kann ich bei einem FTUI-Grid-Tile Element auch ein [(value)] hinterlegen? Ich möchte eine Schaltfläche in Form eines Tiles für die Espressomaschine, bei dieser ist aber nur ein/aus von Bedeutung, mehr Logik braucht es nicht. Oder muss ich das zwingend an ein Button-Element hängen?Ich kann mir nicht vorstellen, dass ein tile als button vorgesehen ist - ich denke, schon rein vom Konzept her, solltest du einen button nutzen. Du kannst diesen bestimmt über die gesamte tile ziehen.