Hi, leider funktioniert die Verschlüsselung nicht vollständig mit dem neu erworbenen HM-MOD-UART. Sign und aesCommReq on funktionieren ohne Fehler, aber in HMINFO bekomme ich dennoch die obige Meldung. Vielen Dank für Eure Hilfe ....
Internals:
DEF ??????
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 18
NAME VCCU
NOTIFYDEV global
NR 129
NTFY_ORDER 50-VCCU
STATE myHmUART:ok,
TYPE CUL_HM
assignedIOs myHmUART
channel_01 VCCU_Btn1
channel_02 VCCU_Btn2
channel_03 VCCU_Btn3
myHmUART_MSGCNT 18
myHmUART_RAWMSG 05000039F1A25818DC3561265B0000
myHmUART_RSSI -57
myHmUART_TIME 2018-02-07 18:07:38
READINGS:
2018-02-07 17:51:37 state myHmUART:ok,
2018-02-07 18:07:38 unknown_18DC35 received
2018-02-07 17:40:16 unknown_26CD19 received
helper:
HM_CMDNR 244
mId FFF0
regLst ,0
rxType 1
expert:
def 1
det 0
raw 1
tpl 0
io:
vccu VCCU
ioList:
myHmUART
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
shadowReg:
role:
Attributes:
IODev myHmUART
IOList myHmUART
IOgrp VCCU
aesCommReq 1
expert 2_raw
hmKey 01:fksdhgfxxxxxxxx
model CCU-FHEM
subType virtual
webCmd virtual:update
Internals:
AssignedPeerCnt 21
CNT 250
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 250
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 9
LastOpen 1518021970.76325
NAME myHmUART
NR 17
PARTIAL
RAWMSG 040203
RSSI -68
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 2
msgLoadHistory 0/0/0/1/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 1/1/1/1/0/-/-/-/-/-/-/-/-
owner XXXXXX
owner_CCU VCCU
Helper:
CreditTimer 93
FW 66561
Initialized 1
SendCnt 3
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00274205207824707
loadLvl:
lastHistory 1518023181.26555
MatchList:
1:CUL_HM ^A......................
Peers:
24EA29 +24EA29,00,01,00
2F123A +2F123A,00,01,00
30AFB4 +30AFB4,00,01,00
3D0E29 +3D0E29,00,01,00
3D1101 +3D1101,00,01,00
3D113A +3D113A,00,01,00
3D113C +3D113C,00,01,00
3D11FD +3D11FD,01,01,02
3D1200 +3D1200,01,01,02
3D1201 +3D1201,00,01,00
3D1208 +3D1208,00,01,00
3D1211 +3D1211,00,01,00
3D3DD1 +3D3DD1,00,01,00
3D3DFB +3D3DFB,00,01,00
3D3E64 +3D3E64,00,01,00
3D3E65 +3D3E65,00,01,00
3D3E66 +3D3E66,00,01,00
3E1141 +3E1141,00,01,00
44BE9E +44BE9E,00,01,00
44D499 +44D499,00,01,00
541A8B +541A8B,00,01,00
READINGS:
2018-02-07 17:46:21 D-HMIdAssigned??????
2018-02-07 17:46:21 D-HMIdOriginal ??????
2018-02-07 17:46:21 D-firmware 1.4.1
2018-02-07 17:46:21 D-serialNr OEQ0
2018-02-07 17:46:10 D-type HM-MOD-UART
2018-02-07 17:46:21 cond ok
2018-02-07 18:06:48 load 2
2018-02-07 17:46:21 loadLvl low
2018-02-07 17:46:10 state opened
helper:
Attributes:
hmId ??????
Internals:
DEF 3D11FD
IODev myHmUART
NAME F_GastR
NOTIFYDEV global
NR 126
NTFY_ORDER 50-F_GastR
STATE closed
TYPE CUL_HM
READINGS:
2018-02-07 17:46:18 Activity alive
2018-02-07 15:16:55 CommandAccepted yes
2018-02-07 15:22:08 D-firmware 1.0
2018-02-07 15:22:08 D-serialNr MEQffsdfs
2018-02-07 15:22:09 PairedTo 0x8?????
2018-02-07 14:07:59 R-cyclicInfoMsg on
2018-02-07 14:07:59 R-eventDlyTime 0 s
2018-02-07 15:22:09 R-pairCentral 0x8????
2018-02-07 14:07:59 R-sabotageMsg on
2018-02-07 15:15:06 R-sign on
2018-02-07 15:22:09 RegL_00. 02:01 09:01 0A:83 0B:57 0C:DF 10:01 14:06 00:00
2018-02-07 15:22:09 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2018-02-07 15:16:55 aesCommToDev ok
2018-02-07 15:16:55 aesKeyNbr 00
2018-02-07 17:45:35 alive yes
2018-02-07 17:45:35 battery ok
2018-02-07 17:45:35 contact closed (to VCCU)
2018-02-07 15:02:18 powerOn 2018-02-07 15:02:18
2018-02-07 17:45:35 recentStateType info
2018-02-07 17:45:35 sabotageError off
2018-02-07 17:45:35 state closed
2018-02-07 14:09:36 trig_aes_VCCU fail:16
2018-02-07 15:24:43 trigger_cnt 9
helper:
HM_CMDNR 22
mId 00C7
regLst ,0,1,4p
rxType 28
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +3D11FD,01,01,02
rxt 2
vccu VCCU
p:
3D11FD
01
01
02
prefIO:
myHmUART
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
shadowReg:
tmpl:
role:
Attributes:
IODev myHmUART
IOgrp VCCU:myHmUART
actCycle 002:50
actStatus alive
aesCommReq 1
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SCo
peerIDs 00000000,
room CUL_HM
serialNr MEQ0810855
subType threeStateSensor
Hi,
das hier hat bei der VCCU nix zu suchen
IOgrp VCCU
Ob das der wirkliche Grund ist weiß ich nicht.
Gruß Otto
Habe es gelöscht, restart, hminfo keine Änderung.
sign und aesCommReq 1aber kein keynbr???
hast Du denn den Key zugewiesen?
Aber die Meldung ist unlogisch, bei mir funktionieren die Fensterkontakte mit HMUART Modul.
Gruß Otto
Ja, ich habe den key mehrfach gesetzt. aesCommToDev ist ok. Ich habe auch schon im HMINfO Clear all ausgeführt. Die Meldung kommt immer noch. Im Prinzip immer, wenn ich das aesCommReq 1 setze. Wenn ich es abschalte ist die Meldung wieder weg. Ich habe ansonsten nix gepeert. Ich hatte vorher HMLAN und Raspimatic. Da lief es. Kann es sein, das irgendwelche Reste in den Registern drin sind? Ich habe die Teile mehrfach resetet.
Sorry da kann ich auch nicht weiterhelfen. Aber es gibt ein paar Artikel dazu, such mal Google ->
site:forum.fhem.de aesCommReq
Vielleicht findest Du da einen Hinweis.
Gruß Otto
Okay, vielen Dank für die Tips.
Ich wäre ja schon froh wenn ich den UART zurücksetzen könnte. Hab FHEM komplett neu gemacht. Der hat bei mir eine D-HMIdOriginal und eine D-HMIdAssigned. Das und die Firmware sind nicht mehr flüchtig. Und Du bist sicher, dass bei den Fensterkontakten das aesCommReq=1 keine Fehler in HMINFO stehen?
Grüße aus dem kleinen C...
Wenn ich mich recht erinnere, ist diese Fehlermeldung schlicht falsch. Ich habe die in meinem System auch, aber AES funktioniert.
Um aesKeyNbr sehen zu können, musst du den neuen Key assignen und anschließend etwas an den Registern des Sco ändern. sign off und anschließend wieder sign on. Dann steht die richtige aesKeyNbr in den Readings.
Der HMUART sieht eigentlich gut aus. D-HMIdOriginal ist die interne hmId und die D-HMIdAssigned ist die, die Du über attr hmId bzw. von der VCCU zuweist. Da Du eine VCCU hast kannst Du das attr direkt am HMUART löschen, aber es stört nicht.
Was meinst Du mit der Firmware? Du hast die Aktuelle, meines Wissens.
Ich habe mal am SCo aesCommReq = 1 gesetzt, da kommen keine Fehler. Aber ich bin da bei AES relativ unbeleckt.
Den Hinweis von automatisierer habe ich woanders so auch gefunden.
Gruß Otto
Okay, das beruhigt mich jetzt etwas. :-) Danke für die Infos.... Vielleicht kann das ja mal korrigiert werden. Vielen Dank nochmal.
Ja Firm ist aktuell.