peeren von HM-SEC-SD-2 klappt nicht!

DoubleD · 17 April 2019, 22:27:27

Hallo

hminfo wirft einen Fehler auf den ich nicht in den Griff bekomme.


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

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

Ich habe einen Virtuellen Teamlead der "Rauchmelder_Team" heißt.
und 3 Rauchmelder "HM_5ECA28", "HM_5EDBCB" und "HM_5DE46D"
Zwei davon sind scheibnbar richtig gepeert. Nur der "HM_5ECA28" nicht.

Hier ein LIST der beide Devices

Code Auswählen


Internals:
   .triggerUsed 1
   DEF        5ECA28
   FUUID      5c8e3381-f33f-221a-8dd8-290360ae47b2bfaa
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     7
   NAME       HM_5ECA28
   NOTIFYDEV  global
   NR         992
   NTFY_ORDER 50-HM_5ECA28
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:99 - t:10 s:5ECA28 d:999999 0601000034
   myHmUART_MSGCNT 7
   myHmUART_RAWMSG 0501003299A6105ECA289999990601000034
   myHmUART_RSSI -50
   myHmUART_TIME 2019-04-17 22:05:25
   protCmdDel 2
   protLastRcv 2019-04-17 22:05:25
   protRcv    5 last_at:2019-04-17 22:05:25
   protResnd  2 last_at:2019-04-17 22:12:11
   protResndFail 1 last_at:2019-04-17 22:12:17
   protSnd    10 last_at:2019-04-17 22:12:04
   protSndB   7 last_at:2019-04-17 22:12:11
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART cnt:6 min:-50 max:-50 avg:-50 lst:-50 
   rssi_myHmUART cnt:1 min:-52 max:-52 avg:-52 lst:-52 
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   READINGS:
     2019-04-17 22:05:16   .D-devInfo      000100
     2019-04-17 22:05:16   .D-stc          CE
     2019-03-17 12:46:19   .R-devRepeatCntMax 0
     2019-04-17 22:05:13   .peerListRDate  2019-04-17 22:05:13
     2019-04-17 22:05:25   .protLastRcv    2019-04-17 22:05:25
     2019-04-17 22:05:16   Activity        alive
     2019-03-17 12:46:17   CommandAccepted yes
     2019-04-17 22:05:16   D-firmware      1.0
     2019-04-17 22:05:16   D-serialNr      OEQ0931408
     2019-04-17 22:05:13   PairedTo        0x999999
     2019-03-17 12:46:19   R-pairCentral   0x999999
     2019-03-17 12:46:17   aesCommToDev    ok
     2019-03-17 12:46:17   aesKeyNbr       00
     2019-04-17 22:05:25   alarmTest       ok
     2019-04-17 22:05:25   battery         ok
     2019-04-17 22:05:25   level           0
     2019-04-17 22:05:25   recentStateType info
     2019-04-17 22:05:13   sdRepeat        off
     2019-04-17 22:05:25   smokeChamber    ok
     2019-03-17 13:18:25   smoke_detect    none
     2019-04-17 22:12:17   state           RESPONSE TIMEOUT:RegisterRead
     2019-03-17 13:18:25   teamCall        from RauchmelderTeamLead:02
     RegL_00.:
       VAL        
   helper:
     HM_CMDNR   154
     cSnd       019999995ECA28010E,019999995ECA2800040000000000
     getCfgListNo 
     mId        00AA
     peerFriend peerSD
     peerIDsRaw ,00000000
     peerOpt    p:smokeDetector
     regLst     0
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5ECA28,00,00,00
       nextSend   1555531525.65296
       rxt        0
       vccu       VCCU
       p:
         5ECA28
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        99
       io:
         myHmUART:
           -44
           -44
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1555531525.35683
       ack:
         HASH(0x570df90)
         9980029999995ECA2800
     rssi:
       at_myHmUART:
         avg        -50
         cnt        6
         lst        -50
         max        -50
         min        -50
       myHmUART:
         avg        -52
         cnt        1
         lst        -52
         max        -52
         min        -52
     shadowReg:
     tmpl:
Attributes:
   .mId       00AA
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   099:00
   actStatus  alive
   alias      Rauchmelder3
   autoReadReg 4_reqStatus
   devStateIcon off:general_ok .*:secur_alarm
   event-on-change-reading .*
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   icon       secur_smoke_detector
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       CUL_HM
   serialNr   OEQ0931408
   subType    smokeDetector
   webCmd     statusRequest

und

Code Auswählen


Internals:
   DEF        90141701
   FUUID      5c8e3672-f33f-221a-b09b-72dc7c4596f56f3b
   NAME       Rauchmelder_Team
   NOTIFYDEV  global
   NR         995
   NTFY_ORDER 50-Rauchmelder_Team
   STATE      RESPONSE TIMEOUT:RegisterRead
   TESTNR     1
   TYPE       CUL_HM
   chanNo     01
   device     RauchmelderTeamLead
   peerList   HM_5DE46D,HM_5ECA28,HM_5EDBCB,
   sdTeam     sdLead
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   READINGS:
     2019-03-17 13:15:14   aesCBCCounter   00000B
     2019-03-17 13:18:25   eventNo         02
     2019-04-17 22:11:40   peerList        HM_5DE46D,HM_5ECA28,HM_5EDBCB,
     2019-03-17 13:18:25   smoke_detect    none
     2019-04-17 22:16:24   state           RESPONSE TIMEOUT:RegisterRead
     2019-03-17 13:18:25   teamCall        from RauchmelderTeamLead:02
   helper:
     fkt        sdLead2
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     shadowReg:
     tmpl:
Attributes:
   devStateIcon off:general_ok .*:secur_alarm
   event-on-change-reading .*
   genericDeviceType security
   group      Rauchmelder
   icon       secur_smoke_detector
   model      VIRTUAL
   peerIDs    5DE46D01,5ECA2801,5EDBCB01,
   room       CUL_HM
   webCmd     press short:press long

Ein erneutes

Code Auswählen

set HM_5ECA28 peerChan 0 Rauchmelder_Team single set actor hat keine abhilfe geschaffen...

Was kann ich tun?

Danke & Gruß
Daniel

Otto123 · 17 April 2019, 22:41:20

Hi,

Scheinbar ist ja ansonsten die Struktur in Ordnung.
Der SD hat ein Problem: STATE RESPONSE TIMEOUT:RegisterRead

Du kannst clear msgEvents machen, dann getConfig und dann vielleicht nochmal den peer Befehl absetzen.
Und alles immer schön mit Ruhe

Gruß Otto

DoubleD · 17 April 2019, 22:57:31

Hallo Otto,

Danke für die schnelle Antwort.
Hab die Schritte in aller ruhe

ausgeführt.
Leider ohne eine positive Veränderung.

Was könnte ich noch testen oder verändern?
Configtaste drücken?

Gruß
Daniel

Otto123 · 17 April 2019, 23:03:32

Hallo Daniel,

nö configTaster braucht der SD normal nicht. Der macht glaube ich verzögerte Konfig...

Hat er die Register gelesen? Oder sperrt er sich auch gegen getConfig?

Höchstens mal Batterie raus, aber das geht ja bei dem nicht

hat der einen Einschalter? Ich habe noch die alten SD

Gruß Otto

DoubleD · 18 April 2019, 05:52:36

Da bin ich nicht sicher. Ich glaube da ist ein Schalter der sich selbst betätigt wenn man den SD in die Halterung dreht.
getConfig hat meiner Meinung nach funktioniert.

RaspiLED · 18 April 2019, 10:15:24

Hi,

ist das paired_to 0x999999 richtig?

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Otto123 · 18 April 2019, 10:21:59

Ich denke schon

lastMsg No:99 - t:10 s:5ECA28 d:999999 0601000034

martinp876 · 20 April 2019, 09:01:35

SDs machen immer Burst. Prüfe mit

Code Auswählen

get <sd> deviceInfo
"mode" zeigt den Kommunikationstyp.

Nach einem getConfig kann man mit der gleichen Abfrage prüfen, wie es gelaufen ist:
protState : CMDs_done pending: none

im Gegensatz zu
protState : CMDs_done_Errors:1 pending: none

DoubleD · 21 April 2019, 19:48:08

Zitat von: martinp876 am 20 April 2019, 09:01:35
SDs machen immer Burst. Prüfe mit
Code Auswählen Erweitern
get <sd> deviceInfo
"mode" zeigt den Kommunikationstyp.

Nach einem getConfig kann man mit der gleichen Abfrage prüfen, wie es gelaufen ist:
protState : CMDs_done pending: none

im Gegensatz zu
protState : CMDs_done_Errors:1 pending: none

Hallo Martin,

danke für Deine Antwort!

Ich habe folgendes ausgeführt.

Code Auswählen

get HM_5ECA28 deviceInfo long
Antwort:

Code Auswählen

Device name:HM_5ECA28
   org ID   	:00AA  Model=HM-SEC-SD-2
   alias ID 	:00AA  Model=HM-SEC-SD-2
   mode   	:config,3Burst - activity:alive
   protState	: CMDs_done pending: none

Anschließend

Code Auswählen

set HM_5ECA28 getConfig

Und dann geprüft mit

Code Auswählen

get HM_5ECA28 deviceInfo long
Antwort:

Code Auswählen

Device name:HM_5ECA28
   org ID   	:00AA  Model=HM-SEC-SD-2
   alias ID 	:00AA  Model=HM-SEC-SD-2
   mode   	:config,3Burst - activity:alive
   protState	: CMDs_done pending: none

Kannst du daraus eine Fehler ablesen?
Für mich sieht alles OK aus
Aber das peeren klappt immer noch nicht!

!!!UPDATE!!!

Nach ca 1 min habe ich nochmal

Code Auswählen

get HM_5ECA28 deviceInfo long
Antwort:

Code Auswählen

Device name:HM_5ECA28
   org ID   	:00AA  Model=HM-SEC-SD-2
   alias ID 	:00AA  Model=HM-SEC-SD-2
   mode   	:config,3Burst - activity:alive
   protState	: CMDs_done_Errors:1 pending: none

Was kann ich noch tun?

Danke & Gruß
Daniel