hm-sec-sd-2 AlarmOn ohne Funktion

Begonnen von n0bbi, 08 März 2018, 16:47:41

Vorheriges Thema - Nächstes Thema

n0bbi

Hallo,

meine Alarmanlage funktioniert nicht mehr, weil meine beiden Rauchmelder keinen Ton mehr von sich geben. Zumindest nicht mehr über FHEM. Ein "set Rauchmelder_Team alarmOn" hat keine Funktion mehr. Das Log gibt leider nur wenig her, ich stehe deshalb etwas auf dem Schlauch. Die Rauchmelder an sich funktionieren, zumindest der Testbutton auf dem Rauchmelder macht ordentlich krach.

Vielleicht kann mir jemand auf die Sprünge helfen?

List Rauchmelder_Team
Internals:
   DEF        11111101
   NAME       Rauchmelder_Team
   NOTIFYDEV  global
   NR         145
   NTFY_ORDER 50-Rauchmelder_Team
   STATE      smoke-Alarm_01
   TESTNR     1
   TYPE       CUL_HM
   chanNo     01
   device     TeamDev
   peerList   Rauchmelder1,Rauchmelder2,
   sdTeam     sdLead
   READINGS:
     2018-03-08 16:39:03   aesCBCCounter   0000C3
     2018-03-08 16:40:10   eventNo         01
     2018-03-08 16:40:10   level           198
     2018-03-08 16:02:58   peerList        Rauchmelder1,Rauchmelder2,
     2018-03-08 16:40:10   smoke_detect    TeamDev
     2018-03-08 16:40:10   state           smoke-Alarm_01
     2018-03-08 16:39:03   teamCall        from TeamDev:00
   helper:
     count      3
     fkt        sdLead2
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     shadowReg:
Attributes:
   group      Sicherheit
   icon       secur_smoke_detector
   model      virtual_1
   peerIDs    49CE5D01,4A437F01,
   room       CUL_HM,Übersicht
   sortby     40
   webCmd     press short:press long:alarmOn:alarmOff:teamCall


list Rauchmelder1
Internals:
   DEF        49CE5D
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     11
   NAME       Rauchmelder1
   NOTIFYDEV  global
   NR         142
   NTFY_ORDER 50-Rauchmelder1
   STATE      smoke-Alarm_01
   TYPE       CUL_HM
   hmusb_MSGCNT 11
   hmusb_RAWMSG R0642B284,0001,9C955244,FF,FFD9,25A61049CE5D198202060100001F
   hmusb_RSSI -39
   hmusb_TIME 2018-03-08 16:37:38
   lastMsg    No:25 - t:10 s:49CE5D d:198202 060100001F
   peerList   Rauchmelder_Team,
   protLastRcv 2018-03-08 16:37:38
   protResnd  1 last_at:2018-03-08 16:03:13
   protSnd    11 last_at:2018-03-08 16:37:38
   protState  CMDs_done
   rssi_at_hmusb avg:-38.9 max:-38 cnt:11 lst:-39 min:-39
   rssi_hmusb lst:-31 cnt:3 min:-31 avg:-31 max:-31
   READINGS:
     2018-03-08 16:02:58   Activity        alive
     2017-11-20 13:00:30   D-firmware      1.0
     2017-11-20 13:00:30   D-serialNr      NEQ0011279
     2018-03-08 16:35:47   PairedTo        0x198202
     2017-11-20 13:01:28   R-pairCentral   0x198202
     2018-03-08 16:35:47   RegL_00.          02:01 0A:19 0B:82 0C:02 16:00 1F:00 00:00
     2018-03-08 16:37:38   alarmTest       ok
     2018-03-08 16:37:38   battery         ok
     2018-03-08 16:37:38   level           0
     2018-03-08 16:35:48   peerList        Rauchmelder_Team,
     2018-03-08 16:37:38   recentStateType info
     2018-03-08 16:35:47   sdRepeat        off
     2018-03-08 16:37:38   smokeChamber    ok
     2018-03-08 16:40:10   smoke_detect    TeamDev
     2018-03-08 16:40:10   state           smoke-Alarm_01
     2018-03-08 16:39:03   teamCall        from TeamDev:00
   helper:
     HM_CMDNR   37
     cSnd       0119820249CE5D0103,0119820249CE5D010E
     mId        00AA
     peerIDsRaw ,11111101,00000000
     regLst     ,0
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +49CE5D,00,00,00
       nextSend   1520523458.76638
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         49CE5D
         00
         00
         00
     mRssi:
       mNo        25
       io:
         hmusb:
           -31
           -31
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         hmusb
       flg        A
       ts         1520523458.53845
       ack:
         HASH(0x57529e8)
         25800219820249CE5D00
     rssi:
       at_hmusb:
         avg        -38.9090909090909
         cnt        11
         lst        -39
         max        -38
         min        -39
       hmusb:
         avg        -31
         cnt        3
         lst        -31
         max        -31
         min        -31
     shadowReg:
     tmpl:
Attributes:
   IODev      hmusb
   IOgrp      VCCU
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Sicherheit
   icon       secur_smoke_detector
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,11111101,
   room       CUL_HM,Übersicht
   serialNr   NEQ0011279
   sortby     50
   subType    smokeDetector
   webCmd     statusRequest


