HM-SEC-SD: Bekomme den Fehler nicht weg.

Begonnen von webturtle, 12 November 2015, 20:42:34

Vorheriges Thema - Nächstes Thema

webturtle

Irgendwie bekomme ich nichts auf Anhieb hin.
Es geht um den Einsatz von 3 Rauchmeldern.
Begonnen habe ich nach WIKI folgendermassen:

1. Einrichten des TeamDevice mit den Befehlen aus dem Wiki. Danach steht folgendes in der Config:

define TeamDev CUL_HM 424242
attr TeamDev IODev HMUSB1
attr TeamDev IOgrp vccu
attr TeamDev expert 2_full
attr TeamDev model virtual_1
attr TeamDev subType virtual
attr TeamDev webCmd virtual


2. Einrichten des Peeling Kanal. Danach steht folgendes in der Config:

define Rauchmelder_Team CUL_HM 42424201
attr Rauchmelder_Team expert 2_full
attr Rauchmelder_Team model virtual_1
attr Rauchmelder_Team peerIDs
attr Rauchmelder_Team room CUL_HM
attr Rauchmelder_Team webCmd press short:press long


Dann Pairing mit Autodetect. Der RM wird gefunden und ich nenne ihn in Rauchmelder_FlurUnten um.

Dann:
set Rauchmelder_Team peerChan 0 Rauchmelder_FlurUnten single set

Im Team steht dann der RM als Peer drin.

Beim Rauchmelder mache ich ein getconfig.

Danach ist die Ausgabe von hm info check config diese hier:

configCheck done:

peer not verified. Check that peer is set on both sides
    Rauchmelder_Team p:Rauchmelder_FlurUnten

peering strange - likely not suitable
    Rauchmelder_FlurUnten not peered!! add SD to any team !!


Hier die Ausgabe von List Rauchmelder_FlurUnten:

Internals:
   CFGFN
   DEF        2DC6FD
   HMLAN1_MSGCNT 22
   HMLAN1_RAWMSG RFD2C310C,0001,0003A100,FF,FFB6,07A0102DC6FD4217DB0100000000
   HMLAN1_RSSI -74
   HMLAN1_TIME 2015-11-12 20:29:03
   HMUSB1_MSGCNT 14
   HMUSB1_RAWMSG E2DC6FD,0000,2F36FC1C,FF,FFD7,07A0102DC6FD4217DB0100000000
   HMUSB1_RSSI -41
   HMUSB1_TIME 2015-11-12 20:29:03
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     36
   NAME       Rauchmelder_FlurUnten
   NR         458
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:07 - t:10 s:2DC6FD d:4217DB 0100000000
   protCmdDel 13
   protErrIoId_000000 12 last_at:2015-11-12 20:28:55
   protIOdly  1 last_at:2015-11-12 20:18:45
   protIOerr  3 last_at:2015-11-12 20:24:52
   protLastRcv 2015-11-12 20:29:03
   protResnd  3 last_at:2015-11-12 20:28:53
   protResndFail 2 last_at:2015-11-12 20:28:58
   protSnd    22 last_at:2015-11-12 20:29:03
   protState  CMDs_done
   rssi_HMLAN1 lst:-69 avg:-65.5 cnt:2 min:-69 max:-62
   rssi_at_HMLAN1 lst:-74 avg:-70.36 min:-77 max:-64 cnt:22
   rssi_at_HMUSB1 min:-42 max:-40 cnt:14 lst:-41 avg:-40.92
   Readings:
     2015-11-12 20:16:47   Activity        alive
     2015-11-12 20:16:43   CommandAccepted yes
     2015-11-12 20:16:42   D-firmware      1.1
     2015-11-12 20:16:42   D-serialNr      LEQ0741240
     2015-11-12 20:29:02   PairedTo        0x4217DB
     2015-11-12 20:17:06   R-pairCentral   0x4217DB
     2015-11-12 20:29:02   RegL_00:          02:01 0A:42 0B:17 0C:DB 00:00
     2015-11-12 20:26:04   battery         ok
     2015-11-12 20:26:04   level           0
     2015-11-12 20:18:45   powerOn         2015-11-12 20:18:45
     2015-11-12 20:26:04   recentStateType info
     2015-11-12 20:28:55   sabotageAttackId_ErrIoId_000000  cnt:12
     2015-11-12 20:28:58   state           MISSING ACK
   Helper:
     HM_CMDNR   7
     PONtest    0
     cSnd       014217DB2DC6FD00040000000000,014217DB2DC6FD0103
     mId        0042
     peerIDsRaw ,00000000
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +2DC6FD,00,00,00
       nextSend   1447356543.42819
       prefIO
       rxt        0
       vccu
       p:
         2DC6FD
         00
         00
         00
     Mrssi:
       mNo        07
       Io:
         HMLAN1     -72
         HMUSB1     -41
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1447356543.32276
       ack:
         HASH(0xa091330)
         0780024217DB2DC6FD00
     Rssi:
       Hmlan1:
         avg        -65.5
         cnt        2
         lst        -69
         max        -62
         min        -69
       At_hmlan1:
         avg        -70.3636363636364
         cnt        22
         lst        -74
         max        -64
         min        -77
       At_hmusb1:
         avg        -40.9285714285714
         cnt        14
         lst        -41
         max        -40
         min        -42
     Shadowreg:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.1
   model      HM-SEC-SD
   msgRepeat  1
   peerIDs    00000000,
   room       CUL_HM
   serialNr   LEQ0741240
   subType    smokeDetector
   webCmd     statusRequest


