HM-SEC-SD-2 neu

[Depechem]

dann musst du uns mal mehr Infos geben.
Einträge im LogFile - list vom Device.

hier das list. hilft dies weiter?

Code Auswählen Erweitern

Internals:
   DEF        48F3EA
   HMUSB_MSGCNT 8
   HMUSB_RAWMSG R4EA5C7C6,0001,0D6F92F1,FF,FFB9,87A61048F3EA372DDE0601000043
   HMUSB_RSSI -71
   HMUSB_TIME 2016-06-14 13:22:16
   IODev      HMUSB
   LASTInputDev HMUSB
   MSGCNT     8
   NAME       Rauch_Keller_Eisenbahn
   NR         566
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:87 - t:10 s:48F3EA d:372DDE 0601000043
   peerList   self01,
   protCmdDel 2
   protIOerr  1 last_at:2016-06-11 22:45:14
   protLastRcv 2016-06-14 13:22:16
   protSnd    8 last_at:2016-06-14 13:22:16
   protState  CMDs_done
   rssi_HMUSB avg:-66.5 cnt:2 lst:-67 max:-66 min:-67
   rssi_at_HMUSB lst:-71 cnt:8 avg:-74.62 min:-83 max:-70
   sdTeam     sdLead
   Readings:
     2016-06-11 22:44:17   Activity        alive
     2016-05-13 11:53:37   CommandAccepted yes
     2016-05-13 12:13:59   D-firmware      1.0
     2016-05-13 12:13:59   D-serialNr      NEQ0244049
     2016-06-09 15:58:17   PairedTo        0x372DDE
     2016-05-13 11:50:19   R-pairCentral   0x372DDE
     2016-06-09 15:58:17   RegL_00.        02:01 0A:37 0B:2D 0C:DE 16:00 1F:00 00:00
     2016-05-13 11:53:37   aesCommToDev    ok
     2016-05-13 11:53:37   aesKeyNbr       00
     2016-06-14 13:22:16   alarmTest       ok
     2016-06-14 13:22:16   battery         ok
     2016-06-11 22:22:14   eventNo         04
     2016-06-14 13:22:16   level           0
     2016-06-11 22:44:17   peerList        self01,
     2016-05-13 12:11:57   powerOn         2016-05-13 12:11:57
     2016-06-14 13:22:16   recentStateType info
     2016-06-09 15:58:17   sdRepeat        off
     2016-06-14 13:22:16   smokeChamber    ok
     2016-06-11 22:22:14   smoke_detect    none
     2016-06-14 13:22:16   state           off
     2016-06-09 15:05:56   teamCall        from :00
     2016-05-13 12:14:09   trigLast        Rauch_Keller_Eisenbahn:150
     2016-05-13 12:14:09   trig_Rauch_Keller_Eisenbahn 150
     2016-05-13 12:14:09   trigger_cnt     1
   Helper:
     HM_CMDNR   135
     cSnd       01372DDE48F3EA010E,01372DDE48F3EA010E
     fkt        sdLead2
     mId        00AA
     rxType     6
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +48F3EA,00,00,00
       nextSend   1465903336.22985
       prefIO
       rxt        0
       vccu
       p:
         48F3EA
         00
         00
         00
     Mrssi:
       mNo        87
       Io:
         HMUSB      -69
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMUSB
       flg        A
       ts         1465903336.17605
       ack:
         HASH(0x39d2b68)
         878002372DDE48F3EA00
     Rssi:
       Hmusb:
         avg        -66.5
         cnt        2
         lst        -67
         max        -66
         min        -67
       At_hmusb:
         avg        -74.625
         cnt        8
         lst        -71
         max        -70
         min        -83
Attributes:
   IODev      HMUSB
   actCycle   099:00
   actStatus  alive
   alarmDevice Sensor
   alarmSettings alarm7,|Rauch_Keller_Eisenbahn:smoke-Alarm_.*|Rauchmelder Keller Eisenbahn ausgelößt|on
   alias      Rauch Keller Eisenbahn
   autoReadReg 5_readMissing
   devStateIcon smoke-Alarm.*:message_presence@red off:message_presence@green
   expert     2_raw
   firmware   1.0
   group      T Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,48F3EA01,
   room       Alarmanlage,Rauchmelder
   serialNr   NEQ0244049
   subType    smokeDetector
   webCmd     statusRequest

