HM-SEC-SD-2: Wiki-Anleitung unklar/veraltet?

[curt]

Ich hatte das einige Tage auf sich beruhen lassen und mir die Sache nochmals angeschaut. Da fiel mir auf, dass es auch noch das Modul "CUL" gibt, welches ich in anderer Sache nutze. Daher testete ich das Anlegen eines virtuellen TeamLead mit/auf CUL. Leider scheitert das (bei mir) mit Fehlermeldung. Daher richtete ich das Ganze nochmals neu mit CUL_HM ein. Dieses bringt ja (bei mir) automatisch mehrere Attribute, die andere in der Diskussion in Frage stellten. Ich habe diese aber komplett so belassen, da ich nun zu der Überzeugung komme, dass der Modul-Entwickler sich dabei sicher was gedacht hat.

Lerne jetzt die Rauchmelder an.
Benenne TeamDev_Btn1 um und peere die Melder damit wie im Wiki beschrieben.

Das habe ich heute mit dem ersten nagelneuen Rauchnelder getan. Und das funktionierte auch ganz schön, Ergebnisse unten. Erschreckenderweise gibt es allerdings (bei mir) das Reading "aesCBCCounter" überhaupt nicht - sollte mich das verunsichern?

Auszug fhem.conf (alias, room und battery_change von mir zusätzlich gesetzt):

Code Auswählen Erweitern


define HM_5A5754 CUL_HM 5A5754
attr HM_5A5754 IODev SCC
attr HM_5A5754 actCycle 099:00
attr HM_5A5754 actStatus alive
attr HM_5A5754 alias Rauch Flur unten
attr HM_5A5754 autoReadReg 4_reqStatus
attr HM_5A5754 battery_change 2018-07-19
attr HM_5A5754 expert 2_raw
attr HM_5A5754 firmware 1.0
attr HM_5A5754 model HM-SEC-SD-2
attr HM_5A5754 msgRepeat 1
attr HM_5A5754 peerIDs 00000000,
attr HM_5A5754 room 13 Rauch
attr HM_5A5754 serialNr OEQ0600470
attr HM_5A5754 subType smokeDetector
attr HM_5A5754 webCmd statusRequest


Internals, kopiert von Webseite; was mache ich mit diesem Fehler?

Code Auswählen Erweitern


DEF 5A5754
IODev    SCC
NAME    HM_5A5754
NOTIFYDEV global
NR          836
NTFY_ORDER 50-HM_5A5754
STATE  MISSING ACK
TYPE     CUL_HM
protCmdDel 1
protResnd         1 last_at:2018-07-19 21:48:55
protResndFail  1 last_at:2018-07-19 21:49:01
protSnd              1 last_at:2018-07-19 21:48:51
protSndB           2 last_at:2018-07-19 21:48:55
protState           CMDs_done_Errors:1


Readlings, kopiert von Webseite

Code Auswählen Erweitern


Activity alive 2018-07-19 21:36:39
CommandAccepted yes 2018-07-19 19:44:15
D-firmware 1.0 2018-07-19 19:44:13
D-serialNr OEQ0600470 2018-07-19 19:44:13
PairedTo 0xFF1312 2018-07-19 19:44:18
R-pairCentral 0xFF1312 2018-07-19 19:44:18
RegL_00. 02:01 0A:FF 0B:13 0C:12 16:00 1F:00 00:00 2018-07-19 19:44:18
aesCommToDev ok 2018-07-19 19:44:15
aesKeyNbr 00 2018-07-19 19:44:15
alarmTest ok 2018-07-19 19:46:26
battery ok 2018-07-19 19:46:26
level 0 2018-07-19 19:46:26
recentStateType info 2018-07-19 19:46:26
sdRepeat off 2018-07-19 19:44:18
smokeChamber ok 2018-07-19 19:46:26
state MISSING ACK 2018-07-19 21:49:01


Auch das Notify mit der Rauchmelderausschaltung (im Beispiel sd.nf.quiet, ersetze dort sdTeam durch Rauchmelder_Team Wiki angepasst) ist sehr praktisch.

Da habe ich noch nichts gemacht. - Mich wundert das fehlende "aesCBCCounter und bin nun doch verunsichert. Ach Quatsch - das bin ich eigentlich immer.

[curt]

Nachtrag:
Der erste Kontakt des Brandmelders mit FHEM laut Log:

Code Auswählen Erweitern


