FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: weini am 21 Juni 2016, 22:42:45

Titel: HM-LC-Dim1TPBU-FM und AES - Sign für Channel schlägt fehl
Beitrag von: weini am 21 Juni 2016, 22:42:45
Hallo zusammen!

Ich versuche, einen Dimmer HM-LC-Dim1TPBU-FM (aktuelle FW 2.9) mit AES zu nutzen. Den Key konnte ich soweit setzen.
Das Device sieht wie folgt aus:

Internals:
   DEF        481C40
   IODev      nanoCULHomeMatic
   LASTInputDev nanoCULHomeMatic
   MSGCNT     405
   NAME       Flur_Lichtbild
   NR         250
   NTFY_ORDER 50-Flur_Lichtbild
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Flur_Lichtbild_Sw
   channel_02 Flur_Lichtbild_Sw1_V_01
   channel_03 Flur_Lichtbild_Sw1_V_02
   lastMsg    No:9B - t:02 s:481C40 d:D3AA78 010100003432
   nanoCULHomeMatic_MSGCNT 405
   nanoCULHomeMatic_RAWMSG A0F9B8002481C40D3AA78010100003432::-52:nanoCULHomeMatic
   nanoCULHomeMatic_RSSI -52
   nanoCULHomeMatic_TIME 2016-06-21 22:26:40
   protCmdDel 2
   protLastRcv 2016-06-21 22:26:40
   protResnd  4 last_at:2016-06-21 22:14:41
   protResndFail 1 last_at:2016-06-21 22:04:05
   protSnd    323 last_at:2016-06-21 22:26:40
   protState  CMDs_done
   rssi_at_nanoCULHomeMatic cnt:269 lst:-52 max:-47 avg:-49.86 min:-52.5
   rssi_nanoCULHomeMatic avg:-52 min:-52 cnt:1 lst:-52 max:-52
   Readings:
     2016-06-21 22:15:46   CommandAccepted yes
     2016-06-21 22:10:21   D-firmware      2.9
     2016-06-21 22:12:38   D-serialNr      NEQ0256951
     2016-06-21 22:15:52   PairedTo        0xD3AA78
     2016-06-21 22:11:57   R-pairCentral   0xD3AA78
     2016-06-21 22:15:52   RegL_00.          02:81 0A:D3 0B:AA 0C:78 15:FF 18:00 6E:69 00:00
     2016-06-21 22:15:46   aesCommToDev    ok
     2016-06-21 22:15:45   aesKeyNbr       00
     2016-06-21 22:26:40   state           CMDs_done
   Helper:
     HM_CMDNR   155
     cSnd       01D3AA78481C400304481C400203,11D3AA78481C400201000000
     mId        0068
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +481C40,00,01,00
       nextSend   1466540800.4019
       rxt        0
       vccu       hm_VCCU
       p:
         481C40
         00
         01
         00
       prefIO:
         nanoCULHomeMatic
     Mrssi:
       mNo        9B
       Io:
         nanoCULHomeMatic -50
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat   01
     Role:
       dev        1
       prs        1
     Rssi:
       At_nanoculhomematic:
         avg        -49.868029739777
         cnt        269
         lst        -52
         max        -47
         min        -52.5
       Nanoculhomematic:
         avg        -52
         cnt        1
         lst        -52
         max        -52
         min        -52
     Shadowreg:
     Tmpl:
   Nb:
     cnt        3
Attributes:
   IODev      nanoCULHomeMatic
   IOgrp      hm_VCCU:nanoCULHomeMatic
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.9
   model      HM-LC-Dim1TPBU-FM
   room       Flur
   serialNr   NEQ0256951
   subType    dimmer
   webCmd     getConfig:clear msgEvents


Der Dimmer hat 3 Channels. Wenn ich nun bei einem der Channels "sign" auf "on" setzen möchte, dann erhalte ich folgenden FHEM Fehler:

sign failed: supported register are fuseDelay intKeyVisib lgActionTypeDim lgCtDlyOff lgCtDlyOn lgCtOff lgCtOn lgCtRampOff lgCtRampOn lgCtValHi lgCtValLo lgDimElsActionType lgDimElsJtDlyOff lgDimElsJtDlyOn lgDimElsJtOff lgDimElsJtOn lgDimElsJtRampOff lgDimElsJtRampOn lgDimElsOffTimeMd lgDimElsOnTimeMd lgDimJtDlyOff lgDimJtDlyOn lgDimJtOff lgDimJtOn lgDimJtRampOff lgDimJtRampOn lgDimMaxLvl lgDimMinLvl lgDimStep lgMultiExec lgOffDly lgOffDlyBlink lgOffDlyNewTime lgOffDlyOldTime lgOffDlyStep lgOffLevel lgOffTime lgOffTimeMode lgOnDly lgOnDlyMode lgOnLevel lgOnLvlPrio lgOnMinLevel lgOnTime lgOnTimeMode lgRampOffTime lgRampOnTime lgRampSstep localResDis logicCombination ovrTempLvl pairCentral powerUpAction redLvl redTempLvl shActionTypeDim shCtDlyOff shCtDlyOn shCtOff shCtOn shCtRampOff shCtRampOn shCtValHi shCtValLo shDimElsActionType shDimElsJtDlyOff shDimElsJtDlyOn shDimElsJtOff shDimElsJtOn shDimElsJtRampOff shDimElsJtRampOn shDimElsOffTimeMd shDimElsOnTimeMd shDimJtDlyOff shDimJtDlyOn shDimJtOff shDimJtOn shDimJtRampOff shDimJtRampOn shDimMaxLvl shDimMinLvl shDimStep shMultiExec shOffDly shOffDlyBlink shOffDlyNewTime shOffDlyOldTime shOffDlyStep shOffLevel shOffTime shOffTimeMode shOnDly shOnDlyMode shOnLevel shOnLvlPrio shOnMinLevel shOnTime shOnTimeMode shRampOffTime shRampOnTime shRampSstep statusInfoMinDly statusInfoRandom transmitTryMax


Hier der List vom Channel:

Internals:
   DEF        481C4001
   NAME       Flur_Lichtbild_Sw
   NR         252
   NTFY_ORDER 50-Flur_Lichtbild_Sw
   STATE      chn:off phys:25
   TYPE       CUL_HM
   chanNo     01
   device     Flur_Lichtbild
   peerList   self01,self02,
   Readings:
     2016-06-21 22:26:40   CommandAccepted yes
     2016-06-21 22:01:20   R-logicCombination or
     2016-06-21 22:01:20   R-powerUpAction off
     2016-06-21 22:01:25   R-self01-lgActionTypeDim downDim
     2016-06-21 22:01:25   R-self01-lgOnLevel 100 %
     2016-06-21 22:01:25   R-self01-shActionTypeDim jmpToTarget
     2016-06-21 22:01:25   R-self01-shOnLevel 100 %
     2016-06-21 22:01:27   R-self02-lgActionTypeDim upDim
     2016-06-21 22:01:27   R-self02-lgOnLevel 100 %
     2016-06-21 22:01:27   R-self02-shActionTypeDim jmpToTarget
     2016-06-21 22:01:27   R-self02-shOnLevel 100 %
     2016-06-21 22:15:53   RegL_01.          30:06 32:50 33:64 34:4B 35:50 56:00 57:24 59:01 00:00
     2016-06-21 22:15:57   RegL_03.self01   01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:64 0E:20 0F:00 10:14 11:C8 12:0A 13:05 14:05 15:00 16:C8 17:0A 18:0A 19:04 1A:04 26:00 27:14 28:52 29:63 81:00 82:00 83:00 84:32 85:64 86:00 87:0A 88:00 89:FF 8A:A5 8B:44 8C:54 8D:64 8E:20 8F:00 90:14 91:C8 92:0A 93:05 94:05 95:00 96:C8 97:0A 98:0A 99:04 9A:04 A6:20 A7:14 A8:52 A9:63 00:00
     2016-06-21 22:16:00   RegL_03.self02   01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:12 0C:22 0D:23 0E:20 0F:00 10:14 11:C8 12:0A 13:05 14:05 15:00 16:C8 17:0A 18:0A 19:04 1A:04 26:00 27:14 28:52 29:63 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:24 8B:12 8C:22 8D:23 8E:20 8F:00 90:14 91:C8 92:0A 93:05 94:05 95:00 96:C8 97:0A 98:0A 99:04 9A:04 A6:20 A7:14 A8:52 A9:63 00:00
     2016-06-21 22:26:40   deviceMsg       off (to hm_VCCU)
     2016-06-21 22:26:40   dim             stop:off
     2016-06-21 22:26:40   level           0
     2016-06-21 22:26:40   overheat        off
     2016-06-21 22:26:40   overload        off
     2016-06-21 22:26:40   pct             0
     2016-06-21 22:15:53   peerList        self01,self02,
     2016-06-21 22:26:02   phyLevel        25
     2016-06-21 22:26:40   recentStateType ack
     2016-06-21 22:26:40   reduced         off
     2016-06-21 22:26:40   state           chn:off phys:25
     2016-06-21 22:26:40   timedOn         off
   Helper:
     dlvlCmd    ++A011D3AA78481C400201000000
     peerIDsRaw ,481C4001,481C4002,00000000
     Dir:
       cur        stop
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
     Vdim:
       idPhy      481C4001
       idV2       481C4002
       idV3       481C4003
   Nb:
     cnt        1
