Keymatic : 'not supported by FW version'

Begonnen von juppzupp, 22 Februar 2018, 12:07:09

Vorheriges Thema - Nächstes Thema

juppzupp

Hi,

sorry aber mit der suche finde ich nichts.
habe schon lange hm im einsatz. ein hmusb über vccu.
jetzt kam ein keymatic dazu, und damit das bedürfnis nach AES.
bin laut wiki vorgegangen, ich kann das schloss auch von fhem aus steuern.
ich finde im log aber immer wieder "pending"

2018-02-22_10:58:47 HM_549DD0 aesCommToDev: pending
2018-02-22_10:58:47 HM_549DD0 aesKeyNbr: 00
2018-02-22_10:58:47 HM_549DD0 aesCommToDev: ok
2018-02-22_10:58:47 HM_549DD0 battery: ok
2018-02-22_10:58:47 HM_549DD0 direction: up
2018-02-22_10:58:47 HM_549DD0 error: none
2018-02-22_10:58:47 HM_549DD0 lock: locked
2018-02-22_10:58:47 HM_549DD0 locked (uncertain)
2018-02-22_10:58:47 HM_549DD0 uncertain: yes
2018-02-22_10:58:47 HM_549DD0 unknown: 40


ein list des devices :

Internals:
   CFGFN
   DEF        549DD0
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     189
   NAME       HM_549DD0
   NOTIFYDEV  global
   NR         221654
   STATE      locked
   TYPE       CUL_HM
   hmusb_MSGCNT 189
   hmusb_RAWMSG E549DD0,0000,85F24D2A,FF,FFD8,89A410549DD0FECAFE06010000
   hmusb_RSSI -40
   hmusb_TIME 2018-02-22 10:59:06
   lastMsg    No:89 - t:10 s:549DD0 d:FECAFE 06010000
   protEvt_AESCom-ok 42 last_at:2018-02-22 10:58:47
   protLastRcv 2018-02-22 10:59:06
   protSnd    104 last_at:2018-02-22 10:59:06
   protState  CMDs_done
   rssi_at_hmusb lst:-40 max:-37 avg:-40.41 min:-62 cnt:105
   rssi_hmusb max:-39 lst:-39 cnt:40 min:-57 avg:-41.95
   Helper:
     Dblog:
       D-firmware:
         Logdb:
           TIME       1519136532.7154
           VALUE      2.5
       D-serialnr:
         Logdb:
           TIME       1519136532.7154
           VALUE      OEQ011x4x1
       R-angellocked:
         Logdb:
           TIME       1519136538.11705
           VALUE      810.08100810081 deg
       R-angelmax:
         Logdb:
           TIME       1519136538.11705
           VALUE      885.088508850885 deg
       R-angelopen:
         Logdb:
           TIME       1519136538.11705
           VALUE      210.02100210021 deg
       R-setupposition:
         Logdb:
           TIME       1519136538.11705
           VALUE      450.04500450045 deg
       Aescommtodev:
         Logdb:
           TIME       1519293527.67583
           VALUE      ok
       Aeskeynbr:
         Logdb:
           TIME       1519293527.41919
           VALUE      00
       Battery:
         Logdb:
           TIME       1519293546.23668
           VALUE      ok
       Direction:
         Logdb:
           TIME       1519293546.23668
           VALUE      none
       Error:
         Logdb:
           TIME       1519293546.23668
           VALUE      none
       Lock:
         Logdb:
           TIME       1519293546.23668
           VALUE      locked
       State:
         Logdb:
           TIME       1519293546.23668
           VALUE      locked
       Uncertain:
         Logdb:
           TIME       1519293546.23668
           VALUE      no
       Unknown:
         Logdb:
           TIME       1519293531.73979
           VALUE      40
   Readings:
     2018-02-22 10:58:47   CommandAccepted yes
     2018-02-20 15:22:12   D-firmware      2.5
     2018-02-20 15:22:12   D-serialNr      OEQ011x4x1
     2018-02-22 10:56:59   PairedTo        0xFECAFE
     2018-02-20 15:22:18   R-angelLocked   810.08100810081 deg
     2018-02-20 15:22:18   R-angelMax      885.088508850885 deg
     2018-02-20 15:22:18   R-angelOpen     210.02100210021 deg
     2018-02-20 15:22:17   R-pairCentral   0xFECAFE
     2018-02-20 15:22:18   R-setupPosition 450.04500450045 deg
     2018-02-22 10:56:59   RegL_00.          02:01 03:19 0A:FE 0B:CA 0C:FE 00:00
     2018-02-22 10:56:59   RegL_01.          14:64 15:64 16:01 17:1E 18:0E 19:3B 1A:36 1F:00  00:00
     2018-02-22 10:58:47   aesCommToDev    ok
     2018-02-22 10:58:47   aesKeyNbr       00
     2018-02-22 10:59:06   battery         ok
     2018-02-22 10:59:06   direction       none
     2018-02-22 10:59:06   error           none
     2018-02-22 10:59:06   lock            locked
     2018-02-22 10:59:06   recentStateType info
     2018-02-22 10:59:06   state           locked
     2018-02-22 10:59:06   uncertain       no
     2018-02-22 10:58:51   unknown         40
   Helper:
     HM_CMDNR   137
     cSnd       01FECAFE549DD00103,11FECAFE549DD08001012F
     mId        0026
     peerIDsRaw ,00000000
     rxType     2
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +549DD0,00,01,00
       nextSend   1519293546.33518
       prefIO
       rxt        0
       vccu
       p:
         549DD0
         00
         01
         00
     Mrssi:
       mNo        89
       Io:
         hmusb      -38
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1519293546.23571
       ack:
         HASH(0x7e0f358)
         898002FECAFE549DD000
     Rssi:
       At_hmusb:
         avg        -40.4190476190476
         cnt        105
         lst        -40
         max        -37
         min        -62
       Hmusb:
         avg        -41.95
         cnt        40
         lst        -39
         max        -39
         min        -57
     Shadowreg:
     Tmpl:
Attributes:
   IODev      hmusb
   IOgrp      vccu:hmusb
   autoReadReg 4_reqStatus
   devStateIcon locked:secur_locked@00FE00 unlocked:secur_open@FF0000
   expert     2_raw
   firmware   2.5
   model      HM-SEC-KEY-S
   msgRepeat  1
   peerIDs    00000000,
   room       CUL_HM,Garage
   serialNr   OEQ011x4x1
   subType    keyMatic
   webCmd     lock:unlock:inhibit on:inhibit off


jetzt dachte ich irgendwie ich hätte den "set HM_549DD0 sign on" vergessen. Wenn ich den absetze, bekomme ich aber folgende nachricht :

cannot calculate value. Please issue set HM_549DD0 getConfig first - invalid: not supported by FW version

getconfig löst das aber nicht.

wie gesagt, lock und unlock von fhem aus funktionieren.

ich steh auf dem schlauch und bitte um hilfe.




frank

ich denke die info kommt, da aes bei keymatic nicht verstellt werden kann, sondern fest eingeschaltet ist.
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

alru

Moin,

das Logfile von meinem Keymatic sieht ähnlich aus: Einem "pending" folgt meistens in der gleichen Sekunde ein "ok".

Ich vermute einmal, das sind Probleme im Zusammenhang mit der AES-Kommunikation. Allerdings ist kein dauerhaftes Pending zu finden. Insofern habe ich das bisher nicht als wirkliches Problem eingestuft.

Wie frank schon richtig geschrieben hat: AES lässt sich bei Keymatic nicht ausschalten. Der Befehl sign on ist also nicht vorgesehen und führt zu einer Fehlermeldung. Im Gegensatz zu anderen Devices findest du das Sign-on Reading auch nicht in der Liste.

Hier ist das schon einmal beschrieben worden: https://forum.fhem.de/index.php/topic,59555.msg567161.html#msg567161
Gruß,

Stefan
(Raspi 3B - Stretch / HM-LGW / HomeMatic / MySensors)

pc1246

Moin
Ich meine mal gelesen zu haben, dass mit der AES Uebertragung ein etwas anderes Verhalten der Kommunikation zu beachten ist. Es gibt, meine ich, irgendwie noch mal ein zusaetzliches hin und her. Das koennte dann auch eine Erklaerung sein. Oder liege ich da falsch?
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

automatisierer

2018-02-22_10:58:47 HM_549DD0 aesCommToDev: ok

letzten endes kommt es darauf an. pending besagt ja nur, dass es in "arbeit" ist. wenn anschließen ein 'fail' kommt, dann ist die kommunikation schief gegangen.

Erst wird der Befehl an das Device gesendet (unverschlüsselt)
Dann fragt das Device nach dem AES Key.
Der Key wird gesendet. (verschlüsselt)
Der Befehl wird ausgeführt und das ganze dem Sender bestätigt.


Du solltest wenn es dir um Sicherheit geht aber auch noch einen eigenen AES Key erstellen und nicht den HM-Standard nutzen.



juppzupp

Super, Danke!
jetzt muss ich mir nur sorgen machen, das ich den anderen thread nicht gefunden hatte.  8)