Moin zusammen,
seit längerer Zeit bin ich mal wieder über meine Rauchmelder HM-SEC-SD-2 gestolpert.
Davon habe ich 3 in Betrieb, wobei einer momentan Ärger macht.
Der steht immer mit State "MISSING ACK" in FHEM und CMDs_processing.
Ich habe den schon an meine VCCU neu angelernt, hat aber nicht geholfen.
Hat der eine Macke?
Wäre super, wenn jemand eine Idee hat. Ich liefere auch gerne noch weitere Infos.
Hier mal ein List vom Corpus delicti:
Internals:
CFGFN
DEF 65A163
FUUID 61a3a1c4-f33f-7b3d-249a-f2b37408c2f49b16
IODev myHMLGW_Schlafzimmer
LASTInputDev myHMLGW
MSGCNT 42
NAME HM_65A163
NOTIFYDEV global
NR 50144
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
lastMsg No:80 - t:10 s:65A163 d:000000 06010000
myHMLGW_MSGCNT 21
myHMLGW_RAWMSG 0500004880861065A16300000006010000
myHMLGW_RSSI -72
myHMLGW_Schlafzimmer_MSGCNT 21
myHMLGW_Schlafzimmer_RAWMSG 0500003280861065A16300000006010000
myHMLGW_Schlafzimmer_RSSI -50
myHMLGW_Schlafzimmer_TIME 2021-11-28 16:38:52
myHMLGW_TIME 2021-11-28 16:38:52
protCmdDel 6
protLastRcv 2021-11-28 16:38:52
protRcv 3 last_at:2021-11-28 16:38:52
protResnd 2 last_at:2021-11-28 16:41:35
protResndFail 2 last_at:2021-11-28 16:41:41
protSnd 2 last_at:2021-11-28 16:41:30
protSndB 4 last_at:2021-11-28 16:41:35
protState CMDs_done_Errors:1
rssi_at_myHMLGW cnt:21 min:-72 max:-65 avg:-66.28 lst:-72
rssi_at_myHMLGW_Schlafzimmer cnt:22 min:-73 max:-50 avg:-63.9 lst:-50
READINGS:
2021-11-28 16:35:32 D-firmware 1.0
2021-11-28 16:35:32 D-serialNr OEQ2018828
2021-11-28 16:38:52 alarmTest ok
2021-11-28 16:38:52 battery ok
2021-11-28 16:39:12 cfgState updating
2021-11-28 16:41:41 commState CMDs_done_Errors:1
2021-11-28 16:38:52 level 0
2021-11-28 16:38:52 powerOn 2021-11-28 16:38:52
2021-11-28 16:38:52 recentStateType info
2021-11-28 16:35:32 sdRepeat invalid
2021-11-28 16:38:52 smokeChamber ok
2021-11-28 16:41:41 state MISSING ACK
helper:
HM_CMDNR 130
cSnd 019A234E65A16300050000000000,019A234E65A163010E
getCfgListNo
mId 00AA
peerFriend peerSD
peerOpt p:smokeDetector
regLst 0
rxType 6
supp_Pair_Rep 0
cmds:
TmplKey :no:1638113737.98392
TmplTs 1638113737.98392
cmdKey 1:1:0::HM_65A163:00AA:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [({actor})]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
statusRequest noArg
tplDel -tplDel-
unpair noArg
lst:
condition Smoke Alarm,no alarm,tone off
peer
peerOpt RM_Schlafzimmer_Eltern,RM_Schlafzimmer_Kind,myVCCU_Btn1,va_Btn1
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +65A163,00,00,00
nextSend 1638113932.49964
prefIO
rxt 0
vccu myVCCU
p:
65A163
00
00
00
mRssi:
mNo 80
io:
myHMLGW:
-72
-72
myHMLGW_Schlafzimmer:
-44
-44
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat 00
role:
chn 1
dev 1
rssi:
at_myHMLGW:
avg -66.2857142857143
cnt 21
lst -72
max -65
min -72
at_myHMLGW_Schlafzimmer:
avg -63.9090909090909
cnt 22
lst -50
max -50
min -73
shadowReg:
RegL_00. 02:01 0A:9A 0B:23 0C:4E
tmpl:
Attributes:
IODev myHMLGW_Schlafzimmer
IOgrp myVCCU:myHMLGW_Schlafzimmer
autoReadReg 4_reqStatus
expert rawReg
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
serialNr OEQ2018828
subType smokeDetector
webCmd statusRequest
Und hier von der VCCU
Internals:
DEF 9A234E
FUUID 5c549a89-f33f-b047-2598-4e99a49f16aaae8e
IODev myHMLGW
LASTInputDev myHMLGW_Schlafzimmer
MSGCNT 30107
NAME myVCCU
NOTIFYDEV global
NR 25
NTFY_ORDER 50-myVCCU
STATE myHMLGW:ok,myHMLGW_Schlafzimmer:ok
TYPE CUL_HM
assignedIOs myHMLGW,myHMLGW_Schlafzimmer
channel_01 myVCCU_Btn1
lastMsg No:D1 - t:02 s:9A234E d:E55919 00
myHMLGW_MSGCNT 62
myHMLGW_RAWMSG 0500003582B0019A234E65A163010E
myHMLGW_RSSI -53
myHMLGW_Schlafzimmer_MSGCNT 30045
myHMLGW_Schlafzimmer_RAWMSG 05000035D180029A234EE5591900
myHMLGW_Schlafzimmer_RSSI -53
myHMLGW_Schlafzimmer_TIME 2021-11-28 16:45:51
myHMLGW_TIME 2021-11-28 16:41:38
protLastRcv 2021-11-28 16:45:51
protRcv 30026 last_at:2021-11-28 16:45:51
protRcvB 57 last_at:2021-11-28 16:41:31
rssi_at_myHMLGW cnt:62 min:-60 max:-48 avg:-52.98 lst:-53
rssi_at_myHMLGW_Schlafzimmer cnt:30026 min:-71 max:-48 avg:-53.09 lst:-53
READINGS:
2021-11-28 16:45:51 CommandAccepted yes
2021-11-22 10:02:51 IODev myHMLGW
2021-11-26 11:05:41 IOopen 2
2020-10-01 07:10:21 aesReqTo OG_el_SD_Bett
2020-09-30 18:25:50 commState CMDs_done
2021-11-28 16:35:32 hmPair name:HM_65A163 SN:OEQ2018828 model:HM-SEC-SD-2
2021-11-26 11:05:41 state myHMLGW:ok,myHMLGW_Schlafzimmer:ok
2021-06-07 14:19:45 unknown_239289 received
2021-06-07 17:05:23 unknown_383D06 received
2021-06-09 14:31:37 unknown_70C0A1 received
2020-09-30 18:18:03 unknown_70CC6F received
2021-09-01 12:26:18 unknown_BAAC49 received
2021-10-16 04:12:39 unknown_BBA028 received
2021-11-28 09:42:53 unknown_F10000 received
helper:
HM_CMDNR 209
PONtest 1
alarmNo 01
mId FFF0
peerFriend -
peerOpt -:virtual
regLst
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1637571771.36155
TmplTs 1637571771.36155
cmdKey 0:1:1::myVCCU:FFF0:00:
cmdLst:
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1638114351.90297
vccu myVCCU
ioList:
myHMLGW
myHMLGW_Schlafzimmer
prefIO:
myHMLGW
mRssi:
mNo D1
io:
myHMLGW:
myHMLGW_Schlafzimmer:
-53
-53
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_myHMLGW:
avg -52.983870967742
cnt 62
lst -53
max -48
min -60
at_myHMLGW_Schlafzimmer:
avg -53.0930859921401
cnt 30026
lst -53
max -48
min -71
tmpl:
Attributes:
IODev myHMLGW
IOList myHMLGW,myHMLGW_Schlafzimmer
IOgrp myVCCU:myHMLGW
expert defReg,rawReg
model CCU-FHEM
subType virtual
webCmd virtual:update
update, am besten auf die Version, die Martin vorhin ins svn geschubst hat.
Danke für den Tip, hat aber leider nichts gebracht.
Nach wie vor MISSING ACK.
IO-Module sind auch aktuell? Das mit SDs hatten wir neulich erst. Bitte suchen.
zeig mal ein aktuelles list.
warum ist der sd nicht gepeert?
willst du kein teamlead?
was sagt hminfo configcheck?
Ich sehe, ich muss mich doch wieder mehr damit beschäftigen. ;)
Werde dann wohl mal pairen um ein Team einzurichten.
Das aktuelle List sieht wie folgt aus:
Internals:
DEF 65A163
FUUID 61a3a1c4-f33f-7b3d-249a-f2b37408c2f49b16
IODev myHMLGW_Schlafzimmer
NAME HM_65A163
NR 265
NTFY_ORDER 48-HM_65A163
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
protCmdDel 4
protResnd 3 last_at:2021-11-28 17:14:58
protResndFail 3 last_at:2021-11-28 17:15:03
protSnd 3 last_at:2021-11-28 17:14:53
protSndB 6 last_at:2021-11-28 17:14:58
protState CMDs_done_Errors:1
READINGS:
2021-11-28 16:35:32 D-firmware 1.0
2021-11-28 16:35:32 D-serialNr OEQ2018828
2021-11-28 17:14:53 IODev myHMLGW_Schlafzimmer
2021-11-28 16:38:52 alarmTest ok
2021-11-28 16:38:52 battery ok
2021-11-28 17:13:55 cfgState updating
2021-11-28 17:15:03 commState CMDs_done_Errors:1
2021-11-28 16:38:52 level 0
2021-11-28 16:38:52 powerOn 2021-11-28 16:38:52
2021-11-28 16:38:52 recentStateType info
2021-11-28 16:35:32 sdRepeat invalid
2021-11-28 16:38:52 smokeChamber ok
2021-11-28 17:15:03 state MISSING ACK
RegL_00.:
VAL
helper:
HM_CMDNR 215
cSnd 019A234E65A16300040000000000,019A234E65A163010E
getCfgListNo
mId 00AA
peerFriend peerSD
peerOpt p:smokeDetector
regLst 0
rxType 6
cmds:
TmplKey :no:1638115990.16787
TmplTs 1638115990.16787
cmdKey 1:1:0::HM_65A163:00AA:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [({actor})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
statusRequest noArg
tplDel -tplDel-
unpair noArg
lst:
condition Smoke Alarm,no alarm,tone off
peer
peerOpt
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +65A163,00,00,00
rxt 0
vccu myVCCU
p:
65A163
00
00
00
prefIO:
myHMLGW_Schlafzimmer
mRssi:
mNo
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat 00
role:
chn 1
dev 1
tmpl:
Attributes:
IOgrp myVCCU:myHMLGW_Schlafzimmer
autoReadReg 4_reqStatus
expert rawReg
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
serialNr OEQ2018828
subType smokeDetector
webCmd statusRequest
Ein HMInfo hatte ich noch gar nicht. Wie gesagt, lange nichts mehr an FHEM gemacht.
Lege ich eins an und mache ein configCheck, so kommt "init not complete. configCheck won't be executed"
Im Wiki steht nach der Definition kann man ein "get hm help" machen, was aber in dem endet:
Unknown argument choose one of
---checks---
get configCheck [-typeFilter-]...
hminfo braucht eventuell ein fhem restart.
dein sd braucht mindestens ein getconfig.
Okay, der restart war es. Meine zwar einen gemacht zu haben, war aber wohl doch nicht so:
hminfo liefert nun dies:
Da steht auch der SD HM_65A163 drin. Nur was hat das zu bedeuten?
configCheck done:
missing register list
EG_dr_TS_Terrasse: RegL_00.
EG_fl_TK_Haustuer: .RegL_00.,.RegL_01.
EG_ku_TK_Strasse: RegL_00.,RegL_01.
EG_wz_TK_Carport: RegL_00.,RegL_01.
EG_wz_TK_Terrasse: .RegL_00.,.RegL_01.
EG_wz_TS_Terrasse: RegL_00.
HMRemote: RegL_00.
HMRemote_AAnlage_On_Off: RegL_01.,RegL_04.va_Btn10
HMRemote_Carport: RegL_01.,RegL_04.va_Btn7
HMRemote_Kueche_WW: RegL_01.,RegL_04.va_Btn9
HMRemote_LichtSofa: RegL_01.,RegL_04.va_Btn11
HMRemote_LichtTV: RegL_01.,RegL_04.va_Btn12
HMRemote_Markise: RegL_01.,RegL_04.va_Btn8
HMRemote_RollosAll: RegL_01.,RegL_04.va_Btn2
HMRemote_RollosMarkiseStop: RegL_01.,RegL_04.va_Btn1
HMRemote_StrasseLinks: RegL_01.,RegL_04.va_Btn5
HMRemote_StrasseRechts: RegL_01.,RegL_04.va_Btn6
HMRemote_TerrasseLinks: RegL_01.,RegL_04.va_Btn3
HMRemote_TerrasseRechts: RegL_01.,RegL_04.va_Btn4
HM_65A163: RegL_00.
OG_bz_BM_Motion: RegL_00.,RegL_01.
OG_szk_TK_SchlafenTim: .RegL_00.,.RegL_01.
TemperaturDifferenz: RegL_00.
peer list incomplete. Use getConfig to read it.
EG_wz_TS_Terrasse_Btn1:
HM_65A163:
peer not verified. Check that peer is set on both sides
HMRemote_C_light: p:va_Btn15
PairedTo missing/unknown
EG_dr_TS_Terrasse:
EG_fl_TK_Haustuer:
EG_ku_TK_Strasse:
EG_wz_TK_Carport:
EG_wz_TK_Terrasse:
EG_wz_TS_Terrasse:
HMRemote:
OG_bz_BM_Motion:
OG_szk_TK_SchlafenTim:
TemperaturDifferenz:
Ein getConfig auf dem SD kommt zu:
RESPONSE TIMEOUT:RegisterRead
wahrscheinlich nicht gepairt.
also mal drüberpairen, nichts löschen.
eventuell auch mal mit dem anderen io als prefered io versuchen.
zeig mal je ein list der 2 io.
Moin Frank,
na schon wach? :)
Gepaired habe ich die 3 SDs nun. Gibt einen Teamleader.
Noch mal ein List:
Internals:
DEF 65A163
FUUID 61a3a1c4-f33f-7b3d-249a-f2b37408c2f49b16
IODev myHMLGW
NAME RM_Buero_OG
NR 265
NTFY_ORDER 48-HM_65A163
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
protCmdDel 9
protResnd 4 last_at:2021-11-29 07:34:57
protResndFail 4 last_at:2021-11-29 07:35:02
protSnd 4 last_at:2021-11-29 07:34:50
protSndB 8 last_at:2021-11-29 07:34:57
protState CMDs_done_Errors:1
READINGS:
2021-11-28 16:35:32 D-firmware 1.0
2021-11-28 16:35:32 D-serialNr OEQ2018828
2021-11-29 07:34:50 IODev myHMLGW
2021-11-28 16:38:52 alarmTest ok
2021-11-28 16:38:52 battery ok
2021-11-29 07:35:00 cfgState updating
2021-11-29 07:35:02 commState CMDs_done_Errors:1
2021-11-28 16:38:52 level 0
2021-11-28 16:38:52 powerOn 2021-11-28 16:38:52
2021-11-28 16:38:52 recentStateType info
2021-11-28 16:35:32 sdRepeat invalid
2021-11-28 16:38:52 smokeChamber ok
2021-11-29 07:35:02 state MISSING ACK
helper:
HM_CMDNR 234
cSnd 019A234E65A163010E,019A234E65A163010E
getCfgListNo
mId 00AA
peerFriend peerSD
peerOpt p:smokeDetector
regLst 0
rxType 6
cfgChk:
idPz00 fail
idRc01 RegL_00.
cmds:
TmplKey :no:1638123746.17538
TmplTs 1638123746.17538
cmdKey 1:1:0::RM_Buero_OG:00AA:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [({actor})]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
statusRequest noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
lst:
condition Smoke Alarm,no alarm,tone off
peer
peerOpt HM_65A163,RM_Schlafzimmer_Eltern,RM_Schlafzimmer_Kind,myVCCU_Btn1,va_Btn1
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +65A163,00,00,00
rxt 0
vccu myVCCU
p:
65A163
00
00
00
prefIO:
myHMLGW
mRssi:
mNo
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat 00
role:
chn 1
dev 1
tmpl:
Attributes:
IOgrp myVCCU:myHMLGW
autoReadReg 4_reqStatus
expert rawReg
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
room Rauchmelder
serialNr OEQ2018828
subType smokeDetector
webCmd statusRequest
Und hier das list der 2 IOs:
Internals:
AssignedPeerCnt 39
CNT 89
Clients :CUL_HM:
DEF 192.168.178.2
DEVCNT 89
DevState 99
DevType LGW
DeviceName 192.168.178.2:2000
FD 4
FUUID 5cbf333f-f33f-b047-4bea-37f9022d5dc749c9
LastOpen 1638123746.22157
NAME myHMLGW
NOTIFYDEV global
NR 27
NTFY_ORDER 47-myHMLGW
PARTIAL
RAWMSG 040246
RSSI -57
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model eQ3-HM-LGW
msgLoadCurrent 35
msgLoadHistory 21/1/0/0/0/0/0/0/0/1/0/0
msgLoadHistoryAbs 29/8/7/7/7/7/7/7/7/7/6/6/6
owner 9A234E
owner_CCU myVCCU
Helper:
CreditTimer 2945
FW 66561
Initialized 1
SendCnt 194
AckPending:
219:
cmd 020000009480029A234E1F868501012000
dst 1
frame FD001301DB020000009480029A234E1F8685010120004527
time 1638166919.01547
78:
cmd 020000009880029A234E1F868501012000
dst 1
frame FD0013014E020000009880029A234E1F8685010120004815
time 1638167714.12005
84:
cmd 020000009A80029A234E1F868501012000
dst 1
frame FD00130154020000009A80029A234E1F868501012000FED8
time 1638167775.86736
LastSendLen:
3
3
Log:
IDs:
PendingCMD:
RoundTrip:
Delay 0.00370311737060547
loadLvl:
lastHistory 1638167549.1162
MatchList:
1:CUL_HM ^A......................
Peers:
09EE76 +09EE76,00,00,00
1C5513 +1C5513,02,00,00
1F8685 +1F8685,00,00,00
20C7F0 +20C7F0,00,00,00
218C13 +218C13,00,00,00
219AB4 +219AB4,00,00,00
22A266 +22A266,00,00,00
239F8D +239F8D,00,00,00
23FB45 +23FB45,00,00,00
24AAD3 +24AAD3,00,00,00
24F5CD +24F5CD,00,00,00
24F60D +24F60D,00,00,00
24F642 +24F642,00,00,00
24F6B5 +24F6B5,00,00,00
290801 +290801,00,00,00
290824 +290824,00,00,00
290825 +290825,00,00,00
29082D +29082D,00,00,00
2A12E7 +2A12E7,02,00,00
2D1292 +2D1292,00,00,00
3174EE +3174EE,00,00,00
34CB74 +34CB74,00,00,00
34CBF5 +34CBF5,00,00,00
433C5A +433C5A,00,00,00
495B93 +495B93,00,00,00
52D383 +52D383,00,00,00
52D38F +52D38F,00,00,00
52D39F +52D39F,00,00,00
52D3F3 +52D3F3,00,00,00
52D492 +52D492,00,00,00
53E197 +53E197,00,00,00
59110A +59110A,00,00,00
59116B +59116B,00,00,00
643754 +643754,00,00,00
653AC1 +653AC1,00,00,00
65A163 +65A163,00,00,00
70C0A1 +70C0A1,00,00,00
9A234E +9A234E
E55919 +E55919,00,00,00
READINGS:
2021-11-28 19:22:29 D-HMIdAssigned 9A234E
2021-11-28 19:22:29 D-HMIdOriginal FFFFFF
2021-11-28 19:22:26 D-LANfirmware 1.1.5
2021-11-28 19:22:29 D-firmware 1.4.1
2021-11-28 19:22:26 D-serialNr PEQ1716493
2021-11-28 19:22:26 D-type eQ3-HM-LGW
2021-11-28 19:22:29 cond ok
2021-11-29 07:35:05 load 35
2021-11-28 19:22:29 loadLvl low
2021-11-28 19:22:26 state opened
helper:
keepAlive:
CNT 153
DEVCNT 152
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.178.2:2001
FD 15
LastOpen 1638123746.22469
NAME myHMLGW:keepAlive
NR 268
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1638167858.76546
Log:
Resolve 1
IDs:
READINGS:
2021-11-28 19:22:26 state opened
Attributes:
hmId 9A234E
lgwPw ccANTcv3ya
Internals:
AssignedPeerCnt 1
CNT 107
Clients :CUL_HM:
DEF 192.168.178.3
DEVCNT 107
DevState 99
DevType LGW
DeviceName 192.168.178.3:2000
FD 12
FUUID 5cc08015-f33f-b047-5f07-b3ef464701da2119
LastOpen 1638123746.22393
NAME myHMLGW_Schlafzimmer
NOTIFYDEV global
NR 28
NTFY_ORDER 47-myHMLGW_Schlafzimmer
PARTIAL
RAWMSG 04021B
RSSI -59
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model eQ3-HM-LGW
msgLoadCurrent 14
msgLoadHistory 0/13/1/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 14/14/1/0/0/0/0/0/0/0/0/0/0
owner 9A234E
owner_CCU myVCCU
Helper:
CreditTimer 2947
FW 66561
Initialized 1
SendCnt 11
AckPending:
LastSendLen:
3
3
Log:
IDs:
PendingCMD:
RoundTrip:
Delay 0.00362205505371094
loadLvl:
lastHistory 1638167849.11873
MatchList:
1:CUL_HM ^A......................
Peers:
70CC6F +70CC6F,00,00,00
READINGS:
2021-11-28 19:22:29 D-HMIdAssigned 9A234E
2021-11-28 19:22:29 D-HMIdOriginal FFFFFF
2021-11-28 19:22:26 D-LANfirmware 1.1.5
2021-11-28 19:22:29 D-firmware 1.4.1
2021-11-28 19:22:26 D-serialNr NEQ0381844
2021-11-28 19:22:26 D-type eQ3-HM-LGW
2021-11-28 19:22:29 cond ok
2021-11-29 07:31:27 load 14
2021-11-28 19:22:29 loadLvl low
2021-11-28 19:22:26 state opened
helper:
keepAlive:
CNT 245
DEVCNT 244
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.178.3:2001
FD 17
LastOpen 1638123746.232
NAME myHMLGW_Schlafzimmer:keepAlive
NR 270
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1638167878.77371
Log:
Resolve 1
IDs:
READINGS:
2021-11-28 19:22:26 state opened
Attributes:
hmId 9A234E
lgwPw r3W+Fmvm4C
Das IO des SDs habe ich einfach mal via Attribut geändert. Ich hoffe, dass das so richtig war.
Geändert hat sich aber nichts.
irgendwas ist grob faul mit diesem sd:
1. eine durch fhem empfangene msg vom sd ist nur im ersten list zu sehen, danach nichts mehr. diese msg hat unter anderem das reading powerOn aktualisiert. da sie an broadcast gesendet wurde, hat das kurz vorher durchgeführte pairen bereits nicht funktioniert.
lastMsg No:80 - t:10 s:65A163 d:000000 06010000
2021-11-28 16:38:52 powerOn 2021-11-28 16:38:52
wie hast du seit dem genau gepairt?
nach erfolgreichem pairen mit anschliessendem getconfig muss ein reading pairedTo existieren.
wenn du am sd das knöpfchen gedrückt hättest, müssten eigentlich auch die dadurch gesendeten anlernmessages in fhem zu sehen sein.
drück mal nur aufs knöpchen und schaue, ob eine msg empfangen wird. eventuell auch wiederholen.
ist die batterie eventuell leer?
leuchtet irgendwas am sd?
paire mal über seriennummer.
das umswitchen auf das andere io hat funktioniert, siehst du im internal und reading IODev.
2. die vccu zeigt ein unknown reading
2021-11-28 09:42:53 unknown_F10000 received
sieht verdächtig nach einer fhem installation mit cul io aus.
ist das von dir?
3. der sd ist in keinem io list unter "Peers" zu sehen. eigentlich müsste der immer im aktuell gesetzen io zu sehen sein. sollte auch mit "get io assignIDs" zu sehen sein. aber immer nur in einem.
was hast du gestern genau updatet? nur das file 00_CUL_HM.pm?
mach heute mal ein komplettes update von fhem, damit alle dateien zusammen passen.
Zitat von: frank am 29 November 2021, 13:28:53
irgendwas ist grob faul mit diesem sd:
1. eine durch fhem empfangene msg vom sd ist nur im ersten list zu sehen, danach nichts mehr. diese msg hat unter anderem das reading powerOn aktualisiert. da sie an broadcast gesendet wurde, hat das kurz vorher durchgeführte pairen bereits nicht funktioniert.
lastMsg No:80 - t:10 s:65A163 d:000000 06010000
2021-11-28 16:38:52 powerOn 2021-11-28 16:38:52
wie hast du seit dem genau gepairt?
So:
set RM_Schlafzimmer_Eltern peerChan 0 RM_Buero_OG set actorZitat von: frank am 29 November 2021, 13:28:53
nach erfolgreichem pairen mit anschliessendem getconfig muss ein reading pairedTo existieren.
Das heisst ich hätte noch ein getconfig machen müssen nach dem set...?
Zitat von: frank am 29 November 2021, 13:28:53
wenn du am sd das knöpfchen gedrückt hättest, müssten eigentlich auch die dadurch gesendeten anlernmessages in fhem zu sehen sein.
drück mal nur aufs knöpchen und schaue, ob eine msg empfangen wird. eventuell auch wiederholen.
Da gibts einen Alarm am SD und im FHEM-Event sehe ich gar nichts.
Zitat von: frank am 29 November 2021, 13:28:53
ist die batterie eventuell leer?
leuchtet irgendwas am sd?
Im SD steht Tausch in 06.2028 empfohlen. Von daher wird die hoffentlich nicht leer sein.
Kann doch auch gar nicht gemessen werden, da eingebaut oder?
Nö, leuchtet nichts.
Zitat von: frank am 29 November 2021, 13:28:53
paire mal über seriennummer.
das umswitchen auf das andere io hat funktioniert, siehst du im internal und reading IODev.
Also es wird immer komischer.
Den SD habe ich gelöscht, dann via set myVCCU hmPairSerial OEQ2018828 versucht zu pairen.
Der taucht aber auch nach mehreren Minuten nicht auf. Erst wenn ich die VCCU normal in den Pairmodus setze und den SD via Button anlerne, kommt der wieder in FHEM an.
Zitat von: frank am 29 November 2021, 13:28:53
2. die vccu zeigt ein unknown reading
2021-11-28 09:42:53 unknown_F10000 received
sieht verdächtig nach einer fhem installation mit cul io aus.
ist das von dir?
Jo, wird wohl von meinem SIGNALduino sein.
Zitat von: frank am 29 November 2021, 13:28:53
3. der sd ist in keinem io list unter "Peers" zu sehen. eigentlich müsste der immer im aktuell gesetzen io zu sehen sein. sollte auch mit "get io assignIDs" zu sehen sein. aber immer nur in einem.
was hast du gestern genau updatet? nur das file 00_CUL_HM.pm?
Korrekt, nur die Datei.
Zitat von: frank am 29 November 2021, 13:28:53
mach heute mal ein komplettes update von fhem, damit alle dateien zusammen passen.
Das könnte des Rätsels Lösung gewesen sein. :D
Jetzt scheint der SD korrekt zu arbeiten. Zumindest ein getConfig und StatusRequest gehen nun unmittelbar erfolgreich durch und kein MISSING ACK mehr.
Ich danke Dir für Deine Geduld und den Support.
Etwas ist mir noch aufgefallen, aber da mache ich ein extra Post für auf. ;)
...qed. Das hatte ich nicht ohne Grund geschrieben:
Zitat von: Beta-User am 28 November 2021, 17:45:37
IO-Module sind auch aktuell?
Jo, auch Danke an Dich.
Macht schon Sinn alles auf einem Stand zu haben.
Hmm, ich sehe grade, dass auch die anderen Module schon vor dem update ziemlich aktuell gewesen waren.
Damit halte ich diese Hypothese für gewagt (unterstellt, du hattest CUL_HM gestern aus dem svn geholt):
ZitatDas könnte des Rätsels Lösung gewesen sein. (https://forum.fhem.de/Smileys/default/cheesy.gif)
Jetzt scheint der SD korrekt zu arbeiten. Zumindest ein getConfig und StatusRequest gehen nun unmittelbar erfolgreich durch und kein MISSING ACK mehr.
Dann war vermutlich nur "Geduld und Spucke" bzw. ein sauberer Reset der IO's die Ursache dafür, dass jetzt alles fein ist :) .
(@frank: das 47-präfix zeigt, dass insbes. HMUARTLGW bereits gestern aktuell gewesen sein muss).
Zitat von: Beta-User am 29 November 2021, 17:23:09
Hmm, ich sehe grade, dass auch die anderen Module schon vor dem update ziemlich aktuell gewesen waren.
Damit halte ich diese Hypothese für gewagt (unterstellt, du hattest CUL_HM gestern aus dem svn geholt):
Definitiv. Denn ich musste erst mal svn suchen und schauen wie ich explizit die Datei daher bekomme. ::)
Zitat von: Beta-User am 29 November 2021, 17:23:09
Dann war vermutlich nur "Geduld und Spucke" bzw. ein sauberer Reset der IO's die Ursache dafür, dass jetzt alles fein ist :) .
Da hapert es ab und zu bei mir, denn Geduld ist nicht mein 2. Vorname. ;)
Zitat von: Beta-User am 29 November 2021, 17:23:09
(@frank: das 47-präfix zeigt, dass insbes. HMUARTLGW bereits gestern aktuell gewesen sein muss).
Zitat@frank: das 47-präfix zeigt, dass insbes. HMUARTLGW bereits gestern aktuell gewesen sein muss
ja, auch mit uraltem 00_HMUARTLGW hätte ein fhem update keine besserung bringen dürfen.
@maxritti
dein 2. io im schlafzimmer hat gar nichts zu tun. nur ein device ist assigned.
installiere mal HMinfoTools.js und setze über die "rssi-overview-table" alle attribute IOgrp nach der dortigen empfehlung.
Zitat von: frank am 29 November 2021, 17:54:00
ja, auch mit uraltem 00_HMUARTLGW hätte ein fhem update keine besserung bringen dürfen.
@maxritti
dein 2. io im schlafzimmer hat gar nichts zu tun. nur ein device ist assigned.
installiere mal HMinfoTools.js und setze über die "rssi-overview-table" alle attribute IOgrp nach der dortigen empfehlung.
Hm, echt?
In der nähe des Schlafzimmers ist auch nicht so viel los, aber zumindest sollten sich da 2 Rollladenaktoren sinnigerweise mit verbinden....
Das mit HMInfoTools.js schaue ich mir mal an. Dauert aber ein wenig.
Zitat von: frank am 29 November 2021, 17:54:00
@maxritti
installiere mal HMinfoTools.js und setze über die "rssi-overview-table" alle attribute IOgrp nach der dortigen empfehlung.
So, ich habe mich nun an den HMinfoTools.js versucht. Leider ohne Erfolg.
Hatte diesen Post gefunden:
https://forum.fhem.de/index.php/topic,112825.0.html
Und dort unter "Weitere Infos" an die Installation aus dem Post gehalten.
Ist ja nicht wirklich komplex. Copy, chown und der Webinstanz die js zuweisen.
https://forum.fhem.de/index.php/topic,106959.0.html
Unter "Anleitung:" verstehe ich aber ehrlich gesagt nicht mehr viel.
Muss dort noch was gemacht werden?
Unter meinem heute definierten hminfo sehe ich mal nichts von Icons.
Bin ein wenig verloren. ::)
für hminfotools sind nur die vorbereitungspunkte 0.1 und 0.2 aus deinem 2. link wichtig. der rest ist für HMdeviceTools.
hast du das attr JavaScripts vom webdevice ergänzt?
Zitat von: frank am 29 November 2021, 22:17:10
für hminfotools sind nur die vorbereitungspunkte 0.1 und 0.2 aus deinem 2. link wichtig. der rest ist für HMdeviceTools.
hast du das attr JavaScripts vom webdevice ergänzt?
Okay, die habe ich gemacht.
Wobei ich mir da nicht sicher bin:
Zitat0.1. hm.js in den ordner /fhem/www/pgm2 kopieren und vorhandene version ggf sichern. rechte beachten, zb über linux console:
Code: [Auswählen]
chown fhem:dialout hm.js
Wo finde ich die hm.js?
Oder ist das die in dem Post angehangene HMdeviceTools.js?
Zitat0.2. hm.js unter "attr <my_FHEMWEB_device> JavaScripts" einfügen (mehrere einträge durch "leerzeichen" trennen). bei mir zb:
Code: [Auswählen]
attr WEB JavaScripts pgm2/HMdeviceTools.js
Und das Web Device habe ich erweitert:
Internals:
BYTES_READ 32786
BYTES_WRITTEN 774446
CONNECTS 46
DEF 8083 global
FD 5
FUUID 5c549a89-f33f-b047-f9ee-8775dc10dc24f823
NAME WEB
NR 5
NTFY_ORDER 50-WEB
PORT 8083
STATE Initialized
TYPE FHEMWEB
READINGS:
2021-11-29 21:58:05 state Initialized
Attributes:
Css 1
JavaScripts pgm2/HMinfoTools.js
confirmDelete 0
csrfToken none
ploteditor always
styleData {
"f18": {
"Pinned.menu": false,
"cols.bg": "444444",
"cols.fg": "CCCCCC",
"cols.link": "ffebf0",
"cols.evenrow": "333333",
"cols.oddrow": "111111",
"cols.header": "222222",
"cols.menu": "111111",
"cols.sel": "333333",
"cols.inpBack": "444444",
"savePinChanges": true,
"Pinned.Room.Schalter.grp.Switches": true,
"rightMenu": true,
"Pinned.Room.Rollo.grp.at": true,
"Pinned.Room.Rollo.grp.Siro": true,
"Pinned.Room.Rollo.grp.Rollos_Settings": true,
"Pinned.Room.Rollo.grp.DOIF": false,
"Pinned.Room.Rollo.grp.dummy": true,
"Pinned.style.list.f18: Room specific": true,
"hideLogo": true,
"hideInput": true,
"hidePin": false,
"fixedInput": false,
"Pinned.Room.Tablet.grp.Rollo": true,
"showDragger": false,
"Pinned.Room.Tablet.grp.Siro": true
}
}
stylesheetPrefix darkVermutlich bin ich schon mit den 3 js-Dateien (hs.js, HMdeviceTools.js und HMinfoTools.js) leicht zu verwirren. :-\
ZitatVermutlich bin ich schon mit den 3 js-Dateien (hs.js, HMdeviceTools.js und HMinfoTools.js) leicht zu verwirren.
scheinbar. :)
hm.js hat gerade einen neuen namen bekommen => HMdeviceTools.js
schon sind es nur noch 2 dateien.
wenn der pfad passt, sollte nun HMinfoTools beim aufruf der detailseite von hminfo geladen und gestartet werden.
eventuell noch mal reload der webseite.
Nix zu machen.
5 x die Dateien, Rechte und Einstellungen in der Webinstanz geprüft.
shutdown restart, mehrere Browser und Cache refresht.
Ergebnis ist im Anhang zu sehen.
wenn du beide js files nutzen möchtest, musst du auch beide js files im attr JavaScripts eintragen.
zu sehen ist nur HMdeviceTools.
das solltest du auf jeder detailseite einer cul_hm entity sehen. eine einzeilige "tabelle" unterhalb vom get button.
allerdings ohne icons, da HMinfoTools noch nicht im attr eingetragen ist.
hm... , schwere geburt.
ich sollte die anleitung deutlich anders machen.
Okay, ich war davon ausgegangen, dass die InfoTools auf die DeviceTools zurückgreifen und daher die DeviceTools reichen würden.
Falsche Annahme von mir.
Irgendwie scheint aber mein Safari auch noch ein Cache Problem zu haben.
Im Chrome werden mir die InfoTools angezeigt. Im Safari schon reload und Cache löschen gemacht und nix.
DeviceTools sehe ich in beiden Browsern. Im Chrome sogar mit Icons, im Safari ohne.
im handy habe ich auch schwierigkeiten mit reload, aber bei chrome. da starte ich den browser meistens neu.
scheinbar gibt es dort die "probleme", wenn mehrere tabs geöffnet sind.
auf dem desktop wird wohl für jeden tab neu übertragen.
js code wird im client, also im browser ausgeführt.
im attr JavaScripts müssen alle files eingetragen werden, die der fhem server zusätzlich an den client ausliefert.
zb werden die icons in HMdeviceTools von HMinfoTools erzeugt und verändert.
schön, dass es nun funktioniert.
für hminfotools solltest du dann noch 2 attr setzen:
1. autoUpdate
2. das userattribut HMinfoTools_deviceMode
siehe meine letzten beiträge im thread.