[Gelöst]HM-SEC-RHS plötzlich unknown

Begonnen von Tommy82, 26 April 2014, 14:42:06

Vorheriges Thema - Nächstes Thema

Tommy82

Hallo,
wir hatten heute nacht Stromausfall, nach dem neustart der FritzBox, läuft auf Fhem auch alles normal bis auf meine 3 HM-SEC-RHS, wenn ich die Fenster öffne/schließe dann wird das alles regestriert, aber kurz danach geht er dann wieder auf unknown.
Was kann das sein?

ein
Zitatlist Fenster_neben_Couch
ergibt
Internals:
   DEF        1F1596
   IODev      HmLanAdapter
   NAME       Fenster_neben_Couch
   NR         62
   STATE      closed
   TYPE       CUL_HM
   peerList   HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,
   Readings:
     2014-04-26 13:57:50   Activity        unknown
     2014-04-21 21:07:03   D-firmware      2.0
     2014-04-21 21:07:03   D-serialNr      KEQ0018259
     2014-04-22 17:25:55   alive           yes
     2014-04-22 17:25:55   battery         ok
     2014-04-22 17:25:55   contact         closed (to broadcast)
     2014-04-22 17:25:55   cover           closed
     2014-04-26 13:57:50   peerList        HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,
     2014-04-22 17:25:55   recentStateType info
     2014-04-22 17:25:55   state           closed
   Helper:
     mId        0030
     rxType     4
     Io:
       newChn     +1F1596,00,01,FE1F
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat   
     Role:
       chn        1
       dev        1
Attributes:
   IODev      HmLanAdapter
   actCycle   028:00
   actStatus  unknown
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.0
   fp_Wohnzimmer 331,274,2,Fensterkontakt
   model      HM-SEC-RHS
   peerIDs    00000000,22170C03,22252903,
   room       Wohnzimmer
   serialNr   KEQ0018259
   subType    threeStateSensor


und der Log dazu sieht so aus:
2014-04-25_16:57:07 Fenster_neben_Couch alive: yes
2014-04-25_16:57:07 Fenster_neben_Couch battery: ok
2014-04-25_16:57:07 Fenster_neben_Couch cover: closed
2014-04-25_16:57:07 Fenster_neben_Couch closed
2014-04-25_16:57:07 Fenster_neben_Couch contact: closed (to broadcast)
2014-04-26_09:09:23 Fenster_neben_Couch Activity: unknown
2014-04-26_13:45:50 Fenster_neben_Couch open
2014-04-26_13:45:50 Fenster_neben_Couch contact: open (to Heizung_Tuer)
2014-04-26_13:45:51 Fenster_neben_Couch open
2014-04-26_13:45:51 Fenster_neben_Couch contact: open (to HeizungFenster)
2014-04-26_13:45:52 Fenster_neben_Couch open
2014-04-26_13:45:52 Fenster_neben_Couch contact: open (to Heizung_Tuer)
2014-04-26_13:46:08 Fenster_neben_Couch closed
2014-04-26_13:46:08 Fenster_neben_Couch contact: closed (to Heizung_Tuer)
2014-04-26_13:46:09 Fenster_neben_Couch closed
2014-04-26_13:46:09 Fenster_neben_Couch contact: closed (to HeizungFenster)
2014-04-26_13:49:27 Fenster_neben_Couch Activity: alive
2014-04-26_13:57:50 Fenster_neben_Couch Activity: unknown


das gleiche bei den anderen beiden.
Was läuft da falsch?

Danke
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

martinp876

Zitataber kurz danach geht er dann wieder auf unknown.
nun, von Kurz hat jeder ein anderes Verständnis
Zitat
2014-04-25_16:57:07 Fenster_neben_Couch contact: closed (to broadcast)
2014-04-26_09:09:23 Fenster_neben_Couch Activity: unknown
da sind also 16 Stunden dazwischen.

Unknown sollte nur kommen,wenn ein restart stattgefunden hat UND die letzte empfangene message nicht mehr ermittelt werden konnte.
Gab es einen reboot? In der Tat ist in den Internals keine einzige Nachricht zu sehen. Da geht mehr vor in deinem System - was ist das?
Ich denke um 9:00 und 13:57 gab es einen Systemneustart

Tommy82

#2
Hallo, das Problem besteht leider immer noch. Hab zwischenzeitlich die Box mal komplett recovert und neugemacht, und alles von Hand neugemacht ohne Backups einzuspielen, aber gleiche Problem, und immer nur bei den einen Hm-sec-rhs, alle anderen funktionieren tadellos!

Was kann das noch sein?