Attributes:
   group      dimmer
   model      HM-LC-Dim1TPBU-FM
   peerIDs    00000000,481C4001,481C4002,
   room       Flur
   webCmd     on:off:up:down:pct


Factory Reset am HM Dimmer und "clear all" in FHEM habe ich schon versucht.
Hat jemand eine Idee, was hier nicht funktioniert? Kann es sein, dass CUL_HM noch nicht darauf vorbereitet ist, dass dieses HM-Device seit FW 2.5 AES kann?

Viele Grüße,
weini
Titel: Antw:HM-LC-Dim1TPBU-FM und AES - Sign für Channel schlägt fehl
Beitrag von: automatisierer am 22 Juni 2016, 07:31:34
https://forum.fhem.de/index.php?topic=39368.0 (https://forum.fhem.de/index.php?topic=39368.0) Da war schon mal was...

Warum willst du einen Dimmer mit AES sichern? Dimmt dir dein Nachbar das Licht? Oder hast du Angst das die Einbrecher das Licht aus machen bevor sie einsteigen?
Titel: Antw:HM-LC-Dim1TPBU-FM und AES - Sign für Channel schlägt fehl
Beitrag von: weini am 22 Juni 2016, 07:38:55
Das hatte ich mir angesehen.
Ich kann aber den Key mit assignHMkey setzen. Auch habe ich den notwendigen FW Stand >= 2.5 drauf, das Ding ist neu.

Bisher habe ich nur recht wenige HM-Devices und versuche, generell AES zu aktivieren.
Titel: Antw:HM-LC-Dim1TPBU-FM und AES - Sign für Channel schlägt fehl
Beitrag von: automatisierer am 22 Juni 2016, 08:56:26
AES ist nicht immer sinvoll, es gibt halt mehr Funklast und dadurch auch Verzögerung beim ausführen der Aktionen. Hab mal in einem Thread gelesen, dass das Dimmen mit gepeerten Tastern mit AES z.B. nicht richtig funktioniert. Ich persönlich habe AES nur bei sicherheitsrelevanten Devices eingeschaltet - das sind Taster die das Garagentor oder die Haustür öffnen und die dazugehörigen Aktoren.

Es ist natürlich alles Geschmacksache - mein Haus ist kein Fort Knox und das soll es auch nicht werden - und wenn sich einer vor mein Haus stellt und mir das Licht an und aus knipst, dann erachte ich das mal als nicht sicherheitsrelevant und wünsche ihm viel Spass dabei.
Titel: Antw:HM-LC-Dim1TPBU-FM und AES - Sign für Channel schlägt fehl
Beitrag von: weini am 23 Juni 2016, 22:56:10
Ok, habe es gerafft! Habe jetzt bei mir AES (bzw. SIGN) bei einigen Komponenten wieder herausgenommen.

Allerdings: Funktionieren müsste das ja trotzdem! Es bleibt also die Frage, warum FHEM ein "set <chan> sign on" für den HM-LC-Dim1TPBU-FM nicht akzeptiert.
Wenn jemand den Dimmer mit einem Bewegungsmelder peeren will, dann könnte das ja durchaus sinnvoll sein.