Hallo,
ich habe 3 Telekom / Magenta Smarthome Rauchmelder per DECT in meiner Fritzbox (Release 6.87) eingebunden. Diese werden auch korrekt erkannt und eingebunden. Ebenso sind sie in FHEM angelegt.
Zitat
/Internals:
DEF FritzSmart1:11324_0063725_1 HANFUN2,alarmSensor
FUUID 5c5c3b5c-f33f-042f-66b5-80f62f072bfe4cd4
FritzSmart1_MSGCNT 236
FritzSmart1_TIME 2019-02-09 16:34:05
IODev FritzSmart1
LASTInputDev FritzSmart1
MSGCNT 236
NAME Rauchmelder_Dachgeschoss
NR 127
STATE off
TYPE FBDECT
id 11324_0063725_1
props HANFUN2,alarmSensor
READINGS:
2019-02-09 16:34:05 AIN 11324 0063725-1
2019-02-09 16:34:05 FBNAME Rauchmelder_Dachgeschoss
2019-02-09 16:34:05 FBPROP HANFUN2,alarmSensor
2019-02-09 16:34:05 FBTYPE HAN-FUN
2019-02-09 16:34:05 ID 2002
2019-02-09 16:34:05 fwversion 0.0
2019-02-09 16:34:05 present yes
2019-02-08 16:26:27 state off
Attributes:
IODev FritzSmart1
event-min-interval power:120
icon secur_smoke_detector
room System Zitat
Dort werden auch alle 3 regelmäßig gepollt.
Zitat
/Internals:
Clients :FBDECT:
DEF fritz.box
FUUID 5c475039-f33f-042f-7055-e51750bf6b761036
NAME FritzSmart1
NR 117
STATE connected
TYPE FBAHAHTTP
CmdStack:
MatchList:
1:FBDECT .*
Attributes:
disable 0
fritzbox-user SmartHarald
polltime 60
room System Zitat
Wenn ich bei einem den state per setreading auf on setze, so wird dieser beim nächsten Poll wieder auf off zurückgesetzt. Das funktioniert aber bei den anderen beiden, baugleichen Rauchmeldern nicht. Das Reading state wird bei denen im Gegensatz zu allen anderen Readings nicht aktualisiert.
Hat hier jemand einen Tipp, woran das liegen kann?
Gruß
Harald
Hallo Harald,
das es kein Reading power gibt, halte ich dieses attribute für ziemlich witzlos:
event-min-interval power:120
Zitatevent-min-interval
This attribute takes a comma-separated list of reading:minInterval pairs. You may use regular expressions for reading. Events will only be generated, if at least minInterval seconds elapsed since the last reading of the matched type. If event-on-change-reading is also specified, they are combined with OR: if one of them is true, the event is generated.
Ob das die Ursache ist kann ich nicht sagen.
Gruß Otto
Danke für den Hinweis, Otto. Ich habe es rausgenommen. Wurde beim Autocreate mit angelegt. Hat aber am Verhalten leider nichts geändert.
Kannst du bitte folgendes ausfuehren:attr FritzSmart1 verbose 5
set FritzSmart1 refreshstate
und den passenden Abschnitt aus dem FHEM Log hier anhaengen?
Hallo Rudi,
ja gerne. Hier die Log:
2019.02.10 13:40:16 5: FritzSmart1: dispatch <device identifier="11324 0058443-1" id="2001" functionbitmask="8208" fwversion="0.0" manufacturer="0x2c3c" productname="HAN-FUN"><present>1</present><name>Rauchmelder_Keller</name><etsiunitinfo><etsideviceid>407</etsideviceid><unittype>516</unittype><interfaces>256</interfaces></etsiunitinfo><alert><state></state></alert></device>
2019.02.10 13:40:16 5: FritzSmart1: dispatch <device identifier="11324 0066928-1" id="2000" functionbitmask="8208" fwversion="0.0" manufacturer="0x2c3c" productname="HAN-FUN"><present>0</present><name>Rauchmelder_Schlafzimmer</name><etsiunitinfo><etsideviceid>406</etsideviceid><unittype>516</unittype><interfaces>256</interfaces></etsiunitinfo><alert><state></state></alert></device>
2019.02.10 13:40:16 5: FritzSmart1: dispatch <device identifier="11324 0063725-1" id="2002" functionbitmask="8208" fwversion="0.0" manufacturer="0x2c3c" productname="HAN-FUN"><present>1</present><name>Rauchmelder_Dachgeschoss</name><etsiunitinfo><etsideviceid>408</etsideviceid><unittype>516</unittype><interfaces>256</interfaces></etsiunitinfo><alert><state></state></alert></device>
2019.02.10 13:40:16 5: FritzSmart1: dispatch <device identifier="09995 0188757" id="16" functionbitmask="320" fwversion="04.85" manufacturer="AVM" productname="Comet DECT"><present>1</present><name>Thermostat_Buero</name><temperature><celsius>160</celsius><offset>-20</offset></temperature><hkr><tist>32</tist><tsoll>32</tsoll><absenk>32</absenk><komfort>44</komfort><lock>0</lock><devicelock>0</devicelock><errorcode>0</errorcode><batterylow>0</batterylow><nextchange><endperiod>0</endperiod><tchange>44</tchange></nextchange></hkr></device>
2019.02.10 13:40:16 5: FritzSmart1: dispatch <device identifier="11324 0058443-1" id="2001" functionbitmask="8208" fwversion="0.0" manufacturer="0x2c3c" productname="HAN-FUN"><present>1</present><name>Rauchmelder_Keller</name><etsiunitinfo><etsideviceid>407</etsideviceid><unittype>516</unittype><interfaces>256</interfaces></etsiunitinfo><alert><state></state></alert></device>
2019.02.10 13:40:16 5: FritzSmart1: dispatch <device identifier="11324 0066928-1" id="2000" functionbitmask="8208" fwversion="0.0" manufacturer="0x2c3c" productname="HAN-FUN"><present>0</present><name>Rauchmelder_Schlafzimmer</name><etsiunitinfo><etsideviceid>406</etsideviceid><unittype>516</unittype><interfaces>256</interfaces></etsiunitinfo><alert><state></state></alert></device>
2019.02.10 13:40:16 5: FritzSmart1: dispatch <device identifier="11324 0063725-1" id="2002" functionbitmask="8208" fwversion="0.0" manufacturer="0x2c3c" productname="HAN-FUN"><present>1</present><name>Rauchmelder_Dachgeschoss</name><etsiunitinfo><etsideviceid>408</etsideviceid><unittype>516</unittype><interfaces>256</interfaces></etsiunitinfo><alert><state></state></alert></device>
2019.02.10 13:40:16 5: FritzSmart1: dispatch <device identifier="09995 0188757" id="16" functionbitmask="320" fwversion="04.85" manufacturer="AVM" productname="Comet DECT"><present>1</present><name>Thermostat_Buero</name><temperature><celsius>160</celsius><offset>-20</offset></temperature><hkr><tist>32</tist><tsoll>32</tsoll><absenk>32</absenk><komfort>44</komfort><lock>0</lock><devicelock>0</devicelock><errorcode>0</errorcode><batterylow>0</batterylow><nextchange><endperiod>0</endperiod><tchange>44</tchange></nextchange></hkr></device>
In dem Log is state immer leer (<state></state>), und solche Werte werden vom Modul ignoriert.
D.h. es wird dafuer kein state Event generiert, und ein vorhandenes Reading nicht geaendert.
Ich gehe davon aus, dass bei deinen Experimenten state einmal mit einem nicht-leeren Wert gesendet wurde.
Hallo Rudi,
vielen Dank für deine Antwort. Leider habe ich als Anfänger keine Idee, wie ich das Problem beheben könnte. Ich habe 3 identische Rauchmelder installiert, die 1x pro Minute ihre Readings übermitteln. Diese werden auch alle korrekt empfangen und sind im Namen völlig identisch, bis auf das Reading "state". Das wird nur bei einem von den 3 Meldern aktualisiert. Bei den anderen beiden wird es nicht überhaupt nicht übertragen. Auch ein komplettes Löschen der fehlerhaften Devices und ein Neuanlegen hat nichts gebracht.
Hast du einen Vorschlag, was ich noch machen kann?
Gruß
Harald
ZitatHast du einen Vorschlag, was ich noch machen kann?
Bei AVM anrufen, und sich beschweren.
Erfolgsaussichten gering.