2018-07-19 19:46:26 CUL_HM HM_5A5754 alarmTest: ok
2018-07-19 19:46:26 CUL_HM HM_5A5754 battery: ok
2018-07-19 19:46:26 CUL_HM HM_5A5754 level: 0
2018-07-19 19:46:26 CUL_HM HM_5A5754 smokeChamber: ok
2018-07-19 19:46:26 CUL_HM HM_5A5754 off


[Benni]

Auszug fhem.conf
...
Internals, kopiert von Webseite;
...
Readlings, kopiert von Webseite

Poste doch stattdessen bitte mal ein vollständiges list und zwar jeweils eins vom SD und eins vom (virtuellen) Team-Lead.

[curt]

Hier die lists.

list HM_5A5754

Code Auswählen Erweitern


Internals:
   DEF        5A5754
   IODev      SCC
   LASTInputDev SCC
   MSGCNT     1
   NAME       HM_5A5754
   NOTIFYDEV  global
   NR         836
   NTFY_ORDER 50-HM_5A5754
   SCC_MSGCNT 1
   SCC_RAWMSG A0DB1A6105A5754FF131206010000::-46:SCC
   SCC_RSSI   -46
   SCC_TIME   2018-07-20 09:08:45
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:B1 - t:10 s:5A5754 d:FF1312 06010000
   protLastRcv 2018-07-20 09:08:44
   protRcv    1 last_at:2018-07-20 09:08:44
   protSnd    1 last_at:2018-07-20 09:08:45
   protState  CMDs_done
   rssi_at_SCC cnt:1 min:-46 max:-46 avg:-46 lst:-46
   READINGS:
     2018-07-19 23:51:13   Activity        alive
     2018-07-19 19:44:15   CommandAccepted yes
     2018-07-19 19:44:13   D-firmware      1.0
     2018-07-19 19:44:13   D-serialNr      OEQ0600470
     2018-07-19 19:44:18   PairedTo        0xFF1312
     2018-07-19 19:44:18   R-pairCentral   0xFF1312
     2018-07-19 19:44:18   RegL_00.        02:01 0A:FF 0B:13 0C:12 16:00 1F:00 00:00
     2018-07-19 19:44:15   aesCommToDev    ok
     2018-07-19 19:44:15   aesKeyNbr       00
     2018-07-20 09:08:45   alarmTest       ok
     2018-07-20 09:08:45   battery         ok
     2018-07-20 09:08:45   level           0
     2018-07-20 09:08:45   recentStateType info
     2018-07-19 19:44:18   sdRepeat        off
     2018-07-20 09:08:45   smokeChamber    ok
     2018-07-20 09:08:45   state           off
   helper:
     HM_CMDNR   177
     mId        00AA
     regLst     ,0
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5A5754,00,00,00
       nextSend   1532070525.02155
       prefIO     
       rxt        0
       vccu       
       p:
         5A5754
         00
         00
         00
     mRssi:
       mNo        B1
       io:
         SCC:
           -38
           -38
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         SCC
       flg        A
       ts         1532070524.92258
       ack:
         HASH(0x3d2f050)
         B18002FF13125A575400
     rssi:
       at_SCC:
         avg        -46
         cnt        1
         lst        -46
         max        -46
         min        -46
     tmpl:
Attributes:
   IODev      SCC
   actCycle   099:00
   actStatus  alive
   alias      Rauch Flur unten
   autoReadReg 4_reqStatus
   battery_change 2018-07-19
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       13 Rauch
   serialNr   OEQ0600470
   subType    smokeDetector
   webCmd     statusRequest


list Rauchmelder_Team

Code Auswählen Erweitern


Internals:
   DEF        11111101
   NAME       Rauchmelder_Team
   NOTIFYDEV  global
   NR         834
   NTFY_ORDER 50-Rauchmelder_Team
   STATE      MISSING ACK
   TESTNR     1
   TYPE       CUL_HM
   chanNo     01
   device     TeamDev
   peerList   HM_5A5754,
   sdTeam     sdLead
   READINGS:
     2018-07-19 23:51:13   peerList        HM_5A5754,
     2018-07-19 23:51:13   state           MISSING ACK
   helper:
     fkt        sdLead2
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
Attributes:
   model      virtual_1
   peerIDs    5A575401,
   room       13 Rauch
   webCmd     press short:press long



[curt]

