HM-SEC-SD-2 - generelle Fragen zur Einrichtung

Begonnen von cfranz, 17 Oktober 2017, 11:13:08

Vorheriges Thema - Nächstes Thema

cfranz

#15
Zitat von: Otto123 am 17 Oktober 2017, 21:40:07
da hat das peeren bei den SD nicht funktioniert. PeerID ist quasi der Standard wenn nix nach außen gepeert ist, diese ID gibt es immer.

    2017-10-17 19:57:48   PairedTo        0x000000  darf nicht im Listing stehen, da muss Deine HMID stehen! Da iist Pairing angefangen aber nicht beendet.

Erst wenn fertig gepairt, wird auch ein peerChan akzeptiert. Der virtuelle Teamlead hat es schon akzeptiert. Aber peeren schreibt in beide Seiten.

Ich habe jetzt mal den ConfigCheck gemacht
get hm configCheck

configCheck done:

missing register list
    EG.WZ.RM: RegL_00.
    EG.WZ.TK: RegL_00.,RegL_01.
    KG.FL.RM: RegL_00.

peer list incomplete. Use getConfig to read it.
    incomplete: EG.WZ.TK:

peer not verified. Check that peer is set on both sides
    TEAM.RM p:EG.WZ.RM
    TEAM.RM p:KG.FL.RM
    TEAM.RM p:OG.SZ.RM

peering strange - likely not suitable
    EG.WZ.RM not peered!! add SD to any team !!
    KG.FL.RM not peered!! add SD to any team !!
    OG.SZ.RM not peered!! add SD to any team !!

trigger sent to undefined device
    triggerUndefined: EG.WZ.TK:000081

PairedTo missing/unknown
    TeamDev

PairedTo mismatch to IODev
    KG.FL.RM paired:0x000000 IO attr: 000081.
    OG.SZ.RM paired:0x000000 IO attr: 000081.


Ich habe jetzt noch ein paar Male mit getConfig und Taste drücken versucht und zumindest der Melder fürs EG hat jetzt ein pairCentral drin stehen:
Internals:
   CFGFN
   DEF        576D97
   HMLAN1_MSGCNT 47
   HMLAN1_RAWMSG 0403003A05A610576D970000810601000034
   HMLAN1_RSSI -58
   HMLAN1_TIME 2017-10-17 20:30:10
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     47
   NAME       EG.WZ.RM
   NOTIFYDEV  global
   NR         7668
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:05 - t:10 s:576D97 d:000081 0601000034
   protCmdDel 9
   protEvt_AESCom-ok 3 last_at:2017-10-17 19:39:16
   protLastRcv 2017-10-17 20:30:10
   protResnd  7 last_at:2017-10-17 20:29:46
   protResndFail 7 last_at:2017-10-17 20:29:51
   protSnd    21 last_at:2017-10-17 20:30:10
   protState  CMDs_done
   rssi_HMLAN1 max:-44 min:-53 lst:-52 avg:-49.66 cnt:3
   rssi_at_HMLAN1 max:-42 min:-60 lst:-58 avg:-52.04 cnt:41
   READINGS:
     2017-10-17 20:29:56   Activity        alive
     2017-10-17 19:39:16   CommandAccepted yes
     2017-10-17 20:29:56   D-firmware      1.0
     2017-10-17 20:29:56   D-serialNr      OEQ0467966
     2017-10-17 19:39:18   PairedTo        0x000081
     2017-10-17 19:39:18   R-pairCentral   0x000081
     2017-10-17 20:28:19   RegL_00.
     2017-10-17 19:39:16   aesCommToDev    ok
     2017-10-17 19:39:16   aesKeyNbr       00
     2017-10-17 20:30:10   alarmTest       ok
     2017-10-17 20:30:10   battery         ok
     2017-10-17 20:30:10   level           0
     2017-10-17 20:30:10   recentStateType info
     2017-10-17 19:39:18   sdRepeat        off
     2017-10-17 20:30:10   smokeChamber    ok
     2017-10-17 22:40:45   smoke_detect    none
     2017-10-17 22:40:45   state           off
     2017-10-17 22:40:45   teamCall        from TeamDev:03
   helper:
     HM_CMDNR   5
     cSnd       01000081576D97010E,01000081576D97010E
     getCfgListNo
     mId        00AA
     peerIDsRaw ,00000000
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +576D97,00,00,00
       nextSend   1508265010.54758
       prefIO
       rxt        0
       vccu
       p:
         576D97
         00
         00
         00
     mRssi:
       mNo        05
       io:
         HMLAN1     -56
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1508265010.25711
       ack:
         HASH(0x3dca998)
         058002000081576D9700
     rssi:
       HMLAN1:
         avg        -49.6666666666667
         cnt        3
         lst        -52
         max        -44
         min        -53
       at_HMLAN1:
         avg        -52.0487804878049
         cnt        41
         lst        -58
         max        -42
         min        -60
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       EG,EG.Wohnzimmer
   serialNr   OEQ0467966
   subType    smokeDetector
   webCmd     statusRequest


Bei den anderen beiden hat das nichts gebracht, da steht immer noch 000000. Wenn ich bei dem fürs OG ein getConfig mache und die Taste 3s gedrückt halte, blinkt er erst orange und leuchtet dann kurz grün. Danach hört er auf zu blinken. Also scheinbar beantwortet er die Anfrage, schickt aber die Infos nicht mit, oder wie ist das?

