76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

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

Vorheriges Thema - Nächstes Thema

Migul47

Hi,

ZitatStimmen die Readings und die Einheiten? Bringen die Readings vernünftige Werte? Für die Stundenergebnisse sind contotal und  feedtotal ausschlaggebend.

I glaub, ich habs. Sind die Standarwerte aus dem Shelly. Sollten eigentlich Wh sein, wenn ich mich nicht irre. Hab da vor einiger Zeit mal was probiert. Ich schau mal weiter. Danke schon mal für den Tipp.

300P

.....mal eine Statusmeldung von PV- / CON-Forecast....:  ;D  8)
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.

Migul47

Hi,

kann ich die fehlerhafte Verbrauchsprognose zurücksetzen? Oder muß ich dazu alles neu machen?

danke

DS_Starter

Dazu gibt es einen Abschnitt im Wiki.

Die Beschreibung ist aktuell unvollständig. Ich muß sie noch bzgl. KI erweitern.
Schau dir das an und gehe es durch. Wenn ich den Teil bzgl. KI erweitert habe gebe ich dir/euch nochmal einen Hinweis.
Proxmox+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

Migul47

Hi,

hab ich schon alles mit
Zitatset <Name> reset consumptionHistory
gelöscht.
Kommt nur noch das
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> ################### START Consumption forecast ###################
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> Basics - installed locale: de_DE.UTF-8, used scheme: DE
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> Need number of stored days: 60, Number of days in History: 2 => can calculate excludes/includes: no
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> process Today dayname: So, Tomorrow dayname: Mo
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> ################### Consumption forecast for the next day ###################
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> estimated con Tomorrow: 1770698 Wh, Individual hourly elements considered: 1440, exclude: 0 Wh (avg of 0 entities)
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> ################### Consumption forecast for the next 24 Hours ###################
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=00, isToday=1, hod=13, SUMMARY -> estimated CON: 33308 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=01, isToday=1, hod=14, SUMMARY -> estimated CON: 38240 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=02, isToday=1, hod=15, SUMMARY -> estimated CON: 34328 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=03, isToday=1, hod=16, SUMMARY -> estimated CON: 30957 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=04, isToday=1, hod=17, SUMMARY -> estimated CON: 31236 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=05, isToday=1, hod=18, SUMMARY -> estimated CON: 26037 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=06, isToday=1, hod=19, SUMMARY -> estimated CON: 37783 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=07, isToday=1, hod=20, SUMMARY -> estimated CON: 64525 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=08, isToday=1, hod=21, SUMMARY -> estimated CON: 81870 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=09, isToday=1, hod=22, SUMMARY -> estimated CON: 182395 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=10, isToday=1, hod=23, SUMMARY -> estimated CON: 93635 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=11, isToday=1, hod=24, SUMMARY -> estimated CON: 118505 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=12, isToday=0, hod=01, SUMMARY -> estimated CON: 145850 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=13, isToday=0, hod=02, SUMMARY -> estimated CON: 94595 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=14, isToday=0, hod=03, SUMMARY -> estimated CON: 80950 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=15, isToday=0, hod=04, SUMMARY -> estimated CON: 95135 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=16, isToday=0, hod=05, SUMMARY -> estimated CON: 96865 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=17, isToday=0, hod=06, SUMMARY -> estimated CON: 146500 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=18, isToday=0, hod=07, SUMMARY -> estimated CON: 95850 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=19, isToday=0, hod=08, SUMMARY -> estimated CON: 84387 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=20, isToday=0, hod=09, SUMMARY -> estimated CON: 72374 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=21, isToday=0, hod=10, SUMMARY -> estimated CON: 29712 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=22, isToday=0, hod=11, SUMMARY -> estimated CON: 26297 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=23, isToday=0, hod=12, SUMMARY -> estimated CON: 29364 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=24, isToday=0, hod=13, SUMMARY -> estimated CON: 33308 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=25, isToday=0, hod=14, SUMMARY -> estimated CON: 38240 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=26, isToday=0, hod=15, SUMMARY -> estimated CON: 34328 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=27, isToday=0, hod=16, SUMMARY -> estimated CON: 30957 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=28, isToday=0, hod=17, SUMMARY -> estimated CON: 31236 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=29, isToday=0, hod=18, SUMMARY -> estimated CON: 26037 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=30, isToday=0, hod=19, SUMMARY -> estimated CON: 37783 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=31, isToday=0, hod=20, SUMMARY -> estimated CON: 64525 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=32, isToday=0, hod=21, SUMMARY -> estimated CON: 81870 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=33, isToday=0, hod=22, SUMMARY -> estimated CON: 182395 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=34, isToday=0, hod=23, SUMMARY -> estimated CON: 93635 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=35, isToday=0, hod=24, SUMMARY -> estimated CON: 118505 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=36, isToday=0, hod=01, SUMMARY -> estimated CON: 145850 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=37, isToday=0, hod=02, SUMMARY -> estimated CON: 94595 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=38, isToday=0, hod=03, SUMMARY -> estimated CON: 80950 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=39, isToday=0, hod=04, SUMMARY -> estimated CON: 95135 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=40, isToday=0, hod=05, SUMMARY -> estimated CON: 96865 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=41, isToday=0, hod=06, SUMMARY -> estimated CON: 146500 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=42, isToday=0, hod=07, SUMMARY -> estimated CON: 95850 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=43, isToday=0, hod=08, SUMMARY -> estimated CON: 84387 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=44, isToday=0, hod=09, SUMMARY -> estimated CON: 72374 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=45, isToday=0, hod=10, SUMMARY -> estimated CON: 29712 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=46, isToday=0, hod=11, SUMMARY -> estimated CON: 26297 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=47, isToday=0, hod=12, SUMMARY -> estimated CON: 29364 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=48, isToday=0, hod=13, SUMMARY -> estimated CON: 33308 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=49, isToday=0, hod=14, SUMMARY -> estimated CON: 38240 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=50, isToday=0, hod=15, SUMMARY -> estimated CON: 34328 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=51, isToday=0, hod=16, SUMMARY -> estimated CON: 30957 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=52, isToday=0, hod=17, SUMMARY -> estimated CON: 31236 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=53, isToday=0, hod=18, SUMMARY -> estimated CON: 26037 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=54, isToday=0, hod=19, SUMMARY -> estimated CON: 37783 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=55, isToday=0, hod=20, SUMMARY -> estimated CON: 64525 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=56, isToday=0, hod=21, SUMMARY -> estimated CON: 81870 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=57, isToday=0, hod=22, SUMMARY -> estimated CON: 182395 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=58, isToday=0, hod=23, SUMMARY -> estimated CON: 93635 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> NH=59, isToday=0, hod=24, SUMMARY -> estimated CON: 118505 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> ################### ENDE Consumption forecast ###################
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> AI FANN for consumption forecast is not ready. Use legacy procedure ...
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> consumption since begin hour - day: 12, hod: 13, con: 114 Wh
2026.04.12 12:12:58 1: PV_Gesamt DEBUG> write pvCircular consumption - hod: 99, todayConsumption: 114 Wh