Irgendwo scheint es zu hängen mit dem Peering.

Ich verstehe es doch korrekt, dass ich jeden RM mit FHEM peere und nicht untereinander.

Vielleicht hat jemand eine Idee.

Und dann noch grad ne Grundsatzfrage: Kann man über FHEM machen dass die Sirene der Teile angeht????
Chris

webturtle

Scheint ein ungewöhnliches Problem zu sein.
Was mir noch aufgefallen ist:

Wenn ich beim Rauchmelder_Team ein set Alarmen absetze zeigt der Rauchmelder mir das auch an.
Level bleibt allerdings bei 0

Ein Ton kommt keiner.
Seltsam?

Chris

frank

ZitatIch verstehe es doch korrekt, dass ich jeden RM mit FHEM peere und nicht untereinander.
es gibt verschiedene möglichkeiten. aber wie du es machen möchtest, habe ich es bei mir auch.

im configcheck steht eigentlich alles drin:
beim rm fehlt noch der peer vom team. => also peering wiederholen, bis alles eingetragen ist.

warum ordnest du dem rm nicht den hmusb als prefered io zu. der scheint doch wesentlich bessere rssi zu haben?
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

webturtle

Ich habe den Teaminn Befehl schon zig male abgesetzt.
Es kommt immer nur ein Missing ACK.

der Befehl ist:

set Rauchmelder_Team peerChan 0 Rauchmelder_FlurUnten single set

Er soll ein das HMUSB1 bekommen. Ich musste nur gestern als ich das gepostet hatte zwischendurch wegen Overload die Config ändern.

frank

funktioniert denn getconfig zum rm?

schonmal diesen befehl probiert?
set Rauchmelder_Team peerChan 0 Rauchmelder_FlurUnten single set actor
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

webturtle

Schon mehrfach versucht. Gerade jetzt nochmal.
Hier die anschliessenden Reading:

Activity
alive
2015-11-13 19:07:41
CommandAccepted
yes
2015-11-12 20:16:43
D-firmware
1.1
2015-11-13 18:55:11
D-serialNr
LEQ0741240
2015-11-13 18:55:11
PairedTo
0x4217DB
2015-11-13 18:49:12
R-pairCentral
0x4217DB
2015-11-12 20:17:06
battery
ok
2015-11-13 19:07:54
level
0
2015-11-13 19:07:54
powerOn
2015-11-12 20:18:45
2015-11-12 20:18:45
recentStateType
info
2015-11-13 19:07:54
sabotageAttackId_ErrIoId_000000
cnt:7
2015-11-14 08:23:04
smoke_detect
none
2015-11-13 18:49:42
state
MISSING ACK
2015-11-14 08:23:09
teamCall
from TeamDev:1
2015-11-13 18:50:26


