HM-SEC-SD-2 neu

Begonnen von martinp876, 21 März 2015, 17:28:26

Vorheriges Thema - Nächstes Thema

Otto123

Hi,

das peering ist bei den Meldern nicht angekommen, Internals peerlist und Attribute peerids fehlen.

Der Teamleader hat die Info, die RM aber nicht.
ZitatBei jedem Rauchmelder sollte der Name des virtuellen TeamLeaders in der peerList stehen und beim virtuellen TeamLeader jeder 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

Peter_Listig

Okay Danke einstweilen,

werde ich mir Morgen mal ansehen.

Gute Nacht
Raspi4 / Debian Bullseye / FB 7490 / FHEM 6.x / CUL433 / CUL868 / aculfw / FrtizFon / DECT200 / IT / Homematic / ZigBee (Raspbee) /  Rademacher / HE / km200  / DS214+

Klinki

Hallo Peter,

Otto hat wohl Recht. Ich kann mich noch an meine erste Gruppe an Rauchmeldern erinnern. Das war auch ein ziemlicher Krampf, bis ich die Geräte untereinander gepeert hatte.
Bin dabei aber komplett über fhem gegangen...

gruß
klinki

automatisierer

Nix Krampf! Es gibt eine Anleitung, wenn man diese schritt für schritt befolgt, dann ist alles wunderbar.

@ Peter:

Zitat von: Peter_Listig am 03 Januar 2017, 23:05:50

1. HM_47433C


Internals:

     2017-01-03 19:20:53   aesCommToDev    fail
     2017-01-03 19:20:52   aesKeyNbr       00



2. HM_474372


Internals:

     2017-01-03 18:58:35   aesCommToDev    fail
     2017-01-03 18:58:35   aesKeyNbr       00



Falls du (wie es empfohlen wird) einen eigene AES Key benutzt, dann wurde dieser noch nicht erfolgreich übertragen, da aesKeyNbr noch auf 00 steht. Daher auch aesCommToDev fail.

das Perl Modul cryp-rijndael (oder so änlich) hast du installiert?

Das wichtigste ist, auch wenn man die Anleitung befolgt, das man jeden Schritt durchführt und nach jedem Schritt überprüft , ob auch alles abgearbeitet wurde und im Gerät angekommen ist. Soll heißen: keine CMDs_pending mehr !!

Bytechanger

#439
Hallo,

leider muss ich an hier auch nochmal einsteigen, ich dachte ich wäre mit SDs durch...

Ich habe nun mal alle SD2s aufgerufen und nach aesKeyNbr gesucht. Leider hatten nicht alle diesen Eintrag!
Wenn ich es aber richtig lese sind diese trotzdem gepeert und gepairt. Ein getConfig geht auch:
Nur ein assignHmKey verursacht ein MISSING_ACK !!

teamCall funktioniert aber bei diesen Geräten!!