Soll ich die beiden nicht gepairten nochmal rausschmeißen und neu anlernen?

/edit: ich habe gerade nochmal in meinem alten Beitrag ins Listing geschaut, da hatte der Rauchmelder im EG auch schon die 000081 drin stehen, es hat sich also doch nix geändert.

Otto123

Die Geräte löschen in FHEM ist zum pairen eigentlich kontraproduktiv. Du kannst versuchen das pairen immer wieder an zu stoßen.
Wenn es gar nicht geht, dann kannst Du den RM auf Werkseinstellung zurücksetzen.

Bitte beachte, nimm Dir einen RM vor und versuche zu pairen, nicht alle drei durcheinander. Wie gesagt Ruhe bewahren. Schau ob der IO in overload geht, dann geht auch erstmal nix mehr.

Bei dem EG.WZ.RM kannst Du das peerChan nochmal wiederholen. Mal sehen ob er es ohne Fehler verarbeitet.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

IODev      HMLAN1:keepAlive

dieses attribut bei deinem team device scheint mir falsch zu sein.
hier darf eigentlich nur der name des io stehen, oder ich habe eine entscheidende neuerung in fhem nicht mitbekommen.

hast du das selbst eingetragen?
das sieht eher nach einer statusmeldung einer vccu aus.

schon mal fhem.log angeschaut?
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

cfranz

Ich habe jetzt alle drei Rauchmelder soweit, dass sie PairedTo und R-pairCentral auf 0x000081 stehen haben. Dann habe ich das peering nochmal versucht, da bleibt aber immer die 000000 unter peerIDs stehen. Im Wiki steht, dass man sie mit unset wieder rausnehmen kann, das habe ich dann mal versucht und mit set wieder rein, hat aber auch nichts gebracht.


set TEAM.RM peerChan 0 EG.WZ.RM single set actor
set TEAM.RM peerChan 0 KG.FL.RM single set actor
set TEAM.RM peerChan 0 OG.SZ.RM single set actor

##################################################################################
### list EG.WZ.RM

Internals:
   CFGFN
   DEF        576D97
   HMLAN1_MSGCNT 52
   HMLAN1_RAWMSG 0403003A8BA010576D970000810100000000
   HMLAN1_RSSI -58
   HMLAN1_TIME 2017-10-18 11:30:40
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     52
   NAME       EG.WZ.RM
   NOTIFYDEV  global
   NR         7668
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:8B - t:10 s:576D97 d:000081 0100000000
   protCmdDel 18
   protEvt_AESCom-ok 3 last_at:2017-10-17 19:39:16
   protLastRcv 2017-10-18 11:30:40
   protResnd  15 last_at:2017-10-18 11:44:18
   protResndFail 14 last_at:2017-10-18 11:44:23
   protSnd    33 last_at:2017-10-18 11:44:11
   protState  CMDs_done_Errors:1
   rssi_HMLAN1 max:-44 min:-53 lst:-52 avg:-49.66 cnt:3
   rssi_at_HMLAN1 cnt:46 avg:-52.73 max:-42 min:-62 lst:-58
   READINGS:
     2017-10-18 11:30:37   Activity        alive
     2017-10-17 19:39:16   CommandAccepted yes
     2017-10-18 11:30:37   D-firmware      1.0
     2017-10-18 11:30:37   D-serialNr      OEQ0467966
     2017-10-18 11:30:39   PairedTo        0x000081
     2017-10-17 19:39:18   R-pairCentral   0x000081
     2017-10-18 11:43:51   RegL_00.
     2017-10-17 19:39:16   aesCommToDev    ok
     2017-10-17 19:39:16   aesKeyNbr       00
     2017-10-18 07:46:52   alarmTest       ok
     2017-10-18 07:46:52   battery         ok
     2017-10-18 07:46:52   level           0
     2017-10-18 07:46:52   recentStateType info
     2017-10-18 11:30:39   sdRepeat        off
     2017-10-18 07:46:52   smokeChamber    ok
     2017-10-17 22:40:45   smoke_detect    none
     2017-10-18 11:44:23   state           MISSING ACK
     2017-10-17 22:40:45   teamCall        from TeamDev:03
   helper:
     HM_CMDNR   143
     cSnd       01F10000576D9701021121120100,01F10000576D9701011121120100
     getCfgListNo
     mId        00AA
     peerIDsRaw ,00000000
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +576D97,00,00,00
       nextSend   1508319040.32001
       prefIO
       rxt        0
       vccu
       p:
         576D97
         00
         00
         00
     mRssi:
       mNo        8B
       io:
         HMLAN1     -56
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1508319040.02936
       ack:
         HASH(0x3dca998)
         8B8002000081576D9700
     rssi:
       HMLAN1:
         avg        -49.6666666666667
         cnt        3
         lst        -52
         max        -44
         min        -53
       at_HMLAN1:
         avg        -52.7391304347826
         cnt        46
         lst        -58
         max        -42
         min        -62
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       EG,EG.Wohnzimmer
   serialNr   OEQ0467966
   subType    smokeDetector
   webCmd     statusRequest

##################################################################################
### list OG.SZ.RM

