Teamleiter State automatisch nach bestimmter zeit ändern

[Shootdackel]

Guten Morgen Zusammen,

ich habe momentan das Problem, dass ich einen HM-SD in Fhem eingebunden habe und einen virtuellen Teamleader erstellt habe.
Wenn nun der Alarm an dem SD ausgelöst wird, dann springt der Status bei dem Teamleader auf "smoke-Alarm_0B".
Wenn ich nun jedoch den Alarm an dem SD bestätige, dann springt der State bei dem SD wieder auf "RESPONSE TIMEOUT:RegisterRead".
Bei dem Teamleader jedoch bleibt der State auf "smoke-Alarm_0B".

Meine Frage wäre nun, ob es möglich ist, den State des Teamleaders nach einer bestimmten Zeit zu ändern.
Wichtig ist dies, da ich gerne Pushnachrichten auf dem Handy empfangen möchte, die jedoch durch State-Änderungen ausgelöst werden.

Da dies mein erster Beitrag in diesem Forum ist, würde ich euch bitten, mich bei Fehlern kurz aufmerksam zu machen.

Vielen Dank schon mal im Voraus
Simon

[Cobra]

Hallo Simon,

versuch nochmal den SD richtig mit dem Teamleader zu peeren da der Peer beim SD fehlt.

Code Auswählen Erweitern

attr FL.Rauchmelder peerIDs 00000000,

Gruß Cobra

[Shootdackel]

Hallo Cobra,

Ich habe jetzt die das Atribut peerids von dem Rauchmelder auf die Peerid des Teamleaders geändert.
War das so richtig?

Wenn ja, dann war das leider ohne Erfolg.

Gruß
Simon

[Cobra]

Wie hast du es geändert?

Bitte so peeren wie im Wiki beschrieben und nicht von Hand in der fhem.cfg:
http://www.fhemwiki.de/wiki/HM-SEC-SD_Rauchmelder

[Shootdackel]

Hallo Cobra,
genau so wie im Wiki beschrieben, habe ich es auch gemacht.

Viele Grüße
Simon

[Cobra]

Dann mach mal ein List von deinem SD und poste in hier. Vielleicht wurde er auch nicht richtig gepairt da du ja auch die Fehlermeldung RESPONSE TIMEOUT:RegisterRead bekommst.

[Shootdackel]

Hi Cobra,

Hier das Ergebnis des List-Befehls:

Internals:
   CFGFN
   CUL_0_MSGCNT 20
   CUL_0_RAWMSG A13021441487E01487E0101020000000147CFCBCE::-48:CUL_0
   CUL_0_RSSI -48
   CUL_0_TIME 2015-02-01 00:40:48
   DEF        487E01
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     20
   NAME       FL.Rauchmelder
   NR         33
   NTFY_ORDER 50-HM_487E01
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:02 - t:41 s:487E01 d:487E01 01020000000147CFCBCE
   peerList   self01,
   protCmdDel 15
   protLastRcv 2015-02-01 00:40:48
   protResnd  7 last_at:2015-02-01 21:25:23
   protResndFail 7 last_at:2015-02-01 21:25:28
   protSnd    17 last_at:2015-02-01 21:25:19
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 avg:-49.75 min:-62.5 max:-39.5 lst:-48 cnt:20
   sdTeam     sdLead
   Readings:
     2015-02-01 00:07:35   Activity        alive
     2015-02-01 00:07:35   D-firmware      1.0
     2015-02-01 00:07:35   D-serialNr      NEQ0249867
     2015-02-01 00:07:39   PairedTo        set_0xF11034
     2015-02-01 00:07:39   R-pairCentral   0x000000
     2015-02-01 00:07:25   aesKeyNbr       00
     2015-02-01 21:25:00   peerList        self01,
     2015-02-01 00:40:39   smoke_detect    TeamVirtuell
     2015-02-01 21:25:28   state           RESPONSE TIMEOUT:RegisterRead
     2015-02-01 00:40:39   teamCall        from TeamVirtuell:1
     2015-02-01 00:40:45   trigger_cnt     2
     Regl_00::
       VAL
   Helper:
     HM_CMDNR   4
     cSnd       01F11034487E0100040000000000,01F11034487E0100040000000000
     fkt        sdLead
     getCfgListNo
     mId        00AA
     peerIDsRaw ,00000000
     rxType     6
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +487E01,00,00,00
       nextSend   1422747648.89428
       prefIO
       rxt        0
       vccu
       p:
         487E01
         00
         00
         00
     Mrssi:
       mNo        02
       Io:
         CUL_0      -46
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul_0:
         avg        -49.75
         cnt        20
         lst        -48
         max        -39.5
         min        -62.5
     Shadowreg:
Attributes:
   IODev      CUL_0
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   event-on-change-reading state
   expert     2_full
   firmware   1.0
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    487E0101,
   room       Flur
   serialNr   NEQ0249867
   subType    smokeDetector




Vielen Dank nochmal, für deine Bemühungen

Gruß
Simon

[Cobra]

Da stimmt das Pairing noch nicht:

Code Auswählen Erweitern

     2015-02-01 00:07:39   PairedTo        set_0xF11034
     2015-02-01 00:07:39   R-pairCentral   0x000000

Und auch das Peering sieht komisch aus

Code Auswählen Erweitern

  peerIDs    487E0101, 

[CoolTux]

Bitte mal den Anlernknopf beim Melder drücken damit das pairen abgeschlossen werden kann.

[Shootdackel]

Hallo Zusammen,

das Thema hat sich erledigt.
Es scheint, als bräuchte ich den Teamleader nicht (bitte an dieser Stelle Einspruch erheben, falls ich mich irre).
Mein Ziel war es über ein SMS Gateway eine SMS zu senden, wenn sich der Status ändert.
Allerdings frage ich jetzt den Status des Rauchmelders selber ab und nicht den des Teamleaders.

Momentan funktioniert alles wie gewollt.
Ich bekomme eine SMS wenn der Alarm los geht und auch wenn er sich beendet.

Vielen Dank für eure Unterstützung!!!

Gruß
Simon

[Cobra]

Zitat aus dem Wiki:

Wenn man mit Zentrale (FHEM) arbeitet, gibt es eigentlich keinen vernünftigen Grund (ausser 1-SD-Teams), einen der SDs als lead zu nutzen. Man kann genauso gut einen virtuellen Aktor bauen und diesen zum Lead machen. Das ergibt eine sauberere Struktur.

Wenn du mal einen weiteren Rauchmelder kaufst musst du diesen ja auch mit dem vorhandenen SD koppeln da dieser ja dann der Lead ist und sollte dieser dann mal kaputt gehen kannst du alle anderen Rauchmelder wieder mit einem anderen Lead verbinden.

Wenn du das Paring richtig abgeschlossen hast geht es mit den SMS auch über den Teamlead.