Hier das List:
Internals:
   CUL0_MSGCNT 2
   CUL0_RAWMSG A1205A01048FDC81DA462011111140100000000::-66:CUL0
   CUL0_RSSI  -66
   CUL0_TIME  2017-01-04 07:57:28
   DEF        48FDC8
   HMLAN1_MSGCNT 4
   HMLAN1_RAWMSG R6844ADD9,0001,0CDCEF9D,FF,FFD7,05A01048FDC81DA462011111140100000000
   HMLAN1_RSSI -41
   HMLAN1_TIME 2017-01-04 07:57:28
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     6
   NAME       EG_Wohnzimmer_RM2
   NOTIFYDEV  global
   NR         475
   NTFY_ORDER 50-EG_Wohnzimmer_RM2
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:05 - t:10 s:48FDC8 d:1DA462 011111140100000000
   peerList   Rauchmelder_Team_2,
   protCmdDel 4
   protLastRcv 2017-01-04 07:57:28
   protResnd  2 last_at:2017-01-04 07:46:33
   protResndFail 2 last_at:2017-01-04 07:46:39
   protSnd    7 last_at:2017-01-04 07:57:28
   protState  CMDs_done
   rssi_at_CUL0 cnt:2 max:-66 avg:-66 min:-66 lst:-66
   rssi_at_HMLAN1 lst:-41 min:-41 avg:-41 max:-41 cnt:4
   Readings:
     2017-01-03 22:57:12   Activity        alive
     2016-09-05 18:27:11   D-firmware      1.0
     2016-09-05 18:27:11   D-serialNr      NEQ0246331
     2017-01-04 07:57:28   PairedTo        0x1DA462
     2016-09-04 16:30:46   R-pairCentral   0x1DA462
     2017-01-04 07:57:28   RegL_00.          02:01 0A:1D 0B:A4 0C:62 16:00 1F:00 00:00
     2017-01-03 18:26:34   alarmTest       ok
     2017-01-03 18:26:34   battery         ok
     2017-01-03 18:26:34   level           0
     2017-01-04 07:57:28   peerList        Rauchmelder_Team_2,
     2016-12-20 15:48:37   powerOn         2016-12-20 15:48:37
     2017-01-03 18:26:34   recentStateType info
     2017-01-04 07:57:28   sdRepeat        off
     2017-01-03 18:26:34   smokeChamber    ok
     2016-09-04 21:15:00   smoke_detect    none
     2017-01-04 07:46:39   state           MISSING ACK
     2016-09-04 21:14:48   teamCall        from TeamDevSD_2:02
   Helper:
     HM_CMDNR   5
     cSnd       011DA46248FDC800040000000000,011DA46248FDC80103
     mId        00AA
     peerIDsRaw ,11111401,00000000
     rxType     6
     Ack:
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       lRcTm      508914904
       lstRecType 10
       newChn     +48FDC8,00,01,00
       nextSend   1483513048.54839
       nxtSndMcnt 05
       rxt        0
       tgtDly     120
       vccu       vccu
       p:
         48FDC8
         00
         01
         00
       prefIO:
         HMLAN1
     Mrssi:
       mNo        05
       Io:
         CUL0       -66
         HMLAN1     -39
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1483513048.74381
       ack:
         HASH(0x38b6758)
         0580021DA46248FDC800
     Rssi:
       At_cul0:
         avg        -66
         cnt        2
         lst        -66
         max        -66
         min        -66
       At_hmlan1:
         avg        -41
         cnt        4
         lst        -41
         max        -41
         min        -41
     Shadowreg:
     Tmpl:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   actCycle   099:00
   actStatus  alive
   alarmDevice Sensor
   alarmSettings alarm7,|EG_Wohnzimmer_RM2:.*smoke-Alarm.*|Rauch Wohnzimmer|on
   autoReadReg 0_off
   devStateIcon off:general_ok *:secur_alarm
   event-on-change-reading .*
   expert     2_raw
   firmware   1.0
   group      Rauchmelder EG
   icon       secur_smoke_detector
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,11111401,
   room       CUL_HM,Rauchmelder
   serialNr   NEQ0246331
   subType    smokeDetector
   webCmd     statusRequest