DS_Starter

Da fehlt noch eine Bereinigung der pvCircular die ich noch einbauen muß.
Als Workaround kannst du setzen:

attr ... plantControl consForecastLastDays=25   (maximal 30)
Proxmox+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

Dracolein

#5811
Zitat von: grappa24 am 14 Mai 2025, 16:08:15Frage und kleine Bitte:
- Kann man das Icon für den "Knoten" auch selbst bestimmen?
- Bitte falls möglich das Icon für den Inverter etwas nach rechts rücken / mittig setzen

D a n k e

Es wurde sicherlich schon oft gefragt, ich konnte über die SuFu leider nichts finden, kurzum: gibt es eine Option, diese schöne Grafik innerhalb einer FTUI3 Oberfläche darzustellen?

edit:
found it: https://forum.fhem.de/index.php?topic=115259.msg1328909#msg1328909

edit2:

Die Breite der flowGraphic bei Einbindung von >6 consumern (die aktuell bei mir nicht mehr vollständig dargestellt werden) lässt sich sicherlich auch beeinflussen?
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

#5812
ZitatDie Breite der flowGraphic bei Einbindung von >6 consumern (die aktuell bei mir nicht mehr vollständig dargestellt werden) lässt sich sicherlich auch beeinflussen?
Ja, es gibt viele Einstellmöglichkeiten über das Attr flowGraphicControl.
Für deine Belange vermutlich hilfreich:

flowGraphicControl->consumerdist
flowGraphicControl->size

