Smarthome Rauchmelder an Fritzbox 6490

[Caesareus]

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.

/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

Dort werden auch alle 3 regelmäßig gepollt.

/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

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

[Otto123]

Hallo Harald,

das es kein Reading power gibt, halte ich dieses attribute für ziemlich witzlos:

Code Auswählen Erweitern

event-min-interval power:120

event-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

[Caesareus]

Danke für den Hinweis, Otto. Ich habe es rausgenommen. Wurde beim Autocreate mit angelegt. Hat aber am Verhalten leider nichts geändert.

[rudolfkoenig]

Kannst du bitte folgendes ausfuehren:

Code Auswählen Erweitern

attr FritzSmart1 verbose 5
set FritzSmart1 refreshstateund den passenden Abschnitt aus dem FHEM Log hier anhaengen?

[Caesareus]

Hallo Rudi,

ja gerne. Hier die Log:

Code Auswählen Erweitern


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>


[rudolfkoenig]

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.

[Caesareus]

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

[rudolfkoenig]

Hast du einen Vorschlag, was ich noch machen kann?

Bei AVM anrufen, und sich beschweren.
Erfolgsaussichten gering.