Internals:
   CFGFN
   DEF        580865
   HMLAN1_MSGCNT 111
   HMLAN1_RAWMSG 0403003E0CA0105808650000810100000000
   HMLAN1_RSSI -62
   HMLAN1_TIME 2017-10-18 11:28:53
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     111
   NAME       OG.SZ.RM
   NOTIFYDEV  global
   NR         7754
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:0C - t:10 s:580865 d:000081 0100000000
   protCmdDel 26
   protEvt_AESCom-ok 5 last_at:2017-10-18 11:25:41
   protLastRcv 2017-10-18 11:28:53
   protNack   2 last_at:2017-10-17 23:01:17
   protResnd  24 last_at:2017-10-18 11:44:23
   protResndFail 16 last_at:2017-10-18 11:44:29
   protSnd    95 last_at:2017-10-18 11:44:20
   protState  CMDs_done_Errors:1
   rssi_HMLAN1 lst:-53 min:-57 max:-45 avg:-52.83 cnt:6
   rssi_at_HMLAN1 cnt:101 avg:-60.07 lst:-62 min:-74 max:-36
   READINGS:
     2017-10-18 11:27:50   Activity        alive
     2017-10-18 11:25:41   CommandAccepted yes
     2017-10-18 11:27:50   D-firmware      1.0
     2017-10-18 11:27:50   D-serialNr      OEQ0468236
     2017-10-18 11:28:53   PairedTo        0x000081
     2017-10-18 11:25:44   R-pairCentral   0x000081
     2017-10-18 11:28:53   RegL_00.          02:01 0A:00 0B:00 0C:81 16:00 1F:00 00:00
     2017-10-18 11:25:41   aesCommToDev    ok
     2017-10-18 11:25:41   aesKeyNbr       00
     2017-10-18 11:28:49   alarmTest       ok
     2017-10-18 11:28:49   battery         ok
     2017-10-18 11:28:49   level           0
     2017-10-18 11:28:47   powerOn         2017-10-18 11:28:47
     2017-10-18 11:28:49   recentStateType info
     2017-10-18 11:28:53   sdRepeat        off
     2017-10-18 11:28:49   smokeChamber    ok
     2017-10-17 22:40:45   smoke_detect    none
     2017-10-18 11:44:29   state           MISSING ACK
     2017-10-17 22:40:45   teamCall        from TeamDev:03
   helper:
     HM_CMDNR   15
     PONtest    0
     cSnd       01F1000058086501021121120100,01F1000058086501011121120100
     mId        00AA
     peerIDsRaw ,00000000
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +580865,00,00,00
       nextSend   1508318933.71627
       prefIO
       rxt        0
       vccu
       p:
         580865
         00
         00
         00
     mRssi:
       mNo        0C
       io:
         HMLAN1     -60
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1508318933.42523
       ack:
         HASH(0x3a28dd0)
         0C800200008158086500
     rssi:
       HMLAN1:
         avg        -52.8333333333333
         cnt        6
         lst        -53
         max        -45
         min        -57
       at_HMLAN1:
         avg        -60.0792079207921
         cnt        101
         lst        -62
         max        -36
         min        -74
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       OG,OG.Schlafzimmer
   serialNr   OEQ0468236
   subType    smokeDetector
   webCmd     statusRequest

##################################################################################
### list KG.FL.RM

Internals:
   CFGFN
   DEF        580848
   HMLAN1_MSGCNT 93
   HMLAN1_RAWMSG 0403003B08A0105808480000810100000000
   HMLAN1_RSSI -59
   HMLAN1_TIME 2017-10-18 11:27:28
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     93
   NAME       KG.FL.RM
   NOTIFYDEV  global
   NR         7745
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:08 - t:10 s:580848 d:000081 0100000000
   protCmdDel 39
   protEvt_AESCom-ok 3 last_at:2017-10-18 11:26:39
   protLastRcv 2017-10-18 11:27:28
   protResnd  27 last_at:2017-10-18 11:44:23
   protResndFail 25 last_at:2017-10-18 11:44:27
   protSnd    56 last_at:2017-10-18 11:44:16
   protState  CMDs_done_Errors:1
   rssi_HMLAN1 lst:-61 min:-61 max:-40 cnt:4 avg:-46.5
   rssi_at_HMLAN1 min:-75 max:-40 lst:-59 avg:-51.12 cnt:87
   READINGS:
     2017-10-18 11:27:26   Activity        alive
     2017-10-18 11:26:39   CommandAccepted yes
     2017-10-18 11:27:26   D-firmware      1.0
     2017-10-18 11:27:26   D-serialNr      OEQ0468207
     2017-10-18 11:27:28   PairedTo        0x000081
     2017-10-18 11:26:42   R-pairCentral   0x000081
     2017-10-18 11:43:51   RegL_00.
     2017-10-18 11:26:39   aesCommToDev    ok
     2017-10-18 11:26:39   aesKeyNbr       00
     2017-10-17 20:31:13   alarmTest       ok
     2017-10-17 20:31:13   battery         ok
     2017-10-17 20:31:13   level           0
     2017-10-17 20:31:13   recentStateType info
     2017-10-18 11:27:28   sdRepeat        off
     2017-10-17 20:31:13   smokeChamber    ok
     2017-10-17 22:40:45   smoke_detect    none
     2017-10-18 11:44:27   state           MISSING ACK
     2017-10-17 22:40:45   teamCall        from TeamDev:03
   helper:
     HM_CMDNR   12
     cSnd       01F1000058084801021121120100,01F1000058084801011121120100
     getCfgListNo
     mId        00AA
     peerIDsRaw ,00000000
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +580848,00,00,00
       nextSend   1508318848.94272
       prefIO
       rxt        0
       vccu
       p:
         580848
         00
         00
         00
     mRssi:
       mNo        08
       io:
         HMLAN1     -57
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1508318848.64972
       ack:
         HASH(0x3a27b80)
         08800200008158084800
     rssi:
       HMLAN1:
         avg        -46.5
         cnt        4
         lst        -61
         max        -40
         min        -61
       at_HMLAN1:
         avg        -51.1264367816092
         cnt        87
         lst        -59
         max        -40
         min        -75
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       KG,KG.Flur
   serialNr   OEQ0468207
   subType    smokeDetector
   webCmd     statusRequest

