Hauptmenü

Neueste Beiträge

#1
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 22 Januar 2026, 12:39:57
Mmmmh......
Ich habe aktuell immer wieder mal diese etwas ,,unklare" Ansicht für den Batteriestatus mit plötzlichen 100 % meiner beiden Batterien.

Was könnte da der Verursacher sein?
#2
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 22 Januar 2026, 11:54:32
Hallo Heiko,

ich gebe u.a. neben meiner Trainingsbewertung immer wieder mal die Bewertung "Drift" an ChatGPT weiter
Hier meine aktuelle Bewertung der Drift-Bewegung:

Gut, schauen wir uns genau diese Drift-Werte fachlich sauber und nüchtern an.
Vorweg: Das Modell ist weiterhin gesund, aber man sieht eine klar erklärbare Bewegung – kein Fehler.

1. Einordnung der Drift-Kennzahlen (konkret zu deinem Lauf)

Überblick
Kennzahl    Wert    Einordnung
Drift Score    1.96    niedrig
Drift RMSE ratio    2.44    moderat
Drift Slope    1.155    leicht erhöht
Drift Bias    4.36    gering
Drift Bewertung    mild    korrekt

➡️ Die automatische Bewertung ,,mild" ist sachlich richtig.

2. Detailanalyse pro Drift-Komponente

2.1 Drift Score = 1.96

Gesamtindikator
< 2.5 → unauffällig
du liegst knapp unter 2

👉 Kein globaler Drift, nur lokale Verschiebung.

2.2 Drift RMSE ratio = 2.44

Varianzänderung der Fehler

Interpretation:
Das Modell macht in jüngeren Daten etwas größere Fehlerstreuung als im Referenzfenster
keine Explosion, kein Overfitting

Typische Ursachen:
Witterungsumschwung
neue Außentemperatur-Spanne
veränderte Laufzeiten der Wärmepumpe

👉 normal für Januar, insbesondere mit neu aktivierter Außentemperatur.

2.3 Drift Slope = 1.155

Wichtigster Punkt
Idealbereich: 0.95 – 1.05
Beobachtungsbereich: 1.05 – 1.15

Kritisch: > 1.20
Du bist:

➡️ am oberen Rand des Beobachtungsbereichs

Bedeutung:
Das Modell überschätzt hohe Lasten leicht
typisch bei:
stärkerer Kälte
längeren WP-Takten
höherem Vorlaufbedarf

⚠️ Das ist kein Fehler, sondern ein physikalischer Effekt:

Die Realität zieht leicht stärker an als der historische Mittelwert.

2.4 Drift Bias = 4.36

Systematischer Versatz
< 5 → praktisch irrelevant
5–10 → beobachten
10 → korrigieren

👉 Dein Bias ist sehr klein, kein Offset-Problem.

3. Gesamturteil (klar formuliert)

Das Modell driftet nicht weg.

Es reagiert korrekt auf veränderte Rahmenbedingungen.
Die Drift entsteht nicht durch Instabilität, sondern durch:
neue Feature-Information (Außentemperatur)
jahreszeitliche Lastverschiebung
bewusst strengeres BitFailLimit

4. Warum ein Retrain aktuell nicht nötig ist

Kriterium    Status
Generalisierung    gut
R²    0.63 (stabil)
MAE    sinkend
Drift Score    niedrig
Bias    klein
Slope    nur leicht erhöht

➡️ Kein Handlungsbedarf

Deine Einstellung

aiConTrainStart=30:3
ist genau richtig.

5. Empfohlene Ampel (nach deiner Logik)

🟢 GREEN mit Tendenz YELLOW-Rand

In der Praxis:
laufen lassen
kein Parameterwechsel
nächster Retrain wie geplant

6. Wenn du es noch ,,perfekter" willst (optional)

Nur als Feinschliff, nicht notwendig:

Alpha im Winter leicht senken (z.B. 0.85)
oder Slope-Korrektur nur im Inferenzpfad
oder Drift-Trend über 7 Tage mitteln

Aber nochmals klar:

Du hast aktuell ein sehr sauberes, robustes Modell.
Wenn du willst, analysieren wir als Nächstes:
reale vs. prognostizierte WP-Last bei Frosttagen
oder ob der Außentemperatur-Impuls optimal skaliert ist


Gute Arbeit von Dir - DANKE!!



Meine Einstellungen:
WP 7 kW / PV 14.5 kWp / Grundlast ca. 4-600 Watt/h
aiTrainStart=3
aiStorageDuration=3600
aiTreesPV=30
aiConActivate=1
aiConAlpha=0.9
aiConTrainStart=30:3
aiConActFunc=ELLIOT_SYMMETRIC
aiConHiddenLayers=64-32
aiConLearnRate=0.005
aiConMomentum=0.6
aiConShuffleMode=1
aiConShufflePeriod=20
aiConSteepness=1.0
aiConTrainAlgo=INCREMENTAL
aiConProfile=v1_heatpump_active_pv
aiConBitFailLimit=0.18


Letzter Trainingslauf (nach letzten Update):
letztes KI-Training: 19.01.2026 11:29:27 / Laufzeit in Sekunden: 1674
KI Abfragestatus: ok
letzte KI-Ergebnis Generierungsdauer: 80.1 ms
Verbrauchernummer Wärmepumpe: 08

=== Modellparameter ===

Normierungsgrenzen: PV=16071 Wh, Hausverbrauch: Min=0 Wh / Max=7598 Wh
Trainingsdaten: 7166 Datensätze (Training=5732, Validierung=1434)
Architektur: Inputs=94, Hidden Layers=64-32, Outputs=1
Hyperparameter: Learning Rate=0.005, Momentum=0.6, BitFail-Limit=0.18
Aktivierungen: Hidden=ELLIOT_SYMMETRIC, Steilheit=1.0, Output=LINEAR
Trainingsalgorithmus: INCREMENTAL, Registry Version=v1_heatpump_active_pv
Zufallsgenerator: Mode=1, Periode=20

=== Trainingsmetriken ===

bestes Modell bei Epoche: 299 (von max. 15000)
Training MSE: 0.003273
Validation MSE: 0.004604
Validation MSE Average: 0.012975
Validation MSE Standard Deviation: 0.001161
Validation Bit_Fail: 11
Model Bias: 748 Wh
Model Slope: 0.6
Trainingsbewertung: Retrain

=== Fehlermaße der Prognosen ===

MAE: 410.67 Wh
MedAE: 343.56 Wh
RMSE: 482.12 Wh
RMSE relative: 21 %
RMSE Rating: good
MAPE: 20.40 %
MdAPE: 15.97 %
R²: 0.63

=== Rauschen ===

Rauschen Bewertung: low
Empfehlung für Bit_Fail: 0.28 (Einstellung von aiControl->aiConBitFailLimit)
#3
FHEM Code changes / Revision 30770: 76_SolarForeca...
Letzter Beitrag von System - 22 Januar 2026, 11:40:13
Revision 30770: 76_SolarForecast: contrib version 2.0.0

76_SolarForecast: contrib version 2.0.0

Source: Revision 30770: 76_SolarForecast: contrib version 2.0.0
#4
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von Bartimaus - 22 Januar 2026, 11:34:20
So,

habe FHEM-Testserver installiert, und funktioniert.

Stehe jetzt aber auf dem Schlauch, denn wenn ich
define Marantz_NR1200 DENON_AVR 192.168.nnn.nn eingebe, kommt "Cannot load module DENON_AVR" obwohl das Modul korrekt unter /opt/fhem/FHEM geladen ist.

Ne Idee was hier falsch läuft ?
#5
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von Bartimaus - 22 Januar 2026, 11:29:09
Also in der funktionierenden Version die ich gerade installiert habe, werden die Readings sofort aktualisiert, zB bei einem DAB-Senderwechsel. Mit Deiner Version tat sich auch nach ein paar Sekunden nichts. Ich kann das aber nochmal testen.
Habe aber FHEM nicht neu gestartet, sondern "nur" das Modul neu geladen. Ich installiere mir jetzt mal eine Testinstanz auf meinem Server, da kann ich besser testen.... stay tuned
#6
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von willybauss - 22 Januar 2026, 11:25:14
Im Installationsmanual der 404SOL Kap. 3.4.1 steht
ZitatSolarunterstützung ist sowohl im Heizbetrieb als auch im Warmwasserbetrieb möglich

