Neueste Beiträge

#1

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 25 Januar 2026, 17:42:09

Bei mir ist heute ein ähnliches Verhalten an zwei Punkten zu sehen. Dennoch steht die CO-Abweichung bei aktuell 1,3%. Was will man mehr ...

Hier noch die Einstellungen/Kennzahlen:

Code Auswählen Erweitern

Informationen zum neuronalen Netz der Verbrauchsvorhersage

letztes KI-Training: 22.01.2026 18:27:17 / Laufzeit in Sekunden: 193
KI Abfragestatus: ok
letzte KI-Ergebnis Generierungsdauer: 19.7 ms
Verbrauchernummer Wärmepumpe: -

=== Modellparameter ===

Normierungsgrenzen: PV=8503 Wh, Hausverbrauch: Min=0 Wh / Max=8938 Wh
Trainingsdaten: 8435 Datensätze (Training=6748, Validation=1687)
Architektur: Inputs=69, Hidden Layers=80-40-20, Outputs=1
Hyperparameter: Learning Rate=0.005, Momentum=0.4, BitFail-Limit=0.28
Aktivierungen: Hidden=SIGMOID, Steepness=1.3, Output=LINEAR
Trainingsalgorithmus: INCREMENTAL, Registry Version=v1_common_active_pv
Zufallsgenerator: Mode=2, Period=10

=== Trainingsmetriken ===

bestes Modell bei Epoche: 370 (max. 15000)
Training MSE: 0.000195
Validation MSE: 0.000306
Validation MSE Average: 0.000300
Validation MSE Standard Deviation: 0.000011
Validation Bit_Fail: 0
Model Bias: 138 Wh
Model Slope: 0.8
Trainingsbewertung: ok

=== Fehlermaße der Prognosen ===

MAE: 97.34 Wh
MedAE: 64.49 Wh
RMSE: 114.26 Wh
RMSE relative: 18 %
RMSE Rating: excellent
MAPE: 16.39 %
MdAPE: 9.52 %
R²: 0.89

=== Rauschen ===

Rauschen Bewertung: low
Empfehlung für Bit_Fail: 0.28 (Einstellung von aiControl->aiConBitFailLimit)

=== Drift-Kennzahlen ===

Drift Score: 2.17
Drift RMSE ratio: 3.86
Drift Slope: 0.644
Drift Bias: 3.87
Drift Bewertung: moderate


#2

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 25 Januar 2026, 17:14:08

Wie bekomme ich denn das m.M.n übertriebene "Folgeverhalten" besser geregelt

Da gibt es m.M. nach mehrere Ansätze die einzeln oder in Kombination dem entgegenkommen:

- ein anderes Profil auswählen
- aiConMomentum erhöhen -> Mittel (z.B. 0.8 ): glättet die Lernschritte, beschleunigt die Konvergenz und verhindert Zickzack-Bewegungen
- aiConSteepness verringern -> 0.5 oder 0.6
- BitFail-Limit senken: Von 0.34 auf z. B. 0.25 -> zwingt das Modell zu konservativerer Anpassung
- aiConAlpha einsetzen -> vllt. 0.7
- evtl. wechseln zu SIGMOID_SYMMETRIC oder ELLIOT_SYMMETRIC (aiConActFunc)

Nach Parameteränderung ist Retraining nötig.
Aber ungeachtet der Trendfolge die zu sehen ist, zählt m.M. nach am Ende das Tagesergebnis, welches möglichst ausgeglichen sein sollte.

Edit: Wenn man genau hinschaut, sind die Stunden 08,09 und 11,12 gegenseitig ganz gut aufgehoben. Stunde 13:00 ist überschätzt und hat danach drastisch reduziert und ist bis 16:00 noch weiter runtergekommen. Ich würde fast sagen, dass das als Reaktion auf unvorhergesehene Entwicklungen schon ziemlich gut ist und die Trendfolge das tut was sie soll.

#3

Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...

Letzter Beitrag von locodriver - 25 Januar 2026, 16:36:50

Hallo zusammen,

ist es möglich die "ZDF-Mediathek" mit in die Appliste aufzunehmen?

Momentan lässt sie sich nicht über fhem aufrufen sondern nur direkt mit der Fernbedienung.

Wenn sie läuft dann wechselt das Reading lastResponse aller paar Sekunden von "ok" auf "error - 500 Application error" und wieder zurück.

Dankeschön!

VG Uwe

#4

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von grappa24 - 25 Januar 2026, 16:36:40