hier ein SD bei dem aes drin steht:
Internals:
   CHANGED
   CUL0_MSGCNT 1
   CUL0_RAWMSG A0D90A61048F0F81DA46206010000::-41.5:CUL0
   CUL0_RSSI  -41.5
   CUL0_TIME  2017-01-04 02:44:19
   DEF        48F0F8
   HMLAN1_MSGCNT 1
   HMLAN1_RAWMSG E48F0F8,0000,0BBE3288,FF,FFCD,90A61048F0F81DA46206010000
   HMLAN1_RSSI -51
   HMLAN1_TIME 2017-01-04 02:44:19
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     2
   NAME       EG_Buero_RM2
   NOTIFYDEV  global
   NR         473
   NTFY_ORDER 50-EG_Buero_RM2
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:90 - t:10 s:48F0F8 d:1DA462 06010000
   peerList   Rauchmelder_Team_2,
   protLastRcv 2017-01-04 02:44:19
   protSnd    1 last_at:2017-01-04 02:44:19
   protState  CMDs_done
   rssi_at_CUL0 min:-41.5 avg:-41.5 lst:-41.5 cnt:1 max:-41.5
   rssi_at_HMLAN1 min:-51 avg:-51 lst:-51 cnt:1 max:-51
   Readings:
     2017-01-03 22:57:12   Activity        alive
     2016-09-04 15:25:57   CommandAccepted yes
     2016-06-08 13:53:01   D-firmware      1.0
     2016-06-08 13:53:01   D-serialNr      NEQ0243833
     2016-09-04 16:28:38   PairedTo        0x1DA462
     2016-06-06 21:59:31   R-devRepeatCntMax 0
     2016-06-06 21:59:31   R-pairCentral   0x1DA462
     2016-09-04 16:28:38   RegL_00.        02:01 0A:1D 0B:A4 0C:62 16:00 1F:00 00:00
     2016-09-04 15:25:57   aesCommToDev    ok
     2016-09-04 15:25:57   aesKeyNbr       02
     2016-06-12 21:35:48   aesReqTo        vccu
     2017-01-04 02:44:19   alarmTest       ok
     2017-01-04 02:44:19   battery         ok
     2017-01-04 02:44:19   level           0
     2017-01-03 22:57:12   peerList        Rauchmelder_Team_2,
     2016-12-23 01:25:03   powerOn         2016-12-23 01:25:03
     2017-01-04 02:44:19   recentStateType info
     2016-09-04 16:28:38   sdRepeat        off
     2017-01-04 02:44:19   smokeChamber    ok
     2017-01-04 08:10:05   smoke_detect    none
     2017-01-04 08:10:05   state           off
     2017-01-04 08:08:51   teamCall        from TeamDevSD_2:02
     2016-08-24 20:08:23   trigLast        Rauchmelder_Team2:2
     2016-08-24 20:08:23   trig_Rauchmelder_Team2 2_1
   Helper:
     HM_CMDNR   144
     mId        00AA
     rxType     6
     Ack:
     Expert:
       def        1
       det        1
       raw        1
       tpl        1
     Io:
       lRcTm      490125488
       lstRecType 10
       newChn     +48F0F8,00,01,00
       nextSend   1483494259.81013
       nxtSndMcnt 90
       rxt        0
       tgtDly     120
       vccu       vccu
       p:
         48F0F8
         00
         01
         00
       prefIO:
         HMLAN1
     Mrssi:
       mNo        90
       Io:
         CUL0       -41.5
         HMLAN1     -49
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         CUL0
       flg        A
       ts         1483494259.89494
       ack:
         HASH(0x37b5348)
         9080021DA46248F0F800
     Rssi:
       At_cul0:
         avg        -41.5
         cnt        1
         lst        -41.5
         max        -41.5
         min        -41.5
       At_hmlan1:
         avg        -51
         cnt        1
         lst        -51
         max        -51
         min        -51
     Tmpl:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   actCycle   099:00
   actStatus  alive
   alarmDevice Sensor
   alarmSettings alarm7,|EG_Buero_RM2:.*smoke-Alarm.*|Rauch Büro|on
   autoReadReg 0_off
   devStateIcon off:general_ok *:secur_alarm
   event-on-change-reading .*
   expert     251_anything
   firmware   1.0
   group      Rauchmelder EG
   icon       secur_smoke_detector
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,11111401,
   room       CUL_HM,Rauchmelder
   serialNr   NEQ0243833
   subType    smokeDetector
   webCmd     statusRequest



Greets
Byte

Otto123

Zitat von: automatisierer am 04 Januar 2017, 07:02:30
Nix Krampf! Es gibt eine Anleitung, wenn man diese schritt für schritt befolgt, dann ist alles wunderbar.

