Hallo zusammen,
ich habe 3x HM-LC-BL1PBU-FM und konnte bisher aber nur zwei davon erfolgreich in fhem integrieren. Ich bin bei allen drei Aktoren gleich vorgegangen. Kandidat Nummer 2, HM_72D585, weigert sich erfolgreich, mit meiner VCCU gepairt zu werden.
list HM_72D585Internals:
CFGFN
CUL1_MSGCNT 42
CUL1_RAWMSG A1A03840072D5850000002B006A5245513130303131303130010100::-73:CUL1:
CUL1_RSSI -73
CUL1_TIME 2023-01-21 12:29:25
DEF 72D585
FUUID 63caf7f3-f33f-eaf8-1f64-60184c8cf221ba4b
IODev CUL1
LASTInputDev CUL1
MSGCNT 42
NAME HM_72D585
NOTIFYDEV global
NR 9420
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
chanNo 01
lastMsg No:03 - t:00 s:72D585 d:000000 2B006A5245513130303131303130010100
protCmdDel 152
protLastRcv 2023-01-21 12:29:25
protRcv 23 last_at:2023-01-21 12:29:25
protResnd 153 last_at:2023-01-21 12:48:21
protResndFail 51 last_at:2023-01-21 12:48:27
protSnd 51 last_at:2023-01-21 12:48:06
rssi_at_CUL1 cnt:26 min:-80 max:-60 avg:-68.03 lst:-73
READINGS:
2023-01-21 12:29:25 D-firmware 2.11
2023-01-21 12:29:25 D-serialNr REQ1001101
2023-01-21 12:51:23 RegL_00.
2023-01-21 12:48:08 cfgState updating
2023-01-21 12:48:28 commState CMDs_done_Errors:1
2023-01-21 12:27:22 deviceMsg 50 (to broadcast)
2023-01-21 12:27:22 level 50
2023-01-21 12:27:22 motor err:50
2023-01-21 12:27:22 pct 50
2023-01-21 12:27:22 powerOn 2023-01-21 12:27:22
2023-01-21 12:27:22 recentStateType info
2023-01-21 12:48:28 state RESPONSE TIMEOUT:RegisterRead
2023-01-21 12:27:22 timedOn off
2023-01-21 12:22:46 trigLast fhem:02
helper:
HM_CMDNR 43
PONtest 1
cSnd
dlvlCmd ++A011F1430172D5850201000000
getCfgList all
getCfgListNo ,3
lastMsgTm 1674300565.16764
mId 0005
peerFriend peerSens,peerVirt
peerOpt 3:blindActuator
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
cfgChk:
idPc02 paired:set_0x000000 IO attr: F14301.
idPz00 fail
idRc01 RegL_00.,RegL_01.
idRc03 fail
cmds:
TmplKey :no:1674300255.93159
TmplTs 1674300255.93159
cmdKey 1:1:0::HM_72D585:0005:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
down 'change:'[(0..100;1|{10})] [(-ontime-|{0})] [(-ramptime-|{0})]
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
inhibit [(on|{off})]
off noArg
on noArg
pair noArg
pct -value- [(-ontime-|{0})]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
statusRequest noArg
stop noArg
toggle noArg
toggleDir noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
up 'change:'[(0..100;1|{10})] [(-ontime-|{0})] [(-ramptime-|{0})]
lst:
condition 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
peerOpt
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
dir:
cur err
rct up
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +72D585,00,00,00
nextSend 1674300565.23776
prefIO
rxt 0
vccu VCCU1
lRcTm:
CUL1 405348072
mcnt 03
tnms 337061522
type 00
p:
72D585
00
00
00
mRssi:
mNo 03
io:
CUL1:
-66
-66
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
at_CUL1:
avg -68.0384615384615
cnt 26
lst -73
max -60
min -80
shadowReg:
RegL_00. 02:01 0A:00 0B:00 0C:00
tmpl:
Attributes:
IOgrp VCCU1
autoReadReg 5_readMissing
expert rawReg
firmware 2.11
model HM-LC-BL1PBU-FM
room CUL_HM
serialNr REQ1001101
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
Es fehlt das Reading
PairedTo mit dem Wert
0xF14301!
Als Zentrale habe ich eine VCCU an einem nanoCUL:
list VCCU1Internals:
CUL1_MSGCNT 398
CUL1_RAWMSG A2710008E5E0C9ABD6BDC0000B7D4F0D8F490AAA189BC635D77B2DF4409AFDE5C4DB812B248F66D74::-96:CUL1:
CUL1_RSSI -96
CUL1_TIME 2023-01-21 12:53:40
DEF F14301
FUUID 62bb566e-f33f-eaf8-4d0f-09a9e346c676e2a2
IODev CUL1
LASTInputDev CUL1
MSGCNT 398
NAME VCCU1
NOTIFYDEV global
NR 1305
NTFY_ORDER 50-VCCU1
STATE CUL1:ok
TYPE CUL_HM
assignedIOs CUL1
chanNo 01
protSnd 10 last_at:2023-01-20 22:37:31
READINGS:
2023-01-16 20:04:17 IODev CUL1
2023-01-20 22:39:41 IOopen 1
2023-01-20 22:39:44 cfgState ok
2023-01-20 22:37:32 commState CMDs_done
2023-01-21 12:24:11 hmPair name:HM_72D585 SN:REQ1001101 model:HM-LC-BL1PBU-FM
2023-01-20 22:39:42 state CUL1:ok
2022-07-30 22:10:05 unknown_15F9FC rssi -98
2022-09-28 19:36:10 unknown_18B7FB rssi -95
2023-01-20 12:30:30 unknown_39CD0A rssi -97
2023-01-21 12:53:40 unknown_5E0C9A rssi -96
2023-01-17 17:47:22 unknown_72D479 rssi -69.5
2023-01-17 19:35:21 unknown_72D581 rssi -71.5
2023-01-17 19:35:23 unknown_72D585 rssi -60.5
2022-11-07 08:26:50 unknown_7938ED rssi -91.5
2022-11-07 08:26:54 unknown_793C09 rssi -86
2022-11-07 08:26:56 unknown_794681 rssi -89.5
2022-11-07 08:26:51 unknown_79469C rssi -88.5
2022-11-07 08:27:06 unknown_79498C rssi -95.5
2022-11-07 08:27:05 unknown_7949DF rssi -94
2022-11-07 08:26:56 unknown_794A62 rssi -84.5
2023-01-08 09:31:04 unknown_AE3DB4 rssi -103.5
2023-01-20 10:16:33 unknown_AE4AD8 rssi -96.5
2022-10-28 09:20:36 unknown_AE8039 rssi -96.5
2023-01-21 12:20:47 unknown_AEACBF rssi -99.5
2022-11-01 11:14:05 unknown_AECB8C rssi -101.5
helper:
HM_CMDNR 232
cSnd
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
ack:
cmds:
TmplKey :no:1673895858.20033
TmplTs 1673895858.20033
cmdKey 1:1:1::VCCU1::01:
cmdLst:
assignHmKey noArg
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getDevInfo noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
peerChan -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
postEvent -condition-
press [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{all})]
pressS [(-peer-|{all})]
raw -data- [...]
reset noArg
unpair noArg
update noArg
virtual [(1..50;1|{1})]
lst:
condition 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
peerOpt ,HM_750A4D
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 1
det 0
raw 0
tpl 0
io:
prefIO
vccu VCCU1
ioList:
CUL1
mRssi:
mNo
io:
CUL1:
100
100
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
shadowReg:
tmpl:
Attributes:
IOList CUL1
IOgrp VCCU1
alias VCCU
group IO_Devices
icon hm_ccu
model CCU-FHEM
room CUL_HM
subType virtual
webCmd virtual:update
hmInfo sagt:
get hminfo configCheckconfigCheck done:
missing register list
HM_72D585: RegL_00.,RegL_01.
Register changes pending
HM_72D585:
peer list incomplete. Use getConfig to read it.
HM_72D585:
PairedTo mismatch to IODev
HM_72D585: paired:set_0x000000 IO attr: F14301.
Soweit ich es verstanden habe, stimmen da zwei Dinge nicht:
- Der Aktor ist nicht korrekt angelernt
- Register fehlen
Erneuter Versuch, den Aktor anzulernen:
set CUL1 hmPairSerial REQ10011012023-01-21 13:45:26 3: CUL_HM received config CCU:VCCU1 device: HM_72D585. PairForSec: on PairSerial: REQ1001101
2023-01-21 13:45:26 3: CUL_HM pair: HM_72D585 blindActuator, model HM-LC-BL1-FM serialNr REQ1001101
2023-01-21_13:45:27 HM_72D585 D-firmware: 2.11
2023-01-21_13:45:27 HM_72D585 D-serialNr: REQ1001101
2023-01-21_13:45:27 HM_72D585 commState: CMDs_pending
2023-01-21_13:45:27 HM_72D585 commState: CMDs_processing...
2023-01-21_13:45:48 HM_72D585 ResndFail
2023-01-21_13:45:49 HM_72D585 commState: CMDs_done_Errors:1
2023-01-21_13:45:49 HM_72D585 MISSING ACK
2023-01-21_13:45:49 HM_72D585 commState: CMDs_pending
2023-01-21_13:45:49 HM_72D585 cfgState: updating
2023-01-21_13:45:49 HM_72D585 cfgState: updating
2023-01-21_13:45:49 HM_72D585 commState: CMDs_pending
2023-01-21_13:45:49 HM_72D585 commState: CMDs_pending
2023-01-21_13:45:49 HM_72D585 commState: CMDs_processing...
2023-01-21_13:46:09 HM_72D585 ResndFail
2023-01-21_13:46:10 HM_72D585 commState: CMDs_done_Errors:1
2023-01-21_13:46:10 HM_72D585 RESPONSE TIMEOUT:RegisterRead
2023-01-21_13:46:32 HM_72D585 cfgState: PeerIncom,RegMiss,RegPend
2023-01-21_13:46:45 HM_72D585 unreachable
Die Konfiguration auszulesen mit "getConfig" bringt dann natürlich auch nichts:
set HM_72D585 getConfig + Config-Knopf am Aktor drücken2023-01-21_13:52:05 HM_72D585 commState: CMDs_pending
2023-01-21_13:52:07 HM_72D585 cfgState: updating
2023-01-21_13:52:07 HM_72D585 cfgState: updating
2023-01-21_13:52:07 HM_72D585 commState: CMDs_pending
2023-01-21_13:52:07 HM_72D585 commState: CMDs_pending
2023-01-21_13:52:07 HM_72D585 commState: CMDs_processing...
2023-01-21_13:52:25 HM_72D585 ResndFail
2023-01-21_13:52:25 HM_72D585 commState: CMDs_done_Errors:1
2023-01-21_13:52:25 HM_72D585 RESPONSE TIMEOUT:RegisterRead
Tja und jetzt weiß ich nicht weiter :-\
Hat jemand einen Tipp für mich?
Genau genommen hat fhem noch kein einziges mal erfolgreich Daten zum Aktor gesendet.
fhem meldet immer nur "missing ack" oder "response timeout:registerread". Ist der Aktor (neu gekauft) vielleicht defekt?
Danke und viele Grüße,
Rigge
Hi,
wirklich neu gekauft? Gibt es die noch?
Lässt sich der Aktor selbst denn schalten?
Gruß Otto
1. ist fhem up to date?
2. zeig ein "list CUL1"
3. schalte die sichtbarkeit der register ein => attr expert erweitern.
Hallo zusammen,
@Otto123
Zitatwirklich neu gekauft? Gibt es die noch?
Ja, wurden mir von Conrad Electronic als neu verkauft.
ZitatLässt sich der Aktor selbst denn schalten?
Ja, schalten direkt am Aktor per Wippe funktioniert prima.
@frank
Zitatist fhem up to date?
Nein, habe ich erst jetzt gemacht. Hat mein Problem wohl auch gelöst :-)
Nach Update + Shutdown + Restart ließ sich der dritte Aktor auch erfolgreich anlernen.
Zitatzeig ein "list CUL1"
Sieht so aus:
list CUL1Internals:
CMDS ABCFGJKRUVWXYeiltx
CUL1_MSGCNT 29
CUL1_TIME 2023-01-22 19:43:27
Clients STACKABLETS:STACKABLE:CUL_HM:CUL_IR:TSHMS
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400 4301
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400
FD 9
FHTID 4301
FUUID 5d20b025-f33f-eaf8-b1ea-5b627599907956f0
NAME CUL1
NR 199
PARTIAL
RAWMSG A0D41A41072D585F1430106010000::-64.5:CUL1:
RSSI -64.5
STATE Initialized
TYPE TSCUL
VERSION VTS 0.39 CSM868
VERSION_HW nanoCUL_V1.x_0014
VERSION_TS yes AES ChTblSize:209
XmitOpen 1
assignUpdCntI 9
assignedIDsCnt 4
devioNoSTATE 1
eventCount 3
initString XP0C
X21
Ar
AM5
AHF14301
msgLoadCurrent 60
owner_CCU VCCU1
MatchList:
A:CUL_HM ^A....................
B:CUL_IR ^I............
C:TSHMS ^810e04......a001
Y:STACKABLETS ^\*
Z:STACKABLE ^\*
READINGS:
2023-01-22 19:35:00 Xmit-Events ok:2 non-HM:1 disconnected:1
2023-01-22 19:33:09 cmds A B C F G J K R U V W X Y e i l t x
2023-01-22 19:35:00 cond ok
2022-06-28 21:28:25 credit10ms 2700
2023-01-22 19:33:04 prot_disconnected last
2023-01-22 19:33:10 prot_non-HM last
2023-01-22 19:35:00 prot_ok last
2022-06-23 00:05:00 raw is01010101010101010101010101000000
2023-01-22 19:16:52 scF 0.998603955609085
2023-01-22 19:33:10 state Initialized
helper:
CUrun 1
ChkPart 0
RA_Timeout 0
SVTS 1
VTS 1
VTS_ACK 1
VTS_AES 1
assIdCnt 4
assIdRep 4
nRec 0
recAlive 1
recd 1
DEVIOTS:
RXfailTO
HM:
ChTblSize 209
FUP 0
HMactive 1
hmCrdts 6
hmSbusy 0
ChTbl:
72D47900 00
72D58100 00
72D58500 00
750A4D00 00
msgCNT:
0x01 29
0x02 52
0x03 84
0x09 18
unknwn:
cnd:
0 2
250 1
253 1
hmLog:
IDs:
hmLogHist:
13280964 A F602 00607236 00 34 AA00112200000071AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
13287715 A F601 00613984 00 0D 40 A410 72D585 F14301 06010420 -59dB
13287827 A F603 00614080 01 0A 40 8002 F14301 72D585 00 _CCAdly:4 _dhmSt:96
13290672 A F602 00616944 00 34 AA00112200000070AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
13295916 A F601 00622204 00 0D 41 A410 72D585 F14301 06010000 -64.5dB
13296127 A F603 00622300 01 0A 41 8002 F14301 72D585 00 _CCAdly:4 _dhmSt:96
13296200 A F602 00622472 00 34 AA00112200000069AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
13301660 A F602 00627952 00 34 AA00112200000068AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
13311662 A F602 00637980 00 34 AA00112200000067AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
13320489 A F602 00646808 00 34 AA00112200000066AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
13329355 A F602 00655684 00 01 CC _ping
13333962 A F602 00660304 00 34 AA00112200000065AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
13344293 A F602 00670552 00 34 AA00112200000064AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
13351111 A F602 00677484 00 34 AA00112200000063AA001122AA001122AA001122AAAA001122AA001122AA001122AA001122AA001122AA001122AA001122AA0011 _ping
hmQ:
000000:
72D479:
72D581:
72D585:
750A4D:
ids:
72D479:
cfg +72D479,00,00,00
name HM_72D479
72D581:
cfg +72D581,00,00,00
name HM_72D581
72D585:
cfg +72D585,00,00,00
name HM_72D585
750A4D:
cfg +750A4D,00,00,00
name HM_750A4D
loadLvl:
bl 40
q:
ATrNo 0
HMcndN 0
InQueues 0
RQLt 0
XRpCnt 0
XRpTm 1674412918.72579
answerPend 0
hmLanQlen 1
apIDs:
72D479 0
72D581 0
72D585 0
750A4D 0
ref:
Sdly 6
TmBmCnt 1
ioBR 3840
ioBRMax 3586.28890698883
ioBRMean 2597.92458977231
ioBRMeas 3529.91855361198
ioBRn 63
ioBRnC 37
ioBRs 96123.2098215756
lHMt 622204
lSys 449503532
pTTu 1024
pndAs 0
pndCUAp 0
pndTuP 1
pngLm 19
pngRef 7
scErr 0
scF 0.998603955609085
scFN 9
scHT 219324
scST 449101209
scpTm 1674412604.81799
Attributes:
alias CC1101_USB_Lite_CUL1
group IO_Devices
hmId F14301
icon cul_868
rfmode HomeMatic
room CUL_HM
verbose 3
Ich weiß nicht, ob durch das Problem durch das Update oder durch den Neustart gelöst wurde. Jedenfalls ist jetzt wieder alles gut und ich bin total happy!
Herzlichen Dank!
Viele Grüße und schönen Abend,
Rigge
2023-01-22 19:33:04 prot_disconnected last
2023-01-22 19:33:10 prot_non-HM last
2023-01-22 19:35:00 prot_ok last
kann es sein, dass du deinen cul neben homematic auch "parallel" für andere protokolle nutzt?
dann musst du dich auch nicht wundern, wenn homematic nur zeitweise funktioniert.
die readings lassen mich vermuten, dass homematic hier für 2 min "ausgeschaltet" war.
den vollen TSCUL support hast du doch auch nur, wenn du die cul_hm-module von noansi nutzt, oder?
welche module nutzt du denn?
Hi Frank,
Zitatkann es sein, dass du deinen cul neben homematic auch "parallel" für andere protokolle nutzt?
Zumindest nicht absichtlich. Ich habe gelesen, dass es zu Problemen kommen kann, wenn man "rfmode: HomeMatic" nicht exklusiv verwendet.
Ich habe aber noch andere CULs in Verwendung (1x CUL mit "rfmode: MAX" und 1x SIGNALduino
Zitatden vollen TSCUL support hast du doch auch nur, wenn du die cul_hm-module von noansi nutzt, oder?
Ich vermute, deine Frage bezieht sich auf "TYPE: TSCUL" im letzten listing. Ich erinnere mich, ich habe das Module 00_TSCUL in Verbindung mit einer Reihe weiterer Module installiert, die alle speziell auf TSCUL abgestimmt waren.
Zitatwelche module nutzt du denn?
Bei HomeMatic nur CUL_HM, HMinfo.
In Verbindung mit meinem anderen CUL die Module CUL_MAX, MAX, TRX_LIGHT.
Ansonsten die üblichen Verdächtigen: Twilight, UWZ, Weather, usw.
Im o.g. Reading steht übrigens immer noch
nur die Unterbrechung von "2023-01-22 19:33:04". Der CUL ist aber natürlich im Dauerbetrieb.
Die Unterbrechung kam also zwischenzeitlich nicht mehr vor, nehme ich an.
Hallo Frank, hallo Rigge,
Zitatdie readings lassen mich vermuten, dass homematic hier für 2 min "ausgeschaltet" war.
Das ist nur die fhem Startphase, da erst der CUL beim define mit SlowRf initialisiert wird und später erst auf homematic initialisiert wird. Also völlig normal.
2023-01-22 19:35:00 Xmit-Events ok:2 non-HM:1 disconnected:1
Zitatden vollen TSCUL support hast du doch auch nur, wenn du die cul_hm-module von noansi nutzt, oder?
Da nano CUL höheren EEPROM Verschleiß, insbesondere bei Nutzung mehrerer HM IOs.
Schade, dass kein List vom CUL im ersten Post dabei war und auch kein verbose 4 logging vom CUL.
Es lässt sich ohne mehr Hinweise nun nur vermuten, dass einfach nur das device das pairing nicht empfangen konnte, z.B weil beim Auslösen des pairings der user jedes mal als "Dämpfungsglied" im Weg war.
Es fehlt auch der alternative Versuch des Pairings mit
set VCCU1 hmPairSerial REQ1001101
und/oder
set VCCU1 hmPairForSec 300
und dann Config Knopf am device.
Gruß, Ansgar.
hallo ansgar, hallo rigge.
ZitatDas ist nur die fhem Startphase
danke für die aufklärung.
Zitatdass einfach nur das device das pairing nicht empfangen konnte
eventuell hat der rollo aktor auch einen hörschaden.
besonders die bl1pbu sind schon öfter unangenehm aufgefallen, siehe zb hier https://forum.fhem.de/index.php/topic,128325.msg1227364.html#msg1227364 (https://forum.fhem.de/index.php/topic,128325.msg1227364.html#msg1227364)
folgender, kurzer test bringt licht ins dunkel:
1. "set clear rssi" am rolloaktor
2. 5x "set statusrequest" am aktor (etwa 10 sek pause zwischen den cmds)
3. anschliessend sollten jeweils 5 rssi werte für jede "funkrichtung" in den internals auftauchen. je grösser die differenz der rssi-average-werte, desto grösser der "hörschaden".
rssi_at_cul868 cnt:5 min:-49 max:-47.5 avg:-47.9 lst:-48
rssi_at_hmuart1 cnt:5 min:-54 max:-52 avg:-53 lst:-53
rssi_at_hmlan1 cnt:10 min:-41 max:-41 avg:-41 lst:-41
rssi_hmlan1 cnt:5 min:-48 max:-47 avg:-47.4 lst:-48
hier beträgt die differenz der rssi-avg bereits 6.4 beim hmlan, obwohl die entfernung zwischen io und aktor nur 2m beträgt. wenn man einen alten hmlan (ufo) nutzt, zeigt dieser immer doppelt so viele rssiwerte auf der empfangsseite, hier also 10.
wer nicht rechnen möchte, kann sich die rssi auch in HMinfoTools.js anschauen. siehe anhang