- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Anfängerfragen / Aw: weekdaytimer zusammenfasse...
Letzter Beitrag von Beta-User - 09 Dezember 2025, 10:20:39Vielleicht schaust du dir das noch mal selbst kritisch an...
#2
Anfängerfragen / Aw: weekdaytimer zusammenfasse...
Letzter Beitrag von mfeske - 09 Dezember 2025, 10:06:47Dankeschön 
das habe ich dann gleich mal ungeprüft korrigiert 
sieht jetzt auch besser aus, allerdings wird mir das abendliche Ein- ausschalten nicht angezeigt.
Gruß
Micha
das habe ich dann gleich mal ungeprüft korrigiert sieht jetzt auch besser aus, allerdings wird mir das abendliche Ein- ausschalten nicht angezeigt.
Code Auswählen
DEF
Elch 06:45:00|on {sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off Mo-So {sunset_abs('HORIZON=-2',0,"15:30","22:30")}|on Mo-So|23:30|off
DEVICE
Elch
FUUID
6925705a-f33f-be1a-9b8e-450e3bf9854ee7eb
GlobalDaylistSpec
LANGUAGE
en
NAME
ElchTimer
NR
185
Profil 0: Sunday
06:45:00 on, 07:55:44 off,
Profil 1: Monday
06:45:00 on, 07:55:44 off,
Profil 2: Tuesday
06:45:00 on, 07:55:44 off,
Profil 3: Wednesday
06:45:00 on, 07:55:44 off,
Profil 4: Thursday
06:45:00 on, 07:55:44 off,
Profil 5: Friday
06:45:00 on, 07:55:44 off,
Profil 6: Saturday
06:45:00 on, 07:55:44 off,
Gruß
Micha
#3
FHEMWEB / Aw: [ControlMiniDash]Fhemweb W...
Letzter Beitrag von schwatter - 09 Dezember 2025, 09:34:00Morgen,
mh, ich kenne KNX nicht vom Aufbau in Fhem. Bzw, wie die Devices sich darstellen. Ist Objekt = Device?.
Ich würde das Widget in dem Device setzen, in dem die Temperatur per set gesetzt wird. Und wenn
es 2 Devices sind, eins für get und eins für set, die Temp vom get-Device per notify in das set-Device
setzen.
Das ist das Beispiel:
Die beiden Readings measured-temp und desired-temp sind wichtig:
measured-temp = Ein Reading, Name egal. Wichtig, muss gemessene Temperatur liefern.
humidity = Ein Reading, Name egal. Für Luftfeuchtigkeit oder mit # einfach ausblenden.
desired-temp = Ein Reading, Name egal. Wichtig, muss gewünschte Temperatur setzen.
state = Ein Reading, Name egal. Zur freien Verfügung.
Gruß schwatter
mh, ich kenne KNX nicht vom Aufbau in Fhem. Bzw, wie die Devices sich darstellen. Ist Objekt = Device?.
Ich würde das Widget in dem Device setzen, in dem die Temperatur per set gesetzt wird. Und wenn
es 2 Devices sind, eins für get und eins für set, die Temp vom get-Device per notify in das set-Device
setzen.
Das ist das Beispiel:
Code Auswählen
attr <device> widgetOverride climacontrol:controlminidash,measured-temp,humidity,desired-temp,state,#,#,#,#,#,#Die beiden Readings measured-temp und desired-temp sind wichtig:
measured-temp = Ein Reading, Name egal. Wichtig, muss gemessene Temperatur liefern.
humidity = Ein Reading, Name egal. Für Luftfeuchtigkeit oder mit # einfach ausblenden.
desired-temp = Ein Reading, Name egal. Wichtig, muss gewünschte Temperatur setzen.
state = Ein Reading, Name egal. Zur freien Verfügung.
Gruß schwatter
#4
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 09 Dezember 2025, 09:11:20Guten Morgen,
Die PV-KI ist momentan AI::DecisionTree. Hier gehen mehr Faktoren ein wie auch die Wetter-Id in der dann auch Nebel und so etwas abgebildet wird. Allerdings ist AI::DecisionTree, wie der Name sagt, ein Entscheidungsbaum und ich beabsichtige auch die PV-Prognose auf ein neuronales Netz umzustellen.
Reine Helligkeitswerte können sicherlich eine Unterstützung sein. Allerdings gibt es das grundsätzliche Problem, dass man Helligkeitswerte in geeigneter Weise als Stundendurchschnitt zwar aufzeichnen kann (besser noch die reale Stahlung in der Nähe der Zellen) ABER das neuronale Netz lernt den Zusammenhang dieser Werte mit den PV-Erträgen und den weiteren Faktoren wie Rad1h Prognose, Bewölkungsprognose, Sonnenstand usw.
Weiterhin braucht man auch für die Abfrage der KI zur PV-Ezeugungsprognose eine Helligkeitsprognose für die nächsten Stunden, denn die Trainingsfeatures müssen mit den Abfragefeatures zusammenpassen. Woher will man die nehmen?
LG,
Heiko
ZitatApropos "gutes Training"... hier wurde von verschiedenen Nutzern schon öfter festgestellt, dass die Erzeugungsprognosen wegen teilweise unpassender Wetterprognosen nicht immer passen. Das ganze verstärkt sich dann phasenweise noch selbst, weil die Korrekturfaktoren "immer weiter ausreißen".Natürlich sind die Wetter- und Strahlungsprognosen! der Wetterdienste der maßgebliche Faktor auf den sich die PV Prognose stützt. Wenn diese Vorhersagen von der Realität abweichen, kommt es zwangsläufig zu Abweichungen. Die herkömmliche Verwendung von Korrekturfaktoren arbeitet mit Medianwerten entsprechend Strahlungsvorhersage, Sonnenstand und Bewölkung im Vergleich ebenfalls mit Medianwerten der realen PV Erzeugung. Das vermeidet eine Selbstverstärkung ... Ausreißer werden ignoriert.
Die PV-KI ist momentan AI::DecisionTree. Hier gehen mehr Faktoren ein wie auch die Wetter-Id in der dann auch Nebel und so etwas abgebildet wird. Allerdings ist AI::DecisionTree, wie der Name sagt, ein Entscheidungsbaum und ich beabsichtige auch die PV-Prognose auf ein neuronales Netz umzustellen.
ZitatWäre es möglich die Lern-/Korrekturfaktoren an "harte Fakten" wie z.B. einen Helligkeitswert zu knüpfen?Das wird bereits gemacht und zwar in Form der Solarstrahlung Rad1h. Auch hier ist es nicht ganz so einfach, denn es gibt Direktstrahlung wenn die Sonne direkt auf die Zellen scheint und die Diffusstrahlung, die auch bei Bewölkung und anderen Gegebenheiten vorhanden ist. Beides zusammen führt zu unserem PV-Ertrag.
Reine Helligkeitswerte können sicherlich eine Unterstützung sein. Allerdings gibt es das grundsätzliche Problem, dass man Helligkeitswerte in geeigneter Weise als Stundendurchschnitt zwar aufzeichnen kann (besser noch die reale Stahlung in der Nähe der Zellen) ABER das neuronale Netz lernt den Zusammenhang dieser Werte mit den PV-Erträgen und den weiteren Faktoren wie Rad1h Prognose, Bewölkungsprognose, Sonnenstand usw.
Weiterhin braucht man auch für die Abfrage der KI zur PV-Ezeugungsprognose eine Helligkeitsprognose für die nächsten Stunden, denn die Trainingsfeatures müssen mit den Abfragefeatures zusammenpassen. Woher will man die nehmen?
LG,
Heiko
#5
Anfängerfragen / Aw: weekdaytimer zusammenfasse...
Letzter Beitrag von Beta-User - 09 Dezember 2025, 08:51:28Ungeprüft fällt auf, dass in der neuen Fassung die Anführungszeichen fehlen...
#6
Automatisierung / Aw: KNX Jalousiesteuerung mit ...
Letzter Beitrag von erwin - 09 Dezember 2025, 08:50:06Zitat@erwin: ASC erwartet, dass das "Lese-Reading" und das "set"-Reading ein und denselben Namen haben....kein Problem: bei jeder definition "nosuffix" setzen.
...siehe auch mein ASC-Beispiel im wiki
l.g. erwin
#7
MQTT / Aw: shelly 1pm Gen4 (nicht Plu...
Letzter Beitrag von Frank_Huber - 09 Dezember 2025, 08:48:31andere Frage, was hat denn der "defekte" Shelly?
Die erste Serie hat oftmals nur einen defekten Kondensator der sich im Nu tauschen lässt.
Habe bei mir schon einige 2.5er repariert die irgendwann immer wieder ausgefallen sind.
Man kann an denen auch den drohenden Ausfall hören, sie fangen an zu rauschen bevor sie irgendwann sterben.
Die erste Serie hat oftmals nur einen defekten Kondensator der sich im Nu tauschen lässt.
Habe bei mir schon einige 2.5er repariert die irgendwann immer wieder ausgefallen sind.
Man kann an denen auch den drohenden Ausfall hören, sie fangen an zu rauschen bevor sie irgendwann sterben.
#8
Anfängerfragen / weekdaytimer zusammenfassen
Letzter Beitrag von mfeske - 09 Dezember 2025, 08:46:33Hallo zusammen,
ich habe in meiner alten Installation zwei weekdaytimer.
Für die Neuinstallation dachte ich ich könnte diese zusammenfassen mit:
aber so richtig zu funktionieren scheint das nicht, das log wirft mir Fehler wie diesen:
auch würde ich gerne über ein reading vielleicht ein symbol setzen devstateicon um zu sehen ob ein oder ausgeschaltet.
Gruß
Micha
ich habe in meiner alten Installation zwei weekdaytimer.
Code Auswählen
define ElchMorgends WeekdayTimer Elch 06:45:00|on {sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off
attr ElchMorgends commandTemplate set $NAME $EVENT
attr ElchMorgends room Garten
define ElchAbends WeekdayTimer Elch Mo-So|{sunset_abs('HORIZON=-2',0,"15:30","22:30")}|on Mo-So|23:30|off
attr ElchAbends commandTemplate set $NAME $EVENT
attr ElchAbends room Garten
Für die Neuinstallation dachte ich ich könnte diese zusammenfassen mit:
Code Auswählen
define ElchTimer WeekdayTimer Elch 06:45:00|on {sunrise_abs( HORIZON=-2 ,0, 07:15 , 08:40 )}|off Mo-So|{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}|on Mo-So|23:30|off
attr ElchTimer commandTemplate set $NAME $EVENT
attr ElchTimer icon time_timer
attr ElchTimer room Garten->hinten
aber so richtig zu funktionieren scheint das nicht, das log wirft mir Fehler wie diesen:
Code Auswählen
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220172) line 1, near "2 ," syntax error at (eval 220172) line 1, near "07:" Illegal octal digit '8' at (eval 220172) line 1, at end of line >>>{ my $date=1765580405;{sunrise_abs( HORIZON=-2 ,0, 07:15 , 08:40 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765407605;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220173) line 1, near "2 ,"
syntax error at (eval 220173) line 1, near "15:"
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220173) line 1, near "2 ," syntax error at (eval 220173) line 1, near "15:" >>>{ my $date=1765407605;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765321205;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220174) line 1, near "2 ,"
syntax error at (eval 220174) line 1, near "15:"
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220174) line 1, near "2 ," syntax error at (eval 220174) line 1, near "15:" >>>{ my $date=1765321205;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765234805;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220175) line 1, near "2 ,"
syntax error at (eval 220175) line 1, near "15:"
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220175) line 1, near "2 ," syntax error at (eval 220175) line 1, near "15:" >>>{ my $date=1765234805;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765321205;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220176) line 1, near "2 ,"
syntax error at (eval 220176) line 1, near "15:"
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220176) line 1, near "2 ," syntax error at (eval 220176) line 1, near "15:" >>>{ my $date=1765321205;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765407605;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220177) line 1, near "2 ,"
syntax error at (eval 220177) line 1, near "15:"
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220177) line 1, near "2 ," syntax error at (eval 220177) line 1, near "15:" >>>{ my $date=1765407605;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765494005;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220178) line 1, near "2 ,"
syntax error at (eval 220178) line 1, near "15:"
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220178) line 1, near "2 ," syntax error at (eval 220178) line 1, near "15:" >>>{ my $date=1765494005;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765580405;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220179) line 1, near "2 ,"
syntax error at (eval 220179) line 1, near "15:"
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220179) line 1, near "2 ," syntax error at (eval 220179) line 1, near "15:" >>>{ my $date=1765580405;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765234805;{sunrise_abs( HORIZON=-2 ,0, 07:15 , 08:40 )}}: Can't modify constant item in scalar assignment at (eval 220188) line 1, near "2 ,"
syntax error at (eval 220188) line 1, near "07:"
Illegal octal digit '8' at (eval 220188) line 1, at end of line
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220188) line 1, near "2 ," syntax error at (eval 220188) line 1, near "07:" Illegal octal digit '8' at (eval 220188) line 1, at end of line >>>{ my $date=1765234805;{sunrise_abs( HORIZON=-2 ,0, 07:15 , 08:40 )}}<<<
2025.12.09 00:00:05 1: ERROR evaluating { my $date=1765234805;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}: Can't modify constant item in scalar assignment at (eval 220189) line 1, near "2 ,"
syntax error at (eval 220189) line 1, near "15:"
2025.12.09 00:00:05 3: [ElchTimer] Can't modify constant item in scalar assignment at (eval 220189) line 1, near "2 ," syntax error at (eval 220189) line 1, near "15:" >>>{ my $date=1765234805;{sunset_abs( HORIZON=-2 ,0, 15:30 , 22:30 )}}<<<
2025.12.09 00:00:05 3: CUL433 IT_set: Elch off
2025.12.09 00:00:05 3: CUL433 IT_set: Elch on
auch würde ich gerne über ein reading vielleicht ein symbol setzen devstateicon um zu sehen ob ein oder ausgeschaltet.
Gruß
Micha
#9
Sonstiges / Aw: Ecowitt API - diverse Wett...
Letzter Beitrag von Beta-User - 09 Dezember 2025, 08:30:29Nachtrag: sobald der Name geändert ist, könnte man das auch einchecken, du darfst gerne auch den (Mit-) Maintainer machen 🙂.
#10
FHEMWEB / Aw: [ControlMiniDash]Fhemweb W...
Letzter Beitrag von appi - 09 Dezember 2025, 08:04:41Hallo
soweit funktioniert das Widget schon recht gut.
Ich bin mit dem Sollwert im Konflikt.... In meiener Installation (KNX) habe ich ein Objekt für Sollwert setzen im Regler und eins für Sollwert lesen aus dem Regler. Somit können Aenderungen im Regler und in der Fhem gemacht werden und der jeweils Andere bekommt die Aenderung mit.
Gibt es eine Möglichkeit das einfach zu implementieren oder habe ich etwas falsch verstanden?
gruss
soweit funktioniert das Widget schon recht gut.
Ich bin mit dem Sollwert im Konflikt.... In meiener Installation (KNX) habe ich ein Objekt für Sollwert setzen im Regler und eins für Sollwert lesen aus dem Regler. Somit können Aenderungen im Regler und in der Fhem gemacht werden und der jeweils Andere bekommt die Aenderung mit.
Gibt es eine Möglichkeit das einfach zu implementieren oder habe ich etwas falsch verstanden?
gruss