Ein anschliessendes getconfig läuft dann aber anstandslos durch.
list sieht danach so aus:

Internals:
   DEF        2DC6FD
   HMLAN1_MSGCNT 6
   HMLAN1_RAWMSG R04E18490,0001,07B94C86,FF,FFBA,05A0102DC6FD4217DB0100000000
   HMLAN1_RSSI -70
   HMLAN1_TIME 2015-11-14 08:24:27
   HMUSB1_MSGCNT 3
   HMUSB1_RAWMSG E2DC6FD,0000,36EC4D3B,FF,FFD8,05A0102DC6FD4217DB0100000000
   HMUSB1_RSSI -40
   HMUSB1_TIME 2015-11-14 08:24:27
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     9
   NAME       Rauchmelder_FlurUnten
   NR         443
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:05 - t:10 s:2DC6FD d:4217DB 0100000000
   protCmdDel 1
   protErrIoId_000000 7 last_at:2015-11-14 08:23:04
   protLastRcv 2015-11-14 08:24:27
   protResnd  1 last_at:2015-11-14 08:23:03
   protResndFail 1 last_at:2015-11-14 08:23:09
   protSnd    7 last_at:2015-11-14 08:24:27
   protState  CMDs_done
   rssi_HMLAN1 cnt:1 lst:-64 avg:-64 max:-64 min:-64
   rssi_at_HMLAN1 cnt:6 lst:-70 max:-68 avg:-69 min:-70
   rssi_at_HMUSB1 min:-43 max:-40 avg:-41 cnt:3 lst:-40
   Readings:
     2015-11-13 19:07:41   Activity        alive
     2015-11-12 20:16:43   CommandAccepted yes
     2015-11-13 18:55:11   D-firmware      1.1
     2015-11-13 18:55:11   D-serialNr      LEQ0741240
     2015-11-14 08:24:26   PairedTo        0x4217DB
     2015-11-12 20:17:06   R-pairCentral   0x4217DB
     2015-11-13 19:07:54   battery         ok
     2015-11-13 19:07:54   level           0
     2015-11-12 20:18:45   powerOn         2015-11-12 20:18:45
     2015-11-13 19:07:54   recentStateType info
     2015-11-14 08:23:04   sabotageAttackId_ErrIoId_000000  cnt:7
     2015-11-13 18:49:42   smoke_detect    none
     2015-11-14 08:23:09   state           MISSING ACK
     2015-11-13 18:50:26   teamCall        from TeamDev:1
   Helper:
     HM_CMDNR   5
     cSnd       014217DB2DC6FD00040000000000,014217DB2DC6FD0103
     mId        0042
     peerIDsRaw ,00000000
     rxType     2
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Io:
       newChn     +2DC6FD,00,00,00
       nextSend   1447485867.33365
       rxt        0
       vccu       vccu
       p:
         2DC6FD
         00
         00
         00
       prefIO:
         HMLAN1
     Mrssi:
       mNo        05
       Io:
         HMLAN1     -68
         HMUSB1     -40
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1447485867.22985
       ack:
         HASH(0xb1dee5c)
         0580024217DB2DC6FD00
     Rssi:
       Hmlan1:
         avg        -64
         cnt        1
         lst        -64
         max        -64
         min        -64
       At_hmlan1:
         avg        -69
         cnt        6
         lst        -70
         max        -68
         min        -70
       At_hmusb1:
         avg        -41
         cnt        3
         lst        -40
         max        -40
         min        -43
     Shadowreg:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     1_on
   firmware   1.1
   model      HM-SEC-SD
   msgRepeat  1
   peerIDs    00000000,
   room       CUL_HM
   serialNr   LEQ0741240
   subType    smokeDetector
   webCmd     statusRequest


Was mich wundert: Weder in den Internal noch in den Reading des Rauchmelders steht irgendwas von peers.
Und ein RegList zeit auch nix von Peers an:

list:         register | range              | peer     | description
   0: pairCentral      |   0 to 16777215    |          | pairing to central

webturtle

Bei einer solchen Fehlersuche wird man ja mit der Zeit unsicher ob da überhaupt alles so korrekt ist.
Mir ist jetzt beim HMUSB1 aufgefallen, dass die HMID sehr seltsam ist.