Ist das nun  gut oder schlecht?
Muss ich mir Sorgen machen?

Oder kann ich nun mit den anderen beiden Meldern sowie den Codeschnipseln loslegen?

Ich fühle mich im Moment etwas einsam.

[Benni]

Was ich sehen kann ist, dass der SD zwar korrekt mit FHEM gepairt zu sein scheint, das ist gut!
Allerdings scheint das peering zwischen Virtuellem Team-Lead und dem SD nicht vollständig: Der virtuelle Team-Lead hat den SD zwar in seiner Peer-List stehen, aber umgekehrt ist der virtuelle Team-Lead beim SD als Peer unbekannt.

Ein configCheck mittels HMInfo sollte dir das übrigens auch melden.
Kann man sowieso immer machen, wenn man neue Geräte anlernt und/oder peert.

gb#

[pc1246]

Moin
Das hatte ich auch mit einigen von meinen 8! Gab da auch keinen erkennbaren Grund oder Regelmaessigkeit! Habe das dann von Hand nachgetragen.
Gruss Christoph

[frank]

Moin
Das hatte ich auch mit einigen von meinen 8! Gab da auch keinen erkennbaren Grund oder Regelmaessigkeit! Habe das dann von Hand nachgetragen.
Gruss Christoph

aber sicherlich nur beim virtuellen channel.

hier fehlt der peer aber beim rauchmelder. durch setzen des attributs kommt der peer aber nicht ins eeprom.

[pc1246]

aber sicherlich nur beim virtuellen channel.

hier fehlt der peer aber beim rauchmelder. durch setzen des attributs kommt der peer aber nicht ins eeprom.

Moin
Sorry, ich meinte, dass ich das nachgetragen habe, wenn es nicht automatisch  angelegt wurde! Das automatische Eintragen stand mal so im Wiki!
Gruss Christoph

[martinp876]

Verstehe ich gerade nicht. Einen peer im Attribut eines virtuellen kanals eintragen funktioniert, auch wenn es nicht beschrieben ist. 
Bei einem echten Device geht es aber nicht. Das muss ins Device. Fhem hat nur eine kopie. Es in die kopie einzutragen ist sinnlos.

[curt]

Ein configCheck mittels HMInfo sollte dir das übrigens auch melden.
Kann man sowieso immer machen, wenn man neue Geräte anlernt und/oder peert.

Hätte ich das mal gelassen ... mehrere meiner Fensteröffnungsmelder quengeln auch rum: peer list incomplete. Gibt es einen Vorschlag, wo ich nachlesen kann, wie das grundsätzlich gedacht ist? Denn es ist so, dass die eigentlich genau das tun was sie tun sollen - und mein Verstand leider nicht ausreicht um zu begreifen, warum da nun noch was gepaired werden soll. Und wie man das macht.

Zum eigentlichen Thema:

Code Auswählen Erweitern


configCheck done:
...
peer not verified. Check that peer is set on both sides
    Rauchmelder_Team p:HM_5A5754

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


Da verstehe ich gleich gar nicht, was zu tun ist, die Wiki-Seite erklärt es mir auch nicht genau. Da steht ja nur, dass ich den SD mit dem virtual pairen soll (und der dazugehörige Befehl) - das hatte ich getan. Soll ich den SD2 mit sich selbst pairen oder ist da noch was anderes gemeint?

Ich habe noch zwei weitere SD2. Die habe ich noch nicht in Betrieb genommen, ich wollte/will eigentlich alles richtig machen. Aber irgendwie ...

[pc1246]

Verstehe ich gerade nicht. Einen peer im Attribut eines virtuellen kanals eintragen funktioniert, auch wenn es nicht beschrieben ist. 
Bei einem echten Device geht es aber nicht. Das muss ins Device. Fhem hat nur eine kopie. Es in die kopie einzutragen ist sinnlos.

Moin
Okay, deutsche Sprache schwere Sprache! Ich habe nicht das Attribut von Hand nachgetragen, sondern bei denen, wo der Peer nicht automatisch eingetragen wurde, von deren Seite auch noch mal gepeert. Wir kommen aber ab, und ich kann es nur noch aus der Erinnerung sagen!
@curt:
Du solltest das mit dem Peeren und Pairen noch mal genauer durchlesen! Das sind zwei ganz verschiedene Paar Schuhe!
Pairen ist ein Geraet an der Zentrale, hier fhem, anmelden.
Peeren ist zwei Geraete miteinander bekannt machen, wobei hier auch ein virtuelles Geraet ein Peer sein kann!
Gruss Christoph