[Depechem]

und dies steht im Logfile wenn ich teamCall auslöße

Code Auswählen Erweitern

2016.06.14 13:30:52.579 1: PERL WARNING: Argument "from" isn't numeric in sprintf at ./FHEM/10_CUL_HM.pm line 5143, <GEN245481> line 1.
2016.06.14 13:30:52.580 1: CUL_HM Rauch_Keller_Eisenbahn need Crypt::Rijndael to generate AES-CBC signature

Ein 'set Rauch_Thomas_Buero assignHmKey' ohne irgend etwas dran zu hängen habe ich gemacht!?
Was mich dabei wundert das die Rauchmelder danach sofort in den MISSING ACK gehen
Wenn ich gleich danach ein statusRequest mache ist MISSING ACK wieder weg!?

Dies wird dabei im Logfile angezeigt:

Code Auswählen Erweitern

2016.06.14 13:44:02.840 1: PERL WARNING: Use of uninitialized value $mh{"devN"} in regexp compilation at ./FHEM/10_CUL_HM.pm line 2738.
2016.06.14 13:44:04.818 1: PERL WARNING: Use of uninitialized value $mh{"devN"} in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 1291, <GEN246344> line 1.
2016.06.14 13:44:04.818 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_CUL_HM.pm line 1294, <GEN246344> line 1.

Am Rauchmelder selbst kann ich einen teamCall Test auslößen(über Taste am RM) dieser teamCall wird im fhem auch angezeigt, nur anders herum nicht

[Bytechanger]

Klingt für mich, als hättest Du das modul nicht installiert.

Wenn FHEM AES können soll, muss es installiert sein!

Wiki:  http://fhemwiki.de/wiki/AES_Encryption

"Damit die AES-Kommunikation mit einem CUL genutzt werden kann, muss das Perl-Modul Crypt::Rijndael (Debian: libcrypt-rijndael-perl) installiert sein."