Könnte mal jemand mit Ahnung drüber sehen ob das so korrekt ist. Das USB1 müsste doch die HMID der vcci bekommen, oder?

Internals:
   DEF        127.0.0.1:1234
   DeviceName 127.0.0.1:1234
   FD         12
   HMUSB1_MSGCNT 42396
   HMUSB1_TIME 2015-11-14 08:50:48
   IFmodel    LAN
   NAME       HMUSB1
   NR         28
   NTFY_ORDER 50-HMUSB1
   PARTIAL
   RAWMSG     E4217DB,0000,37046F2D,FF,FFC3,5880024217DB31A7B500
   RSSI       -61
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDsCnt 4
   msgKeepAlive dlyMax:11.992 bufferMin:-6
   msgLoadCurrent 41
   msgLoadHistory 5min steps: 37/4/0/0/0/0/0/0/0/0/0/0
   owner      000000
   uptime     010 256:23:57.485
   Readings:
     2015-11-13 19:07:37   D-HMIdAssigned  000000
     2015-11-13 19:07:37   D-HMIdOriginal  372DB3
     2015-11-13 19:07:37   D-firmware      0.967
     2015-11-13 19:07:37   D-serialNr      MEQ0232675
     2015-11-13 19:07:37   Xmit-Events     disconnected:1 init:1 ok:1
     2015-11-13 19:07:37   cond            ok
     2015-11-14 08:50:33   loadLvl         batchLevel
     2015-11-13 19:07:33   prot_disconnected last
     2015-11-13 19:07:33   prot_init       last
     2015-11-13 19:07:37   prot_ok         last
     2015-11-13 19:07:33   state           opened
   Helper:
     assIdCnt   4
     assIdRep   4
     info       03C7,MEQ0232675,372DB3,000000
     setTime    44173
     Cnd:
       0          1
       253        1
       255        1
     Ids:
       2dc6fd:
         chn        01
         flg        0
         msg
         name       Rauchmelder_FlurUnten
         to         1447487323.59925
       2dc7e0:
         chn        01
         flg        0
         name       HM_2DC7E0
       4217db:
         chn        00
         flg        0
         msg
         name       vccu
         to         1447438521.35586
       999999:
         chn        00
         flg        0
         msg
         name
         to         1447438059.21769
     K:
       BufMin     -6
       DlyMax     11.992
       Next       1447487458.12876
       Start      1447487433.12876
     Loadlvl:
       bl         40
       a:
         99
         90
         40
         0
       H:
         0          low
         40         batchLevel
         90         high
         99         suspended
     Log:
       all        0
       sys        0
       ids:
         ARRAY(0xb247c14)
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLast   41
       loadNo     10
       scnt       7
       apIDs:
     Ref:
       hmtL       923021866
       kTs        0
Attributes:
   group      HomeMatic
   hmId       000000
   hmLanQlen  1_min
   loadLevel  0:low,40:batchLevel,90:high,99:suspended
   room       Zentral

frank

die hmid 000000 deines hmusb ist natürlich falsch und verboten. als owner wird auch 000000 angezeigt. hier müsste der name deiner vccu auftauchen, falls du den hmusb deiner vccu zugeordnet hast.
poste mal noch ein list deiner vccu und vom hmlan1.
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

webturtle

Asche auf mein Haupt.

Ich hatte einen Fehler in der Config meiner vccu.

Dieser Eintrag:

attr vccu IOList HMLAN1, HMUSB1

war falsch und muss:

attr vccu IOList HMLAN1,HMUSB1

lauten.

Was so ein Leerzeichen ausmacht. War mir schon an einer anderen Stelle mal passiert.
Wie blöd kann man sein...?

Nachdem ich das jetzt korrigiert habe. (Es fiel mir wirklich erst auf als ich HMLAN2 hinzugefügt habe) funktioniert jetzt auch die Sache mit den Rauchmeldern.

Danke für die Geduld mit mir.

Chris

frank

dann kannst du nun ja deine mitbewohner mit einem alarm terrorisieren.
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

webturtle

Ehrlich gesagt, ist genau das der Hintergrund......

Mal sehen was mir dazu alles einfällt...