@ Peter:

Falls du (wie es empfohlen wird) einen eigene AES Key benutzt, dann wurde dieser noch nicht erfolgreich übertragen, da aesKeyNbr noch auf 00 steht. Daher auch aesCommToDev fail.

das Perl Modul cryp-rijndael (oder so änlich) hast du installiert?

Das wichtigste ist, auch wenn man die Anleitung befolgt, das man jeden Schritt durchführt und nach jedem Schritt überprüft , ob auch alles abgearbeitet wurde und im Gerät angekommen ist. Soll heißen: keine CMDs_pending mehr !!
Steht ganz oben im Wiki!
ZitatDer 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!
Da gibt es dann aber sogar meines Wissen entsprechende Fehlereinträge im Log.

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

frank

und cul's immer mit der ts-firmware aus dem angepinnten thread nutzen.
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

Bytechanger

Jepp, derzeit TSCUL_fwcode_00_05_02_FHEM_Modules_00_05_02.zip
und trotzdem gehts nicht

frank

Zitat von: Bytechanger am 04 Januar 2017, 10:16:13
Jepp, derzeit TSCUL_fwcode_00_05_02_FHEM_Modules_00_05_02.zip
und trotzdem gehts nicht
bestens. nach deinem list ist der cul aktuell auch gar nicht an der kommunikation beteiligt.

ZitatNur ein assignHmKey verursacht ein MISSING_ACK !!
zufall? öfter probiert?
schon mal mit dem cul probiert, indem du ihn zuvor als prefered io setzt?

hminfo configcheck ist sicherlich sauber.
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

Bytechanger

#444
War mir klar, wollte ihn als Fehlerquelle ausschließen. Nun habe ich auf ihn umgestellt.
2017.01.04 12:31:26.260 4: TSCUL_Parse: CUL0  491443 A FF21 12672960 00 0F 81 865E 3BD2E7 000000 ED49DC00CEA4 -80.5
2017.01.04 12:31:36.889 4: TSCUL_send:  CUL0                         As 19 08 B004 1DA462 48FDC8 2ebf99d85b8bf19c7f249e91565b7429
2017.01.04 12:31:37.507 4: TSCUL_Parse: CUL0  502691 A FF33 12683640 01 19 08 B004 1DA462 48FDC8 2E _bst _CCAdly:4 -138
2017.01.04 12:31:38.032 4: TSCUL_Parse: CUL0  503215 A FF33 12684232 01 19 08 B004 1DA462 48FDC8 2E _bst _CCAdly:4 -138
2017.01.04 12:31:38.558 4: TSCUL_Parse: CUL0  503741 A FF33 12684824 01 19 08 B004 1DA462 48FDC8 2E _bst _CCAdly:4 -138
2017.01.04 12:31:38.813 1: TSCUL_ParseTsHM CUL0 HM repeat failed sending to 48FDC8/EG_Wohnzimmer_RM2: AFF3000306419001908B0041DA46248FDC82E
2017.01.04 12:31:38.813 4: TSCUL_Parse: CUL0  503996 A FF30 12685412 00 19 08 B004 1DA462 48FDC8 2E _bst _sfail -138
2017.01.04 12:31:40.258 4: TSCUL_send:  CUL0                         As 19 08 B004 1DA462 48FDC8 2ebf99d85b8bf19c7f249e91565b7429
2017.01.04 12:31:40.863 4: TSCUL_Parse: CUL0  506046 A FF33 12687008 01 19 08 B004 1DA462 48FDC8 2E _bst _CCAdly:4 -138
2017.01.04 12:31:41.246 4: TSCUL_Parse: CUL0  506428 A FF33 12687600 01 19 08 B004 1DA462 48FDC8 2E _bst _CCAdly:4 -138
2017.01.04 12:31:41.901 4: TSCUL_Parse: CUL0  507082 A FF43 12688192 01 19 08 B004 1DA462 48FDC8 2E _bst _CCAdly:4 -138
2017.01.04 12:31:42.223 1: TSCUL_ParseTsHM CUL0 HM repeat failed sending to 48FDC8/EG_Wohnzimmer_RM2: AFF4000306763001908B0041DA46248FDC82E
2017.01.04 12:31:42.223 4: TSCUL_Parse: CUL0  507405 A FF40 12688780 00 19 08 B004 1DA462 48FDC8 2E _bst _sfail -138


