FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: micomat am 26 Oktober 2016, 13:21:56

Titel: HM Device Alive-Check?
Beitrag von: micomat am 26 Oktober 2016, 13:21:56
Hallo zusammen,
wie kann ich denn ein HM Device, dass sich nicht regelmaessig selbst meldet (HM-OU-CFM-PL oder HM-MOD-EM-8) zyklisch auf Lebenszeichen pruefen?

Gruß
Markus
Titel: Antw:HM Device Alive-Check?
Beitrag von: frank am 26 Oktober 2016, 14:07:50
bei schaltern mache ich es auch mit dem actiondetector. attr actCycle im device einstellen und im actionDetector zusätzlich das attr actAutoTry auf 1_on setzen. dann wird automatisch vor einem dead event noch ein statusrequest versucht.
Titel: Antw:HM Device Alive-Check?
Beitrag von: micomat am 26 Oktober 2016, 22:32:42
danke. hat aber nur so halb geklappt. das device ist jetzt dead. kann ich den statusrequest auch manuell machen?
Titel: Antw:HM Device Alive-Check?
Beitrag von: kleinerDrache am 27 Oktober 2016, 00:14:20
Soweit ich weis haben alle HM-Geräte ein CYCLING MESSAGE Register (selbst HM-SEC-RHS Drehgriff-Kontakt und  HM-sec-SCo Optischer Kontakt) allerdings müßen die EXPLIZIT gesetzt werden. Dann wird einmal alle 12 - 48 Stunden gemeldet "bin noch da".Lasse mich da aber gerne berichtigen.
Titel: Antw:HM Device Alive-Check?
Beitrag von: micomat am 27 Oktober 2016, 06:52:45
Das werde ich mal checken :)
Titel: Antw:HM Device Alive-Check?
Beitrag von: micomat am 29 Oktober 2016, 08:29:58
Irgendeine Idee wie ich dieses Register setze? Finde dazu leider nix...
Titel: Antw:HM Device Alive-Check?
Beitrag von: Ralf W. am 29 Oktober 2016, 08:55:53
R-cyclicInfoMsg
Titel: Antw:HM Device Alive-Check?
Beitrag von: micomat am 29 Oktober 2016, 10:10:15
geht leider nicht:
R-cyclicInfoMsg failed: supported register are dblPress eventFilterTime expectAES ledMode localResDis longPress lowBatLimitBA2 msgScPosA pairCentral peerNeedsBurst sign transmDevTryMax transmitTryMax triggerMode

hier mal ein List des HM-MOD-EM-8

Internals:
   CFGFN
   DEF        3D64EF
   HMLAN1_MSGCNT 217
   HMLAN1_RAWMSG E3D64EF,0000,FDBC2BD9,FF,FFCB,04A2413D64EF26E9B10103C8
   HMLAN1_RSSI -53
   HMLAN1_TIME 2016-10-26 09:37:01
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     217
   NAME       Wassersensor
   NOTIFYDEV  global
   NR         62941
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 Wassersensor_01
   channel_02 Wassersensor_02
   channel_03 HM_3D64EF_Btn_03
   channel_04 HM_3D64EF_Btn_04
   channel_05 HM_3D64EF_Btn_05
   channel_06 HM_3D64EF_Btn_06
   channel_07 HM_3D64EF_Btn_07
   channel_08 HM_3D64EF_Btn_08
   lastMsg    No:04 - t:41 s:3D64EF d:26E9B1 0103C8
   protCmdPend 34 CMDs_pending
   protLastRcv 2016-10-26 09:37:01
   protResnd  2 last_at:2016-10-26 09:36:41
   protSnd    204 last_at:2016-10-26 09:37:01
   protState  CMDs_pending
   rssi_at_HMLAN1 max:-46 min:-72 avg:-53.8 lst:-53 cnt:217
   Readings:
     2016-10-26 20:15:16   Activity        dead
     2016-10-26 09:36:50   CommandAccepted yes
     2016-10-20 20:48:06   D-firmware      1.1
     2016-10-20 20:48:06   D-serialNr      MEQ0782194
     2016-10-26 09:36:37   PairedTo        0x26E9B1
     2016-10-26 09:36:03   R-ledMode       off
     2016-10-26 09:36:03   R-localResDis   off
     2016-10-26 09:36:13   R-lowBatLimitBA2 7 V
     2016-10-26 09:36:03   R-pairCentral   0x26E9B1
     2016-10-26 09:36:03   R-transmDevTryMax 3
     2016-10-26 09:36:46   alive           yes
     2016-10-26 09:37:01   battery         ok
     2016-10-26 09:36:46   powerOn         2016-10-26 09:36:45
     2016-10-26 09:36:46   recentStateType info
     2016-10-26 09:38:47   state           CMDs_pending
   cmdStack:
     ++A00126E9B13D64EF00040000000000
     ++A00126E9B13D64EF01040000000001
     ++A00126E9B13D64EF0103
     ++A00126E9B13D64EF02040000000001
     ++A00126E9B13D64EF0203
     ++A00126E9B13D64EF03040000000001
     ++A00126E9B13D64EF0303
     ++A00126E9B13D64EF04040000000001
     ++A00126E9B13D64EF0403
     ++A00126E9B13D64EF05040000000001
     ++A00126E9B13D64EF0503
     ++A00126E9B13D64EF06040000000001
     ++A00126E9B13D64EF0603
     ++A00126E9B13D64EF07040000000001
     ++A00126E9B13D64EF0703
     ++A00126E9B13D64EF08040000000001
     ++A00126E9B13D64EF0803
     ++A00126E9B13D64EF00040000000000
     ++A00126E9B13D64EF01040000000001
     ++A00126E9B13D64EF0103
     ++A00126E9B13D64EF02040000000001
     ++A00126E9B13D64EF0203
     ++A00126E9B13D64EF03040000000001
     ++A00126E9B13D64EF0303
     ++A00126E9B13D64EF04040000000001
     ++A00126E9B13D64EF0403
     ++A00126E9B13D64EF05040000000001
     ++A00126E9B13D64EF0503
     ++A00126E9B13D64EF06040000000001
     ++A00126E9B13D64EF0603
     ++A00126E9B13D64EF07040000000001
     ++A00126E9B13D64EF0703
     ++A00126E9B13D64EF08040000000001
     ++A00126E9B13D64EF0803
   Helper:
     HM_CMDNR   4
     PONtest    0
     cSnd       0126E9B13D64EF000802010A260BE90CB11246,0126E9B13D64EF0006
     mId        00D9
     rxType     16
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Io:
       newChn     +3D64EF,02,00,00
       nextSend   1477467421.93806
       prefIO
       rxt        2
       vccu
       p:
         3D64EF
         00
         00
         00
     Mrssi:
       mNo        04
       Io:
         HMLAN1     -51
     Prt:
       bErr       0
       sProc      2
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1477467421.88222
       ack:
         HASH(0x46f51b8)
         04800226E9B13D64EF00
     Rssi:
       At_hmlan1:
         avg        -53.8064516129033
         cnt        217
         lst        -53
         max        -46
         min        -72
     Shadowreg:
Attributes:
   IODev      HMLAN1
   actCycle   006:00
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   1.1
   model      HM-MOD-Em-8
   room       Security
   serialNr   MEQ0782194
   subType    remote
   webCmd     getConfig:clear msgEvents
Titel: Antw:HM Device Alive-Check?
Beitrag von: Ralf W. am 29 Oktober 2016, 10:40:55
Das war ein Hinweis, wonach Du suchen solltest. Bin heute etwas schreibfaul.

Wiki:
http://www.fhemwiki.de/wiki/HomeMatic_Type_threeStateSensor (http://www.fhemwiki.de/wiki/HomeMatic_Type_threeStateSensor)
Titel: Antw:HM Device Alive-Check?
Beitrag von: frank am 29 Oktober 2016, 11:05:47
protCmdPend 34 CMDs_pending
lösch das attr actCycle wieder, funktioniert nicht. auch die pending cmds löschen mit clear msgEvents.
welche befehle kennt das device? => "get cmdList" beim device und bei einem channel.
Titel: Antw:HM Device Alive-Check?
Beitrag von: kleinerDrache am 29 Oktober 2016, 13:02:51
setzen mit : set regSet cyclicInfoMsg on
übertragen: bei einigen Sensoren muss der Anlernknopf gedrückt werden bei anderen reicht ein auslösen
prüfen mit : getConfig
Titel: Antw:HM Device Alive-Check?
Beitrag von: frank am 29 Oktober 2016, 13:06:19
Zitat von: kleinerDrache am 29 Oktober 2016, 13:02:51
setzen mit : set regSet cyclicInfoMsg on
übertragen: bei einigen Sensoren muss der Anlernknopf gedrückt werden bei anderen reicht ein auslösen
prüfen mit : getConfig
bringt ja nichts, wenn das register nicht existiert.
Titel: Antw:HM Device Alive-Check?
Beitrag von: kleinerDrache am 29 Oktober 2016, 13:44:33
Ok stimmt

dann sollte das Modul aber Automatisch alle paar Stunden oder mindestens einmal am Tag ein Lebenszeichen von sich geben.
Titel: Antw:HM Device Alive-Check?
Beitrag von: micomat am 29 Oktober 2016, 15:34:58
scheint alles nicht zu funktionieren ohne dieses register...
Titel: Antw:HM Device Alive-Check?
Beitrag von: kleinerDrache am 29 Oktober 2016, 15:39:41
hast du mal versucht das ding komplett aus FHEM zu löschen auf werkseinstellungen zurückgesetzt und dann neu angelernt ?
Titel: Antw:HM Device Alive-Check?
Beitrag von: frank am 29 Oktober 2016, 15:52:36
wenn du einen eingang übrig hättest, könntest du diesen zb mit einer astabilen kippstufe zyklisch schalten. dann würde der actiondetektor wieder ins spiel kommen. zyklisches schalten der versorgungsspannung sollte auch funktionieren, ist aber sicherlich nicht sehr empfehlenswert.
Titel: Antw:HM Device Alive-Check?
Beitrag von: micomat am 29 Oktober 2016, 15:57:51
Eingaenge habe ich genug, habe auch folgendes schon mal verfolgt:
https://forum.fhem.de/index.php/topic,42434.msg505910.html#msg505910
Aber das, und diese Kippstufe sind so gar nicht meine Welt...
Titel: Antw:HM Device Alive-Check?
Beitrag von: frank am 29 Oktober 2016, 16:50:30
ZitatAn dem draussen nutze ich einen Ausgang an dem ich nur einen Fotowiderstand dran habe, der sagt mir dann wenn es hell wird und abends dunkel bescheid das der SCI noch lebt.
dies aus dem anderen thread, ist doch sicherlich einfach.
Titel: Antw:HM Device Alive-Check?
Beitrag von: micomat am 29 Oktober 2016, 20:06:42
hmmmmm das koennte klappen. frau geht oft genug in den keller  ;D