Leistungsprognose für Wechselrichter

Begonnen von ch.eick, 18 Januar 2021, 08:35:46

Vorheriges Thema - Nächstes Thema

DS_Starter

Naja er hatte irrtümlich geglaubt ich würde mehr als den kommenden Tag abrufen.

Danke, die auch  :)
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

thobo

Wie kann man eigentlich den Text in der Vorhersage-Grafik auf deutsch umstellen? In den Attributen habe ich nichts gefunden, so das ich davon ausgehen, dass es eine globale Einstellung gibt. Bisher hat mich das nicht weiter gestört oder interessiert, aber schick sieht es ja doch aus!! :-)

Viele Grüße und DANKE
Thomas

DS_Starter

#452
Global attribut language = DE , also im global Device.
Dann bekommst du auch gleich alle Hilfetexte der Module in deutsch sofern vorhanden.

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Wzut

zu meckern habe ich heute nichts, die 23:00 Uhr Lücke beim Vebrauch ist nun zu.
Allerdings hatte ich gestern Abend beim Typ diff ein nicht normales Verhalten :
Die + Werte waren recht hoch (> 3000) die - Werte relativ niedrig ( -300) trotzdem war die Nulllinie in der Mitte der zur Verfügung stehenden Höhe.
Heute morgen ist sie recht weit nach unten verschoben, also genau wie es sein soll - komisch
Da werd ich nochmal ganz genau in den Code schauen müssen wenn der Fall von gestern Abend wieder eintritt.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

#454
Hallo miteinander, hallo Wzut (haben wir uns grad überschnitten)

ich habe noch etwas weitergemacht.
Die Wettertexte (mit Mausover zu sehen) sind nun auch in englisch hinterlegt, d.h. wenn die Systemsprache EN ist.
Weiterhin habe ich die Attribute weatherColor_night nach weatherColorNight und history_hour to historyHour umbenannt damit es sich in die Namensgebung des Moduls einfügt. Ein bisschen Ästhetik  ;)

Gestern hatte ich nun nach der längeren Testphase ohne Autokorrektur bei einem Device die Autokorrektur wieder eingeschaltet. Dabei habe ich das Attr numHistDays = 1 gesetzt, d.h. es wurde nur ein vergangener Tag in die Berechnung einbezogen.
Das Ergebnis seht ihr im Anhang. Screen 1 zeigt die Werte von heute ohne Autokorrektur, Screen 2 dieselben mit Autokorrektur. Die orangenen Balken sind Vorhersagedaten, die anderen die reale PV Erzeugung. Zu beachten ist die "fast Punktlandung" zur Mittagszeit.  :)
So nach und nach werde ich das Attr numHistDays  vergrößern um mehr vergangene Tage einzubeziehen. Mal sehen wo das Optimum liegt.

Die V liegt wie üblich im contrib.

VG
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Mumpitz

Hallo zusammen

Kann es sein das currentInverterDev keine Sonderzeichen erlaubt?

Mein Reading, welches die aktuelle Leistung zeigt heisst:

WR_Plenticore pv=Total_DC_Power_(sumOfAllPVInputs):W etoday=Daily_yield:Wh

Dies kann jedoch so nicht gespeichert werden.

eurofinder

Das ist nicht mehr etoday sondern etotal.

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

dk3572

#457
Hallo,
unabhängig von den Farben, was muss ich einstellen, damit die Grafik so wie von Heiko gezeigt (Vorhersage + PV Erzeugung) aussieht?
@Heiko
Vielleicht kannst du mir ja mal deine Einstellungen der Attributes zeigen?  ;)
Danke, VG und schönes Wochenende
Dieter

Edit
Vergesst es, habe es hinbekommen.

DS_Starter

Es liegt eine neue V mit einem neuen getter valCurrent im contrib.
Ein paar unwesentliche Änderungen sind auch dabei.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Moin,

@Wzut, habe heute einen Fehler in der Grafik festgestellt. Und zwar werden mit der Einstellung historyHour = -x Stunden die vergangenen Werte nicht dargestellt.
In der history stehen die Werte natürlich drin.


31 => 01 => pvreal: 0, pvforecast: 0, gridcon: 305, weatherid: 100
      02 => pvreal: 0, pvforecast: 0, gridcon: 389, weatherid: 100
      03 => pvreal: 0, pvforecast: 0, gridcon: 316, weatherid: 100
      04 => pvreal: 0, pvforecast: 0, gridcon: 375, weatherid: 100
      05 => pvreal: 0, pvforecast: 0, gridcon: 357, weatherid: 100
      06 => pvreal: 0, pvforecast: 0, gridcon: 341, weatherid: 100
      07 => pvreal: 0, pvforecast: 8, gridcon: 908, weatherid: 1
      08 => pvreal: 226, pvforecast: 173, gridcon: 261, weatherid: 1
      09 => pvreal: 1273, pvforecast: 914, gridcon: 1, weatherid: 1
      10 => pvreal: 2482, pvforecast: 1722, gridcon: 0, weatherid: 1
      11 => pvreal: 3374, pvforecast: 2539, gridcon: 0, weatherid: 1
      12 => pvreal: 618, pvforecast: 2984, gridcon: 1, weatherid: 1
      13 => pvreal: 0, pvforecast: 3610, gridcon: 0, weatherid: 1
      14 => pvreal: 0, pvforecast: 3093, gridcon: 0, weatherid: 1
      15 => pvreal: 0, pvforecast: 2891, gridcon: 0, weatherid: 1
      16 => pvreal: 0, pvforecast: 2817, gridcon: 0, weatherid: 1
      17 => pvreal: 0, pvforecast: 2026, gridcon: 0, weatherid: 1
      18 => pvreal: 0, pvforecast: 1241, gridcon: 0, weatherid: 1
      19 => pvreal: 0, pvforecast: 533, gridcon: 0, weatherid: 1
      20 => pvreal: 0, pvforecast: 51, gridcon: 0, weatherid: 1
      21 => pvreal: 0, pvforecast: 0, gridcon: 0, weatherid: 101
      22 => pvreal: 0, pvforecast: 0, gridcon: 0, weatherid: 100
      23 => pvreal: 0, pvforecast: 0, gridcon: 0, weatherid: 100
      24 => pvreal: 0, pvforecast: 0, gridcon: 0, weatherid: 100
      99 => pvreal: 7973, pvforecast: 24602, gridcon: 3254, weatherid:


Habe ich aber nur heute festegestellt, sonst klappt das. Muß am Datum liegen o.ä.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

ch.eick

Zitat von: Mumpitz am 27 März 2021, 12:01:29
Kann es sein das currentInverterDev keine Sonderzeichen erlaubt?

Mein Reading, welches die aktuelle Leistung zeigt heisst:
WR_Plenticore pv=Total_DC_Power_(sumOfAllPVInputs):W etoday=Daily_yield:Wh
Hi Mumpitz,
ich habe mitlerweile erfahren, dass "()" keine gültigen reading Namen ergeben. Durch die Historie im ModBus wurde dies jedoch nicht unterbunden.
Bei mir habe ich in der Zwischenzeit im Zuge der Schwarm Integration die readings umbenannt und in der DbLog korrigiert.
Die neuesten Devices werde ich in naher Zukunft wieder ins Wiki stellen. Da sind dann zwar die Schwarm Korrekturen mit drin, jedoch sollte das ansonsten problemlos auch bei einem einzelnen WR laufen.

==================================
Hier kommt noch geplauder, rund um die Leistungsprognose und dessen Verwendung.

Die Solar_forecast() Funktion passt sogar für den Schwarm, jedoch muss in der Übergangszeit etwas gewartet werden, oder die Autokorrektur z.B. auf die letzten drei Tage gesetzt werden.
Auch die externe Speicher Kontrolle läuft nun mit dem Mittagshoch und hat bisher eine Leistungsreduzierung ( 70% Regel außer Schweiz :-) ) verhindert.

Bei mehreren AC-Quellen, z.B. WR oder Kraftwärmekopplung kann man den WR_1 als Master definieren und einfach alle Module, inkl. die des WR_2 an einer Stelle definieren. Somit hat meine Installation nun 4 Strings, die aber in der Prognose wie eine PV-Anlage zusammengefasst sind.

Prognose zur Speicher Steuerung:
Heute war die erste Nacht, in der weder die LWP zur Heizen, noch der Wirlpool nachgeheizt wurde. Dadurch kam der Speicher mit ca 3 kWh von 9,35 kWh aus der Nacht.
Durch die Schwarm Installation kann man bisher noch nicht eine Leistung größer 70% ermitteln, weshalb ich einen Wert vorgegeben habe.
Aufgrund der Prognose wurde nun eine Mittagshochzeit von 12-16 Uhr ermittelt. Bis zu dieser Zeit wird der Speicher nun auf MaxSOC 40% limitiert und mit 500 W geladen, innerhalb des Zeitfensters erfolgt dann ein Laden mit 2000 W. Durch den SOC am Morgen wird dabei jedoch der MaxSOC über den ganzen Tag auf heute berechnete 88% limitiert. Maßgeblich dafür ist die Prognose für den nächsten Tag.
Am Nachmittag wird das Laden dann bis zum berechneten MaxSOC komplett frei gegeben, falls es Mittags nicht gereicht hat den Speicher zu füllen.
Ob meine kalkulierte Reserve beim SOC für die Nacht reicht werde ich dann morgen sehen, aber so gut wie bei der "inteligenten Speichersteuerung" von Kostal sollte es allemal sein.

VG
   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

DS_Starter

Hallo Christian,

Zitatich habe mitlerweile erfahren, dass "()" keine gültigen reading Namen ergeben

Es gibt für Modulautoren die Funktion makeReadingName, die auf gültige Readingnamen prüft und korrigiert.
https://wiki.fhem.de/wiki/DevelopmentModuleAPI#makeReadingName
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

ch.eick

Zitat von: DS_Starter am 31 März 2021, 13:09:27
Es gibt für Modulautoren die Funktion makeReadingName, die auf gültige Readingnamen prüft und korrigiert.
https://wiki.fhem.de/wiki/DevelopmentModuleAPI#makeReadingName
Das Modul wird von Stefan betreut, jedoch scheint es dann bei ältere Verwender zur Meuterei zu kommen.
Ich als Anwender habe es bereits korrigiert.
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Wzut

Zitat von: DS_Starter am 31 März 2021, 11:12:22
@Wzut, habe heute einen Fehler in der Grafik festgestellt. Und zwar werden mit der Einstellung historyHour = -x Stunden die vergangenen Werte nicht dargestellt.
In der history stehen die Werte natürlich drin.
Aber erst seit heute, als ich heute morgen deine neuste Version gezogen habe war schlagartig die Grafik bei mir leer :(
Mal schauen wann ich da auf die Suche gehen kann warum jetzt "fast" keinerlei History Daten mehr verfügbar sind , egal ob diff oder double, selbst das Wetter fehlt ja......
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

#464
ZitatAber erst seit heute
Ja, sag ich ja  :)  Aber nicht seit heute, sondern nur heute. Die Tage zuvor war es einwandfrei.
Die V läuft bei mir ja schon eine Weile mit historyHour = -x.  Und geändert habe ich auch nichts weil ich zur Zeit die Arbeitsweise der Automatik beobachte.

Die aktuelle V ist vom 28.03.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter