Hallo Leute,
wie im Titel schon ersichtlich, habe ich Probleme mit den Rauchmeldern HM-SEC-SD. Gestern habe ich den ersten Rauchmelder angelernt (autocreate) und alles funktionierte erst einmal ohne Probleme. Alle readings kamen korrekt und ich konnte über 'set [...] alarmON' bzw. alarmOFF den Melder auslösen.
Heute wollte ich weitere Rauchmelder anlernen und natürlich einen viertuellen Teamleader erstellen. Das hat zwar prinzipiell geklappt, aber die teamcalls funktionierten nicht. Nach einigem Probieren kam ich auf die glorreiche Idee, fhem per 'update' zu aktualisieren.
Seit dem kann ich die Rauchmelder zwar noch per autocreate anlernen, aber sie werden irgendwie nicht richtig angelegt. In den Attributen ist zwar der subType smokeDetector eingetragen, aber neben set gibt es nicht die entsprechenden Auswahlmöglichkeiten, also kein set [...] alarmON etc. Dafür jetzt so etwas wie set assignHmKey, obwohl diese Rauchmelder gar kein AES unterstützen.
Weiß jemand Rat? Kann das update schuld sein?
Danke für Eure Hilfe
Björn
PS: Solltet Ihr etwas an Daten benötigen, sagt bitte Bescheid. A, besten auch gleich, wie ich diese generiere ;-)
Ein list des device. Und ein get cmdlist.
Hallo Martin,
vielen Dank, dass Du Dich dieser Sache annimmst. Es ist wirklich merkwürdig, dass sich das Anlernverhalten von einem Moment auf den anderen so verändert. Es sind nicht einmal mehr die selben internals bzw. readings vorhanden. Gestern hatte ich auch noch eine peerlist mit dem Inhalt self01 (zumindest erinnere ich das so) und die veränderten Befehle hinter set habe ich ja schon erwähnt.
Hier jetzt die geforderten Informationen. Es läuft übrigens auf einem raspberry.
Ich hoffe, Du siehst etwas oder hast eine Idee.
Gets ------
cmdList
param -param-
reg -addr- ... -list- -peer-
regList
regVal -addr- ... -list- -peer-
saveConfig -filename- ...
Sets ------
assignHmKey:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getConfig:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
peerBulk -peer1,peer2,...- [set|unset]
peerChan -btnNumber- -actChn- ... single [set|unset] actor
raw:data ...
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
reset:
statusRequest
templateDel:tmplt
unpair:
Internals:
CFGFN
DEF 22F76F
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 5
NAME Rauchmelder_Flur
NOTIFYDEV global
NR 125
STATE off
TYPE CUL_HM
lastMsg No:2C - t:10 s:22F76F d:424242 0100000000
myHmUART_MSGCNT 5
myHmUART_RAWMSG 0501003D2CA01022F76F4242420100000000
myHmUART_RSSI -61
myHmUART_TIME 2018-11-08 21:49:50
protLastRcv 2018-11-08 21:49:50
protRcv 5 last_at:2018-11-08 21:49:50
protSnd 8 last_at:2018-11-08 21:49:50
protSndB 3 last_at:2018-11-08 21:49:49
protState CMDs_done
rssi_at_myHmUART cnt:5 min:-68 max:-59 avg:-61.6 lst:-61
rssi_myHmUART cnt:2 min:-68 max:-68 avg:-68 lst:-68
READINGS:
2018-11-08 21:49:43 Activity alive
2018-11-08 21:49:38 D-firmware 1.0
2018-11-08 21:49:38 D-serialNr KEQ0744569
2018-11-08 21:49:50 PairedTo 0x000000
2018-11-08 21:49:50 R-pairCentral 0x000000
2018-11-08 21:49:50 RegL_00. 02:00 0A:00 0B:00 0C:00 00:00
2018-11-08 21:49:46 battery ok
2018-11-08 21:49:46 level 0
2018-11-08 21:49:44 powerOn 2018-11-08 21:49:44
2018-11-08 21:49:46 recentStateType info
2018-11-08 21:49:46 state off
helper:
HM_CMDNR 44
PONtest 0
cSnd 0142424222F76F00040000000000,0142424222F76F0103
mId 0042
peerIDsRaw ,00000000
regLst ,0
rxType 2
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +22F76F,00,00,00
nextSend 1541710191.26436
prefIO
rxt 0
vccu
p:
22F76F
00
00
00
mRssi:
mNo 2C
io:
myHmUART:
-57
-57
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO myHmUART
flg A
ts 1541710190.96992
ack:
HASH(0x39b93b8)
2C800242424222F76F00
rssi:
at_myHmUART:
avg -61.6
cnt 5
lst -61
max -59
min -68
myHmUART:
avg -68
cnt 2
lst -68
max -68
min -68
shadowReg:
Attributes:
IODev myHmUART
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr KEQ0744569
subType smokeDetector
webCmd statusRequest
2018-11-08 21:49:50 PairedTo 0x000000
Der ist wohl noch gar nicht richtig angelernt. Einfach mal die Hinweise im Wiki noch einmal befolgen.
Hallo RM83,
vielen Dank für den Hinweis, ich glaube, ich werde wuschig ;-)
Nun habe ich erfolgreich gepaired und das list sieht so aus:
Internals:
CFGFN
DEF 22F76F
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 14
NAME Rauchmelder_Flur
NOTIFYDEV global
NR 313
STATE off
TYPE CUL_HM
lastMsg No:2F - t:10 s:22F76F d:424242 060100004A
myHmUART_MSGCNT 14
myHmUART_RAWMSG 050100412FA01022F76F424242060100004A
myHmUART_RSSI -65
myHmUART_TIME 2018-11-08 23:23:01
protCmdDel 4
protLastRcv 2018-11-08 23:23:01
protRcv 14 last_at:2018-11-08 23:23:01
protResnd 2 last_at:2018-11-08 23:16:07
protResndFail 2 last_at:2018-11-08 23:16:11
protSnd 17 last_at:2018-11-08 23:23:01
protSndB 9 last_at:2018-11-08 23:23:01
protState CMDs_done
rssi_at_myHmUART cnt:14 min:-70 max:-58 avg:-61.57 lst:-65
rssi_myHmUART cnt:4 min:-74 max:-65 avg:-68.25 lst:-74
READINGS:
2018-11-08 23:23:00 Activity alive
2018-11-08 23:21:26 CommandAccepted yes
2018-11-08 23:21:25 D-firmware 1.0
2018-11-08 23:21:25 D-serialNr KEQ0744569
2018-11-08 23:22:03 PairedTo 0x424242
2018-11-08 23:22:03 R-pairCentral 0x424242
2018-11-08 23:22:03 RegL_00. 02:01 0A:42 0B:42 0C:42 00:00
2018-11-08 23:23:01 battery ok
2018-11-08 23:23:01 level 0
2018-11-08 23:21:26 powerOn 2018-11-08 23:21:26
2018-11-08 23:23:01 recentStateType info
2018-11-08 23:23:01 state off
helper:
HM_CMDNR 47
PONtest 0
cSnd 0142424222F76F0103,0142424222F76F010E
mId 0042
peerIDsRaw ,00000000
regLst ,0
rxType 2
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +22F76F,00,00,00
nextSend 1541715781.91392
prefIO
rxt 0
vccu
p:
22F76F
00
00
00
mRssi:
mNo 2F
io:
myHmUART:
-61
-61
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO myHmUART
flg A
ts 1541715781.61957
ack:
HASH(0x3ea2338)
2F800242424222F76F00
rssi:
at_myHmUART:
avg -61.5714285714286
cnt 14
lst -65
max -58
min -70
myHmUART:
avg -68.25
cnt 4
lst -74
max -65
min -74
shadowReg:
Attributes:
IODev myHmUART
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr KEQ0744569
subType smokeDetector
webCmd statusRequest
Der Rauchmelder kommuniziert mit fhem, getConfig liefert Antworten und statusrequest funktioniert auch. Nur das gewohnte dropdown-menü hinter set, das ja meines Wissens vom Attribut 'subType' abhängig ist, fehlt.
Vielen Dank für Eure Hlfe
Ok, jetzt habe ich es offensichtlich geschafft ;D
Das Problem war das Attribut autoReadReg, es stand auf 4_regStatus. Ich habe es auf 5_readMissing gesetzt und nun habe ich unter 'set' auch wieder 'alarmON' und 'alarmOFF'.
Ehrlich gesagt habe ich aber keinen Plan, was genau ich geändert habe, falls Ihr es mir kurz erläutern könnt, wäre ich dankbar.
Fakt ist, nun läuft alles wieder so, wie ich es heute Morgen schon hatte, und ich kann mich wieder am virtuellen Teamleader der Rauchmelder versuchen ;)
Danke
Bönne
sorry für die späte Antwort.
alarmOn/Off kann nur der TeamLead (technisch bedingt.... und sinnvoll)
Dein SD hatte keinen Peer eingetragen (der Peer beim SD ist sein TeamLead). Oder FHEM kannte den peer nicht. Ein getConfig hätte gereicht. das autoReadReg prüft auf fehlende Infos, löst das getConfig indirekt aus, der Peer erscheint und damit auch das Kommando