- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
FHEM Code changes / Revision 30597: fhemweb_minich...
Letzter Beitrag von System - 07 Dezember 2025, 19:00:38Revision 30597: fhemweb_minichart: add minimal doc
fhemweb_minichart: add minimal doc
Source: Revision 30597: fhemweb_minichart: add minimal doc
fhemweb_minichart: add minimal doc
Source: Revision 30597: fhemweb_minichart: add minimal doc
#12
Codeschnipsel / Aw: [MiniChart]Fhemweb Widget ...
Letzter Beitrag von schwatter - 07 Dezember 2025, 19:00:19Nabend,
ich habe das fhemweb_minichart.js in contrib abgelegt. Ich denke, dort ist es wegen der komplexeren Einrichtung besser aufgehoben. Wer es testen möchte:
Doku gibt es hier:
https://wiki.fhem.de/wiki/FHEMWEB/MiniChart
Gruß schwatter
ich habe das fhemweb_minichart.js in contrib abgelegt. Ich denke, dort ist es wegen der komplexeren Einrichtung besser aufgehoben. Wer es testen möchte:
Code Auswählen
{ Svn_GetFile('contrib/fhemweb_minichart.js', 'www/pgm2/fhemweb_minichart.js') } Doku gibt es hier:
https://wiki.fhem.de/wiki/FHEMWEB/MiniChart
Gruß schwatter
#13
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 07 Dezember 2025, 18:51:52Nabend,
Deine Werte
sehen zunächst mal nicht schlecht aus, wobei sie tendentiell immer kleiner als der legacy Wert sind. Jetzt müsstest du mal vergleichen wie nah die beiden Prognosen der Realität kommen. Insgesamt scheinst du ja einen recht ausgewogenen Verbrauch über die Zeit zu haben. Dazu passt auch Validation Bit_Fail: 0 -> keine Ausreißer.
Etwas unschön sind die Fehlermaße:
Sie deuten allesamt auf eine schwache Prognosequalität hin. Ich habe diese Werte durch eine KI selbst analysieren lassen und sie kommt auf gleiches Ergebnis:
🎯 Fazit
* Das Modell ist stabil, aber zu glatt. Es liefert konstante Werte und verfehlt die Varianz.
* Kennzahlen zeigen schwache Prognosequalität. Besonders R² und MAPE sind klare Indikatoren.
* Praktisch: Für Grundlast‑Schätzung ok, für Peak‑Forecasting unbrauchbar.
✅ Handlungsempfehlungen
* Feature‑Engineering: Peaks brauchen zusätzliche Eingangsgrößen (z. B. Wetter, Geräte‑Lastprofile, Tagessegmente).
* Architektur: Mehr Kapazität oder andere Aktivierungsfunktionen (z. B. ReLU statt Sigmoid) können helfen, Varianz abzubilden.
* Loss‑Funktion: Statt MSE evtl. Huber‑Loss oder gewichtete Fehler, um Peaks stärker zu berücksichtigen.
* Segmentierte Modelle: Ein Modell für Grundlast, ein Modell für Peaks → kombinieren.
Die Handlungsempfehlungen zielen darauf ab, dass ich im Modul entsprechende Einstellungsmöglichkeiten vorsehen werde damit der User sein Modell anpassen kann um optimierte Ergebnisse zu erzielen.
Die Fehlermaße können auch von einer nicht optimalen Trainingsmethodik kommen, da momentan die Traings- und Validierungsdatensätze chronologisch aufgeteilt werden und man ggf. durch ein shuffling besser den Übergang in das Winterhalbjahr ralisiert weil du z.B. jetzt eine WP im Betrieb hast, die die Trainingsdatensätze:
Trainingsdaten: 6163 (Training=4930, Validierung=1233)
nicht erfassen -> die 4930 Trainingsdatensätze liegen vor dem Winterhalbjahr (wenn sie 1 Jahr abbilden) ohne shuffling. Einstellungsmöglichkeiten werden kommen. Auch die Trainingsmethodik wird noch verfeinert.
Der Realitätscheck wäre interessant.
Mit den Inputs=16 sind bereits viele Featuredaten (auch Wetter) enthalten.
LG,
Heiko
ZitatDie neue Funktion "funktioniert bei mir"Die CPU Auslastung ist normal. Das NN Training findet in einem Nebenprozess statt der sich einen CPU Kern schnappt und ihn ordentlich (nahe 100%) auslastet. Bei einer 4 Core Maschine wird man in Summe 25% mehr Auslastung sehen. Da passiert ordentlich etwas.
(Beim NN-Training gibt es einige Minuten 26 % mehr CPU-Auslastung - RPI4)
Deine Werte
Code Auswählen
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 11 -> consumption forecast: 1799 Wh, legacy value: 2237
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 12 -> consumption forecast: 1807 Wh, legacy value: 2148
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 13 -> consumption forecast: 1807 Wh, legacy value: 2926
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 14 -> consumption forecast: 1809 Wh, legacy value: 2669
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 15 -> consumption forecast: 1810 Wh, legacy value: 2665
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 16 -> consumption forecast: 1810 Wh, legacy value: 2759
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 17 -> consumption forecast: 1808 Wh, legacy value: 2274
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 18 -> consumption forecast: 1722 Wh, legacy value: 2590
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 19 -> consumption forecast: 1720 Wh, legacy value: 2322
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 20 -> consumption forecast: 1718 Wh, legacy value: 2122
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 21 -> consumption forecast: 1716 Wh, legacy value: 2343
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 22 -> consumption forecast: 1714 Wh, legacy value: 2017
2025.12.07 10:21:32 1: Forecast DEBUG> Neural Network - hod: 23 -> consumption forecast: 1713 Wh, legacy value: 2066
sehen zunächst mal nicht schlecht aus, wobei sie tendentiell immer kleiner als der legacy Wert sind. Jetzt müsstest du mal vergleichen wie nah die beiden Prognosen der Realität kommen. Insgesamt scheinst du ja einen recht ausgewogenen Verbrauch über die Zeit zu haben. Dazu passt auch Validation Bit_Fail: 0 -> keine Ausreißer.
Etwas unschön sind die Fehlermaße:
Code Auswählen
MAE: 621.29 Wh
MedAE: 564.48 Wh
RMSE: 0.041
MAPE: 40.472 %
MdAPE: 32.710 %
R²: 0.013
Sie deuten allesamt auf eine schwache Prognosequalität hin. Ich habe diese Werte durch eine KI selbst analysieren lassen und sie kommt auf gleiches Ergebnis:
Code Auswählen
🔍 Interpretation anhand der Prognosewerte
* Dein Netz gibt fast konstante Werte um 1710–1810 Wh aus.
* Die Legacy‑Werte schwanken stark (1673 bis 2926 Wh).
* Das Modell glättet die Zeitreihe, erkennt aber die Peaks (z. B. 2782, 2926 Wh) nicht → dadurch entstehen große Fehler.
Beispiel:
* hod 13: Forecast 1807 Wh vs. Legacy 2926 Wh → Abweichung ~1100 Wh.
* hod 5: Forecast 1734 Wh vs. Legacy 2782 Wh → Abweichung ~1050 Wh.
* Diese großen Abweichungen erklären die hohen MAE/MedAE/MAPE und das niedrige R².🎯 Fazit
* Das Modell ist stabil, aber zu glatt. Es liefert konstante Werte und verfehlt die Varianz.
* Kennzahlen zeigen schwache Prognosequalität. Besonders R² und MAPE sind klare Indikatoren.
* Praktisch: Für Grundlast‑Schätzung ok, für Peak‑Forecasting unbrauchbar.
✅ Handlungsempfehlungen
* Feature‑Engineering: Peaks brauchen zusätzliche Eingangsgrößen (z. B. Wetter, Geräte‑Lastprofile, Tagessegmente).
* Architektur: Mehr Kapazität oder andere Aktivierungsfunktionen (z. B. ReLU statt Sigmoid) können helfen, Varianz abzubilden.
* Loss‑Funktion: Statt MSE evtl. Huber‑Loss oder gewichtete Fehler, um Peaks stärker zu berücksichtigen.
* Segmentierte Modelle: Ein Modell für Grundlast, ein Modell für Peaks → kombinieren.
Die Handlungsempfehlungen zielen darauf ab, dass ich im Modul entsprechende Einstellungsmöglichkeiten vorsehen werde damit der User sein Modell anpassen kann um optimierte Ergebnisse zu erzielen.
Die Fehlermaße können auch von einer nicht optimalen Trainingsmethodik kommen, da momentan die Traings- und Validierungsdatensätze chronologisch aufgeteilt werden und man ggf. durch ein shuffling besser den Übergang in das Winterhalbjahr ralisiert weil du z.B. jetzt eine WP im Betrieb hast, die die Trainingsdatensätze:
Trainingsdaten: 6163 (Training=4930, Validierung=1233)
nicht erfassen -> die 4930 Trainingsdatensätze liegen vor dem Winterhalbjahr (wenn sie 1 Jahr abbilden) ohne shuffling. Einstellungsmöglichkeiten werden kommen. Auch die Trainingsmethodik wird noch verfeinert.
Der Realitätscheck wäre interessant.
Mit den Inputs=16 sind bereits viele Featuredaten (auch Wetter) enthalten.
LG,
Heiko
#14
Anfängerfragen / Aw: Fhem-Log periodisch lösche...
Letzter Beitrag von Otto123 - 07 Dezember 2025, 18:49:07ja ich weiß es ja eigentlich 
Ich hatte Deinen Beitrag als Antwort auf meine Codezeile verstanden, in der geht es ja um $currlogfile (Logfile/FHEM-Log)
Aber genau da ist der Punkt: für das FHEM-Log - wenn man das extern manipuliert - hat man kein reopen - oder sehe ich es nur nicht?
Es kann aber auch sein, ich habe das alles hier falsch verstanden. Ich dachte nur, weil es um Fehlermeldungen geht, muss es doch hier um das Logfile (FHEM-Log) gehen?
Ich hatte Deinen Beitrag als Antwort auf meine Codezeile verstanden, in der geht es ja um $currlogfile (Logfile/FHEM-Log)
Aber genau da ist der Punkt: für das FHEM-Log - wenn man das extern manipuliert - hat man kein reopen - oder sehe ich es nur nicht?
Es kann aber auch sein, ich habe das alles hier falsch verstanden. Ich dachte nur, weil es um Fehlermeldungen geht, muss es doch hier um das Logfile (FHEM-Log) gehen?
#15
Verbrauchsmessung / shelly-em 50A
Letzter Beitrag von taskkill - 07 Dezember 2025, 18:41:43Guten Abend
Habe Shelly-em mit 50A-Klammer, mit MQTT eingebunden und weiß jetzt nicht welches Template dafür richtig wäre.
Kann mir da jemand helfen (welches Template oder fertige RAW) ?
Habe Shelly-em mit 50A-Klammer, mit MQTT eingebunden und weiß jetzt nicht welches Template dafür richtig wäre.
Kann mir da jemand helfen (welches Template oder fertige RAW) ?
Code Auswählen
defmod StromGarten MQTT2_DEVICE shellyem_EC64C9C68993
attr StromGarten model SHEM
attr StromGarten readingList shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/online:.* online\
shellyem_EC64C9C68993:shellies/announce:.* { json2nameValue($EVENT) }\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/announce:.* { json2nameValue($EVENT) }\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/info:.* { json2nameValue($EVENT) }\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/relay/0:.* relay_0\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/0/power:.* emeter_0_power\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/0/reactive_power:.* emeter_0_reactive_power\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/0/pf:.* emeter_0_pf\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/0/voltage:.* emeter_0_voltage\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/0/total:.* emeter_0_total\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/0/total_returned:.* emeter_0_total_returned\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/1/power:.* emeter_1_power\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/1/reactive_power:.* emeter_1_reactive_power\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/1/pf:.* emeter_1_pf\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/1/voltage:.* emeter_1_voltage\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/1/total:.* emeter_1_total\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/1/total_returned:.* emeter_1_total_returned\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/0/energy:.* emeter_0_energy\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/0/returned_energy:.* emeter_0_returned_energy\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/1/energy:.* emeter_1_energy\
shellyem_EC64C9C68993:shellies/shellyem-EC64C9C68993/emeter/1/returned_energy:.* emeter_1_returned_energy
attr StromGarten room Neu
setstate StromGarten 2025-12-07 16:28:27 IODev MQTT2Server
setstate StromGarten 2025-12-07 16:28:27 actions_stats_skipped 0
setstate StromGarten 2025-12-07 16:28:27 cfg_changed_cnt 0
setstate StromGarten 2025-12-07 16:28:27 cloud_connected false
setstate StromGarten 2025-12-07 16:28:27 cloud_enabled false
setstate StromGarten 2025-12-07 17:03:00 emeter_0_energy 0
setstate StromGarten 2025-12-07 17:02:58 emeter_0_pf 0.00
setstate StromGarten 2025-12-07 17:02:58 emeter_0_power 0.00
setstate StromGarten 2025-12-07 17:02:58 emeter_0_reactive_power 0.00
setstate StromGarten 2025-12-07 17:03:00 emeter_0_returned_energy 0
setstate StromGarten 2025-12-07 17:02:58 emeter_0_total 0.0
setstate StromGarten 2025-12-07 17:02:58 emeter_0_total_returned 0.0
setstate StromGarten 2025-12-07 17:02:58 emeter_0_voltage 229.84
setstate StromGarten 2025-12-07 17:03:00 emeter_1_energy 0
setstate StromGarten 2025-12-07 17:02:58 emeter_1_pf 0.00
setstate StromGarten 2025-12-07 17:02:58 emeter_1_power 0.00
setstate StromGarten 2025-12-07 17:02:58 emeter_1_reactive_power 0.00
setstate StromGarten 2025-12-07 17:03:00 emeter_1_returned_energy 0
setstate StromGarten 2025-12-07 17:02:58 emeter_1_total 0.0
setstate StromGarten 2025-12-07 17:02:58 emeter_1_total_returned 0.0
setstate StromGarten 2025-12-07 17:02:58 emeter_1_voltage 229.84
setstate StromGarten 2025-12-07 16:28:27 emeters_1_is_valid false
setstate StromGarten 2025-12-07 16:28:27 emeters_1_pf 0.00
setstate StromGarten 2025-12-07 16:28:27 emeters_1_power 0.00
setstate StromGarten 2025-12-07 16:28:27 emeters_1_reactive 0.00
setstate StromGarten 2025-12-07 16:28:27 emeters_1_total 0.0
setstate StromGarten 2025-12-07 16:28:27 emeters_1_total_returned 0.0
setstate StromGarten 2025-12-07 16:28:27 emeters_1_voltage 0.00
setstate StromGarten 2025-12-07 16:28:27 emeters_2_is_valid false
setstate StromGarten 2025-12-07 16:28:27 emeters_2_pf 0.00
setstate StromGarten 2025-12-07 16:28:27 emeters_2_power 0.00
setstate StromGarten 2025-12-07 16:28:27 emeters_2_reactive 0.00
setstate StromGarten 2025-12-07 16:28:27 emeters_2_total 0.0
setstate StromGarten 2025-12-07 16:28:27 emeters_2_total_returned 0.0
setstate StromGarten 2025-12-07 16:28:27 emeters_2_voltage 0.00
setstate StromGarten 2025-12-07 16:28:27 fs_free 157879
setstate StromGarten 2025-12-07 16:28:27 fs_size 233681
setstate StromGarten 2025-12-07 16:28:27 fw_ver 20230913-114150/v1.14.0-gcb84623
setstate StromGarten 2025-12-07 16:28:27 has_update false
setstate StromGarten 2025-12-07 16:28:27 id shellyem-EC64C9C68993
setstate StromGarten 2025-12-07 16:28:27 ip 192.168.178.104
setstate StromGarten 2025-12-07 16:28:27 mac EC64C9C68993
setstate StromGarten 2025-12-07 16:28:27 model SHEM
setstate StromGarten 2025-12-07 16:28:27 mqtt_connected true
setstate StromGarten 2025-12-07 16:28:27 new_fw false
setstate StromGarten 2025-12-07 16:28:27 online true
setstate StromGarten 2025-12-07 16:28:27 ram_free 36428
setstate StromGarten 2025-12-07 16:28:27 ram_total 51064
setstate StromGarten 2025-12-07 17:02:58 relay_0 off
setstate StromGarten 2025-12-07 16:28:27 relays_1_has_timer false
setstate StromGarten 2025-12-07 16:28:27 relays_1_is_valid false
setstate StromGarten 2025-12-07 16:28:27 relays_1_ison false
setstate StromGarten 2025-12-07 16:28:27 relays_1_overpower false
setstate StromGarten 2025-12-07 16:28:27 relays_1_source input
setstate StromGarten 2025-12-07 16:28:27 relays_1_timer_duration 0
setstate StromGarten 2025-12-07 16:28:27 relays_1_timer_remaining 0
setstate StromGarten 2025-12-07 16:28:27 relays_1_timer_started 0
setstate StromGarten 2025-12-07 16:28:27 serial 1
setstate StromGarten 2025-12-07 16:28:27 time
setstate StromGarten 2025-12-07 16:28:27 unixtime 0
setstate StromGarten 2025-12-07 16:28:27 update_has_update false
setstate StromGarten 2025-12-07 16:28:27 update_new_version
setstate StromGarten 2025-12-07 16:28:27 update_old_version 20230913-114150/v1.14.0-gcb84623
setstate StromGarten 2025-12-07 16:28:27 update_status unknown
setstate StromGarten 2025-12-07 16:28:27 uptime 3
setstate StromGarten 2025-12-07 16:28:27 wifi_sta_connected true
setstate StromGarten 2025-12-07 16:28:27 wifi_sta_ip 192.168.178.104
setstate StromGarten 2025-12-07 16:28:27 wifi_sta_rssi -46
setstate StromGarten 2025-12-07 16:28:27 wifi_sta_ssid taskkill
#16
Multimedia / Modul Sonos - Layout / Anzeige...
Letzter Beitrag von Fabiango - 07 Dezember 2025, 18:17:58Hallo FHEM Freunde,
ich habe seit kurzem Sonos und benutze auch das Modul was wirklich super funktioniert.
Meine Frage betrifft die Ansicht (Layout / Anzeige) was viel Platz im Raum einnuimmt.
Vor allem wird die Raum Ansicht auf dem Handy mit dem Style ios12touchpad unübersichtlich.
Kann ich das Layout von der Grösse anpassen oder zum Beispiel die Textfelder (Songname) usw. irgendwo entfernen?
Danke für eure Hilfe.
Gruss, Fabian
ich habe seit kurzem Sonos und benutze auch das Modul was wirklich super funktioniert.
Meine Frage betrifft die Ansicht (Layout / Anzeige) was viel Platz im Raum einnuimmt.
Vor allem wird die Raum Ansicht auf dem Handy mit dem Style ios12touchpad unübersichtlich.
Kann ich das Layout von der Grösse anpassen oder zum Beispiel die Textfelder (Songname) usw. irgendwo entfernen?
Danke für eure Hilfe.
Gruss, Fabian
#17
Anfängerfragen / Aw: Fhem-Log periodisch lösche...
Letzter Beitrag von betateilchen - 07 Dezember 2025, 17:57:40Zitat von: Otto123 am 07 Dezember 2025, 17:48:36das Device Logfile kennt leider kein reopen
Habe ich irgendwo etwas vom device "Logfile" geschrieben?
Zitat von: Otto123 am 07 Dezember 2025, 17:48:36warum weiß ich nicht. Jedes andere FileLog Device kennt reopen
Weil "Logfile" kein reguläres devices vom Type FileLog ist.
Rudi hat das in der Vergangenheit schon mehrfach im Forum erklärt.
ZitatLang:
Logfile ist als passiver Eintrag gedacht, es sollte nur das Code-Doppeln fuer die FHEM-Log Anzeige in FHEMWEB vermeiden.
Aus diesem Grund sind auch viele FileLog Attribute nicht erwünscht.
#18
FHEM Code changes / Revision 30596: fhemweb_minich...
Letzter Beitrag von System - 07 Dezember 2025, 17:51:07Revision 30596: fhemweb_minichart: add minichart widget for FHEMWEB
fhemweb_minichart: add minichart widget for FHEMWEB
Source: Revision 30596: fhemweb_minichart: add minichart widget for FHEMWEB
fhemweb_minichart: add minichart widget for FHEMWEB
Source: Revision 30596: fhemweb_minichart: add minichart widget for FHEMWEB
#19
Anfängerfragen / Aw: Fhem-Log periodisch lösche...
Letzter Beitrag von Otto123 - 07 Dezember 2025, 17:48:36@betateilchen - irgendwie war ich schon gespannt, ob dieser Einwand kommt
Dazu kann ich folgendes berichten:
Dazu kann ich folgendes berichten:
- das Device Logfile kennt leider kein reopen - warum weiß ich nicht. Jedes andere FileLog Device kennt reopen.
- Der Code oben ist etwas schräg, aber der funktioniert auch ohne reopen - warum weiß ich auch wieder nicht...
- ... wenn man ein sed -i auf $currlogfile anwendet, wird danach nicht mehr weiter ins Log geschrieben.
#20
KNX/EIB / KNX - Probleme beim Schalten g...
Letzter Beitrag von Bronze - 07 Dezember 2025, 16:58:00Hallo,
wie aus einem anderen Thread bekannt habe ich Schwierigkeiten mit dem KNX-Gateway beim Schalten gemäß Timer.
Das gilt nun auch für Licht.
Diese Logik
hätte um 16:15:24 Uhr die Stufenbeleuchtung einschalten sollen
und führt zu folgendem Log:
Die Message wird gesendet, dass Stufenbeleuchtung eingeschaltet sei, aber sie wurde es nicht.
Hier das Listing des Devices:
Generell fällt mir auf, dass die Statusanzeige der über KNX steuerbaren Leuchten nicht funktioniert, wenn das Licht manuell geschaltet wurde.
Schaltet man also manuell über einen Schalter ein, zeigt das FHEM nicht an, nur wenn man manuell über FHEM schaltet.
Das war früher, bevor meine ganzen Schwierigkeiten mit KNX in FHEM begannen, anders und zuverlässig.
Was könnte bitte die Ursache sein?
VG
wie aus einem anderen Thread bekannt habe ich Schwierigkeiten mit dem KNX-Gateway beim Schalten gemäß Timer.
Das gilt nun auch für Licht.
Diese Logik
Code Auswählen
([[OUT_Sonnenstand:ss]-[OUT_Sonnenstand:sr]])
(set Licht_TH_Stufen on; msg push @rr_ Stufenbeleuchtung an.)
DOELSE (set Licht_TH_Stufen off; msg push @rr_ Stufenbeleuchtung aus.)hätte um 16:15:24 Uhr die Stufenbeleuchtung einschalten sollen
und führt zu folgendem Log:
Code Auswählen
2025.12.07 16:15:24 5: myKNXGW [KNXIO_Write 587]: started
2025.12.07 16:15:24 5: myKNXGW [KNXIO_Write 594]: sending w0230001
2025.12.07 16:15:24 5: myKNXGW [KNXIO_Write 615]: data=81 size=1 acpi=80 src=15.15.242 dst=2/3/0
2025.12.07 16:15:24 5: DevIo_SimpleWrite myKNXGW: 061004200015046e00001100bce0fff21300010081
2025.12.07 16:15:24 5: myKNXGW [KNXIO_Write2 702]: Mode=H buf=061004200015046e00001100bce0fff21300010081 rc=0
2025.12.07 16:15:24 3: msg rr_: STATUS=OK PRIORITY=0 TITLE='' MSG='Stufenbeleuchtung an.'
2025.12.07 16:15:25 3: myKNXGW [KNXIO_TunnelRequestTO 1360]: timeout - attempt resend
2025.12.07 16:15:25 5: DevIo_SimpleWrite myKNXGW: 061004200015046e00001100bce0fff21300010081
2025.12.07 16:15:27 3: myKNXGW [KNXIO_TunnelRequestTO 1368]: timeout - sending disconnect request
2025.12.07 16:15:27 5: DevIo_SimpleWrite myKNXGW: 0610020900106e000801000000000000
2025.12.07 16:15:27 5: myKNXGW [KNXIO_Read 307]: buf=0610020a00086e21
2025.12.07 16:15:27 4: myKNXGW [KNXIO_ReadH 499]: DisconnectResponse received - sending connrequest
2025.12.07 16:15:27 5: DevIo_SimpleWrite myKNXGW: 06100205001a0801000000000000080100000000000004040200Die Message wird gesendet, dass Stufenbeleuchtung eingeschaltet sei, aber sie wurde es nicht.
Hier das Listing des Devices:
Code Auswählen
Internals:
DEF 2/3/0:dpt1:EinAus 2/3/1:dpt1:Status:listenonly
FUUID 6773b92e-f33f-1fbc-4c1b-21287d53577fd1a6
FVERSION 10_KNX.pm:v5.1.0-s30443/2025-10-24
IODev myKNXGW
LASTInputDev myKNXGW
MSGCNT 2
NAME Licht_TH_Stufen
NR 325
STATE off
TYPE KNX
eventCount 6
model dpt1
myKNXGW_MSGCNT 2
myKNXGW_TIME 2025-12-07 10:40:13
GADDETAILS:
EinAus:
CODE 02300
MODEL dpt1
NO 1
OPTION
RDNAMEGET EinAus-get
RDNAMESET EinAus-set
SETLIST :on,off,toggle
Status:
CODE 02301
MODEL dpt1
NO 2
OPTION listenonly
RDNAMEGET Status-get
RDNAMESET Status-set
SETLIST :on,off,toggle
GADTABLE:
02300 EinAus
02301 Status
Helper:
READINGS:
2025-12-07 10:40:13 EinAus-get off
2025-12-07 16:15:24 EinAus-set on
2025-12-05 20:09:30 IODev myKNXGW
2025-12-07 10:40:13 Status-get off
2025-12-07 16:15:24 last-sender fhem
2025-12-07 16:15:24 state on
Attributes:
devStateIcon off:li_wht_off:on on:li_wht_on:off
room KNX->Licht
stateFormat Status-get
webCmd :Generell fällt mir auf, dass die Statusanzeige der über KNX steuerbaren Leuchten nicht funktioniert, wenn das Licht manuell geschaltet wurde.
Schaltet man also manuell über einen Schalter ein, zeigt das FHEM nicht an, nur wenn man manuell über FHEM schaltet.
Das war früher, bevor meine ganzen Schwierigkeiten mit KNX in FHEM begannen, anders und zuverlässig.
Was könnte bitte die Ursache sein?
VG