Hier das Log. Auch wiederholte Versuche brachten den gleichen Misserfolg!


hier nochmal Log mit HMLAN
2017.01.04 12:36:03.297 0: HMLAN_Send:  HMLAN1 I:K
2017.01.04 12:36:03.301 0: HMLAN_Parse: HMLAN1 V:03C5 sNo:LEQ0640815 d:2CD8CE O:1DA462 t:00BDD401 IDcnt:001C L:2 %
2017.01.04 12:36:10.651 4: TSCUL_send:  CUL0                         As 19 0A B004 1DA462 48FDC8 1540aac527dc64dc4fe2aa158476e515
2017.01.04 12:36:11.246 4: TSCUL_Parse: CUL0  252141 A FF43 12957412 01 19 0A B004 1DA462 48FDC8 15 _bst _CCAdly:4 -138
2017.01.04 12:36:11.247 0: HMLAN_Parse: HMLAN1 R:E1DA462   stat:0000 t:00BDF228 d:FF r:FFCE     m:0A B004 1DA462 48FDC8 1540AAC527DC64DC4FE2AA158476E515
2017.01.04 12:36:11.787 4: TSCUL_Parse: CUL0  252682 A FF43 12958004 01 19 0A B004 1DA462 48FDC8 15 _bst _CCAdly:4 -138
2017.01.04 12:36:11.788 0: HMLAN_Parse: HMLAN1 R:E1DA462   stat:0000 t:00BDF477 d:FF r:FFCE     m:0A B004 1DA462 48FDC8 1540AAC527DC64DC4FE2AA158476E515
2017.01.04 12:36:12.317 4: TSCUL_Parse: CUL0  253212 A FF43 12958596 01 19 0A B004 1DA462 48FDC8 15 _bst _CCAdly:4 -138
2017.01.04 12:36:12.318 0: HMLAN_Parse: HMLAN1 R:E1DA462   stat:0000 t:00BDF6C7 d:FF r:FFCE     m:0A B004 1DA462 48FDC8 1540AAC527DC64DC4FE2AA158476E515
2017.01.04 12:36:12.576 1: TSCUL_ParseTsHM CUL0 HM repeat failed sending to 48FDC8/EG_Wohnzimmer_RM2: AFF4000316F7400190AB0041DA46248FDC815
2017.01.04 12:36:12.576 4: TSCUL_Parse: CUL0  253471 A FF40 12959184 00 19 0A B004 1DA462 48FDC8 15 _bst _sfail -138
2017.01.04 12:36:14.028 4: TSCUL_send:  CUL0                         As 19 0A B004 1DA462 48FDC8 1540aac527dc64dc4fe2aa158476e515
2017.01.04 12:36:14.551 0: HMLAN_Parse: HMLAN1 R:E1DA462   stat:0000 t:00BDFF59 d:FF r:FFCE     m:0A B004 1DA462 48FDC8 1540AAC527DC64DC4FE2AA158476E515
2017.01.04 12:36:14.557 4: TSCUL_Parse: CUL0  255452 A FF43 12960788 01 19 0A B004 1DA462 48FDC8 15 _bst _CCAdly:4 -138
2017.01.04 12:36:15.077 0: HMLAN_Parse: HMLAN1 R:E1DA462   stat:0000 t:00BE01A8 d:FF r:FFCE     m:0A B004 1DA462 48FDC8 1540AAC527DC64DC4FE2AA158476E515
2017.01.04 12:36:15.083 4: TSCUL_Parse: CUL0  255978 A FF43 12961380 01 19 0A B004 1DA462 48FDC8 15 _bst _CCAdly:4 -138
2017.01.04 12:36:15.600 0: HMLAN_Parse: HMLAN1 R:E1DA462   stat:0000 t:00BE03F8 d:FF r:FFCE     m:0A B004 1DA462 48FDC8 1540AAC527DC64DC4FE2AA158476E515
2017.01.04 12:36:15.606 4: TSCUL_Parse: CUL0  256501 A FF53 12961972 01 19 0A B004 1DA462 48FDC8 15 _bst _CCAdly:4 -138
2017.01.04 12:36:15.863 1: TSCUL_ParseTsHM CUL0 HM repeat failed sending to 48FDC8/EG_Wohnzimmer_RM2: AFF50003172C000190AB0041DA46248FDC815
2017.01.04 12:36:15.863 4: TSCUL_Parse: CUL0  256758 A FF50 12962560 00 19 0A B004 1DA462 48FDC8 15 _bst _sfail -138
2017.01.04 12:36:18.513 0: HMLAN_Send:  HMLAN1 I:K
2017.01.04 12:36:18.517 0: HMLAN_Parse: HMLAN1 V:03C5 sNo:LEQ0640815 d:2CD8CE O:1DA462 t:00BE0F72 IDcnt:001C L:2 %
2017.01.04 12:36:22.596 4: TSCUL_Parse: CUL0  263491 A FF51 12969356 00 0F 83 865E 3BD2E7 000000 ED4B9800CBE8 -79.5
2017.01.04 12:36:22.855 0: HMLAN_Parse: HMLAN1 R:E3BD2E7   stat:0000 t:00BE1F60 d:FF r:FFB9     m:83 865E 3BD2E7 000000 ED4B9800CBE8
2017.01.04 12:36:33.767 0: HMLAN_Send:  HMLAN1 I:K
2017.01.04 12:36:33.771 0: HMLAN_Parse: HMLAN1 V:03C5 sNo:LEQ0640815 d:2CD8CE O:1DA462 t:00BE4B0C IDcnt:001C L:2 %