[curt]

Okay, deutsche Sprache schwere Sprache!

Englische Sprache aber auch, ich bin der lebende Beweis:

@curt:
Du solltest das mit dem Peeren und Pairen noch mal genauer durchlesen!

Auftrag erledigt.

Peeren ist zwei Geraete miteinander bekannt machen, wobei hier auch ein virtuelles Geraet ein Peer sein kann!

Verstehe ich recht, dass ich meinen ersten in Betrieb befindlichen Rauchmelder mit dem virtuellen "Rauchmelder_Team" peeren kann? Leider scheitere ich an dieser Aufgabe.

Ja, ich habe den Wiki-Eintrag https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder#virtueller_TeamLead gelesen und nachvollzogen - glaube ich zumindest.

Ich muss mal was ganz doofes fragen - ich habe als mein eigener Hausmeister gerade alle meine Fensterkontakte entsprechend #4 aus https://forum.fhem.de/index.php?topic=50918.0 gepeert (obwohl die auch ohne diese Aktion immer artig Ihren Zustand an mein FHEM meldeten - aber jetzt sind diese "peer list incomplete" und "missing register list"-Meldungen weg).

Läuft das darauf hinaus, dass ich set [Rauchmelder] getConfig absetze und danach den Rauchmelder kurz auf- und wieder zuschraube? Oder was muss ich machen?

P.S:
Bezüglich des Rauchmelders ist anzumerken, dass "aesCBCCounter" bei mir völlig fehlt. Das ist ja der eigentliche mich verunsichernde Punkt: Im Wiki steht, wie schlimm das ist, wenn da mal etwas schief gehen sollte. Und ich lernte: Ganz vorsichtig sein, ganz langsam machen, immer notfalls erstmal fragen. Dieser Thread halt.

Was mache ich nun damit, dass ich gar kein "aesCBCCounter" habe?

[Benni]

Das Reading aesCBCCounter findet sich im (virtuellen) Team-Lead, nicht in den einzelnen SDs. Dazu muss der Team-Lead aber erst mal mit wenigstens einem SD korrekt ge-peert sein.

[curt]

Das Reading aesCBCCounter findet sich im (virtuellen) Team-Lead, nicht in den einzelnen SDs.

Schön wäre das ja. Nichts vorhanden.

Dazu muss der Team-Lead aber erst mal mit wenigstens einem SD korrekt ge-peert sein.

An dieser Aufgabe wäre ich fast gescheitert. Da ich das mit Rauchmelder zum ersten Mal mache, habe ich gesucht und gesucht, inzwischen sicher auch sämtliche Beiträge gelesen, die sich mit Ähnlichem befassen. Ich habe gepeert und gepeert und neu gepairt ... zwischendurch sprach der Rauchmelder gar nicht mehr mit mir. VCCU habe ich inzwischen auch. Nach zig Versuchen (immer identisch nach Wiki-Anleitung) war auf einmal das Peering da, also auf beiden Seiten. hmInfo meldet keinerlei Fehler mehr. Das freut mich.

Allerdings sehe ich aesCBCCounter nirgendwo. Und irritierenderweise habe ich nun zwei virtuelle Devices, die sich in Einzelheiten deutlich unterscheiden (z.B mal mit, mal ohne IODev!). Was mache ich denn damit?

Ich zeige das einfach mal:

list HM_5A5754

Code Auswählen Erweitern