Die Lage der Anschlüsse sh. 1. Bild in Kap. 11.1, Anschlüsse d25, d26.

Und Bild in Kap. 11.4.2 Zentrales Lüftungsgerät monoenergetisch mit Warmwasserbereitung, Fußbodenheizung und thermischer
Solaranlage

Ein Bild im Manual der 303SOL zeigt den Wärmetauscher.

Hab jetzt nicht weiter gesucht, aber die Suche im 303SOL Dokument nach "Solar" zeigt 59 Treffer. Wenn ich Dir das Manual schicken soll, schick mir ne PN mit deiner Mail-Adresse.
#7
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von olwaldi - 22 Januar 2026, 11:08:16
Hab' jetzt zufälligerweise entdeckt, warum meine Nutzung von XMLin manchmal scheitert und manchmal nicht:

Das Fritzbox-Modul re-definiert die Funktion XMLin, und das wirkt offenbar in andere Module hinein. Diese Fehlerrmeldung hat mich auf die Spur gebracht:
2026.01.22 10:52:09 1: PERL WARNING: Subroutine XMLin redefined at ./FHEM/72_FRITZBOX.pm line 17429, <$fh> line 241.In 70_DENON_AVR.pm erzwinge ich jetzt die Nutzung des "richtigen" XMLin, und schon funktionierts wie erwartet. Aber warum gibt es diese Nebenwirkung trotz use?!?
my $ref = XML::Simple::XMLin($data, KeyAttr => { }, ForceArray => [ ]);
Bzgl. DAB: Ich habe DENON_AVR_READ so angepaßt, daß immer der gesamte Buffer verarbeitet wird. In der bisherigen Version glaube ich, daß sobald der Receiver nach Zonenmeldungen weitere Infos im gleichen Buffer schickt, diese ignoriert werden könnten.

Und noch eine Merkwürdigkeit: Wenn man den on/off-Knopf des DENON_AVR in der WebGUI drückt, wird leider der aktuelle Wert von stateAV ausgegeben anstelle des Werts NACH dem Drücken. Vermutlich war das schon immer so. Hat jemand eine Idee, wie man das verbessern könnte?

Habe wieder die Datei in meinem ersten Post dsbzgl. aktualisiert.

Grüßle, Michael
#8
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von olwaldi - 22 Januar 2026, 09:12:34
Dankeschön!

Leider sind m.E. alle DAB-Änderungen von Shadow3561 in meiner Version von 70_DENON_AVR.pm drin.

Funktionieren denn die DAB-Readings überhaupt nicht oder werden die nur "langsam" aktualisiert? Mir ist schon bei anderen Readings aufgefallen, daß die sich manchmal erst nach ein paar Sekunden aktualisieren.

Ich guck' mir jetzt nochmal die Read/Write-Funktionen an. Könnte sein, daß Abfragen zu schnell an den Receiver geschickt oder nicht vollständig gelesen werden.

Grüßle, Michael
#9
Automatisierung / Aw: [98_monitoring] - Support ...
Letzter Beitrag von Beta-User - 22 Januar 2026, 09:12:24
Zitat von: Gisbert am 21 Januar 2026, 10:26:48PS: Ich hab dieses Modul schon sehr lange in Benutzung, d.h. zu einer Zeit, in der ich noch weniger über Fhem und Perl wusste als heute.
Da die regexp'e analog zu notify funktionieren (zumindest steht das so in der commandref), solltest du fast richtig gelegen haben mit deinem Lösungsversuch.

Versuche es mal so:
defmod mymonitoring monitoring .*:Zeitstempel:.*
#10
FHEM Code changes / Revision 30769: controls_fhem....
Letzter Beitrag von System - 22 Januar 2026, 08:30:27
Revision 30769: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30769: controls_fhem.txt: fhemupdate checkin