Auszug aus dem Rauchmelder1_Log
2018-03-08_16:40:10 Rauchmelder1 smoke-Alarm_01
2018-03-08_16:40:10 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:39:03 Rauchmelder1 teamCall: from TeamDev:00
2018-03-08_16:39:03 Rauchmelder1 off
2018-03-08_16:39:03 Rauchmelder1 smoke_detect: none
2018-03-08_16:38:28 Rauchmelder1 smoke-Alarm_0E
2018-03-08_16:38:28 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:38:16 Rauchmelder1 off
2018-03-08_16:38:16 Rauchmelder1 smoke_detect: none
2018-03-08_16:38:01 Rauchmelder1 teamCall: from TeamDev:0C
2018-03-08_16:38:01 Rauchmelder1 off
2018-03-08_16:38:01 Rauchmelder1 smoke_detect: none
2018-03-08_16:37:43 Rauchmelder1 smoke-Alarm_0B
2018-03-08_16:37:43 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:37:39 Rauchmelder1 smoke-Alarm_0A
2018-03-08_16:37:39 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:37:38 Rauchmelder1 off
2018-03-08_16:37:38 Rauchmelder1 smokeChamber: ok
2018-03-08_16:37:38 Rauchmelder1 level: 0
2018-03-08_16:37:38 Rauchmelder1 battery: ok
2018-03-08_16:37:38 Rauchmelder1 alarmTest: ok
2018-03-08_16:37:26 Rauchmelder1 smoke-Alarm_09
2018-03-08_16:37:26 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:35:47 Rauchmelder1 sdRepeat: off
2018-03-08_16:35:38 Rauchmelder1 off
2018-03-08_16:35:38 Rauchmelder1 smoke_detect: none
2018-03-08_16:33:01 Rauchmelder1 smoke-Alarm_07
2018-03-08_16:33:01 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:32:51 Rauchmelder1 teamCall: from TeamDev:06
2018-03-08_16:32:51 Rauchmelder1 off
2018-03-08_16:32:51 Rauchmelder1 smoke_detect: none


Vielen Dank!

darkness

Hallo,

hast du am System selbst was verändert?
Hatte das auch mal und es lag an der fehlenden Modul libcrypt-rijndael-perl

Gruß

n0bbi

Hi,

danke für die Antwort.

Ein ähnliches Problem hatte ich auch mal, allerdings wurden mir dann zumindest die fehlenden Pakete im Log angezeigt. Nichtsdestotrotz habe ich versucht das Paket zu installieren, hatte allerdings schon die neueste Version.

Bewusst habe ich in der Richtung am System nichts geändert. Allerdings läuft auf dem Server noch einiges mehr und dass es da zu Quereffekten kommen könnte, liegt ja in der Natur der Dinge. Mir fehlt allerdings der richtige Ansatz um hier weiterzukommen.

In welcher Richtung könnte ich denn noch suchen?

Slade

Gleiches Problem hier:
Die Rauchmelder gehen auf Level 198 und nehmen den Alarm an, lösen aber nicht akustisch aus..
Sletsam, möglicherweise eine Änderung mit einem Update?
Bis zum Jahreswechsel lief es gefühlt ohne Probleme..
Probiere nun auch schon seit 2 Wochen es wieder ans Laufen zu bekommen.

Invers

Ich habe es wahrscheinlich (laut Erinnerung) noch nie geschafft, die Dinger per fhem zum Piepsen zu bringen. Ich hatte diesbezüglich auch schon einmal hier im Forum nachgefragt, aber keine Antwort erhalten.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

n0bbi

Zitat von: Invers am 10 März 2018, 10:30:03
Ich habe es wahrscheinlich (laut Erinnerung) noch nie geschafft, die Dinger per fhem zum Piepsen zu bringen. Ich hatte diesbezüglich auch schon einmal hier im Forum nachgefragt, aber keine Antwort erhalten.
Das kann ich nicht bestätigen. Geklappt hat es bei mir mindestens 2 Jahre lang. (bei den vielen Fehlalarmen bin ich mir doch Recht sicher ;))

Gesendet von meinem SM-G950F mit Tapatalk


Invers

Fehlalarme haben ja mit dem Verhalten in fhem nicht viel zu tun. Ich will ja, wie in Beitrag 1 beschrieben, willentlich auslösen. Alles, was in Beitrag 1 beschrieben wurde, ist bei mir ebenso. Allerdings ohne Alarmanlage, was aber keine Rolle spielt.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

n0bbi

Zitat von: Invers am 10 März 2018, 11:04:03
Fehlalarme haben ja mit dem Verhalten in fhem nicht viel zu tun. Ich will ja, wie in Beitrag 1 beschrieben, willentlich auslösen. Alles, was in Beitrag 1 beschrieben wurde, ist bei mir ebenso. Allerdings ohne Alarmanlage, was aber keine Rolle spielt.

Sorry, wollte nur betonen, dass die Rauchmelder durch FHEM bei mir sehr oft ausgelöst wurden und das auch sehr zuverlässig funktioniert hat. Zu den Fehlalarmen in der Alarmanlage kam es durch die nicht ganz optimale Programmierung meinerseits.

Otto123

Moin,

gestern update gemacht - funktioniert noch alles wie gewollt. Allerdings habe ich die alten SD
Am Rauchmelder_Team set alarmOn und nach dem alle drei sich laut gemeldet haben (was irgendwie immer reihum mit einem Signalton Verzögerung geschieht) wieder alarmOff. Hier das Log sieht bei allen 3 Meldern gleich aus.
2018-03-10_10:46:00 RmFlur smoke_detect: TeamDev1
2018-03-10_10:46:00 RmFlur smoke-Alarm_0B
2018-03-10_10:46:14 RmFlur smoke_detect: none
2018-03-10_10:46:14 RmFlur off


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