(http://img.tapatalk.com/d/14/08/05/ypyqasur.jpg)
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

martinp876

schicke einmal ein list des ActionDetetor und des Device - wenn es noch in unknown steht

Tommy82

#4
Hier das List des ActionDetectors
Internals:
   CHANGED
   DEF        000000
   NAME       ActionDetector
   NR         47
   STATE      alive:10 dead:0 unkn:1 off:0
   TYPE       CUL_HM
   Readings:
     2014-08-04 21:40:36   state           alive:10 dead:0 unkn:1 off:0
     2014-08-04 21:40:36   status_Fenster_neben_Couch alive
     2014-08-04 21:40:36   status_Fenster_ueber_Heizung unknown
     2014-08-04 21:40:36   status_Flur_EG  alive
     2014-08-04 21:40:36   status_Gaeste_WC alive
     2014-08-04 21:40:36   status_HeizungFenster alive
     2014-08-04 21:40:36   status_Heizung_Flur alive
     2014-08-04 21:40:36   status_Heizung_Tuer alive
     2014-08-04 21:40:36   status_Keller   alive
     2014-08-04 21:40:36   status_Kinderzimmer alive
     2014-08-04 21:40:36   status_Kueche   alive
     2014-08-04 21:40:36   status_Terassen_Tuer alive
   Helper:
     actCycle   600
     peers      1F1596,1F15F2,1F15FF,22170C,222529,2236F8,2237AA,2237FB,22FC89,23021F,230224
     1f1596:
       start      2014-08-03 21:40:32
     1f15f2:
       start      2014-08-03 21:40:32
     1f15ff:
       start      2014-08-03 21:40:33
     22170c:
       start      2014-08-03 21:40:32
     222529:
       start      2014-08-03 21:40:32
     2236f8:
       start      2014-08-03 21:40:32
     2237aa:
       start      2014-08-03 21:40:32
     2237fb:
       start      2014-08-03 21:40:32
     22fc89:
       start      2014-08-03 21:40:32
     23021f:
       start      2014-08-03 21:40:32
     230224:
       start      2014-08-03 21:40:32
     Io:
       prefIO
       vccu
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       vrt        1
Attributes:
   actCycle   600
   event-on-change-reading .*
   model      ActionDetector
   room       Wohnzimmer


Und hier das List des devices

Internals:
   DEF        1F15F2
   IODev      HmLanAdapter
   NAME       Fenster_ueber_Heizung
   NR         59
   STATE      ???
   TYPE       CUL_HM
   peerList   HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,
   Readings:
     2014-08-03 21:40:32   Activity        unknown
     2014-08-02 17:09:31   D-firmware      2.0
     2014-08-02 17:09:31   D-serialNr      KEQ0018181
     2014-08-03 21:40:32   peerList        HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,
   Helper:
     mId        0030
     rxType     4
     Io:
       newChn     +1F15F2,00,01,FE1F
       prefIO
       rxt        0
       vccu
       p:
         1F15F2
         00
         01
         FE1F
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      HmLanAdapter
   actCycle   028:00
   actStatus  unknown
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.0
   fp_Wohnzimmer 265,526,2,Fenster über Heizung
   model      HM-SEC-RHS
   peerIDs    00000000,22170C03,22252903,
   room       Wohnzimmer
   serialNr   KEQ0018181
   subType    threeStateSensor
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

frank

der rhs hat ja gar keine readings. keine pairung infos. ist der überhaupt noch gepairt?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

martinp876

Frank könnte das Problem erkannt haben. Wenn der RHS nicht gepairt ist kommen auch keine cyclic-messages - an wen auch?

tagedieb

Hallo zusammen

ich hatte diese Meldung auch vor längerer Zeit  an diesen "Teilchen" - bei mit half das Einsetzten neuer Batterien und danach komplett neu pairen -

Gruss tagedieb
FHEM 5.6 auf Cubitruck
CUL und Cul 868 und 2 HM LAN an Zbox
Remoteserver auf 2.Zboxi
HM-CC-RT-DN,HM-LC-Bl1PBU-FM,HM-LC-SW1-FM,HM-LC-SW4-PCB,HM-LC-Sw1PBU-FM,HM-PB-2-WM55,HM-PB-6-WM55,HM-SCI-3-FM,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-TIS,HM-WDS10-TH-O u.viele mehr
diverse IT Empfänger und LW3

Tommy82

Er ist doch gepairt oder nicht?
  2014-08-03 21:40:32   peerList        HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,

Was soll ich machen?
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

frank

da steht nicht pairlist, sondern peerlist.  ;)

ich würde erstmal ein getconfig versuchen. danach vergleichst du mal die readings mit den anderen 2 rhs. wenn das nicht mehr readings werden, würde ich neu pairen. und dann wieder ein getconfig. solange bis alle rhs die selben readings haben. danach sollten alle wieder funktionieren.