Wenn du deine FTUI3 Integration erfolgreich abgeschlossen hast, kannst du es im Wiki für Nachnutzer hinterlegen oder schreibst die Infos hier rein und ich lege es in das Wiki. Das hilft dann vielen Interessierten sicher weiter und man muß nicht soviel suchen.
Proxmox+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

300P

Nabend Heiko!

Immer wieder mal habe ich eine dauerhafte 100 % Grafik- und Datenlage für alle Folgestunden der Batterien.
Es verfliegt dann zwar nach einiger Zeit - aber einen Zyklus oder eine zeitliche Abfolge wie, wann und wodurch das passiert hat ich leider (noch) nicht erkannt.

In der Anlage die Grafik und Device-List zur Ansicht:
Batterien sind die untersten Beam's
Der obere Soll/Ist PV-Erzeugung
In der Mitte Soll/Ist Verbrauch


Gruß
300P
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

Nabend 300P,

ZitatImmer wieder mal habe ich eine dauerhafte 100 % Grafik- und Datenlage für alle Folgestunden der Batterien.
Es verfliegt dann zwar nach einiger Zeit - aber einen Zyklus oder eine zeitliche Abfolge wie, wann und wodurch das passiert hat ich leider (noch) nicht erkannt.
Ja, das kenne ich. Ich habe zwar eine Vermutung, muß aber mal Zeit finden zu dem Zeitpunkt an dem dieses Phänomen auftritt. Wenn die Grafik wieder ok ist, findet man nichts bzw. kann die Codeänderung nicht verifizieren.
Habe ich aber auf dem Schirm.
Proxmox+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

@all,

die neue DWD Arithmetic von pah habe ich jetzt vollkommen neu im Modul inklusive eines LRU-Cache implementiert.
Die vorherigen Fehler in der V2.6.0 sind nicht mehr vorhanden.

Für Nutzer des MODEL=DWD sollten sich Vorteile in der Genauigkeit bieten, auch wenn sie evtl. nicht sofort wegen den vorhandenen Korrekturfaktoren, die sich auf die bisherige Logik beziehen, sichtbar werden. Freue mich über eure Rückmeldungen.

WICHTIG: Ein Restart ist wegen der Cache Initialisierung im Define nötig. Nur Reload führt zu Fehler und Absturz!

LG,
Heiko
Proxmox+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

tupol

Hallo Heiko,
ich nutze seit einigen Jahre Dein tolles Modul. Vor einigen Tagen habe ich mir die aktuelle Version runtergezogen und nun sind mir zwei Fehler beim Attribut
  • plantControl: genPVforecastsToEvent=adapt4fSteps

aufgefallen. Es wäre schön, wenn Du da mal einen Blick drauf werfen könntest.

Wie man an der unteren Grafik sieht, beginnt der erste Stundenwerte nicht beim Sonnenaufgang sondern bei 0 Uhr. Zum Anderen scheint die initiale PV-Vorhersage um 24 h versetzt zu sein. Das tatsächliche (grüne) Wetter am 11. Apr. war sonnig, 12. Apr. Regenwetter heute am 13. Apr. durchwachsen.

Die Anzeige wird wie folgt gebildet:
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<L1>'
set ytics
set y2tics
set grid ytics
set ylabel "kWh"
set y2label "kWh"
set yrange [0:]
set y2range [0:]

#DB_Log SolarVorhersage:LastHourPVreal:::$val/=1000
#DB_Log SolarVorhersage:LastHourPVforecast:::$val/=1000
#DB_Log SolarVorhersage:AllPVforecastsToEvent:::$val/=1000

plot "<IN>" using 1:2 axes x1y2 title 'reale PV Erzeugung' ls l1fill lw 1 with fsteps,\
    "<IN>" using 1:2 axes x1y2 title 'aktuelle PV Vorhersage' ls l6fill_stripe lw 1 with fsteps,\
    "<IN>" using 1:2 axes x1y2 title 'initiale PV Vorhersage' ls l4 lw 1 with fsteps