Greets

Byte

frank

der rauchmelder bleibt einfach stumm. null reaktion. seltsam, als wäre er nicht gepairt, würde tief schlafen oder hätte keine batterien.

ich würde den befehl beim funktionierenden rm probieren, um ein bug in fhem auszuschliessen, falls es hier funktioniert.
und danach wohl ein werkreset mit neukonfiguriereung am anderen rm probieren.

ich musste auch gerade einen fensterkontakt resetten, da dieser auf einmal völlig autonom auf aes gesetzt war und sich nicht mehr mit normalen mitteln umkonfigurieren liess.
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

Bytechanger

Also,

assignHmKey an bereits AES-Key übertragenem RM ging auch nicht, bekomme ebenfalls MISSING ACK!
ABER: überall geht getConfig UND der teamCall geht auch an ALLEN RMs !!!

Sie reagieren also auf bestimmte Befehle, nur der assignHMKey geht nicht !!!
FHEM-Fehler ??


Greets

Byte

frank

ZitatFHEM-Fehler ??
keine ahnung.
vielleicht hat der andere ja auch schon den schlüssel und nur das reading ist irgendwie verloren gegangen.

schon mal versucht ein register bei dem problemkind zu ändern? da sollte nach meinem verständnis, nach erfolgreicher änderung, anschliessend der genutzte schlüssel erkennbar sein.
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

Bytechanger

@frank, welches Register ändere ich wie?
Ich bin für jede Hilfe dankbar und versuche es...

Greets

Byte

frank

Zitat von: Bytechanger am 04 Januar 2017, 15:02:07
@frank, welches Register ändere ich wie?
Ich bin für jede Hilfe dankbar und versuche es...
mögliche register mit wertebereichen siehst du mit get regList.
mit set regSet wird es dann gesetzt.
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