Neueste Beiträge

#1

Sonstiges / Aw: Neue Versionen und Support...

Letzter Beitrag von thomasgloor - 15 Januar 2026, 19:36:59

Ich bin da mal etwas verwirrt...

Ich bin dran meine Stiebel-Eltron WPL19 mit ISG einzubinden. Gemäss Stiebel-Doku sollte die Adresse 507 die Aussentemperatur liefern. Also ein Attribut für 507 erstellt:

Code Auswählen Erweitern

attr WP_Modbus obj-i506 Aussentemperatur, expr=$val / 10Zurück kommt ein 3-Stelliger Wert, der der Isttemperatur HK1 entspricht. Der sollte Adresse 507 haben...
Mache ich ein Attribut für die Adresse 507, kommt die Aussentemperatur zurück...

Ein ScanModbusObjects laufen lassen, und die Werte etwas analysiert: Es sind ALLE Werte auf einer um Eins verschobenen Adresse zu finden!

Mach ich was falsch, oder ist das ein Bug?

FHEM habe ich vor etwae einer Woche aktualisiert...

#2

Homematic / Aw: Kein Status mehr über HMCC...

Letzter Beitrag von passibe - 15 Januar 2026, 19:33:56

Bei solchen Geschichten immer mit tcpdump (und ggfs. Wireshark remote capture über SSH) arbeiten, damit du siehst, welche Pakete wo wie (nicht) ankommen. Alternativ im Container (per docker exec -it <containername>) den Befehl ss -tulpn ausführen, dann siehst du auch, was auf welchem Port lauscht; aber das bedeutet natürlich keinesfalls, dass alles, was da lauscht, auch am Host geöffnet werden sollte (wichtig, ggfs. Sicherheitsrisiko!).

Das vorausgeschickt:

Hier musst du neben Port 8083 aller Wahrscheinlichkeit nach noch Port 7420 eintragen. Denn im Log müsstest du in etwa finden:

Code Auswählen Erweitern

Callback server CB12345 created. Listening on port 7420

#3

MQTT / Aw: Verbindungsversuche von zi...

Letzter Beitrag von passibe - 15 Januar 2026, 19:21:47

Wenn die IPs fix sind ist das natürlich alles halb so wild. Das schöne daran die Hostnamen zu verwenden ist nur, dass man sich nicht immer fragen muss "ah, welches Docker-Netzwerk war das noch gleich und welche IP hatte ich an Container X vergeben?", sondern man kann einfach den Namen hinschreiben und gut ist. Natürlich auch umgekehrt, wenn man nach einigen Monaten oder gar Jahren die IP-Adresse liest, dann muss man nicht erst nachschauen, welcher Container/Dienst sich dahinter verbirgt.

Containername ist ggfs. auch Hostname. Hostname kann aber auch abweichend vom Containernamen gesetzt werden. Kann ja mehrere Hostnamen geben (aber halt nur einen Containernamen). Einfach mal mit docker inspect anschauen.

Ansonsten immer brav die Bibel Compose File Reference lesen: https://docs.docker.com/reference/compose-file/
(Über die linke Seitenleiste zum richtigen Top-Level-Element navigieren – hier: "Services". Dann über die rechte Seitenleiste zum richtigen Attribute navigieren – hier: hostname.)

#4

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 15 Januar 2026, 19:10:57

Das hatte ich vergessen:

Die 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.

#5

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von klaus.schauer - 15 Januar 2026, 19:05:45

Ja, 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.

Meine Konfiguration hat eine Besonderheit. Die Verbrauchszweige
- Heizung
- Warmwasser
- Zusatzheizung (Heizstab)
- Zusatzaggregate
sind in SolarForecast logisch getrennt und jeweils einem Verbraucher zugeordnet, die Heizung als heatpump, der Rest als heater.   

#6

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 15 Januar 2026, 19:01:49

Danke 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. 

#7

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von klaus.schauer - 15 Januar 2026, 18:53:18

Der 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:

Code Auswählen Erweitern

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 Erweitern

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.

(*) Für Verbrauchertyp heatpump sind Besonderheiten zu beachten:

    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.

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.

Die 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.

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.

#8

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 15 Januar 2026, 18:47:00

Ja, 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.

#9

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 15 Januar 2026, 18:39:34

Hab 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 ?!? 

#10

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 15 Januar 2026, 18:12:05

Das erste "rennt ab jetzt"