- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#91
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 15 Januar 2026, 19:10:57Das hatte ich vergessen:
ZitatDie damit verbundene Frage, ob eine tägliche Aktualisierung ausreicht, ist vielleicht untergegangen. Ich kann mich jedenfalls daran nicht erinnern. Die Ergebnisse bei mir sprechen eher dafür, dass es für die Prognose unerheblich ist.etotal hatte ich vor bei WP zu erfassen um diesen Wert in geeigneter Weise als Lerninhalt der KI zur Verfügung zu stellen. Deswegen im Gegensatz zu "normalen" Verbrauchern als verpflichtend definiert. Bis dato ist es aber nicht nötig, vllt. aber doch in ZUkunft weswegen ich den Key so drin lasse.
#92
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von klaus.schauer - 15 Januar 2026, 19:05:45Zitat von: DS_Starter am 15 Januar 2026, 18:47:00Ja, ist so einiges dazu gekommen. Aber weiß noch nicht wie es wirkt.Meine Konfiguration hat eine Besonderheit. Die Verbrauchszweige
Deswegen auch der Zusatz "test" in dem Profil. Vermutlich wirkt es auch nicht bei jeder WP-Umgebung gleich -> verschiedene Profile möglich.
- Heizung
- Warmwasser
- Zusatzheizung (Heizstab)
- Zusatzaggregate
sind in SolarForecast logisch getrennt und jeweils einem Verbraucher zugeordnet, die Heizung als heatpump, der Rest als heater.
#93
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 15 Januar 2026, 19:01:49Danke für die umfangreiche Rückmeldung Klaus. Es bestärkt mich insgesamt auch bezüglich des neuen Profils v1_heatpump_active_pv_test damit auf dem richtigen Weg zu sein.
So langsam aber sicher werde ich den Blick Richtung EV Integration lenken und auch auch solche Dinge wie das angekündigte Attr setupEnvironment um reale Sensoren einbinden zu können. Dann denke ich auch mal daran den Stand ins Repo zu bringen.
So langsam aber sicher werde ich den Blick Richtung EV Integration lenken und auch auch solche Dinge wie das angekündigte Attr setupEnvironment um reale Sensoren einbinden zu können. Dann denke ich auch mal daran den Stand ins Repo zu bringen.
#94
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von klaus.schauer - 15 Januar 2026, 18:53:18Der KI-Algorithmus bei mir liefert inzwischen wirklich gute Ergebnisse bei der Verbrauchsprognose mit Abweichungen von derzeit weniger als -4 %. Beim Frost letzte Woche gab es Abweichungen von um -10 %.
Parameter:
Das m. E. aber auch nicht so wichtig. Für Entscheidungen, z. B. ob die Batterie zum Nachttarif nachgeladen werden soll, sollte der Trend über mehrere Stunden halbwegs verlässlich sein. Das ist der Fall.
Die neue Funktion hat inzwischen einen sehr hohen Reifegrad erreicht, wenn nicht sogar das in diesem Kontext optimale Ergebnis. Danke für die Arbeit daran!
Ich hatte letztlich noch einen Hinweis zu etotal geschrieben, siehe https://forum.fhem.de/index.php?topic=137058.msg1355282#msg1355282.
nextHours -> windspeed nutze ich inzwischen für meine deterministische Verbrauchsprognosen. Danke auch dafür.
Wegen der guten KI-Prognosen werden wir wahrscheinlich diese Berechnungsvariante nicht weiter betrachten müssen. Sie bildet Trends gut ab, Schwankungen durch das Betriebsverhalten der Wärmepumpe aber eben auch nicht. Ich habe mal das Diagramm mit den Leistungs- und Energieverbräuchen bei starkem Frost von letztem Sonntag herausgeholt.
Parameter:
Code Auswählen
aiConActivate=1
aiConAlpha=1
aiConTrainStart=1:2
aiConActFunc=SIGMOID
aiConMomentum=0.6
aiConProfile=v1_heatpump_active_pv_test
aiConShuffleMode=1
aiConSteepness=1.2
aiConTrainAlgo=INCREMENTAL
Beim letzten Training mit aiConProfile=v1_heatpump_active_pv_test gab es als Ergebnis:Code Auswählen
last AI training: 2026-01-15 17:37:20 / Runtime in seconds: 2077
AI query status: ok
last AI result generation time: 15.25 ms
Consumer number Heat pump: 01
=== Modellparameter ===
Normierungsgrenzen: PV=13585 Wh, Hausverbrauch: Min=0 Wh / Max=13384 Wh
Trainingsdaten: 2869 Datensätze (Training=2295, Validierung=574)
Architektur: Inputs=94, Hidden Layers=80-40-20, Outputs=1
Hyperparameter: Learning Rate=0.005, Momentum=0.6, BitFail-Limit=0.35
Aktivierungen: Hidden=SIGMOID, Steilheit=1.2, Output=LINEAR
Trainingsalgorithmus: INCREMENTAL, Registry Version=v1_heatpump_active_pv_test
Zufallsgenerator: Mode=1, Periode=10
=== Trainingsmetriken ===
bestes Modell bei Epoche: 7290 (von max. 15000)
Training MSE: 0.000228
Validation MSE: 0.001434
Validation MSE Average: 0.001551
Validation MSE Standard Deviation: 0.000093
Validation Bit_Fail: 0
Model Bias: 109 Wh
Model Slope: 0.9
Trainingsbewertung: Retrain
=== Fehlermaße der Prognosen ===
MAE: 345.04 Wh
MedAE: 219.83 Wh
RMSE: 442.55 Wh
RMSE relative: 27 %
RMSE Rating: good
MAPE: 24.19 %
MdAPE: 18.81 %
R²: 0.88
=== Drift-Kennzahlen ===
Drift Score: -
Drift RMSE relative: -
Drift Bias: -
Drift Slope: -
Drift Bewertung: -
Das finde ich insgesamt als sehr beachtlich. Was man aber nicht erwarten darf, ist eine hohe Treffergenauigkeit bei den Stundenwerten, siehe Diagramm. Die Unterschiede waren in der letzten Woche bei sehr hohem und stark schwankenden stündlichen Energiebedarf der Wärmepumpe noch deutlicher.Das m. E. aber auch nicht so wichtig. Für Entscheidungen, z. B. ob die Batterie zum Nachttarif nachgeladen werden soll, sollte der Trend über mehrere Stunden halbwegs verlässlich sein. Das ist der Fall.
Die neue Funktion hat inzwischen einen sehr hohen Reifegrad erreicht, wenn nicht sogar das in diesem Kontext optimale Ergebnis. Danke für die Arbeit daran!
Ich hatte letztlich noch einen Hinweis zu etotal geschrieben, siehe https://forum.fhem.de/index.php?topic=137058.msg1355282#msg1355282.
Zitat von: klaus.schauer am 07 Januar 2026, 17:06:24Die damit verbundene Frage, ob eine tägliche Aktualisierung ausreicht, ist vielleicht untergegangen. Ich kann mich jedenfalls daran nicht erinnern. Die Ergebnisse bei mir sprechen eher dafür, dass es für die Prognose unerheblich ist.Zitat von: DS_Starter am 07 Januar 2026, 14:39:05(*) Für Verbrauchertyp heatpump sind Besonderheiten zu beachten:Ein Hinweis zu etotal: Bei der Vaillant Wärmepumpe, die hier in Betrieb ist, wird etotal nur einmal am Tag kurz nach Mitternacht aktualisiert. Wenn etotal für die stündliche Berechnung der Energie gebraucht wird, müsste man dies aus den Leistungsdaten aufsummieren.
power maximale Leistungsaufnahme der Wärmepumpe in W. Der Wert darf nicht! 0 sein.
etotal Reading:Einheit (Wh/kWh) des Consumer Device, welches die Summe der verbrauchten Energie liefert. Die Angabe ist verpflichtend.
pcurr Reading:Einheit (W/kW) welches den aktuellen Energieverbrauch liefert. Die Angabe ist verpflichtend.
comforttemp Solltemperatur (Komforttemperatur) in den Wohnräumen in °C. Die Angabe ist verpflichtend.
nextHours -> windspeed nutze ich inzwischen für meine deterministische Verbrauchsprognosen. Danke auch dafür.
Wegen der guten KI-Prognosen werden wir wahrscheinlich diese Berechnungsvariante nicht weiter betrachten müssen. Sie bildet Trends gut ab, Schwankungen durch das Betriebsverhalten der Wärmepumpe aber eben auch nicht. Ich habe mal das Diagramm mit den Leistungs- und Energieverbräuchen bei starkem Frost von letztem Sonntag herausgeholt.
#95
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 15 Januar 2026, 18:47:00Ja, ist so einiges dazu gekommen. Aber weiß noch nicht wie es wirkt.
Deswegen auch der Zusatz "test" in dem Profil. Vermutlich wirkt es auch nicht bei jeder WP-Umgebung gleich -> verschiedene Profile möglich.
Deswegen auch der Zusatz "test" in dem Profil. Vermutlich wirkt es auch nicht bei jeder WP-Umgebung gleich -> verschiedene Profile möglich.
#96
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 15 Januar 2026, 18:39:34Hab grad mal in den neueren Code geschaut. 
Dort hast du ja ganz schön viel "Neues" für die "WP-ler"
in die heutige Version mit WW / Tageszeit / Temperatur etc. eingebaut !
Du willst wohl zukünftig auch anscheinend eine WP als nächste Heizung einbauen ?!?
Dort hast du ja ganz schön viel "Neues" für die "WP-ler"
in die heutige Version mit WW / Tageszeit / Temperatur etc. eingebaut !Du willst wohl zukünftig auch anscheinend eine WP als nächste Heizung einbauen ?!?
#97
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 15 Januar 2026, 18:12:05Das erste "rennt ab jetzt"
#98
Hard- und Firmware / Aw: Wireless M-Bus für CUL
Letzter Beitrag von FHEm2005 - 15 Januar 2026, 18:09:15Unter anderem Fortsetzung von https://forum.fhem.de/index.php?topic=143650.0 Zwei Diskussionen über das gleiche Thema an unterschiedlichen Stellen ist Mist. Sorry.
Wie ist bei mir der aktuelle Stand:
Die Geräte waren bisher nicht entschlüsselt, sondern mit einem AES-Schlüssel verschlüsselt. Der ist jetzt definitiv entfernt worden. Das bedeutet alle HKV senden unverschlüsselt. Alle 34 HKVe wurden von dem Modul MBUS per autocreate erkannt und angelegt. Leider kann ich an den ankommenden Daten nichts erkennen. Gesendet wird laut Hersteller im C1 modus.
Nun sehen die Telegramme wie im andern Thread bereits angepinnt aus, angezeigt wird aber leider nur in das RAW-Telgramm. Hier noch einmal aus dem o.a. Thread:
2026-01-13_18:59:34 52228236 Rohdaten: 2026-01-13_18:59:34 52228236 Rohdaten: b43449726368222520208420A8C203C900F002C253C000000310DB25E3224D2B024A07AAD00200710CC7095D9A79943937CC530738AF8A6D3695B68CDC00A95414B7DF8386950526F500F4AF45C0180::-53.5
Ich werde mal wmbusmeters installieren und hoffe, dass a) der nanoCUL verwendet werden kann, b) die Daten an meinen MQTT-Server abgegeben werden können und c) nicht unbedingt zusätzlich HA installiert werden muss. Hat jemand eine ähnliche Konfiguration mit nanoCUL laufen?
Gruß Eberhard
Wie ist bei mir der aktuelle Stand:
Die Geräte waren bisher nicht entschlüsselt, sondern mit einem AES-Schlüssel verschlüsselt. Der ist jetzt definitiv entfernt worden. Das bedeutet alle HKV senden unverschlüsselt. Alle 34 HKVe wurden von dem Modul MBUS per autocreate erkannt und angelegt. Leider kann ich an den ankommenden Daten nichts erkennen. Gesendet wird laut Hersteller im C1 modus.
Nun sehen die Telegramme wie im andern Thread bereits angepinnt aus, angezeigt wird aber leider nur in das RAW-Telgramm. Hier noch einmal aus dem o.a. Thread:
2026-01-13_18:59:34 52228236 Rohdaten: 2026-01-13_18:59:34 52228236 Rohdaten: b43449726368222520208420A8C203C900F002C253C000000310DB25E3224D2B024A07AAD00200710CC7095D9A79943937CC530738AF8A6D3695B68CDC00A95414B7DF8386950526F500F4AF45C0180::-53.5
Ich werde mal wmbusmeters installieren und hoffe, dass a) der nanoCUL verwendet werden kann, b) die Daten an meinen MQTT-Server abgegeben werden können und c) nicht unbedingt zusätzlich HA installiert werden muss. Hat jemand eine ähnliche Konfiguration mit nanoCUL laufen?
Gruß Eberhard
#99
DOIF / Aw: Im DEF-Teil eines Perl-DOI...
Letzter Beitrag von Damian - 15 Januar 2026, 18:08:37Diese Zeile im DOIF-Device tut das Gleiche. Ist vielleicht etwas kryptisch aber sehr mächtig.
Genauso gut könntest du mit so einer Zeile Temperaturen aus verschiedenen Devices mitteln, wenn die Devices-Namen sich gut durch ihre Namensgebung per RegEx filtern lassen.
Code Auswählen
event_Readings mwEg_T:[#average:"^$SELF$:^Eg":"^Eg"]Genauso gut könntest du mit so einer Zeile Temperaturen aus verschiedenen Devices mitteln, wenn die Devices-Namen sich gut durch ihre Namensgebung per RegEx filtern lassen.
#100
ESP Familie / Aw: 360 Grad IR WLAN Gateway
Letzter Beitrag von thinman - 15 Januar 2026, 17:49:49Hab gerade 3 Samsung Windfree ACs installieren lassen und ärgere mich mit SmartThings herum... 
Ich könnte 2 Platinen sehr gut gebrauchen falls jemand welche noch hat...
Grüße,
Steve
Ich könnte 2 Platinen sehr gut gebrauchen falls jemand welche noch hat...
Grüße,
Steve