rvideobaer

Hallo,

ich kann das auch nur bestätigen. set alarm on. Geht auf Level 198 und wird bei mir auf dem Wandtablett als Alarm on angezeigt. Aber kein Ton ist zu hören.

Gruß Rolf
Raspberry Pi 2, HM-Uart,1x HM-LC-Sw1PBU-FM, 1x HM-RC-2-PBU-FM,1x HM-LC-SW4-DR,1x HM-LC-Sw1-Pl-DN-R1,1x HM-TC-IT-WM-W-EU, 5x HM-CC-RT-DN und noch mehr

reibuehl

Ich hab das gleiche Problem mit einem BOSCH Ferion 5000 OW (baugleich zum HM-SEC-SD-2), den ich gerade nach Wiki Anleitung frisch in mein FHEM System eingebunden habe. Peering zwischen virtuellem Team Lead und Rauchmelder wird bei beiden korrekt angezeigt und das Pairing mit FHEM wird auch korrekt angezeigt.
Im Log sehe ich:
2018-03-10 12:30:34 CUL_HM Rauchmelder_Team aesCBCCounter: 00009A
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:35 CUL_HM Team_Device_Rauchmelder CMDs_done
2018-03-10 12:30:36 CUL_HM OG_WZ_Rauchmelder smoke_detect: Team_Device_Rauchmelder
2018-03-10 12:30:36 CUL_HM OG_WZ_Rauchmelder smoke-Alarm_06
2018-03-10 12:30:36 CUL_HM Rauchmelder_Team eventNo: 06
2018-03-10 12:30:36 CUL_HM Rauchmelder_Team level: 198
2018-03-10 12:30:36 CUL_HM Rauchmelder_Team smoke_detect: Team_Device_Rauchmelder
2018-03-10 12:30:36 CUL_HM Rauchmelder_Team smoke-Alarm_06
2018-03-10 12:30:36 CUL_HM Team_Device_Rauchmelder battery: ok
2018-03-10 12:30:54 CUL_HM Rauchmelder_Team aesCBCCounter: 00009B
2018-03-10 12:30:54 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:54 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:54 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:54 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:55 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:55 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:55 CUL_HM Team_Device_Rauchmelder CMDs_done
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder battery: ok
2018-03-10 12:31:03 CUL_HM OG_WZ_Rauchmelder smoke_detect: none
2018-03-10 12:31:03 CUL_HM OG_WZ_Rauchmelder off
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team aesCBCCounter: 00009C
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team eventNo: 07
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team level: 0
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team smoke_detect: none
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team off
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team eventNo: 08
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder battery: ok
20


aber der Rauchmelder bleibt stumm.
Reiner.

Invers

Bei mir steht mit verbose 5 im Log:
2018.03.10 14:17:27 5: CUL_HM Rauchmelder_Team CBC IV: 491111111111110000D8000000000005
                              Rauchmelder_Team CBC D:  D8140104C60000000000000000000000
                              Rauchmelder_Team CBC E:  8258e803ffebaadf1586d4d03a5870eb
2018.03.10 14:17:27 5: CUL_HM Rauchmelder_Team sdTeam: no:04 state:C6 aesNo:00 aesStr:3A5870EB
2018.03.10 14:17:27 3: CUL_HM set Rauchmelder_Team alarmOn
2018.03.10 14:18:54 3: FBDECT set Lampe_Korridor on

Ich schalte also bei Alarm die Lampe im Korridor an. Man sieht hier, dass dies leider auch mit Verzögerung stattfindet.
An den Rauchmeldern selbst tut sich nichts. Nicht einmal die LED geht an.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Gernott

Same here: Ich habe meine Bosch über fhem auch noch keinen Ton oder Blinken entlocken können. Die Vernetzung funktioniert aber, wenn ich einen Test an einem der RM auslöse. Dann blinken alle in der Gruppe.

Gruß
G.

Slade

Nachdem Linux-Paul in seinem Bosch-Thread über Problemlösung durch Installation einer anderen Version von  libcrypt-rijndael-perl  berichtet hat,
bin ich wie folgt vorgegangen:
Deinstallation von libcrypt-rijndael-perl über apt-get, Neuinstallation von libcrypt:rijndael:perl über cpan Crypt::Rijndael_PP, zusätzlich cpan Crypt::Cipher::AES (just for sure).

Und nun läuft es wieder.
Alarmlevel 200 und Krach macht der Rauchmelder bei alarmOn auch wieder. Das Problem scheint also im crypt Modul zu liegen.
Vielleicht hilft es bei dem ein oder anderen hier auch.

Gruß,
Slade

Otto123

Moin,

der Unterschied im Betrieb des SD und SD2 - der SD2 arbeitet mit AES-CBC und braucht unabhängig vom IO immer das libcrypt:rijndael:perl.

Der Beitrag von Slade klingt gut  :D

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

reibuehl

Ich habe heute morgen bei mir die AES libraries von APT auf die CPAN Version umgestellt wie von @Slade vorgeschlagen und FHEM mit shutdown restart neu gestartet aber das hat bei mir nicht geholfen. Leider weiter kein Ton vom Rauchmelder wenn ich ein set Rauchmelder_Team alarmOn sende.
Reiner.

Invers

