- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Bastelecke / Aw: unbekanntes Funkprotokoll ...
Letzter Beitrag von DerD - 11 Mai 2026, 19:19:00Je tiefer ich versuche mich einzulesen, desto seltsamer wird es. Die TI Design Note DN022 zu OOK/ASK Register Settings sollte aus meiner Sicht sehr gut auf den Anwendungsfall "SlowRF" passen. Da steht dann "In the example shown in Figure 2, the best sensitivity is achieved with AGCCTRL2 = 0x04, AGCCTRL1 = 0x00, and AGCCTRL0 = 0x92."
Über die Settings gesetzt sind AGCCTRL2 - 0x07, AGCCTRL1 - 0x00 und AGCCTRL0 - 0x91. Sprich nicht die idealen Werte laut TI. Allerdings verstehe ich davon zu wenig, um Register Settings sinnvoll zu setzen und schon gar nicht für meinen Anwendungsfall. Deshalb habe ich auf die Originalvariante zurückgesetzt mit der es ja ebenso gut lief.
Sollte jemand dazu begründet eine Verbesserung beitragen bin ich gern dabei. Derzeit sehe ich da keine.
Wie bekommt man jetzt aus dem Wissen nun devives in fhem die
- Gerätenummer und den jeweiligen Status on/off anzeigen?
- einen Statuswechsel on/off senden?
Über die Settings gesetzt sind AGCCTRL2 - 0x07, AGCCTRL1 - 0x00 und AGCCTRL0 - 0x91. Sprich nicht die idealen Werte laut TI. Allerdings verstehe ich davon zu wenig, um Register Settings sinnvoll zu setzen und schon gar nicht für meinen Anwendungsfall. Deshalb habe ich auf die Originalvariante zurückgesetzt mit der es ja ebenso gut lief.
Sollte jemand dazu begründet eine Verbesserung beitragen bin ich gern dabei. Derzeit sehe ich da keine.
Code Auswählen
CW000D,022D,0307,04D3,0591,063D,0704,0832,0D21,0E6B,0FF6,1057,1143,1200,1323,14B9,1531,1700,1818,1914,1B07,1C00,1D90,23E9,242A,2500,2611,3D00,3E00,4045,4162,4249,436E,4473,4574,4661,4774Wie bekommt man jetzt aus dem Wissen nun devives in fhem die
- Gerätenummer und den jeweiligen Status on/off anzeigen?
- einen Statuswechsel on/off senden?
#12
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 11 Mai 2026, 19:09:36Zitat von: DS_Starter am 11 Mai 2026, 18:53:08Oh das arme NN
Aber deine Batterien sehen jetzt einwandfrei aus oder?
wie gemeldet->> Aber auch weiterhin alles okay
#13
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 Mai 2026, 19:06:05Hallo Gisbert,
ich antworte mal schnell. Die KI-Einstellungen findest du im Attr aiControl:
Learning Rate -> Schlüssel aiConLearnRate
Momentum -> Schlüssel aiConMomentum
BitFail-Limit -> Schlüssel aiConBitFailLimit
Also
aiConLearnRate=0.002
aiConMomentum=0.5
aiConBitFailLimit=0.30
... jetzt lasse ich euch wieder machen.
LG,
Heiko
ich antworte mal schnell. Die KI-Einstellungen findest du im Attr aiControl:
Learning Rate -> Schlüssel aiConLearnRate
Momentum -> Schlüssel aiConMomentum
BitFail-Limit -> Schlüssel aiConBitFailLimit
Also
aiConLearnRate=0.002
aiConMomentum=0.5
aiConBitFailLimit=0.30
... jetzt lasse ich euch wieder machen.
LG,
Heiko
#14
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Gisbert - 11 Mai 2026, 19:00:16Hallo 300P,
Wo muss ich das denn eingeben? Commandref und Wiki haben mir nicht weitergeholfen.
Bitte so genau wie möglich schildern bzw. schreiben, also wo genau? Learning Rate wirklich mit Leerzeichen, als Attribute (welches?), als set-Befehl (wie) - ich bin mit den obigen Angaben alleine überfordert. Eine KI, die ich befragt habe, hatte auch keine konkreten Vorschläge.
Viele Grüße Gisbert
ZitatB:
Parameter anpassen
Learning Rate=0.002, Momentum=0.5, BitFail-Limit=0.30
Wo muss ich das denn eingeben? Commandref und Wiki haben mir nicht weitergeholfen.
Bitte so genau wie möglich schildern bzw. schreiben, also wo genau? Learning Rate wirklich mit Leerzeichen, als Attribute (welches?), als set-Befehl (wie) - ich bin mit den obigen Angaben alleine überfordert. Eine KI, die ich befragt habe, hatte auch keine konkreten Vorschläge.
Viele Grüße Gisbert
#15
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 Mai 2026, 18:53:08Oh das arme NN
Aber deine Batterien sehen jetzt einwandfrei aus oder?
Aber deine Batterien sehen jetzt einwandfrei aus oder?
#16
FRITZ!Box / Aw: FritzSmart ab Modul-Versio...
Letzter Beitrag von JoWiemann - 11 Mai 2026, 18:46:09Zitat von: elektron-bbs am 11 Mai 2026, 14:32:06Mir ist jetzt doch noch etwas aufgefallen: Bei einer FRITZ!Box 7590 und einer FRITZ!Box Fon WLAN 7390 werden die Readings "box_ppp_.*" nicht mehr aktualisiert.
Hallo elektron-bbs,
hm, kann ich so erst einmal nicht bestätigen.
Was zeigt denn die Tabelle 'get <name> callApifromList tr064'? Ist da wanip... bzw wanppp... grün?
Anbei noch eine neue Version. Ich habe zu viel Zeit und finde mehr als mir lieb ist.
Grüße Jörg
#17
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 11 Mai 2026, 18:41:47Ohjeh... und heute kommt noch ein Sauna-Verbrauchs-Exzess 🧖🧖🧖 von 2-4 Stunden mit sicherlich 8-12 kWh plötzlich und unvorbereitete dem miesen Wetter hinzu 
EDIT:
Vor Sauna Grafik
EDIT:
Vor Sauna Grafik
#18
Sonstiges / Aw: KI-generierter Code und Co...
Letzter Beitrag von Beta-User - 11 Mai 2026, 18:30:47Bin noch nicht solange dabei, und habe auch keine große Erfahrung in der Anwendung von KI, und vermutlich verstehe ich von dem allem viel zu wenig, um irgendwas tatsächlich sinnvolles zum Thema zu schreiben, aber mehr oder weniger zufällig ist mir heute ein besprechender Artikel in der GRUR zu "Getty vs. Stability AI" (High Court, London) in die Hände gefallen. In dem hiesigen Zusammenhang ist mir dabei vor allem ein Gedanke in Erinnerung geblieben, der vereinfacht so lautet:
Was auch immer vorher war, letztlich ist es der, der den Prompt bedient, der darüber entscheidet, was er bei der KI in Auftrag gibt!
Dementsprechend dürften zwei Aspekte wesentlich sein:
1. Beim Training muss die KI bereits "wissen", unter welcher Lizenz ausgewerteter Code steht, und
2. der "operator" muss bei der AI-gestützten Generierung neuen Codes die Vorgabe machen, unter welcher Lizenz das Ergebnis veröffentlicht werden soll.
Von daher wäre für Punkt 1 zunächst eine (einigermaßen pragmatische?, in jedem Fall aber eindeutige) Kennzeichnung des FHEM-Codes sinnvoll, jedenfalls da, wo es sich nicht um "unveränderte Fremd-Produkte" unter anderer Lizenz (z.B. codemirror?) handelt. Sonst muss die KI mit Wahrscheinlichkeiten zu den Lizenzierungsbedingungen arbeiten, und/oder Code nicht als Basis nehmen, der nicht eindeutig gekennzeichnet ist?
Für den 2. Punkt stellt sich die Frage, inwieweit die svn-Nutzungsregeln die jeweilige individuelle Verantwortlichkeit nachvollziehbar klarstellen.
Entsprechendes gilt übrigens auch für Code, der über das Forum geteilt wird. Da war mir im Hinterkopf, dass auch für diesen die GPL gelte würde, entsprechend der Forenregeln. Inwieweit das abgesichert ist? Keine Ahnung... Inwieweit das eine KI für das Training berücksichtigt? (erscheint mir eher unwahrscheinlich).
PS:
Das hat nichts mir Qualitätssicherung zu tun. In der Regel sträuben sich mir die Haare beim Blick in "funktionalen" AI-generierten Code, der im Forum kursiert. Und das hat zum Teil auch damit zu tun, dass als Referenz existierender Code, also heute bestehende Module aus allen möglichen (und unmöglichen) Quellen, in den Prompt gegeben wird...
Was auch immer vorher war, letztlich ist es der, der den Prompt bedient, der darüber entscheidet, was er bei der KI in Auftrag gibt!
Dementsprechend dürften zwei Aspekte wesentlich sein:
1. Beim Training muss die KI bereits "wissen", unter welcher Lizenz ausgewerteter Code steht, und
2. der "operator" muss bei der AI-gestützten Generierung neuen Codes die Vorgabe machen, unter welcher Lizenz das Ergebnis veröffentlicht werden soll.
Von daher wäre für Punkt 1 zunächst eine (einigermaßen pragmatische?, in jedem Fall aber eindeutige) Kennzeichnung des FHEM-Codes sinnvoll, jedenfalls da, wo es sich nicht um "unveränderte Fremd-Produkte" unter anderer Lizenz (z.B. codemirror?) handelt. Sonst muss die KI mit Wahrscheinlichkeiten zu den Lizenzierungsbedingungen arbeiten, und/oder Code nicht als Basis nehmen, der nicht eindeutig gekennzeichnet ist?
Für den 2. Punkt stellt sich die Frage, inwieweit die svn-Nutzungsregeln die jeweilige individuelle Verantwortlichkeit nachvollziehbar klarstellen.
Entsprechendes gilt übrigens auch für Code, der über das Forum geteilt wird. Da war mir im Hinterkopf, dass auch für diesen die GPL gelte würde, entsprechend der Forenregeln. Inwieweit das abgesichert ist? Keine Ahnung... Inwieweit das eine KI für das Training berücksichtigt? (erscheint mir eher unwahrscheinlich).
PS:
Das hat nichts mir Qualitätssicherung zu tun. In der Regel sträuben sich mir die Haare beim Blick in "funktionalen" AI-generierten Code, der im Forum kursiert. Und das hat zum Teil auch damit zu tun, dass als Referenz existierender Code, also heute bestehende Module aus allen möglichen (und unmöglichen) Quellen, in den Prompt gegeben wird...
#19
Homematic / Aw: Erweiterung einer HMConfig...
Letzter Beitrag von papa - 11 Mai 2026, 18:04:25Ich nehme mal an, dass deine Eigenentwicklung im wesentlichen auf dem HB-GEN-SENS basiert - also nur einen Channel hat und dort die Werte entsprechend sendet. Somit muss auch das Device für FHEM auf den HB-GEN-SENS aufsetzen. Probiere mal folgendes:
Du könntest aber auch gleich den HB-GEN-SENS nutzen und nur das "valuesformat" entsprechend setzen:
https://github.com/pa-pa/AskSinPP/blob/master/examples/custom/HB-GEN-SENS/HB-GEN-SENS.ino
Details gibt es hier: https://forum.fhem.de/index.php?topic=57486.825
Code Auswählen
$HMConfig::culHmModel{"F314"} = {name => "HB-UNI-Sen-DUST",st=>'custom',cyc=>'',rxt=>'c',lst=>'1',chn=>"Values:1:1"};
$HMConfig::culHmChanSets{"HB-UNI-Sen-DUST00"}{fwUpdate} = "<filename>";
$HMConfig::culHmChanSets{"HB-UNI-Sen-DUST01"} = $HMConfig::culHmSubTypeSets{"Values"};
$HMConfig::culHmRegChan {"HB-UNI-Sen-DUST01"} = $HMConfig::culHmRegType{values};
$customMsg{"HB-UNI-Sen-DUST"} = sub {
my ($msg, $hash) = @_;
my @evtEt=();
main::Log 1,"HB-UNI-Sen-DUST Executed";
if( $msg->isValues ) {
my $pm25_avg = $msg->payloadWord(0) / 10;
my $pm10_avg = $msg->payloadWord(2) / 10;
my $pm25_max = $msg->payloadWord(4) / 10;
my $pm10_max = $msg->payloadWord(6) / 10;
my $pm25_min = $msg->payloadWord(8) / 10;
my $pm10_min = $msg->payloadWord(10) / 10;
my $device = main::CUL_HM_id2Hash($msg->from);
push @evtEt,[$device,1,"pm10_min:".$pm10_min];
push @evtEt,[$device,1,"pm10_avg:".$pm10_avg];
push @evtEt,[$device,1,"pm10_max:".$pm10_max];
push @evtEt,[$device,1,"pm25_min:".$pm25_min];
push @evtEt,[$device,1,"pm25_avg:".$pm25_avg];
push @evtEt,[$device,1,"pm25_max:".$pm25_max];
}
return @evtEt;
};Du könntest aber auch gleich den HB-GEN-SENS nutzen und nur das "valuesformat" entsprechend setzen:
Code Auswählen
2:pm25_avg:10 2:pm10_avg:10 2:pm25_max:10 2:pm10_max:10 2:pm25_min:10 2:pm10_min:10 https://github.com/pa-pa/AskSinPP/blob/master/examples/custom/HB-GEN-SENS/HB-GEN-SENS.ino
Details gibt es hier: https://forum.fhem.de/index.php?topic=57486.825
#20
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 Mai 2026, 17:53:56Zitatmir ist aufgefallen das @grappa24 auch die gleiche Meldung in den Hinweisen stehen hat:Nein, das ist ein Schutzmechanismus.
Wäre es möglich das da ein Bug ist ?
....
Drift Bewertung: recalibration blocked: rmse_anomaly !!!!!dieses hier !!!!!
Es ist ein Sicherheitsblock der verhindert, dass eine Rekalibrierung durchgeführt wird wenn der RMSE-Anstieg nicht durch echten Drift erklärbar ist, sondern durch externe Störungen.
Wann wird es ausgelöst?
Typische Szenarien:
Code Auswählen
Normalbetrieb: rmse_rel_ratio ≈ 1.8 → kein Block
Starke Peaks: Limit steigt auf ~5.0 → kein Block
rmse_anomaly: rmse_rel_ratio > 4.5 bei ruhigem Fenster
→ Messfehler, Sensor-Ausfall, API-AnomalieEs ist quasi eine Verteidigungslinie die uns vor ungerechfertigten Rekalibrierungen schützt.
Was könnte in unserem Umfeld diesen Block verursachen:
Wenn ref_rmse aus dem Winter stammt (niedriger Verbrauch, geringes RMSE) und jetzt Frühjahr/Sommer mit anderem Verbrauchsmuster läuft, steigt rmse_rel_live strukturell – nicht weil das Modell schlechter wird, sondern weil die Referenz veraltet ist.
Code Auswählen
Winter ref_rmse: 12%
Frühjahr live: 19%
→ ratio = 1.58 → kein Problem
Aber wenn ref_rmse aus einem sehr ruhigen Zeitraum stammt:
ref_rmse: 8% → ratio = 19/8 = 2.37 → näher an der Grenze
oder
Einzelnes Ausreißer-Ereignis im 96h-Fenster
Ein einziger ungewöhnlicher Tag – Haushaltsgeräte, Besuch, Urlaub-Rückkehr – kann den RMSE im Fenster stark anheben ohne dass peak_ratio oder sem_ratio ausreichend reagieren, weil diese Metriken pro Stunde zählen, der RMSE aber quadratisch auf Ausreißer reagiert.
oder
Wärmepumpen-Zustandswechsel
Wenn sich das Lastprofil durch einen Gerätewechsel oder veränderte Nutzung ändert, steigt der RMSE lokal stark, aber:
Code Auswählen
peak_ratio bleibt niedrig (kein PV-Peak)
sem_ratio bleibt niedrig (Schwelle 0.5 * mae_model)
→ dynamisches Limit steigt kaum
→ rmse_anomaly feuert obwohl es echter Verhaltensänderung ist
Fazit: Ein Bug ist es nicht, aber möglicherweise für bestimmte Umgebungen zu hart eingestellt. Ich zögere die Schwellenwerte auf Verdacht hin zu ändern.
Wenn ich die Verteidigungslinie breche, wird eine Rekalibrierung durchgeführt obwohl es nicht geschehen sollte. Ist sie zu hart, verhindere ich
eine Rekal obwohl sie hilfreich wäre.
Ich überlege mir eine gescheite Debugausgabe die evtl. hilfreich ist.
LG,
Heiko