Neueste Beiträge

#1
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 20 Juni 2026, 22:06:34
 :) ... naja, der Punkt ist wenn man das macht - was absolut hilfreich ist - kennt die KI nur den Wert des Verbrauchsbeitrages des Consumers am Gesamtverbrauch. Sie kann dann den Wert der Verbrauchserhöhung genauer vorhersagen. Aber die KI kann immer noch nicht den Zeitpunkt vorhersagen, WANN der Verbraucher wahrscheinlich benutzt wird. Das ist das Hauptproblem ... auch bei BEV usw.
Deswegen braucht man weitere, mit diesem Verbraucher korrelierende Triggerwerte. Dann wird es leichter und genauer.
#2
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Gisbert - 20 Juni 2026, 21:54:34
Hallo Heiko,

man könnte statt Wäschekörbe und den Mehlvorrat zu wiegen ;D, Verbrauchsmessungen für den Backofen/Herd, Waschmaschine und Trockner installieren. Das ist im Zählerschrank mit etlichen TE verbunden, sowie erheblichem Verdrahtungsaufwand. An der Verbrauchsstelle könnte man auch messen, aber das ist aus Platzgründen auch nicht schön.
Mit gewissen Unzulänglichkeiten muss man wohl leben. Vor ein paar Jahren gab es jährliche Ablesung des Zählers, mehr nicht.

Viele Grüße Gisbert
#3
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 20 Juni 2026, 21:06:57
Heute habe ich unachtsamerweise einen zweiten ESP32 mit sixback geflasht, der hat dann direkt angefangen, die vorhandenen Boxen auf sich selbst zu migrieren. Das hat einiges an Verwirrung gestiftet.

Inzwischen habe ich alle vier betroffenen Boxen wieder eingefangen und siehe da - nach dem Ausflug und der Rückkehr zum "Heimat sixback" ist jetzt plötzlich auch das viel diskutierte sixback Logo sichtbar.



--
#4
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von Marko1976 - 20 Juni 2026, 20:57:32
Hallo habe den Fehler erst jetzt bemerkt da ich zuerst auf einer falschen Spur war.

Patch hat bis jetzt geholfen, Danke Michael.

Spielst du das dann in dein Modul entsprechend mit ein damit es bei einem Update des Fhem nicht wieder überschrieben wird?
#5
EnOcean / Aw: Observe in Kombination mit...
Letzter Beitrag von Flachzange - 20 Juni 2026, 20:36:18
Zitat von: klaus.schauer am 20 Juni 2026, 18:53:44Nun ja auf SetExtension habe ich die Funktion nicht getestet.
Kein Vorwurf. Das ist ja ein super mieser Fall.

Zitat von: klaus.schauer am 20 Juni 2026, 18:53:44Was bewirkt?
$hash->{InSetExtensions}
Der Hash wird von SetExtension ausgewertet, um zu prüfen, ob ein Timer abgebrochen werden muss. Das würde passieren, wenn Observe ein normales Set-Kommando nachschießt. Für einen Observe-Wiederholungsfall wird einfach jetzt (immer) behauptet, dass man sich in der SetExtension befindet und dadurch wird der wiederholte Befehl nicht als Abbruch aus der SetExtension (hier: blinken) gewertet, was bisher immer passierte. Durch das local wird auch kein allgemein gesetztes Setting überschrieben. Wenn man sich nicht in der SetExtension befindet macht es einfach nichts.

#6
FHEMWEB / Aw: Neuer Style: f18
Letzter Beitrag von mi.ke - 20 Juni 2026, 20:21:46
hier noch ein list vom DEVICE