Wie bekomme ich denn das m.M.n übertriebene "Folgeverhalten" besser geregelt

Code Auswählen Erweitern

letztes KI-Training: 25.01.2026 02:46:18 / Laufzeit in Sekunden: 11337
KI Abfragestatus: ok
letzte KI-Ergebnis Generierungsdauer: 108.8 ms
Verbrauchernummer Wärmepumpe:  -

=== Modellparameter ===

Normierungsgrenzen: PV=11990 Wh, Hausverbrauch: Min=0 Wh / Max=6468 Wh
Trainingsdaten: 8471 Datensätze (Training=6776, Validierung=1695)
Architektur: Inputs=69, Hidden Layers=80-40-20, Outputs=1
Hyperparameter: Learning Rate=0.005, Momentum=0.5, BitFail-Limit=0.34
Aktivierungen: Hidden=SIGMOID, Steilheit=0.9, Output=LINEAR
Trainingsalgorithmus: INCREMENTAL, Registry Version=v1_common_active_pv
Zufallsgenerator: Mode=2, Periode=10

=== Trainingsmetriken ===

bestes Modell bei Epoche: 2445 (von max. 15000)
Training MSE: 0.001336
Validation MSE: 0.001799
Validation MSE Average: 0.002191
Validation MSE Standard Deviation: 0.000353
Validation Bit_Fail: 2
Model Bias: 73 Wh
Model Slope: 0.8
Trainingsbewertung: ok

=== Fehlermaße der Prognosen ===

MAE: 147.46 Wh
MedAE: 71.41 Wh
RMSE: 193.47 Wh
RMSE relative: 46 %
RMSE Rating: acceptable
MAPE: 22.36 %
MdAPE: 15.32 %
R²: 0.86

=== Rauschen ===

Rauschen Bewertung: borderline
Empfehlung für Bit_Fail: 0.34 (Einstellung von aiControl->aiConBitFailLimit)

=== Drift-Kennzahlen ===

Drift Score: -
Drift RMSE ratio: -
Drift Slope: -
Drift Bias: -
Drift Bewertung: -


#5

ZWave / Aw: ZWAVE Geräte im Netzwerk s...

Letzter Beitrag von rudolfkoenig - 25 Januar 2026, 16:13:41

Schau mal hier vorbei:
https://wiki.fhem.de/wiki/Z-Wave#Wie_ist_der_einfachste_Weg_ein_(defektes)_Ger%C3%A4t_durch_ein_gleiches_Ersatzger%C3%A4t_auszutauschen?

Wegen Verbindungen wuerde ich fuer alle Geraete ein "get ZWDongle neighborList <Zwave-Geraet>" durchfuehren, und das Ergebnis in der FHEMWEB ZWDongle Detailansicht unter "Show neighbor map" anschauen.
Womoeglich findet man danach was zum optimieren.

Ob meine Hypothese mit 9600 zutrifft sollte mit einem etwas neueren Controller (SDK 6.60+) im routeInfo Reading jeder ZWave Instanz zu lesen sein.

#6

Solaranlagen / Aw: APSystems EZ-1

Letzter Beitrag von loetmeister - 25 Januar 2026, 16:13:17

Eine weitere Funktion scheint neu in der API zu sein: setDefaultMaxPower / getDefaultMaxPower
{"data":{"power":"800.0000"},"message":"SUCCESS",....}
Diesen Wert hatte ich gestern auf 700 gesetzt (setDefaultMaxPower?p=700). Das ist auch heute noch gespeichert. Was er genau macht muss ich testen wenn die Sonne mal wieder richtig scheint...
Ich hatte gehofft setDefaultMaxPower würde den Startwert für setMaxPower (maxPower) setzen, was aber nicht der Fall war. maxPower (setMaxPower) hatte ich auf 650 gesetzt, und heute ist es wieder 800.

Zur Ergänzung / Abschluss dieser Funktion... setMaxPower wird wie erwähnt über Nacht / nach Dunkelheit wieder auf den Standardwert von 800 gesetzt. DefaultMaxPower behält den Wert (wird im flash / EEPROM gespeichert und kann nicht so häufig geschrieben werden. Zu schnelles setDefaultMaxPower hintereinander liefert EEROR)
DefaultMaxPower hat Priorität und ein größerer Wert bei maxPower hat keine Funktion. (z.B. DefaultMaxPower=600 limitiert auf diesen Wert. Mit setMaxPower kann man dann nur niedriger gehen, um die Leistung temporär zu begrenzen)