es gibt auch wikis über pairen, peeren, usw... einsteiger.doc ist sehr empfehlenswert. hm-anhang zb.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Tommy82

#10
Nach einem getconfig sin jeetzt einige Readings mehr da, aber einen Fehler gibts immer noch..

Internals:
   DEF        1F15F2
   HmLanAdapter_MSGCNT 4
   HmLanAdapter_RAWMSG E1F15F2,0000,4317FABE,FF,FFB3,4784001F15F20000002000304B45513030313831383180910101
   HmLanAdapter_RSSI -77
   HmLanAdapter_TIME 2014-08-06 21:15:33
   IODev      HmLanAdapter
   LASTInputDev HmLanAdapter
   MSGCNT     4
   NAME       Fenster_ueber_Heizung
   NR         59
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:47 - t:00 s:1F15F2 d:000000 2000304B45513030313831383180910101
   peerList   HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,
   protCmdDel 2
   protLastRcv 2014-08-06 21:15:33
   protResndFail 1 last_at:2014-08-06 21:15:34
   protSnd    4 last_at:2014-08-06 21:15:29
   protState  CMDs_done_Errors:1
   rssi_at_HmLanAdapter avg:-76 min:-81 max:-73 lst:-77 cnt:4
   Readings:
     2014-08-06 21:15:33   Activity        alive
     2014-08-06 21:15:33   D-firmware      2.0
     2014-08-06 21:15:33   D-serialNr      KEQ0018181
     2014-08-06 21:15:29   PairedTo        0x41
     2014-08-06 21:15:29   R-cyclicInfoMsg off
     2014-08-06 21:15:29   R-pairCentral   0x41
     2014-08-06 21:15:29   R-transmDevTryMax 6
     2014-08-06 21:15:29   RegL_00:          02:01 09:00 0A:00 0B:00 0C:41 10:01 14:06 00:00
     2014-08-06 21:15:28   alive           yes
     2014-08-06 21:15:28   battery         ok
     2014-08-06 21:15:28   contact         closed (to HmLanAdapter)
     2014-08-06 21:15:28   cover           open
     2014-08-03 21:40:32   peerList        HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,
     2014-08-06 21:15:28   recentStateType info
     2014-08-06 21:15:34   state           RESPONSE TIMEOUT:RegisterRead
     Regl_01::
       VAL
   Helper:
     cSnd       010000411F15F201040000000001
     getCfgList all
     getCfgListNo ,4
     mId        0030
     rxType     4
     Io:
       newChn     +1F15F2,00,01,FE1F
       nextSend   1407352533.51588
       prefIO
       rxt        0
       vccu
       p:
         1F15F2
         00
         01
         FE1F
     Mrssi:
       mNo        47
       Io:
         HmLanAdapter -75
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlanadapter:
         avg        -76
         cnt        4
         lst        -77
         max        -73
         min        -81
     Shadowreg:
Attributes:
   IODev      HmLanAdapter
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.0
   fp_Wohnzimmer 265,526,2,Fenster über Heizung
   model      HM-SEC-RHS
   peerIDs    00000000,22170C03,22252903,
   room       Wohnzimmer
   serialNr   KEQ0018181
   subType    threeStateSensor


Hab jetzt mal ein clear messages und ein erneutes getconfig gemacht und jetzt ist es gerade Fehlerfrei. Hoffentlich bleibt es so.
:-)

Danke schonmal für die Hilfe
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

frank

protState  CMDs_done_Errors:1
ein getconfig ist aber erst vollständig übertragen, wenn hier anschliessend cmds_done erscheint. vor einem erneuten getconfig, nach solch einer fehlermitteilung, ist es immer vorteilhaft, zuvor ein clear msgevents durchzuführen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

martinp876

Zitat2014-08-06 21:15:29   PairedTo        0x41
das sieht sehr übel aus - evtl einfach nicht komplett übertragen, das getConfig.

Tommy82

Also bis jetzt ist noch alles alive
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

frank

hallo martin,

das muss mit den führenden nullen bei den hex-werten zusammenhängen. nach registerliste ist die hmid 0x000041. wenn die helper anzeige korrekt ist, wird ja auch von dieser hmid gesendet. der umstand mit den führenden nullen war in letzter zeit bestimmt schon 2 mal. vielleicht werden nur die readings "falsch" angezeigt.

2014-08-06 21:15:29   RegL_00:          02:01 09:00 0A:00 0B:00 0C:41 10:01 14:06 00:00

   Helper:
     cSnd       010000411F15F201040000000001
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html