Hab ich auch probiert:
pi@fhemPi:~ $ sudo cpan Crypt::Rijndael_PP
Loading internal null logger. Install Log::Log4perl for logging messages
Reading '/root/.cpan/Metadata'
  Database was generated on Sun, 11 Mar 2018 09:41:02 GMT
Crypt::Rijndael_PP is up to date (0.05).


Jetzt kommt in fhem Fehler:
2018.03.11 11:36:25 1: CUL_HM Rauchmelder_Team need Crypt::Rijndael to generate AES-CBC signature
2018.03.11 11:36:25 3: CUL_HM set Rauchmelder_Team alarmOn


hat also die Lage offenbar verschlimmert.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

reibuehl

Und mit sudo cpan Crypt::Rijndael (ohne _PP) ist das Verhalten dann wieder gleich wie mit der Version aus dem APT Paket:

2018-03-11 11:58:07 CUL_HM Rauchmelder_Team aesCBCCounter: 00009D
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM OG_WZ_Rauchmelder smoke_detect: Team_Device_Rauchmelder
2018-03-11 11:58:07 CUL_HM OG_WZ_Rauchmelder smoke-Alarm_02
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team eventNo: 02
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team level: 198
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team smoke_detect: Team_Device_Rauchmelder
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team smoke-Alarm_02
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder battery: ok
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_done
2018-03-11 11:58:21 CUL_HM Rauchmelder_Team aesCBCCounter: 00009E
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:22 CUL_HM Team_Device_Rauchmelder CMDs_done
2018-03-11 11:58:24 CUL_HM OG_WZ_Rauchmelder smoke_detect: none
2018-03-11 11:58:24 CUL_HM OG_WZ_Rauchmelder off
2018-03-11 11:58:24 CUL_HM Rauchmelder_Team eventNo: 03
2018-03-11 11:58:24 CUL_HM Rauchmelder_Team level: 0
2018-03-11 11:58:24 CUL_HM Rauchmelder_Team smoke_detect: none
2018-03-11 11:58:24 CUL_HM Rauchmelder_Team off
2018-03-11 11:58:24 CUL_HM Team_Device_Rauchmelder battery: ok

Reiner.

linuxpaul

Das ist schon verwirrend.

Auf der CPAN Seite steht, dass man für  Crypt::Rijndael_PP noch Crypt::CBC braucht wenn man CBC Unterstützung haben will.
Ahnliches scheint für apt zu gelten, da gibt es ebenfalls ein libcrypt-cbc-perl mit dem entsprechenden Hinweis.

Dann sind da noch Crypt::Rijndael und Crypt::Rijndael::PP inkl. CBC bei CPAN, wobei bei letzteren auf die volle Kompatibilität zu Crypt::CBC
hingewiesen wird.

Was zum Henker nimmt man da jetzt?

:)
linuxpaul

Otto123

Also ich habe mal das ins Wiki geschrieben:
Der HM-SEC-SD-2 Rauchmelder arbeitet mit aesCBC, er benötigt dafür zwingend das Modul libcrypt-rijndael-perl unabhängig vom IO Device, auch für den HM-CFG-LAN!

Das hatte ich irgendwoher aus einem Rauchmelder Thread.

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

linuxpaul

Das mag auch nicht falsch sein, da der Inhalt eines Paketes von der Distro abhängen kann.
Bei Raspbian jessie steht auf jedenfall dies bei libcrypt-cbc-perl

implementation of cipher block chaining (CBC) mode
 
In combination with a block cipher such as Crypt::Rijndael or
Crypt::Blowfish, you can encrypt and decrypt messages of
arbitrarily long length.  The encrypted messages are compatible
with the encryption format used by SSLeay.


Egal, hab dies mal drin und spiele nochmal etwas rum

linuxpaul

Bei mit klappt es mit libcrypt-rijndael-perl und libcrypt-cbc-perl aus den apt packages
nahezu wieder perfect. Auch peering klappt jetzt komplett sofort und ohne Zicken.

Meiner Meinung nach ist Crypt::Rijndael von CPAN der Killer. Kaum hatte ich das drauf
ist wieder alles zusammengefallen und Crypt::Rijndael_PP mit Crypt::CBC alleine geht auch nicht.
Crypt::Rijndael::PP habe ich nicht getestet.
(Natürlich habe ich beim jeweiligen Test vorher wieder Aufgeräumt)

Bei mir werden die CPAN Module in /usr/local/lib/arm-linux-gnueabihf erzeugt was in der @INC vor
/usr/lib/arm-linux-gnueabihf liegt und in dem apt die libs legt.
D.h. die CPAN Module müssen vorher von Hand gelöscht werden.

:)
linuxpaul

Invers

Meinen Rauchmeldern ist definitiv kein Ton zu entloocken. Lefel 98 wird angezeigt. Hier mal ein List nach
set Rauchmelder_Team alarmOn:

Internals:
   CFGFN     
   DEF        11111101
   NAME       Rauchmelder_Team
   NOTIFYDEV  global
   NR         281
   NTFY_ORDER 50-Rauchmelder_Team
   STATE      smoke-Alarm_05
   TESTNR     5
   TYPE       CUL_HM
   chanNo     01
   device     TeamDev
   peerList   Rauch_Buero,Rauch_Wohnzimmer,Rauch_Korridor,
   sdTeam     sdLead
   READINGS:
     2018-03-13 10:41:19   aesCBCCounter   00003A
     2018-03-13 10:41:46   eventNo         05
     2018-03-13 10:41:46   level           198
     2018-03-13 10:35:20   peerList        Rauch_Buero,Rauch_Wohnzimmer,Rauch_Korridor,
     2018-03-13 10:41:46   smoke_detect    TeamDev
     2018-03-13 10:41:46   state           smoke-Alarm_05
     2018-03-13 10:41:04   teamCall        from TeamDev:04
   helper:
     fkt        sdLead2
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
Attributes:
   devStateIcon .*off:general_ok .*:secur_alarm
   icon       secur_smoke_detector
   model      virtual_1
   peerIDs    4BEE5401,4BEE5B01,4BEE6201,
   room       Rauchmelder
   webCmd     press short:press long



Und einer der Rauchmelder:
Internals:
   CFGFN     
   DEF        4BEE62
   HMLAN1_MSGCNT 2
   HMLAN1_RAWMSG R1EB732AA,0001,135F67E0,FF,FFCD,ECA6104BEE62272E01060100002F
   HMLAN1_RSSI -51
   HMLAN1_TIME 2018-03-13 10:35:46
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     2
   NAME       Rauch_Korridor
   NOTIFYDEV  global
   NR         283
   NTFY_ORDER 50-Rauch_Korridor
   STATE      smoke-Alarm_05
   TYPE       CUL_HM
   lastMsg    No:EC - t:10 s:4BEE62 d:272E01 060100002F
   peerList   Rauchmelder_Team,
   protLastRcv 2018-03-13 10:35:46
   protSnd    2 last_at:2018-03-13 10:35:46
   protState  CMDs_done
   rssi_HMLAN1 lst:-47 min:-47 max:-47 avg:-47 cnt:1
   rssi_at_HMLAN1 max:-51 avg:-51 cnt:2 lst:-51 min:-51
   READINGS:
     2018-03-13 10:35:20   Activity        alive
     2018-02-11 15:38:12   D-firmware      1.0
     2018-02-11 15:38:12   D-serialNr      NEQ0505965
     2018-02-11 15:38:36   PairedTo        0x272E01
     2018-02-11 15:38:36   R-pairCentral   0x272E01
     2018-02-11 15:38:36   RegL_00.        02:01 0A:27 0B:2E 0C:01 16:00 1F:00 00:00
     2018-03-13 10:35:46   alarmTest       ok
     2018-03-13 10:35:46   battery         ok
     2018-03-13 10:35:46   level           0
     2018-03-13 10:35:19   peerList        Rauchmelder_Team,
     2018-03-13 10:35:46   recentStateType info
     2018-02-11 15:38:36   sdRepeat        off
     2018-03-13 10:35:46   smokeChamber    ok
     2018-03-13 10:41:46   smoke_detect    TeamDev
     2018-03-13 10:41:46   state           smoke-Alarm_05
     2018-03-13 10:41:04   teamCall        from TeamDev:04
   helper:
     HM_CMDNR   236
     cSnd       ,01272E014BEE62010E
     mId        00AA
     regLst     ,0
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +4BEE62,00,03,00
       nextSend   1520933746.30634
       rxt        0
       vccu       vccu
       p:
         4BEE62
         00
         03
         00
       prefIO:
         HMLAN1
     mRssi:
       mNo        EC
       io:
         HMLAN1:
           -45
           -45
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1520933746.09019
       ack:
         HASH(0x4c13ed8)
         EC8002272E014BEE6200
     rssi:
       HMLAN1:
         avg        -47
         cnt        1
         lst        -47
         max        -47
         min        -47
       at_HMLAN1:
         avg        -51
         cnt        2
         lst        -51
         max        -51
         min        -51
     tmpl:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   actCycle   099:00
   actStatus  alive
   autoReadReg 5_readMissing
   devStateIcon .*off:general_ok .*:secur_alarm
   expert     2_raw
   firmware   1.0
   icon       secur_smoke_detector
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,11111101,
   room       Andere->CUL_HM
   serialNr   NEQ0505965
   subType    smokeDetector
   webCmd     statusRequest


Vielleicht bemerkt ja jemand etwas.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

jmike

Ich habe sowohl die alten, als auch die neuen Rauchmelder im Betrieb.
Musste leider feststellen, dass alarmOn (und auch teamCall) nicht funktioniert wenn man alte und neue im gleichen Teamdevice hält.

Sowohl bei Invers, als auch nobbi sieht man mehrere peerIDs pro Teamdevice. Sind das SD1 und SD2 gemischt?

TeamCall führt übrigens beim SD1 zu piepsen, beim SD2 nur zum blinken der LED. Geht der denn bei euch?

Ich hab es dann so gelöst, dass ich jeweils ein Teamdevice für die SD1 und SD2 habe.
Damit funktioniert dann auch teamCall und auch der alarmOn.

linuxpaul

Gemischt habe ich auch probiert und ging nicht.
In einem reinen SD2 Team zählt z.B. beim TeamCall der CBC Counter hoch.
Weiter habe hier ich ein Fehlen des des Crypt::Rrijndael im Log, wenn das Modul fehlt.

Gemischt piept bei mit beim TeamCall bei mir nur der SD, der CBC Counter zählt nicht
und HMUARTGM meldet ein overload. Alarm habe ich dann nicht mehr versucht.

:)
Linuxpaul

Invers

@jmike
ZitatSowohl bei Invers, als auch nobbi sieht man mehrere peerIDs pro Teamdevice. Sind das SD1 und SD2 gemischt?