Code Auswählen Erweitern

attr Solar_AP_EZ1_1 get6Name DefaultMaxPower
attr Solar_AP_EZ1_1 get6Poll 1
attr Solar_AP_EZ1_1 get6PollDelay 14400
attr Solar_AP_EZ1_1 get6URL http://192.168.0.2:8050/getDefaultMaxPower
attr Solar_AP_EZ1_1 reading601JSON data_power
attr Solar_AP_EZ1_1 reading601Name DefaultMaxPower

attr Solar_AP_EZ1_1 set6Hint slider,200,100,800
attr Solar_AP_EZ1_1 set6JSON data_power
attr Solar_AP_EZ1_1 set6Name DefaultMaxPower
attr Solar_AP_EZ1_1 set6ParseResponse 1
attr Solar_AP_EZ1_1 set6URL http://192.168.0.2:8050/setDefaultMaxPower?p=$val

#7

ESP Familie / Aw: PWM mit ESP8266

Letzter Beitrag von DerD - 25 Januar 2026, 15:56:46

PID Modul

ja, oder so PID_Tasmota

#8

ZWave / Aw: ZWAVE Geräte im Netzwerk s...

Letzter Beitrag von fireball - 25 Januar 2026, 15:53:22

Hi Rudi,

ok, das sind leider schlechte Nachrichten, aber dann geh ich mal jetzt alle Geräte durch, damit ich eine komplette Übersicht hab.
Wenn ich einfach neu inkludiere, finden das Device dann nicht seinen alten Platz im Netzwerk?! Die haben doch sicherlich intern auch sowas wie ne eindeutige ID (ähnlich ner Mac-Adresse) ? Oder muss ich das Gerät echt resetten und dann neu inkludieren? Exklude macht doch bei nicht Erreichbarkeit keinen Sinn oder?
Wirds dann auch eine neues FHEM Device oder?

Was mach ich mit den Readings? Einfach alle mal löschen und dann schauen, was neu angelegt wird?


Was mich wunder, ich habe ja nun schon so ziemlich alles was Funk ist auf ZWAVE Basis... und da sind so viele Geräte im Haus, die am Strom hängen... also, dass das Netzwerk nicht gut genug funken kann... glaub ich fast gar nicht. Zwischenstecker, feste Lichtschalter, div. Unterputzmodule von FIBARO... Ich würde dann mal in den Geräten wo ich das Attribut useCRC16 finde, das aktivieren.

VG
René

#9

ZWave / Aw: ZWAVE Geräte im Netzwerk s...

Letzter Beitrag von rudolfkoenig - 25 Januar 2026, 15:18:05

Wie kann ich die wieder erreichbar machen oder neue Exklusion/Inklusion?!

Ich nehme an, dass oder in diesem Zitat als ohne zu lesen ist.
Mir ist kein reset oder vgl. bekannt, was ein Reset/Reboot im Client ausfuehren wuerde.
Eine vom USB-Stick (bzw. FHEM) ausgeloeste Re-Inklusion ist mir auch nicht bekannt.
Womoeglich hilft Geraet stromlos nehmen, ich wuerde aber keine grossen Hoffnungen machen.

2. Ich habe Geräte, die zeigen Werte an, die sie gar nicht haben...

Das passiert manchmal, wenn die Verbindung schlecht ist, und das Geraet auf die 9600-er Datenrate zurueckschaltet.
Bei dieser Rate wird nur ein Byte checksum verwendet, und das kann zusammen mit der schlechten Verbindung zu kaputten Nachrichten fuehren.
Abhilfe kann das useCRC16 Attribut bringen, wenn das Geraet das auch unterstuetzt, angezeigt durch CRC_16_ENCAP in dem classes Attribut.
Die Nachricht wird dadurch etwas laenger, was wiederum andere Probleme mit sich bringen kann.
Alternativ kann man das Geraet besser anbinden durch Antennen-Verschieben (beide Seiten) oder strategisch platzierten strombetriebenen Komponenten, die die Nachrichten weitergeben.

[Revision 30781: ch.eick: da wurde etwas abgeschnitten]

#10

FHEM Code changes / Revision 30781: ch.eick: da wu...

Letzter Beitrag von System - 25 Januar 2026, 14:30:45

Revision 30781: ch.eick: da wurde etwas abgeschnitten

ch.eick: da wurde etwas abgeschnitten

Source: Revision 30781: ch.eick: da wurde etwas abgeschnitten