- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von lorisurfen - 01 März 2026, 19:38:27ZitatDas geht momentan nicht.Mir würde erstmal ein klassischer Attributwert reichen z.B. consumerControl disable (Wert: 0|1, default: 0)
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
#12
Zigbee / Aw: Kein "set_on-for-timer" lo...
Letzter Beitrag von dirk_69 - 01 März 2026, 18:54:53Danke für die Antwort.
Mein Problem ist nicht der fehlende "on-for-timer" Befehl im HUE-Device, der ist da und funktioniert grandios.
Es wird nur kein Event "set_on-for-timer" erzeugt, auf welches ich gerne triggen möchte.
Mein Problem ist nicht der fehlende "on-for-timer" Befehl im HUE-Device, der ist da und funktioniert grandios.
Es wird nur kein Event "set_on-for-timer" erzeugt, auf welches ich gerne triggen möchte.
#13
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Parallix - 01 März 2026, 18:26:39Zitat von: lorisurfen am 01 März 2026, 09:00:14...Den Mode kannst Du SF doch komfortabel über ein Reading zuführen. Da Du den Anlass für einen Wechsel explizit benennst, kannst Du die globale Abschaltung doch prima über einen kleinen Controller erledigen lassen. Vielleicht verstehe ich Deinen Anwendungsfall aber auch nicht. Aktuell verstehe ich ihn so: Aktivierung der Consumer-Einplanung und -Steuerung bei kalten Tagen, Deaktivierung bei warmen Tagen. Richtig?
wie kann man die consumer Steuerung global deaktivieren?
Bei 10 consumer möchte ich wenn die Tage wärmer werden bzw. über Solarthermie die Energie ausreicht nicht alle einzelnen an einem (sonnigen) Tag deaktivieren und am nächsten wieder alle aktivieren (z.B. über mode=mustNot oder auto=0)
...
#14
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
#15
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.
#16
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
#17
InterTechno / Fenstermelder nicht erkannt -...
Letzter Beitrag von roli - 01 März 2026, 17:59:03Also ich habe eine BUSWARE 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
#18
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
#19
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. #20
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