- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Server - Linux / Aw: FHEM Docker Image v5.3.0-b...
Letzter Beitrag von mistepke - 17 Mai 2026, 16:40:02Hallo @Sidey,
gibt es mittlerweile ein offizielles fhem-Image wo die fixes enthalten sind?
Gruß,
Sumselbrumsel
gibt es mittlerweile ein offizielles fhem-Image wo die fixes enthalten sind?
Gruß,
Sumselbrumsel
#2
TabletUI / FTUI v2: Progress Widget
Letzter Beitrag von sylvester - 17 Mai 2026, 16:26:55Hallo,
kann es sein, dass das Progress-Widget unter FTUI v2 die data-hide-Funktion nicht unterstützt?
Ich bekomme das nicht zum laufen:
Liegt es an mir oder am Widget?
Viele Grüße
Stephan
kann es sein, dass das Progress-Widget unter FTUI v2 die data-hide-Funktion nicht unterstützt?
Ich bekomme das nicht zum laufen:
Code Auswählen
data-hide="Status.OperationState"
data-hide-on="!Run"
data-hide-off="Run"
Liegt es an mir oder am Widget?
Viele Grüße
Stephan
#3
FRITZ!Box / Aw: FritzSmart ab Modul-Versio...
Letzter Beitrag von neobiker - 17 Mai 2026, 16:12:47Hallo,
ich hab wohl zu schnell Entwarnung gegeben.
Nach jedem Neustart fehlt das enableDocsisInfo Attribut wieder ... ich kann es wieder einschalten, aber nicht dauerhaft.
Es steht aber in der fhem.cfg definitiv drinnen, wird scheinbar beim Modulstart erst ignoriert ... sehr seltsam.
ich hab wohl zu schnell Entwarnung gegeben.
Zitat von: neobiker am 15 Mai 2026, 13:06:14Hallo,
bei mir kommen keine Docsis Infos mehr.
Ich sehe auch nicht ein Attribute EnableDocsisInfo wie es in der Doku steht.
Aber noch ein Disable DocsisInfo das auf 0 steht.
FritzSmart 26.05.11b
Cable6660
Edit:
Jetzt konnte ich EnableDocsisInfo einschalten.
Gruss Neobiker
Nach jedem Neustart fehlt das enableDocsisInfo Attribut wieder ... ich kann es wieder einschalten, aber nicht dauerhaft.
Es steht aber in der fhem.cfg definitiv drinnen, wird scheinbar beim Modulstart erst ignoriert ... sehr seltsam.
#4
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 17 Mai 2026, 15:46:28Zitat von: DS_Starter am 17 Mai 2026, 14:52:52Noch offene Baustelle: Slope 0.84
Der Slope liegt mit 0.84 knapp unter dem Idealwert 1.0 und gerade noch im grünen Bereich (Limit 0.7). Das bedeutet das Modell unterschätzt tendenziell hohe Verbräuche leicht. Das wird sich in der Drift-Analyse zeigen als leicht positiver DriftBias. Die Bias-Korrektur in _aiFannApplyBiasCorrection sollte das aber kompensieren.
Mein derzeitiger Wissensstand
->> Aussage gilt aber nur Haushalte mit Wärmepumpen <<-
Sind Wärmepumpen im entsprechenden System (CON-Forecast mit AI:FANN) aktiv, ist bereits ein Drift-Slope von 0,7 als sehr gut anzusehen.
(Ich liege meist -bestenfalls- zwischen 0.58 -0.68)
Das andere kann ich so bestätigen.
#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 17 Mai 2026, 14:52:52Ich habe mich noch weiter mit dem Training und der darauf aufbauenden Driftanalyse und –kompensation beschäftigt. Einiges im Code habe ich verfeinert, aber ist noch nicht im Contrib.
Aber man lernt nie aus...
Eine wichtige Erkenntnis: Auch wenn es schön aussieht wenn das Training nach wenigen Epochen beendet ist, ist es kein Zeichen von gutem Lernen.
Das Modell hat dann die Datenvarianz nicht vollständig durchlaufen und generalisiert schlechter auf unbekannte Situationen. Dagegen wirken eine niedrigere Lernrate und ein strengeres BitFail-Limit – beides zwingt die KI länger zu trainieren und mehr Datenvariationen zu verarbeiten:
Zusätzlich ist
generell empfehlenswert, da dadurch die aktuellsten Daten als Validierungsmaßstab verwendet werden und das Modell realistischer bewertet wird ob es auf aktuelle Muster gut generalisiert. Ich werde den default entsprechend ändern.
Was besonders auffällt
Das Modell trainiert jetzt bis Epoche 3998 mit Early Stopping bei 4998 – das ist das erwartete Verhalten mit shuffle_mode=1 und dem angepassten BitFail-Limit=0.15. Die Validierungskurve ist gesund: Val MSE fällt von 0.001082 auf 0.000172 ohne zu divergieren.
Der Val/Train MSE Ratio von 0.97 ist bemerkenswert gut – normalerweise ist Val MSE höher als Train MSE. Das deutet darauf hin, dass der chronologische Split (neueste 20% als Validierung) die Validierungsdaten etwas leichter macht als die Trainingsdaten, was strukturell in Ordnung ist.
Noch offene Baustelle: Slope 0.84
Der Slope liegt mit 0.84 knapp unter dem Idealwert 1.0 und gerade noch im grünen Bereich (Limit 0.7). Das bedeutet das Modell unterschätzt tendenziell hohe Verbräuche leicht. Das wird sich in der Drift-Analyse zeigen als leicht positiver DriftBias. Die Bias-Korrektur in _aiFannApplyBiasCorrection sollte das aber kompensieren.
LG,
Heiko
Aber man lernt nie aus...
Eine wichtige Erkenntnis: Auch wenn es schön aussieht wenn das Training nach wenigen Epochen beendet ist, ist es kein Zeichen von gutem Lernen.
Das Modell hat dann die Datenvarianz nicht vollständig durchlaufen und generalisiert schlechter auf unbekannte Situationen. Dagegen wirken eine niedrigere Lernrate und ein strengeres BitFail-Limit – beides zwingt die KI länger zu trainieren und mehr Datenvariationen zu verarbeiten:
Code Auswählen
aiConLearnRate=0.002
aiConBitFailLimit=0.15Zusätzlich ist
Code Auswählen
aiConShuffleMode=1 generell empfehlenswert, da dadurch die aktuellsten Daten als Validierungsmaßstab verwendet werden und das Modell realistischer bewertet wird ob es auf aktuelle Muster gut generalisiert. Ich werde den default entsprechend ändern.
Code Auswählen
Trainingsergebnis: Deutliche Verbesserung
Das neue Training ist signifikant besser als das vorherige. Ein direkter Vergleich:
Kennzahl Vorher Jetzt Bewertung
Beste Epoche 333 3998 ✓ 12× mehr Training
Train MSE 0.000099 0.000177 weniger überangepasst
Val MSE 0.000122 0.000172 ✓ näher beieinander
Val/Train Ratio 1.23 0.97 ✓ kein Overfitting
Slope 0.86 0.84 ≈ gleich, noch Potenzial
Bit_Fail 0 0 ✓
Score 2.12 79 ✓
(Drift) (Training)
Was besonders auffällt
Das Modell trainiert jetzt bis Epoche 3998 mit Early Stopping bei 4998 – das ist das erwartete Verhalten mit shuffle_mode=1 und dem angepassten BitFail-Limit=0.15. Die Validierungskurve ist gesund: Val MSE fällt von 0.001082 auf 0.000172 ohne zu divergieren.
Der Val/Train MSE Ratio von 0.97 ist bemerkenswert gut – normalerweise ist Val MSE höher als Train MSE. Das deutet darauf hin, dass der chronologische Split (neueste 20% als Validierung) die Validierungsdaten etwas leichter macht als die Trainingsdaten, was strukturell in Ordnung ist.
Noch offene Baustelle: Slope 0.84
Der Slope liegt mit 0.84 knapp unter dem Idealwert 1.0 und gerade noch im grünen Bereich (Limit 0.7). Das bedeutet das Modell unterschätzt tendenziell hohe Verbräuche leicht. Das wird sich in der Drift-Analyse zeigen als leicht positiver DriftBias. Die Bias-Korrektur in _aiFannApplyBiasCorrection sollte das aber kompensieren.
LG,
Heiko
#6
TabletUI / Aw: [FTUI3] Beispiele, Anregun...
Letzter Beitrag von caldir65 - 17 Mai 2026, 14:18:40Moin Pah,
hauptsache, der WAF stimmt - dann ist Ergonomie zweitrangig
Abgesehen davon - ich glaube, die meisten hier werden das als Freizeit-Projekt betreiben und alles mit Learning-by-doing oder durch zusammenklicken gebaut, und haben sonst einen anderen (beruflichen) Hintergrund ...
Ich stricke schon lange an einer neueren UI mit FTUI3, und bin immer froh, wenn ich mal Inspirationen hier finde. Meine bisherige UI ist mit FUIP, hat aber so ihre Probleme...
LG Christoph
LG Christoph
Zitat von: Prof. Dr. Peter Henning am 25 April 2026, 13:44:46Hmmmm. Bunt. Ergonomie nein Danke, würde ich sagen.
hauptsache, der WAF stimmt - dann ist Ergonomie zweitrangig
Abgesehen davon - ich glaube, die meisten hier werden das als Freizeit-Projekt betreiben und alles mit Learning-by-doing oder durch zusammenklicken gebaut, und haben sonst einen anderen (beruflichen) Hintergrund ...
Ich stricke schon lange an einer neueren UI mit FTUI3, und bin immer froh, wenn ich mal Inspirationen hier finde
. Meine bisherige UI ist mit FUIP, hat aber so ihre Probleme...LG Christoph
LG Christoph
#7
FHEM Code changes / Revision 31238: controls_fhem....
Letzter Beitrag von System - 17 Mai 2026, 08:30:22Revision 31238: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 31238: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 31238: controls_fhem.txt: fhemupdate checkin
#8
ESP Familie / Aw: WLAN-Speaker mit ESP32-A1S...
Letzter Beitrag von Nobbynews - 17 Mai 2026, 08:16:31Zitat von: romakrau am 12 Mai 2026, 08:22:50Macht keinen Sinn.Stimmt natürlich.
Denkfehler meinerseits.
#9
FHEM Code changes / Revision 31237: 76_SolarForeca...
Letzter Beitrag von System - 17 Mai 2026, 00:30:45Revision 31237: 76_SolarForecast: Version 2.6.9
76_SolarForecast: Version 2.6.9
Source: Revision 31237: 76_SolarForecast: Version 2.6.9
76_SolarForecast: Version 2.6.9
Source: Revision 31237: 76_SolarForecast: Version 2.6.9
#10
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 16 Mai 2026, 23:41:16Neue Version ist eingecheckt, vor allem auch wegen dem wichtigen Fix in der Flowgrafik.
Morgen früh wie üblich...
Morgen früh wie üblich...