Zudem setze ich die Werte entsprechend der damaligen Anleitung täglich zurück.
define Rep.Del.AllPVforecastsToEvent DbRep DB_Log
attr Rep.Del.AllPVforecastsToEvent alias Löschen Readings AllPVforecastsToEvent des Folgetages
attr Rep.Del.AllPVforecastsToEvent comment ermöglicht dass die Readings AllPVforecastsToEvent am Folgetag wieder neu und aktuell geschrieben werden können
attr Rep.Del.AllPVforecastsToEvent devStateIcon initialized:control_3dot_hor_s connected:10px-kreis-gelb .*disconnect:10px-kreis-rot .*done:10px-kreis-gruen
attr Rep.Del.AllPVforecastsToEvent disable 0
attr Rep.Del.AllPVforecastsToEvent event-on-update-reading state
attr Rep.Del.AllPVforecastsToEvent icon edit_delete
attr Rep.Del.AllPVforecastsToEvent room Datenbank->Produktiv
attr Rep.Del.AllPVforecastsToEvent showproctime 1
attr Rep.Del.AllPVforecastsToEvent timestamp_begin next_day_begin
attr Rep.Del.AllPVforecastsToEvent timestamp_end next_day_end
attr Rep.Del.AllPVforecastsToEvent verbose 2

define At.Del.AllPVforecastsToEvent at *23:58:10 set Rep.Del.AllPVforecastsToEvent delEntries
attr At.Del.AllPVforecastsToEvent alias Start Löschen Readings AllPVforecastsToEventn DB_Log
attr At.Del.AllPVforecastsToEvent icon clock
attr At.Del.AllPVforecastsToEvent room Datenbank->Produktiv

Lieben Gruß

Tupol

DS_Starter

#5817
Moin tupol,

adapt4fSteps nutze ich ebenfalls. Ich schaue es mir mal an.
Auf meinem Screenshot ist es nicht so deutlich zu sehen wie bei dir, aber dennoch erkennbar.
Da fehlt vermutlich das Schreiben von 0-Werten damit der erste positive Vorhersagewert nicht bestimmend wird.

Die gefühlte 24h Verschiebung kommt durch die Umstellung auf Sommerzeit zustande. Die Korrekturfaktoren müssen sich erst der neuen Situation anpassen.

LG,
Heiko
Proxmox+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

TheTrumpeter

Ich habe zwei Fragen zur Verbrauchsprognose mittels NN:
1. Warum werden dort die Verbraucher nicht gemäß deren Planung berücksichtigt?
2. Warum werden händisch gestartete Verbraucher nicht berücksichtigt? Wenn ich beispielsweise die Waschmaschine einschalte, erkennt SF ja anhand des Schaltstatus, dass die WaMa gerade eingeschaltet wurde. Damit wäre - auf Basis der historischen Daten - auch der Zusatzverbrauch in den nächsten Stunden absehbar. Warum wird das nicht in die Prognose eingearbeitet?


Siehe Screenshot:
zu 1.: Die WW-Bereitung ist von SF für 11-12 Uhr eingeplant, da müsste dann der Verbrauch um 1,5-2 kWh höher sein.
zu 2.: Die Waschmaschine habe ich kurz nach 8 eingeschaltet, was man am IST-Verbrauch sieht. Durch das Einschalten müsste aber auch SF sofort wissen, wie sich der Verbrauch für die nächsten 3 Stunden verändern wird und das mit berücksichtigen.
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

Parallix

#5819
Zitat von: TheTrumpeter am 13 April 2026, 08:53:17Ich habe zwei Fragen zur Verbrauchsprognose mittels NN:
1. Warum werden dort die Verbraucher nicht gemäß deren Planung berücksichtigt?
2. Warum werden händisch gestartete Verbraucher nicht berücksichtigt? Wenn ich beispielsweise die Waschmaschine einschalte, erkennt SF ja anhand des Schaltstatus, dass die WaMa gerade eingeschaltet wurde. Damit wäre - auf Basis der historischen Daten - auch der Zusatzverbrauch in den nächsten Stunden absehbar. Warum wird das nicht in die Prognose eingearbeitet?
Du stellst als Teil Deiner Frage fest, es wäre "auf Basis der historischen Daten - auch der Zusatzverbrauch in den nächsten Stunden absehbar". Das ist tatsächlich so und es zeigt, dass man hier viel intelligenter auch ohne KI an das Problem herangehen könnte. Eine KI braucht, um entsprechende Dinge zu lernen, viel mehr an Trainingsdaten, da ihr - zumindest bis Sie ausreichend trainiert ist - jegliches Vorwissen über bestimmte Zusammenhänge fehlt.
FHEM: Debian/Testing BananaPro - 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