##################################################################################
### list TEAM.RM

Internals:
   CFGFN
   DEF        11211201
   NAME       TEAM.RM
   NOTIFYDEV  global
   NR         7925
   STATE      MISSING ACK
   TESTNR     3
   TYPE       CUL_HM
   chanNo     01
   device     TeamDev
   peerList   EG.WZ.RM,KG.FL.RM,OG.SZ.RM,
   sdTeam     sdLead
   READINGS:
     2017-10-17 20:33:14   aesCBCCounter   00000F
     2017-10-17 22:40:45   eventNo         03
     2017-10-18 11:44:20   peerList        EG.WZ.RM,KG.FL.RM,OG.SZ.RM,
     2017-10-17 22:40:45   smoke_detect    none
     2017-10-18 11:44:20   state           MISSING ACK
     2017-10-17 22:40:45   teamCall        from TeamDev:03
   helper:
     count      2
     fkt        sdLead2
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
Attributes:
   group      Rauchmelder
   model      virtual_1
   peerIDs    576D9701,58084801,58086501,
   room       EG,EG.Wohnzimmer,KG,KG.Flur,OG,OG.Schlafzimmer
   webCmd     press short:press long




Zitat von: frank am 18 Oktober 2017, 09:54:37
IODev      HMLAN1:keepAlive
dieses attribut bei deinem team device scheint mir falsch zu sein.
hier darf eigentlich nur der name des io stehen, oder ich habe eine entscheidende neuerung in fhem nicht mitbekommen.
hast du das selbst eingetragen?

Nein, ich habe das TeamDevice mit den Commands aus dem Wiki angelegt:

define TeamDev CUL_HM 112112
set TeamDev virtual 1
rename TeamDev_Btn1 TEAM.RM


Im fhem.log sieht es so aus:
2017.10.18 11:15:51 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:15:55 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:16:16 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:16:20 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:17:25 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:17:30 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:17:47 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:25:32 3: HMUARTLGW HMLAN1 entered pairing-mode
2017.10.18 11:25:39 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:25:39 3: CUL_HM pair: OG.SZ.RM smokeDetector, model HM-SEC-SD-2 serialNr OEQ0468236
2017.10.18 11:25:43 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:26:20 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:26:32 3: HMUARTLGW HMLAN1 entered pairing-mode
2017.10.18 11:26:37 3: Device KG.FL.RM added to ActionDetector with 099:00 time
2017.10.18 11:26:37 3: CUL_HM pair: KG.FL.RM smokeDetector, model HM-SEC-SD-2 serialNr OEQ0468207
2017.10.18 11:26:41 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:26:49 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:26:52 3: Device KG.FL.RM added to ActionDetector with 099:00 time
2017.10.18 11:27:02 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:27:21 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:27:26 3: Device KG.FL.RM added to ActionDetector with 099:00 time
2017.10.18 11:27:46 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:27:50 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:28:21 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:28:30 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 11:28:46 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 11:28:48 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 11:28:52 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:30:33 3: CUL_HM set EG.WZ.RM getConfig
2017.10.18 11:30:37 3: Device EG.WZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:38:11 3: HMUARTLGW HMLAN1 entered pairing-mode
2017.10.18 11:42:43 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single set actor
2017.10.18 11:42:51 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single set actor
2017.10.18 11:42:54 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 11:42:58 3: CUL_HM set EG.WZ.RM getConfig
2017.10.18 11:43:10 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:43:34 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single unset actor
2017.10.18 11:43:41 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single unset actor
2017.10.18 11:43:48 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single unset actor
2017.10.18 11:44:11 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single set actor
2017.10.18 11:44:16 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single set actor
2017.10.18 11:44:20 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 11:48:11 3: HMUARTLGW HMLAN1 left pairing-mode

martinp876

Die 00000000 steht immer in den peerings. Zusätzlich zum Peer, wenn es denn einen gibt.

Otto123

Dein Fehler ist, Du versetzt das System zum peeren in den pairing Mode. Das kann nicht gut gehen, denke ich.

Also vor dem peeren nicht den HMLAN1 ins Pairing versetzen!!!

ZitatHMUARTLGW HMLAN1 entered pairing-mode
2017.10.18 11:42:43 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single set actor
2017.10.18 11:42:51 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single set actor
2017.10.18 11:42:54 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 11:42:58 3: CUL_HM set EG.WZ.RM getConfig
2017.10.18 11:43:10 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:43:34 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single unset actor
2017.10.18 11:43:41 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single unset actor
2017.10.18 11:43:48 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single unset actor
2017.10.18 11:44:11 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single set actor
2017.10.18 11:44:16 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single set actor
2017.10.18 11:44:20 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 11:48:11 3: HMUARTLGW HMLAN1 left pairing-mode

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

