76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

Begonnen von DS_Starter, 11 Februar 2024, 14:11:00

Vorheriges Thema - Nächstes Thema

Parallix

Zitat von: 300P am 19 Oktober 2026, 15:00:05PS:
war zu langsam nach dem Urlaubende

Zitat von: Parallix am 19 Oktober 2026, 09:43:45Nutzerfreundlich finde ich das nicht. Im Gegenteil: Sie ist sehr irritierend, wenn konfigurierte und dargestellte Werte in Zeiträumen (Bins) - wie vorliegend - voneinander abweichen.

Das wird schon von Anfang an (ab 2023) so erläutert das dies so dargestellt wird:
https://forum.fhem.de/index.php?msg=1287751

++
- todayConsumptionForecast
-> die Verbrauchsprognose aufgeschlüsselt pro Stunde des aktuellen Tages (01-24) wird als einzelne Readings (damals noch) .....statistic_todayConsumptionForecast_XX erzeugt
...
In meinem Posting hatte ich nicht den Unterschied zwischen den einzelnen Readings und der Grafik als irritierend bezeichnet, sondern die die Abweichung zwischen Konfiguration (z.B. 8->1000) und der Grafik.
FHEM auf Debian/Testing BananaPro in täglich aktualisierter Version - AVM: 7490 (7.62) und 7591 (8.25) - Goodwe: GW25K-ET (DSP V10 / ARM V12) - Trina TSM 405: (#East, #South, #West) = (12,16,12) - BYD: 2 x HVS 7.7 (BMS V3.31-B, BMU V3.26-B) - EnOcean - Z-Wave - FS20/HMS

dieter114

Hallo Heiko: Schönen Urlaub erstmal
@ All
Ich versuche einmal die Anzeige Qualität zu verstehen.
Bei einigen Stunden habe ich AI Usage :1 und DaysInRange 6 usw.
Andere Stunden AI Usage :0 DayInRange 1

Start: 2026-10-19 16:00:00, Quality: 0.41, Factor: 0.57, AI usage: 0, PV expect: 1210 Wh, Sun Alt: 14.20, Cloud: 98, DaysInRange: 4
Start: 2026-10-19 17:00:00, Quality: 0.58, Factor: 1.73, AI usage: 0, PV expect: 1716 Wh, Sun Alt: 6.30, Cloud: 95, DaysInRange: 1
Start: 2026-10-20 08:00:00, Quality: -, Factor: 0.43, AI usage: 1, PV expect: 350 Wh, Sun Alt: 4.90, Cloud: 16, DaysInRange: 1
Start: 2026-10-20 09:00:00, Quality: 0.02, Factor: 0.50, AI usage: 1, PV expect: 592 Wh, Sun Alt: 12.90, Cloud: 75, DaysInRange: 1
Start: 2026-10-20 10:00:00, Quality: 0.06, Factor: 1.26, AI usage: 1, PV expect: 1680 Wh, Sun Alt: 19.20, Cloud: 98, DaysInRange: 6
Start: 2026-10-20 11:00:00, Quality: 0.00, Factor: 1.24, AI usage: 0, PV expect: 2744 Wh, Sun Alt: 24.20, Cloud: 100, DaysInRange: 3
Start: 2026-10-20 12:00:00, Quality: -, Factor: 0.50, AI usage: 0, PV expect: 1909 Wh, Sun Alt: 26.90, Cloud: 91, DaysInRange: 3
Start: 2026-10-20 13:00:00, Quality: -, Factor: 1.58, AI usage: 1, PV expect: 3914 Wh, Sun Alt: 27.10, Cloud: 82, DaysInRange: 3
Start: 2026-10-20 14:00:00, Quality: 0.74, Factor: 0.85, AI usage: 1, PV expect: 2066 Wh, Sun Alt: 24.70, Cloud: 99, DaysInRange: 4
Start: 2026-10-20 15:00:00, Quality: 0.83, Factor: 0.99, AI usage: 1, PV expect: 1638 Wh, Sun Alt: 20.00, Cloud: 100, DaysInRange: 3
Start: 2026-10-20 16:00:00, Quality: 0.41, Factor: 0.57, AI usage: 0, PV expect: 546 Wh, Sun Alt: 13.80, Cloud: 100, DaysInRange: 4
Start: 2026-10-20 17:00:00, Quality: 0.58, Factor: 1.73, AI usage: 1, PV expect: 664 Wh, Sun Alt: 6.00, Cloud: 93, DaysInRange: 1
Start: 2026-10-21 08:00:00, Quality: 0.70, Factor: 0.78, AI usage: 0, PV expect: 110 Wh, Sun Alt: 4.70, Cloud: 100, DaysInRange: 3
Start: 2026-10-21 09:00:00, Quality: 0.98, Factor: 0.84, AI usage: 0, PV expect: 331 Wh, Sun Alt: 12.60, Cloud: 100, DaysInRange: 5
Start: 2026-10-21 10:00:00, Quality: 0.06, Factor: 1.26, AI usage: 1, PV expect: 800 Wh, Sun Alt: 18.90, Cloud: 100, DaysInRange: 6
Start: 2026-10-21 11:00:00, Quality: 0.00, Factor: 1.24, AI usage: 1, PV expect: 1136 Wh, Sun Alt: 23.90, Cloud: 100, DaysInRange: 3
Start: 2026-10-21 12:00:00, Quality: -, Factor: 0.50, AI usage: 0, PV expect: 426 Wh, Sun Alt: 26.60, Cloud: 100, DaysInRange: 3
Start: 2026-10-21 13:00:00, Quality: -, Factor: 1.58, AI usage: 0, PV expect: 1452 Wh, Sun Alt: 26.70, Cloud: 100, DaysInRange: 3
Das Ganze läuft seit Monaten ohne irgendwelche Änderungen außer gelegentlich ein Update.
Warum nicht alle Stunden AI Usage: 1 und DayInRange >25 usw....
Dies soll kein Gemecker sein - ich will es nur einmal verstehen.
Liebe Grüße WDS

RPi II+III+V,OWX, HM Zisterne, MAPLESDuino(adv), ESPEasy, Tasmota, MQTT2Server, WU-Upload, TabletUI, Poolsteuerung fhem, Fronius, BYD Solaranlage

300P

Zitat von: Parallix am 19 Oktober 2026, 16:21:33In meinem Posting hatte ich nicht den Unterschied zwischen den einzelnen Readings und der Grafik als irritierend bezeichnet, sondern die die Abweichung zwischen Konfiguration (z.B. 8->1000) und der Grafik.

Jetzt hab ich es auch kapiert 😳

Ja das ist, wenn man's endlich richtig merkt, etwas widersprüchlich 🫡
Gruß
300P

FHEM 6.4|RPi|SMAEM|SMAInverter|SolarForecast| DbLog|DbRep|MariaDB|Buderus-MQTT_EMS|
Fritzbox|fhempy|JsonMod|HTTPMOD|Modbus ser+TCP| ESP32_AI_on_the_Edge|ESP32CAM usw.

DS_Starter

ZitatIn meinem Posting hatte ich nicht den Unterschied zwischen den einzelnen Readings und der Grafik als irritierend bezeichnet, sondern die die Abweichung zwischen Konfiguration (z.B. 8->1000) und der Grafik.
In der Commandref wird eindeutig darauf hingewiesen:

Der Basiswert ist für jede Stunde des Tages (1..24) separat oder als Stundengruppe (z.B. 5-9) definierbar.
Proxmox+Debian+MariaDB, PV: SMA, Victron+Pylontech
Maintainer:SSCam,SSChatBot,SSCal,SSFile,DbLog,DbRep,Log2Syslog,SolarForecast,Watches,Dashboard,PylonLowVoltage,MemSaver
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

#7159
@Dieter114,

ZitatWarum nicht alle Stunden AI Usage: 1 und DayInRange >25 usw...
Bei der Auswertung geht es ganz konkret darum was in der Vergangenheit erreicht wurde und womit nun ausgehend davon gerechnet wird.

Konkretes Beispiel:

ZitatStart: 2026-10-19 16:00:00, Quality: 0.41, Factor: 0.57, AI usage: 0, PV expect: 1210 Wh, Sun Alt: 14.20, Cloud: 98, DaysInRange: 4
Es bedeutet, dass in der Vergangenheit in der Zeit 16:00 - 17:00, einer Sonnenhöhe von 14,20 Grad (Eingeordnet in Bins) bei einer Bewölkung von 98% diese Wetterbedingung an genau 4 Tagen zutraf.
Das System hatte in der Vergangenheit bei diesen oben genannten Bedingungen eine Vorhersagequalität von 0,41 (1 ist Maximum) erreicht. Aktuell wird für die Startstunde 2026-10-19 16:00:00 mit einem Faktor 0,57 (Korrektur aus vorherigen Erfahrungen wie beschrieben) gearbeitet. Die KI (AI::Decisiontree) hat für die gegebenen Umweltbedingungen basierend auf Vergangenheitswerten bzw. dem Training keinen Vorschlagswert geliefert (AI usage=0), d.h. es wird für diese konkrete Stunde mit der Legacy-Bwertung gearbeitet.

Das ist die Aussage von diesem einen Datensatz. Jeder weitere Datensatz gibt für sich genommen wieder einen ganz  konkreten Sachverhalt der jeweiligen Vorhersagestunde wieder.

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

TheTrumpeter

Zitat von: DS_Starter am 19 Oktober 2026, 22:53:47Das System hatte in der Vergangenheit bei diesen oben genannten Bedingungen eine Vorhersagequalität von 0,41 (1 ist Maximum) erreicht. Aktuell wird für die Startstunde 2026-10-19 16:00:00 mit einem Faktor 0,57 (Korrektur aus vorherigen Erfahrungen wie beschrieben) gearbeitet. Die KI (AI::Decisiontree) hat für die gegebenen Umweltbedingungen basierend auf Vergangenheitswerten bzw. dem Training keinen Vorschlagswert geliefert (AI usage=0), d.h. es wird für diese konkrete Stunde mit der Legacy-Bwertung gearbeitet.
Wenn ich es richtig kombiniere, führt das zusammen mit diesem Bug:
Zitat von: mrhaefele@gmx.de am 16 Oktober 2026, 17:45:361. Rundungsklammer bei der Umrechnung Wh/m² → kJ/m²
aktuell dazu, dass die Trefferwahrscheinlichkeit für die AI sehr eingeschränkt ist (Vorhersagewerte müssen genau passen), richtig?
FHEM auf RPi3, THZ (LWZ404SOL), RPII2C & I2C_MCP342x (ADCPiZero), PowerMap, CustomReadings, RPI_GPIO, Twilight, nanoCUL (WMBus für Diehl Wasserzähler & Regenerationszähler für BWT AqaSmart), ESPEasy, TPLinkHS110

dieter114

#7161
Zitat von: DS_Starter am 19 Oktober 2026, 22:53:47Das ist die Aussage von diesem einen Datensatz. Jeder weitere Datensatz gibt für sich genommen wieder einen ganz  konkreten Sachverhalt der jeweiligen Vorhersagestunde wieder.
Die "DaysinRange" waren für mich nicht ganz klar.
Danke Heiko, jezt verstehe ich es etwas besser.  :)
Liebe Grüße WDS