Also auf dem Hostsystem das Modul installieren!
Also im Falle eines Raspi-Systems: sudo apt-get install libcrypt-rijndael-perl
(http://www.fhemwiki.de/wiki/Raspberry_Pi)



Greets

Byte

[automatisierer]

und dies steht im Logfile wenn ich teamCall auslöße

Code Auswählen Erweitern

2016.06.14 13:30:52.579 1: PERL WARNING: Argument "from" isn't numeric in sprintf at ./FHEM/10_CUL_HM.pm line 5143, <GEN245481> line 1.
2016.06.14 13:30:52.580 1: CUL_HM Rauch_Keller_Eisenbahn need Crypt::Rijndael to generate AES-CBC signature

Damit sollte die Frage beantwortet sein, das Paket Crypt::Rijndael fehlt, dieses Perl Modul musst du installieren.

nähers dazu auch hier: http://www.fhemwiki.de/wiki/AES_Encryption

[Depechem]

Klingt für mich, als hättest Du das modul nicht installiert.

Wenn FHEM AES können soll, muss es installiert sein!

Wiki:  http://fhemwiki.de/wiki/AES_Encryption

"Damit die AES-Kommunikation mit einem CUL genutzt werden kann, muss das Perl-Modul Crypt::Rijndael (Debian: libcrypt-rijndael-perl) installiert sein."

Also auf dem Hostsystem das Modul installieren!
Also im Falle eines Raspi-Systems: sudo apt-get install libcrypt-rijndael-perl
(http://www.fhemwiki.de/wiki/Raspberry_Pi)



Greets

Byte

Oh man genau daran lag es.
Vielen Dank nun geht alles!

[michaelapp]

Hallo zusammen,

ich habe vorhin versucht einen Baugleichen BOSCH OW3000 einzubinden welches auch ohne Probleme funktioniert hat.
Ich habe den Rauchmelden zum testen mit sich selbst gepeert.

Anschließend ist er auf MISSING ACK gegangen, nach einem Klick auf statusRequest ist MISSING ACK weg.

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        34AB66
   HMLAN1_MSGCNT 26
   HMLAN1_RAWMSG R4F49E1A1,0001,01CAD10E,FF,FFCE,10A01034AB66123ABC060100002D
   HMLAN1_RSSI -50
   HMLAN1_TIME 2016-06-14 16:21:30
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     26
   NAME       HM_34AB66
   NR         236
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:10 - t:10 s:34AB66 d:123ABC 060100002D
   protCmdDel 1
   protLastRcv 2016-06-14 16:21:30
   protResnd  1 last_at:2016-06-14 16:19:40
   protResndFail 1 last_at:2016-06-14 16:19:46
   protSnd    26 last_at:2016-06-14 16:21:30
   protState  CMDs_done
   rssi_HMLAN1 max:-45 cnt:5 min:-50 lst:-45 avg:-47.6
   rssi_at_HMLAN1 cnt:26 max:-40 avg:-50.8 lst:-50 min:-59
   Readings:
     2016-06-14 16:06:57   Activity        alive
     2016-06-14 16:06:54   CommandAccepted yes
     2016-06-14 16:06:53   D-firmware      1.1
     2016-06-14 16:06:53   D-serialNr      LBO0162266
     2016-06-14 16:19:47   PairedTo        0x123ABC
     2016-06-14 16:06:57   R-pairCentral   0x123ABC
     2016-06-14 16:19:47   RegL_00.          02:01 0A:12 0B:3A 0C:BC 00:00
     2016-06-14 16:21:30   battery         ok
     2016-06-14 16:21:30   level           0
     2016-06-14 16:21:30   recentStateType info
     2016-06-14 16:21:30   state           off
   Helper:
     HM_CMDNR   16
     cSnd       01123ABC34AB66010E,01123ABC34AB66010E
     mId        0042
     peerIDsRaw ,00000000
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +34AB66,00,00,00
       nextSend   1465914090.16536
       prefIO
       rxt        0
       vccu
       p:
         34AB66
         00
         00
         00
     Mrssi:
       mNo        10
       Io:
         HMLAN1     -48
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1465914090.08062
       ack:
         HASH(0x1029c88)
         108002123ABC34AB6600
     Rssi:
       Hmlan1:
         avg        -47.6
         cnt        5
         lst        -45
         max        -45
         min        -50
       At_hmlan1:
         avg        -50.8076923076923
         cnt        26
         lst        -50
         max        -40
         min        -59
     Shadowreg:
Attributes:
   IODev      HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.1
   model      HM-SEC-SD
   msgRepeat  1
   peerIDs    00000000,
   room       CUL_HM
   serialNr   LBO0162266
   subType    smokeDetector
   webCmd     statusRequest

Sagt State = off das er Offline ist oder wie muss ich das verstehen?

Dann noch eine Frage zum Batterie Status. Wir haben im Haus insgesamt 14 Stück verbaut und ich möchte auf die Battery ein Notify per Email Benachrichtigung legen. Kenn der Rauchmelder nur den Status  "OK" wenn die Batterie voll ist? oder gibt es noch nen anderen Status?

Gruß
Michael

[MarcelK]

ich habe vorhin versucht einen Baugleichen BOSCH OW3000 einzubinden welches auch ohne Probleme funktioniert hat.

Der Bosch ist Baugleich zum HM-SEC-SD, in diesem Thread geht es allerdings um den Nachfolger.

Sagt State = off das er Offline ist oder wie muss ich das verstehen?

Das heißt dass aktuell kein Alarm ist.

Gruß Marcel

[michaelapp]

Hallo Marcel,

danke für die Info.

Ich habe gerade ein Notify auf die Batterie gesetzt um mir eine Email zu schicken wenn die Batterie leer ist.
Zum testen habe ich einfach mal den Status ok genutzt:

Code Auswählen Erweitern

define Rauchmelder notify RM_DG_Sued_Lager:battery:OK {DebianMail('mail@apperger.de',$NAME.' ON',$EVENT);; }

Ich habe dann die Batterien vom Rauchmelder aus und eingebaut und gedacht das er sich wieder am FHEM meldet und somit die notify auslöst.
Kann es sein, das der Rauchmelder nach dem Batterietausch neu angemeldet werden muss?

Gruß
Michael

[automatisierer]

Hallo Marcel,

danke für die Info.

Ich habe gerade ein Notify auf die Batterie gesetzt um mir eine Email zu schicken wenn die Batterie leer ist.
Zum testen habe ich einfach mal den Status ok genutzt:

Code Auswählen Erweitern

define Rauchmelder notify RM_DG_Sued_Lager:battery:OK {DebianMail('mail@apperger.de',$NAME.' ON',$EVENT);; }

Ich habe dann die Batterien vom Rauchmelder aus und eingebaut und gedacht das er sich wieder am FHEM meldet und somit die notify auslöst.
Kann es sein, das der Rauchmelder nach dem Batterietausch neu angemeldet werden muss?

Gruß
Michael

neu anlernen: nein

dein notify reagiert auf ein 'OK' im Reading steht aber 'ok' und das klappt dann von wegen case sensitive nicht

[michaelapp]

Hallo Marcel,

danke für den Hinweis

Code Auswählen Erweitern

define Rauchmelder notify RM_DG_Sued_Lager:battery:ok {DebianMail('mail@apperger.de',$NAME.' ON',$EVENT);; }

Sollte soweit aber gehen oder?

Ich habe die Batterien mal raus und reingemacht und habe gedacht somit kann ich notify testen. Leider ohne Erfolgt.

Ist das mit dem aus raus und reinmachen der Batterien nicht möglich oder ist mein notify nicht korrekt?

Gruß
Michael

[automatisierer]

es muss halt ein passendes Event kommen, sonst löst das notify nicht aus... kannst ja mal im EventMonitor schauen ob etwas passiert wenn du die Batterien raus nimmst und wieder einlegst. Aber ich tippe mal das da kein Event mit battery kommt.

[Bytechanger]

Hi,

ich tippe eher darauf, dass Du dich ans Wiki gehalten hast und ein event-on-change .* gesetzt hast.
Da der Melder vermutlich bereits in FHEM mit Battery ok im Reading steht, reagiert er nicht mehr auf eine erneute Meldung!
Zum Test müsstest Du das event-on-change attribut entfernen!

Ansonsten sind HM-Geräte plaudertaschen und melden i.d.R. bei jedem mal ihren Batteriestatus!

Greets

Byte

[michaelapp]

Hallo zusammen,

ich habe mir jetzt damit beholfen das ich ein event-on-update auf alles setzen und dann noch ein event-min-internal mit 60 Sekunden.

event-min-interval .*:60
event-on-update-reading .*

Funktioniert hervorragend

Gruß
Michael

[cerberus]

Hallo, ist es möglich mal ein komplette Zusammenfassung für die Inbetriebnahme zu bekommen.

Wie oder was muss ich im virtuellen Teamleader oder der  VCCU  definieren um die AES für die RM´s zu nutzen?

Grüße
cerberus

[automatisierer]

Also zum richtigen Vorgehen:

- SD2 mit FHEM pairen
- dem SD2 den aktuelle AES-Key zuweisen mit:

Code Auswählen Erweitern

set <SD2> assignHmKey
- einen virtuellenTeamLead für die SD2 erstellen (wie im FHEM-WiKi zu HM-SEC-SD beschrieben)(einen VirtuellenTeamLead für den alten SD und den neuen SD2 gemeinsam verwenden funktioniert nicht)
- den VirtuellenTeamLead mit dem SD2 peeren, mit:

Code Auswählen Erweitern

set <virtTeamLead> peerChan 0 <SD2> single set actor

das wars.