cfranz

Zitat von: Otto123 am 18 Oktober 2017, 20:01:58
Dein Fehler ist, Du versetzt das System zum peeren in den pairing Mode. Das kann nicht gut gehen, denke ich.

Also vor dem peeren nicht den HMLAN1 ins Pairing versetzen!!!
Ich hatte das Pairing mit set getConfig versucht und dann nochmal das HMLAN1 ins Pairing gesetzt und die Taste gedrückt gehalten. Irgendwann waren das 0x000081 dann unter PairedTo und R-pairCentral drin. Da ich den Befehl "set HMLAN1 hmPairForSec 600" verwendet habe, ist er ja für 10 Minuten im Pairing-Modus. Dann hatte ich die anderen Commands wohl zu schnell abgesetzt. Das Pairing sollte aber doch jetzt in Ordnung sein, oder?

Ich habe jetzt folgende Befehle abgesetzt:
set TEAM.RM peerChan 0 EG.WZ.RM single unset actor
set TEAM.RM peerChan 0 KG.FL.RM single unset actor
set TEAM.RM peerChan 0 OG.SZ.RM single unset actor
save
set TEAM.RM peerChan 0 EG.WZ.RM single set actor
set TEAM.RM peerChan 0 KG.FL.RM single set actor
set TEAM.RM peerChan 0 OG.SZ.RM single set actor
save


Hier mal einer der Rauchmelder, da steht das peering immer noch nicht drin, komischerweise zeigen momentan zwei Rauchmelder "RESPONSE TIMEOUT:RegisterRead" und einer "MISSING ACK" an.

Internals:
   CFGFN
   DEF        576D97
   HMLAN1_MSGCNT 54
   HMLAN1_RAWMSG 0403004393A010576D970000810100000000
   HMLAN1_RSSI -67
   HMLAN1_TIME 2017-10-18 21:00:29
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     54
   NAME       EG.WZ.RM
   NOTIFYDEV  global
   NR         7668
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:93 - t:10 s:576D97 d:000081 0100000000
   protCmdDel 24
   protEvt_AESCom-ok 3 last_at:2017-10-17 19:39:16
   protLastRcv 2017-10-18 21:00:29
   protResnd  20 last_at:2017-10-18 21:00:50
   protResndFail 18 last_at:2017-10-18 21:00:56
   protSnd    41 last_at:2017-10-18 21:00:44
   protState  CMDs_done_Errors:1
   rssi_HMLAN1 max:-44 min:-53 lst:-52 avg:-49.66 cnt:3
   rssi_at_HMLAN1 cnt:48 avg:-53.31 lst:-67 max:-42 min:-67
   READINGS:
     2017-10-18 11:30:37   Activity        alive
     2017-10-17 19:39:16   CommandAccepted yes
     2017-10-18 11:30:37   D-firmware      1.0
     2017-10-18 11:30:37   D-serialNr      OEQ0467966
     2017-10-18 21:00:28   PairedTo        0x000081
     2017-10-17 19:39:18   R-pairCentral   0x000081
     2017-10-17 19:39:16   aesCommToDev    ok
     2017-10-17 19:39:16   aesKeyNbr       00
     2017-10-18 07:46:52   alarmTest       ok
     2017-10-18 07:46:52   battery         ok
     2017-10-18 07:46:52   level           0
     2017-10-18 07:46:52   recentStateType info
     2017-10-18 21:00:28   sdRepeat        off
     2017-10-18 07:46:52   smokeChamber    ok
     2017-10-17 22:40:45   smoke_detect    none
     2017-10-18 21:00:56   state           RESPONSE TIMEOUT:RegisterRead
     2017-10-17 22:40:45   teamCall        from TeamDev:03
     RegL_00.:
       VAL
   helper:
     HM_CMDNR   149
     cSnd       01F10000576D9701011121120100,01000081576D9700040000000000
     getCfgListNo
     mId        00AA
     peerIDsRaw ,00000000
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +576D97,00,00,00
       nextSend   1508353229.66255
       prefIO
       rxt        0
       vccu
       p:
         576D97
         00
         00
         00
     mRssi:
       mNo        93
       io:
         HMLAN1     -65
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1508353229.37169
       ack:
         HASH(0x3dca998)
         938002000081576D9700
     rssi:
       HMLAN1:
         avg        -49.6666666666667
         cnt        3
         lst        -52
         max        -44
         min        -53
       at_HMLAN1:
         avg        -53.3125
         cnt        48
         lst        -67
         max        -42
         min        -67
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       EG,EG.Wohnzimmer
   serialNr   OEQ0467966
   subType    smokeDetector
   webCmd     statusRequest


Die Rauchmelder sind ja echt das schwierigste, was ich bisher hatte. Die Rolladentaster waren total easy. Wie muss ich jetzt weiter vorgehen, damit das mit dem Peering klappt?

Otto123