Nein, ich habe nur SD2 im Einsatz.
Ist da in meiner Config was falsch? Ich verwende HMLAN-CFG.

Die LEDs blinken nicht. Es dauert auch sehr lange, bis Level auf 98 springt. Leider springt das Level nicht auf  >98, daher wahrscheinlich auch kein Alarm. Ein Alarm wird aber erzeugt, denn meine eigene Kontrolllampe geht an. Geschaltet durch ein DOIF, welches auf Alarm reagiert.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Gernott

Zitat von: linuxpaul am 12 März 2018, 16:02:12
Bei mit klappt es mit libcrypt-rijndael-perl und libcrypt-cbc-perl aus den apt packages
nahezu wieder perfect.
Das ist ja lustig. Bei mir geht es nach der zusätzlichen Installation von libcrypt-cbc-perl nun auch das erste Mal richtig, d.h. alle SD-2 blinken gemeinsam beim teamcall. - Ich lese ja viel herum in Forum, Wiki, Otto's Blog usw., aber das man dieses Paket noch braucht, kam mir erst hier über den Weg.

Gruß
G.

Otto123

Ich habe die SD2 nicht und bisher bloß die Info dass man libcrypt-rijndael-perl braucht. Das habe ich auch seinerzeit mal ins Wiki geschrieben.
Ich weiß nur, dass man das braucht, weil die SD2 AES-CBC sprechen - insofern klingt das Paket libcrypt-cbc-perl irgendwie schlüssig :)

Soll ich das mit aufnehmen?

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

mgernoth

Hallo,

Zitat von: Otto123 am 17 März 2018, 16:20:28
Ich weiß nur, dass man das braucht, weil die SD2 AES-CBC sprechen - insofern klingt das Paket libcrypt-cbc-perl irgendwie schlüssig :)

Soll ich das mit aufnehmen?

Nein, für die SD2 wird _nur_ libcrypt-rijndael-perl benötigt. Der Rest ist in 10_CUL_HM.pm implementiert.

Viele Grüße
  Michael

Gernott

Zitat von: mgernoth am 17 März 2018, 16:26:07
Nein, für die SD2 wird _nur_ libcrypt-rijndael-perl benötigt.

Stimmt tatsächlich, gerade getestet. Habe die libcrypt-cbc-perl wieder deinstalliert, rebootet und der teamcall geht immer noch korrekt.
Was hatte ich im Vorfeld getan? Die libcrypt-rijndael-perl deinstalliert, die libs über CPAN installiert, wie hier vorher beschrieben (ging bei mir damit nicht) und dann die libcrypt-rijndael-perl wieder installiert. Die CPAN-Module hatte ich nicht entfernt, weil ich die auf meinem Jessie nicht eindeutig identifizieren konnte. Irgendetwas ist dabei wohl passiert...

Gruß
G.


linuxpaul

ZitatNein, für die SD2 wird _nur_ libcrypt-rijndael-perl benötigt. Der Rest ist in 10_CUL_HM.pm implementiert.
Gilt das auch für HMUARTLGW (00_HMUARTLGW.pm)?

CoolTux

Häng mich mal hier ran mit der selbigen Beobachtung
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Otto123

Hi,

die 00_HMUARTLGW.pm implementiert doch den IO, Homematic läuft immer über die 10_CUL_HM.pm

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

mgernoth

Hallo,

das Senden von TeamCall-/Alarmkommandos an die SD2 ist leider fragil. Bei jedem Befehl muss entweder der MessageCounter der Nachricht größer sein als der letzte oder (falls dies nicht der Fall ist) der Generationenzähler inkrementiert werden. Beide Werte werden in dem Reading aesCBCCounter des Teamleads abgelegt:


aesCBCCounter   GGGGMM


Hierbei ist GGGG der Generationenzähler in Hex und MM der Messagecounter in Hex. Sollte dieses Reading gelöscht werden, reagieren die SD2 nicht mehr, da sie denken, eine alte Nachricht empfangen zu haben. Leider kann man die aktuellen Werte auch nicht mehr aus den SD2 auslesen...

Falls die SD2 also nicht mehr reagieren, kann man mal probieren den Generationenzähler per Hand zu inkrementieren und den MessageCounter auf 0 zu setzen (aesCBCCounter hier vorher 0000XX):


setreading TeamLead aesCBCCounter 000100


Falls das Reading komplett gelöscht wurde, bitte langsam rantasten und den Generationenzähler immer nur um 1 erhöhen, denn was passiert, wenn der Generationencounter nach FFFF überläuft hat bisher noch niemand ausprobiert...

Viele Grüße
  Michael

rabehd

Das hat mir geholfen, ging wahrscheinlich seit dem Neuaufsetzen von FHEM vor ein paar Wochen nicht mehr.

Könnte den Hinweis jemand ins Wiki schreiben?
Auch funktionierende Lösungen kann man hinterfragen.

Otto123

Ich habe den Post #33 von Michael einfach mal so ins Wiki übernommen.
https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder

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

justcallmeal

Zitat von: Slade am 11 März 2018, 08:09:25

Deinstallation von libcrypt-rijndael-perl über apt-get, Neuinstallation von libcrypt:rijndael:perl über cpan Crypt::Rijndael_PP, zusätzlich cpan Crypt::Cipher::AES (just for sure).
...
Vielleicht hilft es bei dem ein oder anderen hier auch.