Internals:
   DEF        5A5754
   IODev      SCC
   LASTInputDev SCC
   MSGCNT     40
   NAME       HM_5A5754
   NOTIFYDEV  global
   NR         841
   NTFY_ORDER 50-HM_5A5754
   SCC_MSGCNT 40
   SCC_RAWMSG A12B4A0105A5754FF1312011111110100000000::-58.5:SCC
   SCC_RSSI   -58.5
   SCC_TIME   2018-08-02 18:20:43
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:B4 - t:10 s:5A5754 d:FF1312 011111110100000000
   peerList   Rauchmelder_Team,
   protCmdDel 20
   protLastRcv 2018-08-02 18:20:43
   protRcv    22 last_at:2018-08-02 18:20:43
   protRcvB   1 last_at:2018-08-01 17:18:24
   protResnd  13 last_at:2018-08-02 18:18:51
   protResndFail 11 last_at:2018-08-02 18:14:11
   protSnd    34 last_at:2018-08-02 18:20:43
   protSndB   29 last_at:2018-08-02 18:20:42
   protState  CMDs_done
   rssi_SCC   cnt:1 min:-47 max:-47 avg:-47 lst:-47
   rssi_at_SCC cnt:40 min:-64 max:-38 avg:-53.37 lst:-58.5
   READINGS:
     2018-08-02 18:16:40   Activity        alive
     2018-08-02 18:20:28   CommandAccepted yes
     2018-08-02 18:16:40   D-firmware      1.0
     2018-08-02 18:16:40   D-serialNr      OEQ0600470
     2018-08-02 18:20:42   PairedTo        0xFF1312
     2018-08-02 18:18:10   R-pairCentral   0xFF1312
     2018-08-02 18:20:42   RegL_00.          02:01 0A:FF 0B:13 0C:12 16:00 1F:00 00:00
     2018-08-02 18:20:28   aesCommToDev    ok
     2018-08-02 18:20:27   aesKeyNbr       00
     2018-08-02 18:16:41   alarmTest       ok
     2018-08-02 18:16:41   battery         ok
     2018-08-02 18:16:41   level           0
     2018-08-02 18:20:43   peerList        Rauchmelder_Team,
     2018-08-01 17:20:22   powerOn         2018-08-01 17:20:22
     2018-08-02 18:16:41   recentStateType info
     2018-08-02 18:20:42   sdRepeat        off
     2018-08-02 18:16:41   smokeChamber    ok
     2018-08-02 18:16:41   state           off
     2018-08-01 17:18:24   trigger_cnt     1
   helper:
     HM_CMDNR   180
     PONtest    0
     cSnd       01FF13125A575400040000000000,01FF13125A57540103
     mId        00AA
     peerIDsRaw ,11111101,00000000
     regLst     ,0
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5A5754,00,00,00
       nextSend   1533226843.25503
       prefIO     
       rxt        0
       vccu       
       p:
         5A5754
         00
         00
         00
     mRssi:
       mNo        B4
       io:
         SCC:
           -52.5
           -52.5
     prt:
       bErr       0
       sProc      0
       helper:
         prt:
           rspWait:
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         SCC
       flg        A
       ts         1533226843.15601
       ack:
         HASH(0x24f2700)
         B48002FF13125A575400
     rssi:
       SCC:
         avg        -47
         cnt        1
         lst        -47
         max        -47
         min        -47
       at_SCC:
         avg        -53.375
         cnt        40
         lst        -58.5
         max        -38
         min        -64
     shadowReg:
     tmpl:
Attributes:
   IODev      SCC
   IOgrp      VCCU:SCC
   actCycle   099:00
   actStatus  alive
   alias      Rauch Flur unten
   autoReadReg 4_reqStatus
   battery_change 2018-07-19
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,11111101,
   room       13 Rauch
   serialNr   OEQ0600470
   subType    smokeDetector
   webCmd     statusRequest


list Rauchmelder_Team

Code Auswählen Erweitern


Internals:
   DEF        11111101
   NAME       Rauchmelder_Team
   NOTIFYDEV  global
   NR         839
   NTFY_ORDER 50-Rauchmelder_Team
   STATE      off
   TESTNR     1
   TYPE       CUL_HM
   chanNo     01
   device     TeamDev
   peerList   HM_5A5754,
   sdTeam     sdLead
   READINGS:
     2018-08-02 18:20:27   peerList        HM_5A5754,
     2018-08-02 18:20:27   state           off
   helper:
     fkt        sdLead2
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     shadowReg:
Attributes:
   model      virtual_1
   peerIDs    5A575401,
   room       13 Rauch
   webCmd     press short:press long


list TeamDev

Code Auswählen Erweitern


Internals:
   DEF        111111
   IODev      SCC
   NAME       TeamDev
   NOTIFYDEV  global
   NR         837
   NTFY_ORDER 50-TeamDev
   STATE      ???
   TYPE       CUL_HM
   channel_01 Rauchmelder_Team
   READINGS:
   helper:
     HM_CMDNR   169
     mId       
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
     shadowReg:
Attributes:
   IODev      SCC
   expert     2_raw
   model      virtual_1
   room       13 Rauch
   subType    virtual
   webCmd     virtual