Ich weiß nicht was schief läuft. Konzentriere Dich bitte auf ein Gerät und setze nicht alle Kommandos hintereinander ab.Versuch erst einmal bei einem !!! ein getConfig und schau, dass er das abarbeitet. Ohne Fehler!
Die unset Kommandos kannst Du lassen, die bringen bloß alles durcheinander. Es ist nichts gesetzt, da brauchst Du auch kein unset.
Schau das der HMLAN nicht im overload ist.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

cfranz

Zitat von: Otto123 am 18 Oktober 2017, 21:48:10
Ich weiß nicht was schief läuft. Konzentriere Dich bitte auf ein Gerät und setze nicht alle Kommandos hintereinander ab.Versuch erst einmal bei einem !!! ein getConfig und schau, dass er das abarbeitet. Ohne Fehler!
Ok, ich habe mir jetzt mal nur den OG.SZ.RM vorgenommen. Wenn ich das richtig einschätze ist das pairing doch erledigt, wenn die HEX-ID des HMLAN drinsteht, oder?

Zitat von: Otto123 am 18 Oktober 2017, 21:48:10Schau das der HMLAN nicht im overload ist.
Ich habe mal ein getConfig gemacht, 3s auf den Melder gedrückt und dann die Detail-Seite vom HMLAN1 aktualisiert. Da stand immer nur STATE: opened, das sollte doch in Ordnung sein, oder.

Wenn ich jetzt das Command "set TEAM.RM peerChan 0 OG.SZ.RM single set actor" und save absetze, sagt mir der RM "protState: CMDs_processing". Mache ich nichts weiter kommt kurz darauf "protState: CMDs_done_Errors:1". Halte ich die Taste am RM kurz gedrückt leuchtet die LED erst orange und kurz darauf grün. Im Listing steht dann "protState: CMDs_done", allerdings zeigt er bei STATE: Missing ACK an. Das bekomme ich nur weg, wenn ich oben über die WebCMDs einen statusRequest auslöse.

configCheck done:

missing register list
    EG.WZ.RM: RegL_00.
    EG.WZ.TK: RegL_00.,RegL_01.

peer list incomplete. Use getConfig to read it.
    incomplete: EG.WZ.TK:

peer not verified. Check that peer is set on both sides
    TEAM.RM p:EG.WZ.RM
    TEAM.RM p:KG.FL.RM
    TEAM.RM p:OG.SZ.RM

peering strange - likely not suitable
    EG.WZ.RM not peered!! add SD to any team !!
    KG.FL.RM not peered!! add SD to any team !!
    OG.SZ.RM not peered!! add SD to any team !!

trigger sent to undefined device
    triggerUndefined: EG.WZ.TK:000081

PairedTo missing/unknown
    TeamDev


Internals:
   CFGFN
   DEF        580865
   HMLAN1_MSGCNT 218
   HMLAN1_RAWMSG 04030039C3A0105808650000810100000000
   HMLAN1_RSSI -57
   HMLAN1_TIME 2017-10-18 22:39:31
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     218
   NAME       OG.SZ.RM
   NOTIFYDEV  global
   NR         7754
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:C3 - t:10 s:580865 d:000081 0100000000
   protCmdDel 50
   protEvt_AESCom-ok 5 last_at:2017-10-18 11:25:41
   protLastRcv 2017-10-18 22:39:31
   protNack   2 last_at:2017-10-17 23:01:17
   protResnd  44 last_at:2017-10-18 22:39:28
   protResndFail 31 last_at:2017-10-18 22:38:56
   protSnd    171 last_at:2017-10-18 22:39:31
   protState  CMDs_done
   rssi_HMLAN1 min:-65 max:-45 lst:-65 avg:-55.33 cnt:9
   rssi_at_HMLAN1 cnt:208 avg:-62.56 lst:-57 min:-82 max:-36
   READINGS:
     2017-10-18 22:39:30   Activity        alive
     2017-10-18 11:25:41   CommandAccepted yes
     2017-10-18 22:39:30   D-firmware      1.0
     2017-10-18 22:39:30   D-serialNr      OEQ0468236
     2017-10-18 22:39:31   PairedTo        0x000081
     2017-10-18 11:25:44   R-pairCentral   0x000081
     2017-10-18 22:39:31   RegL_00.          02:01 0A:00 0B:00 0C:81 16:00 1F:00 00:00
     2017-10-18 11:25:41   aesCommToDev    ok
     2017-10-18 11:25:41   aesKeyNbr       00
     2017-10-18 22:37:39   alarmTest       ok
     2017-10-18 22:37:39   battery         ok
     2017-10-18 22:37:39   level           0
     2017-10-18 11:28:47   powerOn         2017-10-18 11:28:47
     2017-10-18 22:37:39   recentStateType info
     2017-10-18 22:39:31   sdRepeat        off
     2017-10-18 22:37:39   smokeChamber    ok
     2017-10-17 22:40:45   smoke_detect    none
     2017-10-18 22:38:56   state           MISSING ACK
     2017-10-17 22:40:45   teamCall        from TeamDev:03
   helper:
     HM_CMDNR   195
     PONtest    0
     cSnd       0100008158086500040000000000,010000815808650103
     mId        00AA
     peerIDsRaw ,00000000
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +580865,00,00,00
       nextSend   1508359171.94945
       prefIO
       rxt        0
       vccu
       p:
         580865
         00
         00
         00
     mRssi:
       mNo        C3
       io:
         HMLAN1     -55
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1508359171.65861
       ack:
         HASH(0x3a28dd0)
         C3800200008158086500
     rssi:
       HMLAN1:
         avg        -55.3333333333333
         cnt        9
         lst        -65
         max        -45
         min        -65
       at_HMLAN1:
         avg        -62.5625
         cnt        208
         lst        -57
         max        -36
         min        -82
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       OG,OG.Schlafzimmer
   serialNr   OEQ0468236
   subType    smokeDetector
   webCmd     statusRequest