RPi II+III+V,OWX, HM Zisterne, MAPLESDuino(adv), ESPEasy, Tasmota, MQTT2Server, WU-Upload, TabletUI, Poolsteuerung fhem, Fronius, BYD Solaranlage

DS_Starter

ZitatWenn ich es richtig kombiniere, führt das zusammen mit diesem Bug:

    Zitat von: mrhaefele@gmx.de am 16 Oktober 2026, 17:45:36
    1. Rundungsklammer bei der Umrechnung Wh/m² → kJ/m²

aktuell dazu, dass die Trefferwahrscheinlichkeit für die AI sehr eingeschränkt ist (Vorhersagewerte müssen genau passen), richtig?
Ja, das ist eine Konsequenz daraus. Bin noch im Urlaub unterwegs. Wenn es das Netz erlaubt, checke ich die V mit dem Patch evtl. zeitnah ein.
Proxmox+Debian+MariaDB, PV: SMA, Victron+Pylontech
Maintainer:SSCam,SSChatBot,SSCal,SSFile,DbLog,DbRep,Log2Syslog,SolarForecast,Watches,Dashboard,PylonLowVoltage,MemSaver
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

300P

PS: (Bitte erst nach dem verdienten Urlaub)
Die Sortierung des Mitteilungsssystemes evtl. noch etwas anpassen  ;)




Gruß
300P

FHEM 6.4|RPi|SMAEM|SMAInverter|SolarForecast| DbLog|DbRep|MariaDB|Buderus-MQTT_EMS|
Fritzbox|fhempy|JsonMod|HTTPMOD|Modbus ser+TCP| ESP32_AI_on_the_Edge|ESP32CAM usw.