Nach dem Update heute ist mir eine Keyänderung in meiner fhem.cfg aufgefallen, es wird zusätzlich auch im webinterface und per telnet darauf hingewiesen.
Über die Suche weis ich jetzt auch warum das gemacht wurde, nur hatte ich bereits meinen Key geändert und meine Geräte mit dem HM-LAN gepairt. (vor ca. 2 Jahren)
Also dachte ich mir, meine Aktoren werden sich jetzt wohl nicht mehr steuern lassen, dem war aber nicht so.
Über die Suche ist mir wohl auch klar warum, aes signing Überprüfung (aesCommReq:on) auf dem HM_LAN ist nicht angestellt,
auf einem meiner Aktoren hatte ich damals aber (sign:on) gesetzt und sehe in den Internals: protEvt_AESok "2 last_at:2014-05-16 12:51:08"
Ein erfolgreiches signing kann aber doch nur passieren, wenn beim pairen der hmKey ausgetauscht wird oder?
Warum ist aber jetzt nach dem update und durch den Keywechsel, das signing immer noch ok?
Grundsätzlich möchte ich AES signing/checking auf allen Geräten aktivieren, bin mir aber nicht sicher wie ich das jetzt nachholen kann, ohne in größere Probleme zu laufen.
Einige der Aktoren sind unter Tapete sauber versteckt, meine Frau killt mich, wenn ich das öffnen müsste. :)
Gruß Eike
Ich habe fhem.cfg wieder auf meinen alten hmKey geändert, das statefile fhem.save gelöscht, kann aber nicht zurück auf meinen key:
Connected to localhost.
Escape character is '^]'.
Error messages while initializing FHEM:
configfile: hmKey set to 01:6f2b...................................d0
Warum und was muss ich machen?
Hallo Eike,
wenn du den key aenderst sollte es nicht mehr funktionieren - sofern AES eingeschaltet ist.
Dein Key ist 32 zeichen lang und hex kodiert? er hat nur zeichen 0-9 oder a-f?
Vorne dran steht die "01:"?
dann sollte keine Fehlermeldung kommen. Ist das so?
Gruss Martin
Nein mein alter key ist numerisch und ohne "01:".
Ich starte mein fhem mit "perl /usr/bin/fhem.pl /etc/fhem.cfg" in der Konfig steht der alte Key, mehrfach gepfüft, keine Dupletten.
fhem.save gelöscht und trotzdem kommt diese Meldung mit dem neuen Key, welchen ich dann auch in der Weboberfläche sehe.
Mit dem neuen alphanumerischen key kann ich alle Aktoren und Schalter steuern und lesen, hatte aber nur auf einem Schalter sign:on gesetzt, auch der funktioniert.
ich kann sign:on nicht setzen: "cannot calculate value. Please issue set BadRoll getConfig first - invalid"
auch nicht mit einen getConfig vorweg.
ist das Kommando getConfig auch bearbeitet worden? Hat es Probleme gegeben?
Aktor welcher vor keyÄnderung auf sign:on war:
CMDs_done und keine direkten Fehler erkennbar.
Unter Internals habe ich aber:
protEvt_AESerrReject 3 last_at:2014-05-19 07:10:01
protEvt_AESok 5 last_at:2014-05-18 21:59:13
protLastRcv 2014-05-19 09:55:22
Aktor ohne sign:on :
CMDs_done und keine Fehler erkennbar.
Ursprünglicher Fehler bleibt: "cannot calculate value. Please issue set GaestezRollLinks getConfig first - invalid"
Ich würde gerne auf meinen alten Key zurück gehen, das gelingt mir aber leider nicht! (Siehe Post oben)
habe meinen alten key als 2ten Schlüssel eingetragen. Bsp.: hmKey 02:1234123412341234
fhem> rereadcfg
hmKey set to 02:6f2xxxxxxxxxxxxxxxxxxcd0
WTF!
Hat noch Jemand eine Idee was ich machen soll, kann?
bin etwas verwirrt (mehr als sonst ;) )
haben wir ein AES problem oder eines die Daten zu lesen?
das getConfig ist komplett bearbeitet worden - ohne Fehler? Und du kannst das getConfig einmal sniffen und dann ein list des Device anhängen?
Das ein Machanismus mir meinen key ständig von einer numerischen Variante in eine alphanumerische Variante ändert ist ok?
fhem> list BadRoll
Internals:
DEF 1BCB4E
HMCFGLAN_MSGCNT 5
HMCFGLAN_RAWMSG E1BCB4E,0000,151A45A5,FF,FFB5,0EA0101BCB4E139AF2030000
HMCFGLAN_RSSI -75
HMCFGLAN_TIME 2014-05-20 16:34:06
IODev HMCFGLAN
LASTInputDev HMCFGLAN
MSGCNT 5
NAME BadRoll
NR 38
STATE oben
TYPE CUL_HM
lastMsg No:0E - t:10 s:1BCB4E d:139AF2 030000
protLastRcv 2014-05-20 16:34:06
protSnd 5 last_at:2014-05-20 16:34:06
protState CMDs_done
rssi_HMCFGLAN avg:-74 min:-74 max:-74 lst:-74 cnt:1
rssi_at_HMCFGLAN avg:-74.59 min:-75 max:-74 lst:-75 cnt:5
Readings:
2014-05-20 07:10:00 CommandAccepted yes
2014-05-16 15:47:22 D-firmware 2.1
2014-05-16 15:47:22 D-serialNr JEQ0117647
2014-05-20 16:34:06 PairedTo 0x139AF2
2014-05-16 16:16:14 R-confBtnTime 255 min
2014-05-20 16:34:06 R-intKeyVisib invisib
2014-05-20 16:34:06 R-pairCentral 0x139AF2
2014-05-20 16:34:06 RegL_00: 02:01 0A:13 0B:9A 0C:F2 15:FF 00:00
2014-05-20 07:10:00 aesKeyNbr FF
2014-05-20 13:50:39 deviceMsg on (to HMCFGLAN)
2014-05-20 13:50:39 level 100
2014-05-20 13:50:39 motor stop:on
2014-05-20 13:50:39 pct 100
2014-05-20 13:50:39 recentStateType info
2014-05-20 13:50:39 state on
2014-05-20 13:50:39 timedOn off
Helper:
cSnd 01139AF21BCB4E00040000000000
Io:
newChn +1BCB4E,00,01,00
nextSend 1400596446.40435
Mrssi:
mNo 0E
max HMCFGLAN
Io:
HMCFGLAN -73
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMCFGLAN
flg A
ts 1400596446.33464
ack:
HASH(0xea5658)
0E8002139AF21BCB4E00
Rssi:
Hmcfglan:
avg -74
cnt 1
lst -74
max -74
min -74
At_hmcfglan:
avg -74.6
cnt 5
lst -75
max -74
min -75
Shadowreg:
Attributes:
IODev HMCFGLAN
alias BadRoll
autoReadReg 4_reqStatus
eventMap on:oben off:unten
expert 2_full
firmware 2.1
icon icoLog
model HM-LC_Bl1PBU-FM
room Bad
serialNr JEQ0117647
subType blindActuator
webCmd oben:unten:stop
Wie sniffe ich das getConfig?
Ich glaube ich habs (hmProtocolEvents 3 ):
2014.05.20 16:43:31 5: HMLAN_Send: HMCFGLAN I:K
2014.05.20 16:43:31 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061315,139AF2,139AF2,1522E798,000B
2014.05.20 16:43:31 5: HMLAN_Parse: HMCFGLAN V:03C1 sNo:IEQ0061315 d:139AF2 O:139AF2 t:1522E798 IDcnt:000B
2014.05.20 16:43:33 5: Cmd: >attr HMCFGLAN hmProtocolEvents 3_dumpTrigger<
2014.05.20 16:43:34 5: Cmd: >{ReadingsVal("HMCFGLAN","hmPairForSec","")}<
2014.05.20 16:43:34 5: Cmd: >{AttrVal("HMCFGLAN","room","")}<
2014.05.20 16:43:41 5: Cmd: >{AttrVal("BadRoll","room","")}<
2014.05.20 16:43:41 5: Cmd: >{ReadingsVal("BadRoll","pct","")}<
2014.05.20 16:43:45 5: Cmd: >{ReadingsVal("BadRoll","getConfig","")}<
2014.05.20 16:43:47 5: Cmd: >set BadRoll getConfig<
2014.05.20 16:43:47 5: CUL_HM BadRoll protEvent:CMDs_pending pending:1
2014.05.20 16:43:47 5: HMLAN_Send: HMCFGLAN I:+1BCB4E,02,01,00
2014.05.20 16:43:47 3: CUL_HM set BadRoll getConfig
2014.05.20 16:43:47 5: HMLAN_Send: HMCFGLAN S:S1A169BF9 stat: 00 t:00000000 d:01 r:1A169BF9 m:0E A001 139AF2 1BCB4E 00040000000000
2014.05.20 16:43:47 5: CUL_HM BadRoll protEvent:CMDs_processing... pending:0
2014.05.20 16:43:47 4: SND L:10 N:0E F:A0 CMD:01 SRC:139AF2 DST:BadRoll 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BIDI,RPTEN)
2014.05.20 16:43:47 5: Triggering HMCFGLAN (1 changes)
2014.05.20 16:43:47 5: Notify loop for HMCFGLAN SND L:10 N:0E F:A0 CMD:01 SRC:139AF2 DST:BadRoll 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BIDI,RPTEN)
2014.05.20 16:43:47 5: HMLAN/RAW: /E1BCB4E,0000,152324E7,FF,FFB5,0EA0101BCB4E139AF20202010A130B9A0CF215FF
2014.05.20 16:43:47 5: HMLAN_Parse: HMCFGLAN R:E1BCB4E stat:0000 t:152324E7 d:FF r:FFB5 m:0E A010 1BCB4E 139AF2 0202010A130B9A0CF215FF
2014.05.20 16:43:47 5: HMCFGLAN dispatch A140EA0101BCB4E139AF20202010A130B9A0CF215FF::-75:HMCFGLAN
2014.05.20 16:43:47 4: RCV L:14 N:0E F:A0 CMD:10 SRC:BadRoll DST:139AF2 0202010A130B9A0CF215FF (INFO_PARAM_RESPONSE_PAIRS DATA:0x02010A130B9A0CF215FF) (,BIDI,RPTEN)
2014.05.20 16:43:47 5: Triggering HMCFGLAN (1 changes)
2014.05.20 16:43:47 5: Notify loop for HMCFGLAN RCV L:14 N:0E F:A0 CMD:10 SRC:BadRoll DST:139AF2 0202010A130B9A0CF215FF (INFO_PARAM_RESPONSE_PAIRS DATA:0x02010A130B9A0CF215FF) (,BIDI,RPTEN)
2014.05.20 16:43:47 5: HMLAN: Skip ACK
2014.05.20 16:43:47 4: SND L:0A N:0E F:80 CMD:02 SRC:139AF2 DST:BadRoll 00 (ACK) (,RPTEN)
2014.05.20 16:43:47 5: Triggering HMCFGLAN (1 changes)
2014.05.20 16:43:47 5: Notify loop for HMCFGLAN SND L:0A N:0E F:80 CMD:02 SRC:139AF2 DST:BadRoll 00 (ACK) (,RPTEN)
2014.05.20 16:43:47 5: CUL_HM BadRoll sent ACK:2
2014.05.20 16:43:47 5: HMLAN/RAW: /R1A169BF9,0001,152324EC,FF,FFB5,0EA0101BCB4E139AF20202010A130B9A0CF215FF
2014.05.20 16:43:47 5: HMLAN_Parse: HMCFGLAN R:R1A169BF9 stat:0001 t:152324EC d:FF r:FFB5 m:0E A010 1BCB4E 139AF2 0202010A130B9A0CF215FF
2014.05.20 16:43:47 5: HMCFGLAN dispatch A140EA0101BCB4E139AF20202010A130B9A0CF215FF::-75:HMCFGLAN
2014.05.20 16:43:47 4: CUL_HM BadRoll dupe: dont process
2014.05.20 16:43:47 5: HMLAN/RAW: /E1BCB4E,0000,152325DF,FF,FFB5,0FA0101BCB4E139AF2030000
2014.05.20 16:43:47 5: HMLAN_Parse: HMCFGLAN R:E1BCB4E stat:0000 t:152325DF d:FF r:FFB5 m:0F A010 1BCB4E 139AF2 030000
2014.05.20 16:43:47 5: HMCFGLAN dispatch A0C0FA0101BCB4E139AF2030000::-75:HMCFGLAN
2014.05.20 16:43:47 4: RCV L:0C N:0F F:A0 CMD:10 SRC:BadRoll DST:139AF2 030000 (INFO_PARAM_RESPONSE_SEQ OFFSET:0x00 DATA:0x00) (,BIDI,RPTEN)
2014.05.20 16:43:47 5: Triggering HMCFGLAN (1 changes)
2014.05.20 16:43:47 5: Notify loop for HMCFGLAN RCV L:0C N:0F F:A0 CMD:10 SRC:BadRoll DST:139AF2 030000 (INFO_PARAM_RESPONSE_SEQ OFFSET:0x00 DATA:0x00) (,BIDI,RPTEN)
2014.05.20 16:43:47 5: HMLAN: Skip ACK
2014.05.20 16:43:47 5: CUL_HM BadRoll protEvent:CMDs_done
2014.05.20 16:43:47 5: HMLAN_Send: HMCFGLAN I:+1BCB4E,00,01,00
2014.05.20 16:43:47 4: SND L:0A N:0F F:80 CMD:02 SRC:139AF2 DST:BadRoll 00 (ACK) (,RPTEN)
2014.05.20 16:43:47 5: Triggering HMCFGLAN (1 changes)
2014.05.20 16:43:47 5: Notify loop for HMCFGLAN SND L:0A N:0F F:80 CMD:02 SRC:139AF2 DST:BadRoll 00 (ACK) (,RPTEN)
2014.05.20 16:43:47 5: CUL_HM BadRoll sent ACK:2
2014.05.20 16:43:47 5: Cmd: >{ReadingsVal("BadRoll","pct","")}<
2014.05.20 16:43:48 5: Cmd: >{AttrVal("BadRoll","room","")}<
oder ist es "attr HMCFGLAN logIDs BadRoll"?
2014.05.20 16:54:22 5: HMLAN_Send: HMCFGLAN I:K
2014.05.20 16:54:22 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061315,139AF2,139AF2,152CD4B9,000B
2014.05.20 16:54:22 5: HMLAN_Parse: HMCFGLAN V:03C1 sNo:IEQ0061315 d:139AF2 O:139AF2 t:152CD4B9 IDcnt:000B
2014.05.20 16:54:47 5: HMLAN_Send: HMCFGLAN I:K
2014.05.20 16:54:47 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061315,139AF2,139AF2,152D367A,000B
2014.05.20 16:54:47 5: HMLAN_Parse: HMCFGLAN V:03C1 sNo:IEQ0061315 d:139AF2 O:139AF2 t:152D367A IDcnt:000B
2014.05.20 16:55:05 5: Cmd: >attr global verbose 1<
2014.05.20 16:58:14.271 0: HMLAN_Send: HMCFGLAN S:S1A23D5C4 stat: 00 t:00000000 d:01 r:1A23D5C4 m:0F A001 139AF2 1BCB4E 00040000000000
2014.05.20 16:58:14.435 0: HMLAN_Parse: HMCFGLAN R:E1BCB4E stat:0000 t:15305F27 d:FF r:FFB5 m:0F A010 1BCB4E 139AF2 0202010A130B9A0CF215FF
2014.05.20 16:58:14.552 0: HMLAN_Parse: HMCFGLAN R:R1A23D5C4 stat:0001 t:15305F2C d:FF r:FFB5 m:0F A010 1BCB4E 139AF2 0202010A130B9A0CF215FF
2014.05.20 16:58:14.683 0: HMLAN_Parse: HMCFGLAN R:E1BCB4E stat:0000 t:1530601F d:FF r:FFB5 m:10 A010 1BCB4E 139AF2 030000
Hi,
Es hat schon seinen Grund warum in
http://www.fhemwiki.de/wiki/HomeMatic#Attribute
beschrieben ist, dass der User einige Attribute besser nicht ändert - die gehören den System und man sollte sich auf das automatische Setzen verlassen.
HM-LC-Bl1PBU-FM sollte es sein
HM-LC_Bl1PBU-FM hast du
FHEM kennt dein Device nicht.
Gruss Martin
p.s.: der Key wird immer Umgerechnet - auch in Wiki nachzulesen.
http://www.fhemwiki.de/wiki/AES_Encryption#Aktivieren.2C_Einrichten.2C_Umgang_in_FHEM
Ich habe diese Attribute noch nie geändert, für eine Benennung nutze ich den Alias.
Danke für Deine Hilfe.