Und hier noch das fhem.log meiner Versuche
2017.10.18 22:22:49 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:22:53 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:23:11 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:23:26 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:23:32 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:25:21 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:25:27 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:29:28 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:29:40 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:29:48 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:29:52 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:30:02 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:30:06 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:30:18 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:30:35 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:30:38 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:30:55 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:30:58 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:31:29 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:31:48 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:31:53 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:32:05 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:32:21 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:32:33 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:32:46 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:32:49 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:35:08 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:35:20 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:36:03 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:36:08 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:36:08 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:36:15 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:37:28 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:37:32 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:37:39 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:38:04 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:38:26 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:38:36 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:38:36 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:38:45 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:39:15 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:39:25 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:39:30 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:39:30 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:42:13 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:42:16 3: Device OG.SZ.RM added to ActionDetector with 099:00 time


Und hier das Logfile des Rauchmelders für den gleichen Zeitraum
2017-10-18_22:22:50 OG.SZ.RM sdRepeat: off
2017-10-18_22:22:53 OG.SZ.RM Activity: alive
2017-10-18_22:22:53 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:22:53 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:23:12 OG.SZ.RM sdRepeat: off
2017-10-18_22:23:31 OG.SZ.RM alarmTest: ok
2017-10-18_22:23:31 OG.SZ.RM battery: ok
2017-10-18_22:23:31 OG.SZ.RM level: 0
2017-10-18_22:23:31 OG.SZ.RM smokeChamber: ok
2017-10-18_22:23:31 OG.SZ.RM off
2017-10-18_22:23:32 OG.SZ.RM Activity: alive
2017-10-18_22:23:32 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:23:32 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:25:22 OG.SZ.RM sdRepeat: off
2017-10-18_22:25:27 OG.SZ.RM Activity: alive
2017-10-18_22:25:27 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:25:27 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:29:38 OG.SZ.RM ResndFail
2017-10-18_22:29:38 OG.SZ.RM MISSING ACK
2017-10-18_22:29:51 OG.SZ.RM ResndFail
2017-10-18_22:29:51 OG.SZ.RM RESPONSE TIMEOUT:RegisterRead
2017-10-18_22:29:59 OG.SZ.RM sdRepeat: off
2017-10-18_22:30:02 OG.SZ.RM Activity: alive
2017-10-18_22:30:02 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:30:02 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:30:16 OG.SZ.RM ResndFail
2017-10-18_22:30:16 OG.SZ.RM MISSING ACK
2017-10-18_22:30:19 OG.SZ.RM sdRepeat: off
2017-10-18_22:30:38 OG.SZ.RM Activity: alive
2017-10-18_22:30:38 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:30:38 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:30:41 OG.SZ.RM sdRepeat: off
2017-10-18_22:30:56 OG.SZ.RM sdRepeat: off
2017-10-18_22:30:58 OG.SZ.RM Activity: alive
2017-10-18_22:30:58 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:30:58 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:31:30 OG.SZ.RM sdRepeat: off
2017-10-18_22:31:53 OG.SZ.RM Activity: alive
2017-10-18_22:31:53 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:31:53 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:31:57 OG.SZ.RM ResndFail
2017-10-18_22:31:57 OG.SZ.RM MISSING ACK
2017-10-18_22:32:05 OG.SZ.RM alarmTest: ok
2017-10-18_22:32:05 OG.SZ.RM battery: ok
2017-10-18_22:32:05 OG.SZ.RM level: 0
2017-10-18_22:32:05 OG.SZ.RM smokeChamber: ok
2017-10-18_22:32:05 OG.SZ.RM off
2017-10-18_22:32:29 OG.SZ.RM ResndFail
2017-10-18_22:32:29 OG.SZ.RM MISSING ACK
2017-10-18_22:32:33 OG.SZ.RM sdRepeat: off
2017-10-18_22:32:49 OG.SZ.RM Activity: alive
2017-10-18_22:32:49 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:32:49 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:32:52 OG.SZ.RM sdRepeat: off
2017-10-18_22:35:17 OG.SZ.RM ResndFail
2017-10-18_22:35:17 OG.SZ.RM MISSING ACK
2017-10-18_22:35:29 OG.SZ.RM ResndFail
2017-10-18_22:35:29 OG.SZ.RM RESPONSE TIMEOUT:RegisterRead
2017-10-18_22:36:08 OG.SZ.RM Activity: alive
2017-10-18_22:36:08 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:36:08 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:36:11 OG.SZ.RM ResndFail
2017-10-18_22:36:11 OG.SZ.RM MISSING ACK
2017-10-18_22:36:15 OG.SZ.RM sdRepeat: off
2017-10-18_22:37:32 OG.SZ.RM Activity: alive
2017-10-18_22:37:32 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:37:32 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:37:39 OG.SZ.RM alarmTest: ok
2017-10-18_22:37:39 OG.SZ.RM battery: ok
2017-10-18_22:37:39 OG.SZ.RM level: 0
2017-10-18_22:37:39 OG.SZ.RM smokeChamber: ok
2017-10-18_22:37:39 OG.SZ.RM off
2017-10-18_22:38:13 OG.SZ.RM ResndFail
2017-10-18_22:38:13 OG.SZ.RM MISSING ACK
2017-10-18_22:38:36 OG.SZ.RM Activity: alive
2017-10-18_22:38:36 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:38:36 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:38:38 OG.SZ.RM ResndFail
2017-10-18_22:38:38 OG.SZ.RM MISSING ACK
2017-10-18_22:38:56 OG.SZ.RM ResndFail
2017-10-18_22:38:56 OG.SZ.RM MISSING ACK
2017-10-18_22:39:15 OG.SZ.RM sdRepeat: off
2017-10-18_22:39:30 OG.SZ.RM Activity: alive
2017-10-18_22:39:30 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:39:30 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:39:31 OG.SZ.RM sdRepeat: off
2017-10-18_22:42:16 OG.SZ.RM Activity: alive
2017-10-18_22:42:16 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:42:16 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:42:22 OG.SZ.RM ResndFail
2017-10-18_22:42:22 OG.SZ.RM RESPONSE TIMEOUT:RegisterRead