Hallo zusammen,
bei meinem hm-sec-sd hat es leider nicht geholfen. Ich kriege einfach keinen willentlichen Alarm mit FHEM ausgelöst.

Hier mal das Listing vom Teammelder:
Internals:
   DEF        10101001
   FUUID      5c532315-f33f-53a6-3e80-a0294b75b26d5496
   NAME       Teammelder_Wasch
   NOTIFYDEV  global
   NR         786
   STATE      smoke-Alarm_0B
   TESTNR     1
   TYPE       CUL_HM
   chanNo     01
   device     TeamVirtuell
   peerList   Rauchmelder_Wasch,
   sdTeam     sdLead
   READINGS:
     2019-03-02 17:27:15   eventNo         0B
     2019-03-02 17:27:15   level           200
     2019-03-04 20:31:22   peerList        Rauchmelder_Wasch,
     2019-03-02 17:27:15   recentAlarm     TeamVirtuell
     2019-03-02 17:27:15   smoke_detect    TeamVirtuell
     2019-03-04 20:31:22   state           smoke-Alarm_0B
     2019-01-31 18:00:57   teamCall        from TeamVirtuell:3
   helper:
     fkt        sdLead1
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
Attributes:
   model      virtual_1
   peerIDs    1E8AE001,
   room       RAUCHMELDER
   webCmd     press short:press long


Und nachfolgend das Listing vom Rauchmelder:
Internals:
   CUL_0_MSGCNT 1
   CUL_0_RAWMSG A0D0AA4101E8AE006046306010000::-47:CUL_0
   CUL_0_RSSI -47
   CUL_0_TIME 2019-03-05 17:52:43
   DEF        1E8AE0
   FUUID      5c532205-f33f-53a6-b640-ff8a213fba19bfb9
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     1
   NAME       Rauchmelder_Wasch
   NOTIFYDEV  global
   NR         783
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:0A - t:10 s:1E8AE0 d:060463 06010000
   peerList   1F736401,
   protLastRcv 2019-03-05 17:52:43
   protRcv    1 last_at:2019-03-05 17:52:43
   protSnd    1 last_at:2019-03-05 17:52:43
   protState  CMDs_done
   rssi_at_CUL_0 cnt:1 min:-47 max:-47 avg:-47 lst:-47
   READINGS:
     2019-03-04 20:31:22   Activity        alive
     2019-01-31 20:46:11   CommandAccepted no
     2019-01-31 18:06:26   D-firmware      1.0
     2019-01-31 18:06:26   D-serialNr      JEQ0732806
     2019-01-31 18:06:17   PairedTo        0x060463
     2019-01-31 17:38:56   R-pairCentral   0x060463
     2019-01-31 18:06:17   RegL_00.        00:00 02:01 0A:06 0B:04 0C:63
     2019-03-05 17:52:43   battery         ok
     2019-03-05 17:52:43   level           0
     2019-03-04 20:31:22   peerList        1F736401,
     2019-02-06 18:35:08   powerOn         2019-02-06 18:35:08
     2019-03-05 17:52:43   recentStateType info
     2019-03-02 17:27:15   smoke_detect    TeamVirtuell
     2019-03-05 17:52:43   state           off
     2019-01-31 18:00:57   teamCall        from TeamVirtuell:3
   helper:
     HM_CMDNR   10
     mId        0042
     peerFriend peerSD
     peerOpt    p:smokeDetector
     regLst     0
     rxType     2
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +1E8AE0,00,00,00
       nextSend   1551804763.56724
       rxt        0
       vccu       vccu
       p:
         1E8AE0
         00
         00
         00
       prefIO:
         CUL_0
     mRssi:
       mNo        0A
       io:
         CUL_0:
           -39
           -39
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         CUL_0
       flg        A
       ts         1551804763.46819
       ack:
         HASH(0x492af30)
         0A80020604631E8AE000
     rssi:
       at_CUL_0:
         avg        -47
         cnt        1
         lst        -47
         max        -47
         min        -47
     tmpl:
Attributes:
   IODev      CUL_0
   IOgrp      vccu:CUL_0
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SD
   msgRepeat  1
   peerIDs    00000000,1F736401,
   room       RAUCHMELDER
   serialNr   JEQ0732806
   subType    smokeDetector
   webCmd     statusRequest


Ein Auszug vom Log vom Rauchmelder sieht so aus:

2019-03-02_17:24:16 Rauchmelder_Wasch Activity: alive
2019-03-02_17:27:02 Rauchmelder_Wasch battery: ok
2019-03-02_17:27:02 Rauchmelder_Wasch level: 0
2019-03-02_17:27:02 Rauchmelder_Wasch off
2019-03-02_17:27:15 Rauchmelder_Wasch smoke_detect: TeamVirtuell
2019-03-02_17:27:15 Rauchmelder_Wasch smoke-Alarm_0B


Es wird im Log also schon ein Alarm ausgelöst, - nur zu hören ist leider nichts.

Hat jemand noch eine Idee, was ich machen kann? ...Otto?

VG,
al
HM-Sen-DB-PCB, HM-Sec-SCo, HM-MOD-Re-8, HM-SEC-SC-2, HM-Sen-MDIR-O, HM-LC-Sw1PBU-FM, HM-LC-RGBW-WM, HM-ES-PMSw1-SM, HM-LC-Sw1-DR

Otto123

Moin,

der Teamleader ist zwar mit dem RM gepeert ->   peerIDs    1E8AE001,
Aber der RM nicht mit dem Teamleader sondern mit etwas anderem ->    peerIDs    00000000,1F736401,