[pre][color=#eeeeee][size=3]Internals:
   FUUID      5f2acea7-f33f-c279-e737-bcbac015400de0f0
   NAME       [url=http://172.22.1.2:8083/fhem?detail=Ventil_tag][color=#cccccc]Ventil_tag[/color][/url]
   NR         1967
   STATE      So
   TYPE       dummy
   OLDREADINGS:
   READINGS:
     2025-06-24 23:32:26   Tage            So
     2025-06-24 23:32:26   state           So
     2025-06-24 23:32:26   weekdays        0
   helper:
     bm:
       dummy_Set:
         cnt        91
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        20.06. 20:00:34
         max        2.81333923339844e-05
         tot        0.000623941421508789
         mAr:
           HASH(0x5bb832836718)
           [url=http://172.22.1.2:8083/fhem?detail=Ventil_tag][color=#cccccc]Ventil_tag[/color][/url]
           ?
Attributes:
   alias      (auto) Tage
   group      Rasenberegnung
   icon       time_calendar
   readingList state
   room       Garten
   setList    state:multiple,Mo,Di,Mi,Do,Fr,Sa,So
   sortby     07
   stateFormat state
   userReadings weekdays {weekday2number(ReadingsVal($name,"state",99))},
weekdaysVortag {vortag2number(ReadingsVal($name,"state",99))},
Tage {ReadingsVal($name,"state",99)}
   webCmd     state
   widgetOverride stateFormat:textField-long[/size][/color][/pre]



#7
FHEMWEB / Aw: Neuer Style: f18
Letzter Beitrag von mi.ke - 20 Juni 2026, 20:09:26
Zitat von: rudolfkoenig am 20 Juni 2026, 19:21:37Dazu muesste ich wissen, wie dieser Befehl auf die Raumansicht kommt.
eigentlich unspektakulär mir den Attributen room und Group

Aber vielleicht anders erklärt:

in der Detail-Ansicht :
unter "DeviceOverview" hat des Feld noch 300px
hinter "set <name> state 100px

wenn ich den room öffne ist es dann gleich Abgebildet wie unter DeviceOverview
#8
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 20 Juni 2026, 19:40:09
Hallo zusammen,

heute hat sich bei mir ein anschauliches Verbrauchsbild ergeben, in dem man die Arbeitsweise des KI Modells recht gut erkennen kann.
Man sieht heute 3 Spots. Alle drei sind verursacht durch nicht vorhersehbare Nutzng von Waschmaschine, Trockner und Backofen. Für die KI sind das externe Störungen, die in der Prognose ausgeglichen werden sollen. Diesen Ausgleich machen Features wie rollierende Durchschnitte, Lags, Delta- und Spikeerkennung. Die Driftlogik kommt mit diesen Sprüngen nicht klar, dafür ist sie nicht gemacht. Die Rekalibrierung wird geblockt und ist in dieser Situation gewünscht. Ansonsten würde die Grundverbrauchsprognose nach oben ausbrechen, was aber wegen des temporären Charakters der Störung nicht richtig wäre. Ein Retraining werde ich nicht vornehmen, da es kein Driftverhalten gibt, sondern die Störung verursachende Faktoren bekannt sind. 

Im Cluster 1 erfolgt ein Verbrauchspeak 8:00 und wird 9:00 mit einer entsprechend angehobenen Prognose neutralisiert. Die Stunde 10 erhält wieder das normale Prognoselevel. Der Cluster 2 (11:00-12:00) sieht genauso aus. In beiden Fällen wird das Normalmaß wieder sehr schnell eingepegelt.

Im Cluster 3 dauert die Störung länger von 15:00-18:00. Hier wurde gebacken. Auch hier steuerte die Logik dagegen, braucht aber etwas länger um wieder zu normalisieren.

Der hier gezeigte Verlauf führt bis jetzt zu einer kumulativen Abweichung von 10,5%. Zum Vergleich zeigt meine parallele SF-Instanz mit der Legazy-Prognose heute eine Abweichung von 46,4%. Das ist kein Statement gegen meine Legacy-Verbrauchsprognose, die ebenfalls i.A. sehr gut funktioniert. Aber auf die heutigen Herausforderungen kann sie einfach nicht adäquat reagieren, das ist nicht möglich.

Um z.B. den Einsatz von WaMA/Trockner für die KI besser vorhersagbar zu machen, müsste man Features einbauen die mit der Nutzung korrelieren. Anzuführen wäre zum Beispiel eine permanente Gewichtserfassung des Schmutzwäschekorbs. Die KI würde lernen, ab welchem Level (ggf. in Verbindung mit Wochentag oder PV-Erwartung bei Auswahl des PV-Profils) die Wahrscheinlichkeit der Gerätenutzung steigt und in die Prognose einbeziehen. Aber wer macht das schon.  ;)

Das NN kann insgesamt schon recht viel, aber Hellsehen geht leider noch nicht. ;)     

Das gezeigte Verhalten ist mit meiner aktualisierten V 2.7.0 erstellt, die aber noch nicht zur Nutzung in das Contrib geladen wurde. Ich baue noch etwas ein, dann stelle ich die V zur Verfügung.

LG,
Heiko
#9
FHEMWEB / Aw: Neuer Style: f18
Letzter Beitrag von rudolfkoenig - 20 Juni 2026, 19:21:37
Dazu muesste ich wissen, wie dieser Befehl auf die Raumansicht kommt.
#10
EnOcean / Aw: Observe in Kombination mit...
Letzter Beitrag von klaus.schauer - 20 Juni 2026, 18:53:44
Nun ja auf SetExtension habe ich die Funktion nicht getestet. Was bewirkt?
$hash->{InSetExtensions}