Otto123

Das TeamDev hat immer noch diesen komischen IODev Eintrag?
Hast Du nun schon eine VCCU?
Eigentlich braucht man beim RM keinen Knopf drücken, wenn man Daten übertragt. Zumindest war das beim SD so. Ich kann das genaue Verhalten vom SD-2 nicht beurteilen, ich habe nur SD.
Der RM verarbeitet die Daten nicht richtig, ich habe keine Ahnung warum.
Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

cfranz

Ja, beim TeamDev steht das noch drin:
Internals:
   CFGFN
   DEF        112112
   IODev      HMLAN1:keepAlive
   NAME       TeamDev
   NOTIFYDEV  global
   NR         7921
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 TEAM.RM
   protSnd    14 last_at:2017-10-17 20:33:14
   protState  CMDs_done
   READINGS:
     2017-10-17 22:40:45   battery         ok
     2017-10-17 20:33:14   state           CMDs_done
   helper:
     HM_CMDNR   15
     alarmNo    03
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +112112,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         112112
         00
         00
         00
     mRssi:
       mNo
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       dev        1
     tmpl:
Attributes:
   IODev      HMLAN1:keepAlive
   autoReadReg 4_reqStatus
   expert     2_raw
   model      virtual_1
   room       Unsorted
   subType    virtual


Nein, eine VCCU habe ich noch nicht, ich dachte ich mache jetzt erstmal die Rauchmelder fertig und kümmere mich dann darum.

cfranz

So, ich habe die VCCU jetzt eingerichtet.

Das TeamDev hatte ich auch nochmal gelöscht und es gerade neu angelegt.

define TeamDev CUL_HM 112112
set TeamDev virtual 1
rename TeamDev_Btn1 TEAM.RM


Dabei ist mir folgendes aufgefallen. Wenn ich den Befehl "set TEAM.DEV virtual 1" absetze, dann taucht unter Internals und Attributes "IODev: HMLAN1:keepAlive" auf. Für die VCCU muss ich da doch noch die IOgrp ergänzen (attr TeamDev IOgrp VCCU), oder?

martinp876

Da es unklar zu sein scheint: wenn in pairedTo eine id steht, ohne Set und vom device gelesen hat das pairing funktioniert.
Beim sd muss man nur beim pairen die config Taste drücken. Das ist eine Sicherheit, damit der Nachbar das device nicht ( ganz so einfach) kapiert. Ansonsten sollten die devices auf   ihrer reagieren. Also alle Kommandos kann fhem sofort schicken. Das sollte einfach zu sehen sein, da der Status der cmdqueue zu sehen ist. Die sollte nach einem getconfig von pending auf done wechseln.

Besser keine Gäste am device e mehr drücken.

Otto123

Moin,

ich wollte Dich nicht animieren jetzt eine vccu einzurichten. Ich bin immer dafür erstmal eine Sache richtig zu machen.
Mich hat in deinem Post #15 das hier verwirrt
Zitatio:
       newChn     +576D97,00,00,00
       nextSend   1508265010.54758
       prefIO
       rxt        0
       vccu
       p:
Aber ich sehe gerade, das ist offenbar ein Feld im list welches bei Dir nicht befüllt war. Sorry mein fehler.
Das IODev HMLAN1:keepAlive  gehört da nicht hin.
Woher nimmst Du den Befehl set TEAM.DEV virtual 1 ? Du hast Dich nur verschrieben oder hast Du das wirklich gemacht?

Die VCCU musst Du natürlich komplett einrichten, sonst macht es keinen Sinn. -> https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
Dort steht auch wie Du mit einem Befehl das IOgrp attr überall setzen kannst.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

darkness

#29
Morgen Otto,


Zitat von: Otto123 am 19 Oktober 2017, 09:58:08
Woher nimmst Du den Befehl set TEAM.DEV virtual 1 ? Du hast Dich nur verschrieben oder hast Du das wirklich gemacht?


Das steht doch so im Wiki: https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder#virtueller_TeamLead

War quatsch. Nicht richtig gelesen. Tschuldige