Mach mal bitte noch ein list TeamVirtuell und ein list DEF=1F7364

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

justcallmeal

#38
Zitat von: Otto123 am 06 März 2019, 09:31:05
Mach mal bitte noch ein list TeamVirtuell und ein list DEF=1F7364

..gerne doch :-)

Internals:
   DEF        101010
   FUUID      5c5322f5-f33f-53a6-875f-59dbe38f9d8f58ac
   IODev      CUL_0
   NAME       TeamVirtuell
   NOTIFYDEV  global
   NR         785
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Teammelder_Wasch
   READINGS:
     2019-03-02 17:27:11   state           CMDs_done
   helper:
     HM_CMDNR   208
     mId        FFF1
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      CUL_0
   expert     2_raw
   model      virtual_1
   room       RAUCHMELDER
   subType    virtual
   webCmd     virtual


Bei einem list DEF=1F7364  kommt nix.
Vielleicht wäre es noch wichtig anzumerken, dass ich den Melder hier im Marktplatz gebraucht gekauft hatte und dass er vielleicht von mir nicht richtig zurückgesetzt wurde (?)

VG,
al
HM-Sen-DB-PCB, HM-Sec-SCo, HM-MOD-Re-8, HM-SEC-SC-2, HM-Sen-MDIR-O, HM-LC-Sw1PBU-FM, HM-LC-RGBW-WM, HM-ES-PMSw1-SM, HM-LC-Sw1-DR

Otto123

#39
So wird es wohl sein.

Dann musst  Du erst das peering löschen und anschließend neu machen:
set Rauchmelder_Wasch peerBulk 1F736401 unset
Dann Datenübertragung abwarten und nach einer Weile mit getConfig schauen das der peereintrag verschwunden ist.

Danach peer setzen:
set Rauchmelder_Wasch peerBulk 10101001 set
Und wieder schauen ob es geklappt hat.

Du solltest dem TeamVirtuell noch IOgrp spendieren. Mit dem Befehl kannst Du alle HM Geräte listen, siehst auf einen Blick welches IODev eingetragen ist und ob IOgrp gesetzt ist.list DEF=...... IODev IOgrp

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

justcallmeal

Vielen Dank, Otto!

Werde das heute Abend, wenn ich wieder zuhause bin, gleich ausprobieren.
Melde mich, wenn's geklappt hat!

LG,
al
HM-Sen-DB-PCB, HM-Sec-SCo, HM-MOD-Re-8, HM-SEC-SC-2, HM-Sen-MDIR-O, HM-LC-Sw1PBU-FM, HM-LC-RGBW-WM, HM-ES-PMSw1-SM, HM-LC-Sw1-DR

justcallmeal

Zitat von: justcallmeal am 06 März 2019, 10:25:59
wenn ich wieder zuhause bin, gleich ausprobieren.
Melde mich, wenn's geklappt hat!

Oh Otto, vielen Dank, - es hat geklappt!

...ich muss gestehen, ich hatte vorher noch nie irgendetwas gepeert oder entpeert; - somit wieder etwas gelernt  :)

LG,
al
HM-Sen-DB-PCB, HM-Sec-SCo, HM-MOD-Re-8, HM-SEC-SC-2, HM-Sen-MDIR-O, HM-LC-Sw1PBU-FM, HM-LC-RGBW-WM, HM-ES-PMSw1-SM, HM-LC-Sw1-DR

Onkel.Tom


Hallo zusammen,

und erstmal noch alles Gute zum Neuen Jahr !

Ich stehe hier leider trotz Studium des Forums und Wiki "auf dem Schlauch" und bekomme keinen Ton aus meinem HM-SEC-SD-2 !
Level zählt bis auf 198 hoch und dann bleibt es still.
Der aesCBCCounter zählt auch bei jeder Alarmauslösung hoch.

Peering sollte richtig sein, jedenfalls zeigt HM-Info keinen Peer-Fehler.

Deinstallieren des Moduls libcrypt-rijndael-perl über apt-get und Neu-Installation über cpan und/oder apt-get war auch erfolglos.

Anbei die Lists vom Teamlead, Raummelder und Logbuch:

Wäre Klasse, wenn jemand noch einen Tip hätte.
Vielen Dank schonmal.

VG
Onkel Tom

Onkel.Tom

Zitat von: Onkel.Tom am 02 Januar 2022, 14:34:22
Hallo zusammen,

und erstmal noch alles Gute zum Neuen Jahr !

Ich stehe hier leider trotz Studium des Forums und Wiki "auf dem Schlauch" und bekomme keinen Ton aus meinem HM-SEC-SD-2 !
Level zählt bis auf 198 hoch und dann bleibt es still.
Der aesCBCCounter zählt auch bei jeder Alarmauslösung hoch.

Peering sollte richtig sein, jedenfalls zeigt HM-Info keinen Peer-Fehler.

Deinstallieren des Moduls libcrypt-rijndael-perl über apt-get und Neu-Installation über cpan und/oder apt-get war auch erfolglos.

Anbei die Lists vom Teamlead, Raummelder und Logbuch:

Wäre Klasse, wenn jemand noch einen Tip hätte.
Vielen Dank schonmal.

VG
Onkel Tom

Problem gelöst durch:
https://forum.fhem.de/index.php?topic=123388.0
#7

Jetzt machen sie krach   :)

VG