- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#91
Anfängerfragen / Aw: Homekit zur Überwachung
Letzter Beitrag von stefan-dd - 01 März 2026, 18:13:09Das ist leider nicht nützlich, es geht nur um die Signalisierung auf dem iPhone, so wie es bei Sicherheitsrelevanten Funktionen, wie Türsteuerung auch funktioniert.
Homekit -> Homebridge -> HomeApp iOS
Homekit -> Homebridge -> HomeApp iOS
#92
Solaranlagen / Aw: [funktioniert] Wasserzähle...
Letzter Beitrag von andies - 01 März 2026, 18:12:34Noch eine Anmerkung, wenn das jemand mitliest und wie ich verzweifelt. Man muss natürlich die Diode genau positionieren, so wie bei mir. Auch das ist eine Herausforderung gewesen, das habe ich mehrere Tage falsch gemacht.
<edit> Ich habe mir mit 3D-Druck eine Form gebastelt, die so gebaut ist, dass sie an meinen Wasserzähler Sensus 620 passt und gleichzeitig der IR-Sensor so hineingelegt werden kann, dass die Öffnung genau an der richtigen Stelle liegt. Man bringt das so an, dass der Sensor "asymmetrisch" liegt, also der größere Teil des Sensors liegt nach außen gerichtet, vom Wasserzähler weg (die beiden Markierungen/Fixierungen auf dem Wasserzähler sind nicht genau in der Mitte des Sensors, sondern versetzt - sieht man an dem Bild auch, da sind die beiden Markierungen links und die Mitte des Sensors ist rechts von den Markierungen des Wasserzählers).
<edit> Ich habe mir mit 3D-Druck eine Form gebastelt, die so gebaut ist, dass sie an meinen Wasserzähler Sensus 620 passt und gleichzeitig der IR-Sensor so hineingelegt werden kann, dass die Öffnung genau an der richtigen Stelle liegt. Man bringt das so an, dass der Sensor "asymmetrisch" liegt, also der größere Teil des Sensors liegt nach außen gerichtet, vom Wasserzähler weg (die beiden Markierungen/Fixierungen auf dem Wasserzähler sind nicht genau in der Mitte des Sensors, sondern versetzt - sieht man an dem Bild auch, da sind die beiden Markierungen links und die Mitte des Sensors ist rechts von den Markierungen des Wasserzählers).
#93
Sprachsteuerung / Aw: alexa-fhem test version mi...
Letzter Beitrag von fz55 - 01 März 2026, 18:10:02Ich hatte auch schon "normale" Devices, die erst nach dem x-ten Suchlauf erkannt wurden. Bei der Katzenklappe war gestern der erste Suchlauf erfolglos. Daraufhin hatte ich in Fhem nochmals einen alexa-fhem reload durchgeführt und bevor ich einen neuen Suchlauf starten konnte, kam die in der Alexa-App die Meldung "Alexa hat 1 Gerät automatisch verbunden: Katzenklappe".
Ich nehme an, dass dein Downgrade funktioniert hat, da bei Version 0.5.65 alexa nur kurzzeitig startet, wenn ModeController-Devices definiert sind (war bei mir zumindest so). Welche Version wird denn angezeigt?
Die Gerätesuche ist für ModeController-Devices schon die richtige Methode. Ich habe sie jedoch nicht über einen Sprachbefehl, sondern über die Alexa-App ausgeführt.
Leider fällt mir nichts weiter ein, was dir weiterhelfen könnte.
Grüße
Ich nehme an, dass dein Downgrade funktioniert hat, da bei Version 0.5.65 alexa nur kurzzeitig startet, wenn ModeController-Devices definiert sind (war bei mir zumindest so). Welche Version wird denn angezeigt?
Die Gerätesuche ist für ModeController-Devices schon die richtige Methode. Ich habe sie jedoch nicht über einen Sprachbefehl, sondern über die Alexa-App ausgeführt.
Leider fällt mir nichts weiter ein, was dir weiterhelfen könnte.
Grüße
#94
InterTechno / Fenstermelder nicht erkannt -...
Letzter Beitrag von roli - 01 März 2026, 17:59:03Also ich habe eine "nanoCUL USB Stick FTDI CC1101 433MHz" Cul mit Version : V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) nanoCUL433 (F-Band: 433MHz)
Eigentlich funktioniert alles soweit hervorragend - Nur, bekomme ich mal unterschiedliche Sensoren von China geliefert, die
wohl nicht erkannt werden.
Es ist mir aber nicht klar, ob ich diese überhaupt in FHEM so definieren kann, dass eine korrekte Verarbeitung erfolgt.
Ich habe 6 Fenstersensoren bestellt und 1 wird nicht erkannt :
Folgendes liefert mir FHEM unter CUL verbose 4:
Im Eventlog sehe ich : CUL nanoCUL433 UNKNOWNCODE i0c1046
Gleicher Typ von Sensor welcher erfolgreich funktioniert liefert :
In einem Arduino 433mzh Empfangs-Sketch erhalte ich folgendes:
Frage:
* Kann ich den Sensor irgendwie aufsetzen, damit er In FHEM auch funktioniert?
Alle anderen Sensoren funktionieren mit z.B.:
define FN_Funk_1 IT 1527x2040f 0110 0000
Verwende ich :
define FN_Funk_1 IT 1527xc1046 0110 0000
so erhalte ich :
CUL nanoCUL433 UNKNOWNCODE i0c1046
Keine Ahnung was da falsch läuft
Eigentlich funktioniert alles soweit hervorragend - Nur, bekomme ich mal unterschiedliche Sensoren von China geliefert, die
wohl nicht erkannt werden.
Es ist mir aber nicht klar, ob ich diese überhaupt in FHEM so definieren kann, dass eine korrekte Verarbeitung erfolgt.
Ich habe 6 Fenstersensoren bestellt und 1 wird nicht erkannt :
Folgendes liefert mir FHEM unter CUL verbose 4:
Code Auswählen
2026.03.01 16:00:32 4: CUL_Parse: nanoCUL433 i0C10460B -68.5
2026.03.01 16:00:32 4: nanoCUL433 IT: message "i0c1046" (7)
2026.03.01 16:00:32 4: nanoCUL433 IT: msgcode "00100F00F0FD" (12) bin = 000011000001000001000110
2026.03.01 16:00:32 3: nanoCUL433: Unknown code i0c1046, help me!
Im Eventlog sehe ich : CUL nanoCUL433 UNKNOWNCODE i0c1046
Gleicher Typ von Sensor welcher erfolgreich funktioniert liefert :
Code Auswählen
define FN_Funk_3 IT 1527x0b732 0110 0000
2026.03.01 17:11:58 4: CUL_Parse: nanoCUL433 i0B732618 -62
2026.03.01 17:11:58 4: nanoCUL433 IT: message "i0b7326" (7)
2026.03.01 17:11:58 4: nanoCUL433 IT: msgcode "" (0) bin = 000010110111001100100110
In einem Arduino 433mzh Empfangs-Sketch erhalte ich folgendes:
Code Auswählen
[b]Sensor 1 ( in FHEM nicht erkannt ):[/b]
> (24Bit) Binary: 000011000001000001000110
Decimal: 790598 HEX: C1046
Tri-State: not applicable
PulseLength: 421 microseconds Protocol: 1
Raw data: 1164,396,1192,396,1192,400,1188,400,1184,1140,448,1140,448,424,1172,416,1172,420,1172,416,1172,420,1168,1140,448,416,1160,440,1160,416,1164,436,1160,424,1168,1144,440,428,1168,408,1180,420,1160,1148,448,1144,432,432,1168,
[b]Sensor 2 ( in FHEM erkannt und funktioniert ):[/b]
-> (24Bit) Binary: 000010110111001100100110
Decimal: 750374 HEX: B7326
Tri-State: not applicable
PulseLength: 421 microseconds Protocol: 1
Raw data: 8608,776,1676,256,1324,760,2408,384,1200,1116,456,2964,244,16,1204,376,1176,428,1168,400,1200,1116,444,340,1264,1116,468,1116,440,584,1116,468,1120,464,404,1184,400,360,516,2164,144,404,1184,404,1172,1152,436,1132,460,
Frage:
* Kann ich den Sensor irgendwie aufsetzen, damit er In FHEM auch funktioniert?
Alle anderen Sensoren funktionieren mit z.B.:
define FN_Funk_1 IT 1527x2040f 0110 0000
Verwende ich :
define FN_Funk_1 IT 1527xc1046 0110 0000
so erhalte ich :
CUL nanoCUL433 UNKNOWNCODE i0c1046
Keine Ahnung was da falsch läuft
#95
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 01 März 2026, 17:34:41@Markus,
Aber ich kann eine solche Möglichkeit über consumerControl->XXX einbauen wenn gewünscht.
Soll die Möglichkeit gegeben sein, die Steuerungsinfo über ein externes Reading bereitzustellen oder reicht ein klassischer Attributwert dafür?
LG,
Heiko
Zitatwie kann man die consumer Steuerung global deaktivieren?Das geht momentan nicht.
Aber ich kann eine solche Möglichkeit über consumerControl->XXX einbauen wenn gewünscht.
Soll die Möglichkeit gegeben sein, die Steuerungsinfo über ein externes Reading bereitzustellen oder reicht ein klassischer Attributwert dafür?
LG,
Heiko
#96
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 01 März 2026, 17:27:58Nicht traurig sein 
... es ist besser diesen Parameter als Pflichtangabe zu definieren und ein userReading "in Kauf" zu nehmen als irgendwann eine freiwillige Angabe doch als verpflichtend umzuwidmen weil es ohne eben nicht geht. Vielleicht ergibt sich ja später die Möglichkeit über Hilfswerte doch noch das Ziel auf anderem Wege zu erreichen was ich zum aktuellen Zeitpunkt aber noch nicht beurteilen kann.
... es ist besser diesen Parameter als Pflichtangabe zu definieren und ein userReading "in Kauf" zu nehmen als irgendwann eine freiwillige Angabe doch als verpflichtend umzuwidmen weil es ohne eben nicht geht. Vielleicht ergibt sich ja später die Möglichkeit über Hilfswerte doch noch das Ziel auf anderem Wege zu erreichen was ich zum aktuellen Zeitpunkt aber noch nicht beurteilen kann. #97
DOIF / DOIF reagiert verzögert auf sc...
Letzter Beitrag von holle75 - 01 März 2026, 16:59:17zu dem hier entstandenen -> https://forum.fhem.de/index.php?topic=142783.msg1351980#msg1351980
und jetzt so (oder immer noch) aussenden DOIF RAW
irritiert mich folgendes ... alle meine DOIF´s kann ich über das devStateIcon in der Weboberfläche schalten. DIESES Doif verzögert ca 10 Sekunden und wird dann erst bei reload/refresh der Page mit dem aktuellen Status angezeigt. Die anderen machen das sofort. Hat es etwas mit den event_Readings zu tun, oder hat noch jemand eine andere Erklärung?
attr XtenderSet_Max_Solar stateFormat state\
<br>\
ZuBerechnendeGesamtleistung
hatte ich auch schon versuchsweise gelöscht, ohne Änderung des Verhaltens
und jetzt so (oder immer noch) aussenden DOIF RAW
Code Auswählen
defmod XtenderSet_Max_Solar DOIF ([$SELF:ZuBerechnendeGesamtleistung] > 800 and [$SELF:ZuBerechnendeGesamtleistung] > [$SELF:ZuBerechnendeGesamtleistung_old] and [$SELF:ZuBerechnendeGesamtleistung] <= 2000)\
(set MQTT2_openDTU limit_absolute [$SELF:ZuBerechnendeGesamtleistung])\
DOELSEIF ([$SELF:ZuBerechnendeGesamtleistung] > 0 and [$SELF:ZuBerechnendeGesamtleistung] <= 2000)\
(set MQTT2_openDTU limit_absolute [$SELF:ZuBerechnendeGesamtleistung])
attr XtenderSet_Max_Solar devStateIcon disabled:general_aus@red:initialize initialize:general_an@yellow:disable initialized:general_an@yellow:disable cmd_1.*:general_an@green:disable cmd_2.*:general_an@green:disable
attr XtenderSet_Max_Solar do resetwait
attr XtenderSet_Max_Solar event-on-change-reading ZuBerechnendeGesamtleistung,ZuBerechnendeGesamtleistung_old
attr XtenderSet_Max_Solar event_Readings ZuBerechnendeGesamtleistung: {(2800 - [Studer485_VT:PV_Power_W]) > 2000 ? 800 : (2800 - [Studer485_VT:PV_Power_W])}
attr XtenderSet_Max_Solar group System_2
attr XtenderSet_Max_Solar oldreadings ZuBerechnendeGesamtleistung,oldreadingsAlways
attr XtenderSet_Max_Solar room Xtender
attr XtenderSet_Max_Solar sortby 4
attr XtenderSet_Max_Solar stateFormat state\
<br>\
ZuBerechnendeGesamtleistung
attr XtenderSet_Max_Solar userReadings ZuBerechnendeGesamtleistung_old:ZuBerechnendeGesamtleistung.* { OldReadingsVal("XtenderSet_Max_Solar", "ZuBerechnendeGesamtleistung", "0") }
attr XtenderSet_Max_Solar wait 10:0irritiert mich folgendes ... alle meine DOIF´s kann ich über das devStateIcon in der Weboberfläche schalten. DIESES Doif verzögert ca 10 Sekunden und wird dann erst bei reload/refresh der Page mit dem aktuellen Status angezeigt. Die anderen machen das sofort. Hat es etwas mit den event_Readings zu tun, oder hat noch jemand eine andere Erklärung?
attr XtenderSet_Max_Solar stateFormat state\
<br>\
ZuBerechnendeGesamtleistung
hatte ich auch schon versuchsweise gelöscht, ohne Änderung des Verhaltens
#98
FHEM Code changes / Revision 30895: 76_SolarForeca...
Letzter Beitrag von System - 01 März 2026, 16:01:04Revision 30895: 76_SolarForecast: contrib Version 2.2.2
76_SolarForecast: contrib Version 2.2.2
Source: Revision 30895: 76_SolarForecast: contrib Version 2.2.2
76_SolarForecast: contrib Version 2.2.2
Source: Revision 30895: 76_SolarForecast: contrib Version 2.2.2
#99
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Parallix - 01 März 2026, 15:49:24Zitat von: DS_Starter am 01 März 2026, 15:27:25...
Vielleicht bin ja der einzige mit o.g. Problem. Dann werde ich ein Dummy schreiben, welches für SF einen fiktiven SOC auf Basis früherer Verbrauchswerte bestimmt. #100
Anfängerfragen / Aw: Homekit zur Überwachung
Letzter Beitrag von Guybrush - 01 März 2026, 15:42:41Devices zu überwachen kannst du z.b. mit Watchdog gut umsetzen. Hier mal ein Beispiel für die Überwachung meiner Klimasteuerung:
bei mir wird das dann in das Dummy Device "OfflineDevices" geschrieben, wenn es länger als 15 Minuten keine aktualisierten Readings im Device gibt. Da läuft dann ein DOIF alle paar Minuten drüber, überprüft das und benachrichtigt mich falls nötig. Da kannst du dann aber auch alles andere machen, was du für dich brauchst. Ich hab bei den kritischen Sachen wie z.b. Wasserleckage etc noch zusätzlich Sprachdurchsagen über Sonos und Whatsapp Nachricht eingebaut.
Die HomeApp, von der du schreibst, sagt mir nichts. Aber grundsätzlich geht es bei sowas, was du suchst, nur drum bei events ein passendes reading zu beschreiben und darauf dann z.b. ein DOIF oder notify zu setzen
Code Auswählen
defmod Essen.Klima.Watchdog watchdog Essen.Klima:mode:.* 00:15:00 SAME setreading OfflineDevices device-$NAME offline
attr Essen.Klima.Watchdog userattr notifyMessage
attr Essen.Klima.Watchdog DbLogExclude .*
attr Essen.Klima.Watchdog activateOnStart 1
attr Essen.Klima.Watchdog autoRestart 1
attr Essen.Klima.Watchdog group Watchdog
attr Essen.Klima.Watchdog room Interfaces->MQTT,Überwachung
bei mir wird das dann in das Dummy Device "OfflineDevices" geschrieben, wenn es länger als 15 Minuten keine aktualisierten Readings im Device gibt. Da läuft dann ein DOIF alle paar Minuten drüber, überprüft das und benachrichtigt mich falls nötig. Da kannst du dann aber auch alles andere machen, was du für dich brauchst. Ich hab bei den kritischen Sachen wie z.b. Wasserleckage etc noch zusätzlich Sprachdurchsagen über Sonos und Whatsapp Nachricht eingebaut.
Die HomeApp, von der du schreibst, sagt mir nichts. Aber grundsätzlich geht es bei sowas, was du suchst, nur drum bei events ein passendes reading zu beschreiben und darauf dann z.b. ein DOIF oder notify zu setzen