Hi zusammen,
ich habe im Homematic-Setup eine HM-CFG-LAN Adapter (Name: HMLAN1) und eine VCCU (Name: VCCU)
Es entshet ein neuer Standort, an dem ich gerne einen Sensor (HM-WDS30-OT2-SM, Name Pool_hmTS) und einen 4fach Schaltaktor (HM-LC-SW4-DR) betreiben möchte.
Habe mit dem Temp-Sensor angefangen, ihn an HMLAN1 gepairt und festgestellt, dass die Reichweite bis zum neuen Standort nicht ausreicht.
Also habe ich ein HM-MOD-UART (Name HMGW) mittels einem HM-MOD-RPI-PCB an einem ESP8266 D1 mini zusammengebaut um die Reichweite zum neuen Standort zu erweitern.
Dabei bin ich nach dem wiki vorgegangen. ( https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_für_Raspberry_Pi )
Der Temperatursensor hat am neuen Standort auch gleich begonnen, über HMGW seine Werte zu senden. (obwohl das pairing noch ohne die neue HMGW und direkt an HMLAN1 stattgefunden hat!?)
Dann habe ich vor kurzem auf https://wiki.fhem.de/wiki/HMUARTLGW gesehen, dass man noch eine hmId auf dem IO-Device anlegen sollte:
Also habe ich das Attribut hmId auf die ID gesetzt die im Reading "D-HMIdOriginal" von HMGW steht.
Seit dem steht im Device pool_hmTS unter LASTInputDev nicht mehr die HMGW, sondern nur noch HMLAN1, der vor kurzem eigentlich ja gartnicht in Reichweite war!?
Nachdem ich das hmId attr wieder aus HMGW entfernt habe, hat sich der Pool_hmTS Sensor auch wieder über die HMGW verbunden. Habe ich da etwas falsch verstanden?
Auf jeden Fall habe ich nun auch den Schaltaktor HM-LC-SW4-DR in Betrieb nehmen wollen. Das pairen war ein Theater, angelegt wurde das Device immer, nur pairen hat nie geklappt). Bis ich die richtige Vorgehensweise rausgefunden habe)
Erfolgreich war am Ende:
- FHEM anlernmodus versetzen
- Aktor ANlerntaster für 4Sec drücken
- warten bis die LED aufhört zu blinken
- machmal den ANlerntaster 4 Sec drücken
- im neu anGELEGTEN Device auf "getConfig" klicken.
-eventuell mehrfach wiederholen.
Nach dem erfolgreichen pairen (bei 50cm Abstand zur HMLAN1) funktionierten dann auch die Schalter richtig.
Als ich den Aktor aber zum neuen Standort versetzte, nutzt dieser einfach nicht die HMGW, was der pool_hmTS Sensor an der gleichen stelle aber ohne Probleme macht.
Nachfolgend meine Lists zu den devices:
Sensor: pool_hmTS:
Internals:
DEF 6C3149
FUUID 5f14c378-f33f-f202-83e2-4c725aff89d3786b
HMGW_MSGCNT 432
HMGW_RAWMSG 05000042F686536C3149000000004100DE4200D943000544FFFB
HMGW_RSSI -66
HMGW_TIME 2020-07-21 00:14:45
HMLAN1_MSGCNT 229
HMLAN1_RAWMSG E6C3149,0000,C797C48F,FF,FF98,F686536C3149000000004100DE4200D943000544FFFB
HMLAN1_RSSI -104
HMLAN1_TIME 2020-07-21 00:14:45
IODev HMLAN1
LASTInputDev HMGW
MSGCNT 661
NAME pool_hmTS
NOTIFYDEV global
NR 293
NTFY_ORDER 50-pool_hmTS
STATE CMDs_done
TYPE CUL_HM
channel_01 pool_hmTS_T1
channel_02 pool_hmTS_T2
channel_03 pool_hmTS_T1_T2
channel_04 pool_hmTS_T2_T1
channel_05 pool_hmTS_Event
lastMsg No:F6 - t:53 s:6C3149 d:000000 004100DE4200D943000544FFFB
protLastRcv 2020-07-21 00:14:45
protRcv 538 last_at:2020-07-21 00:14:45
rssi_at_HMGW cnt:432 min:-86 max:-60 avg:-70.09 lst:-66
rssi_at_HMLAN1 cnt:229 min:-107 max:-98 avg:-101.25 lst:-104
READINGS:
2020-07-20 00:04:41 Activity alive
2020-07-16 23:38:48 CommandAccepted yes
2020-07-16 23:39:16 D-firmware 1.1
2020-07-16 23:39:16 D-serialNr PEQ1886697
2020-07-16 23:39:17 PairedTo 0x323CAD
2020-07-16 23:39:17 RegL_00. 01:00 02:01 0A:32 0B:3C 0C:AD 11:00 18:00 1B:03 00:00
2020-07-21 00:14:45 battery ok
2020-07-20 22:40:34 cfgState ok
2020-07-16 23:39:19 state CMDs_done
helper:
HM_CMDNR 246
mId 00A8
peerFriend
peerOpt -:THSensor
regLst 0
rxType 140
supp_Pair_Rep 0
cmds:
TmplKey :no:1595196282.66122
TmplTs 1595196282.66122
cmdKey :0:1:0::00A8:01
TmplCmds:
cmdList:
assignHmKey:
burstXmit:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getConfig:
getDevInfo:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
raw:data ...
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
reset:
tplDel:tmplt
unpair:
expert:
def 0
det 0
raw 1
tpl 0
io:
newChn +6C3149,00,00,00
nextSend 1595283285.85021
rxt 2
vccu VCCU
p:
6C3149
00
00
00
prefIO:
HMLAN1
mRssi:
mNo F6
io:
HMGW:
-66
-66
HMLAN1:
-102
-102
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_HMGW:
avg -70.0949074074074
cnt 432
lst -66
max -60
min -86
at_HMLAN1:
avg -101.257641921397
cnt 229
lst -104
max -98
min -107
tmpl:
Attributes:
IODev HMLAN1
IOgrp VCCU:HMLAN1
actCycle 012:00
actStatus alive
autoReadReg 4_reqStatus
expert defReg,rawReg
firmware 1.1
model HM-WDS30-OT2-SM
room CUL_HM,a_OUT_Pool
serialNr PEQ1886697
subType THSensor
webCmd getConfig:clear msgEvents
Schaltaktor: HM_711E2F:
Internals:
CFGFN
DEF 711E2F
FUUID 5f160114-f33f-f202-299b-94daaf6647d67b59
HMGW_MSGCNT 8
HMGW_RAWMSG 05000042328400711E2F0000002800615245513032363831383610040100
HMGW_RSSI -66
HMGW_TIME 2020-07-20 22:40:28
HMLAN1_MSGCNT 99
HMLAN1_RAWMSG E711E2F,0000,C7484995,FF,FF98,00A410711E2F323CAD06010000
HMLAN1_RSSI -104
HMLAN1_TIME 2020-07-20 22:47:57
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 107
NAME HM_711E2F
NOTIFYDEV global
NR 11029
STATE MISSING ACK
TYPE CUL_HM
channel_01 HM_711E2F_Sw_01
channel_02 HM_711E2F_Sw_02
channel_03 HM_711E2F_Sw_03
channel_04 HM_711E2F_Sw_04
lastMsg No:00 - t:10 s:711E2F d:323CAD 06010000
protCmdDel 39
protErrIoId_323CAD 3 last_at:2020-07-20 22:40:10
protErrIoId_6BDAC9 22 last_at:2020-07-20 22:40:28
protLastRcv 2020-07-20 22:47:57
protRcv 71 last_at:2020-07-20 22:47:57
protResnd 25 last_at:2020-07-20 23:50:19
protResndFail 7 last_at:2020-07-20 23:50:25
protSnd 104 last_at:2020-07-20 23:50:04
protState CMDs_done_Errors:1
rssi_HMLAN1 cnt:21 min:-99 max:-79 avg:-83.14 lst:-83
rssi_at_HMGW cnt:9 min:-68 max:-64 avg:-66.22 lst:-66
rssi_at_HMLAN1 cnt:99 min:-106 max:-77 avg:-86.31 lst:-104
READINGS:
2020-07-20 22:40:11 CommandAccepted yes
2020-07-20 22:40:28 D-firmware 2.8
2020-07-20 22:40:28 D-serialNr REQ0268186
2020-07-20 22:45:12 PairedTo 0x323CAD
2020-07-20 22:47:57 cfgState updating
2020-07-20 23:50:25 commState CMDs_done_Errors:1
2020-07-20 22:47:57 powerOn 2020-07-20 22:47:57
2020-07-20 22:40:10 sabotageAttackId_ErrIoId_323CAD cnt:3
2020-07-20 22:40:28 sabotageAttackId_ErrIoId_6BDAC9 cnt:9
2020-07-20 23:50:25 state MISSING ACK
RegL_00.:
VAL
helper:
HM_CMDNR 6
PONtest 0
cSnd 01323CAD711E2F020E,11323CAD711E2F0201C80000
mId 0003
peerFriend
peerOpt -:switch
regLst 0
rxType 1
supp_Pair_Rep 0
cmds:
TmplKey :no:1595277633.80977
TmplTs 1595277633.80977
cmdKey :0:1:0::0003:01
TmplCmds:
cmdList:
assignHmKey:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getConfig:
getDevInfo:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
getSerial:
getVersion:
pair:
raw:data ...
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
reset:
tplDel:tmplt
unpair:
expert:
def 0
det 0
raw 1
tpl 0
io:
newChn +711E2F,00,00,00
nextSend 1595278077.86395
prefIO
rxt 0
vccu
p:
711E2F
00
00
00
mRssi:
mNo 00
io:
HMGW:
HMLAN1:
-102
-102
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rpt:
IO HMLAN1
flg A
ts 1595278077.77478
ack:
HASH(0x45e0458)
008002323CAD711E2F00
rssi:
HMLAN1:
avg -83.1428571428572
cnt 21
lst -83
max -79
min -99
at_HMGW:
avg -66.2222222222222
cnt 9
lst -66
max -64
min -68
at_HMLAN1:
avg -86.3131313131313
cnt 99
lst -104
max -77
min -106
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
IOgrp VCCU:HMLAN1
autoReadReg 4_reqStatus
expert rawReg
firmware 2.8
model HM-LC-SW4-DR
room CUL_HM
serialNr REQ0268186
subType switch
webCmd getConfig:clear msgEvents
und noch die List zu den IO-Devices:
HMGW:
Internals:
AssignedPeerCnt 1
CFGFN
CNT 156
Clients :CUL_HM:
DEF uart://192.168.2.13:23
DEVCNT 156
DevState 99
DevType UART
DeviceName 192.168.2.13:23
FD 69
FUUID 5f14d108-f33f-f202-3e19-5ca1dc3d2e0a36e9
LastOpen 1595281563.45884
NAME HMGW
NOTIFYDEV global
NR 762
NTFY_ORDER 50-HMGW
PARTIAL
RAWMSG 040202
RSSI -61
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 1
msgLoadHistory 0/0/0/0/0/1/-/-/-/-/-/-
msgLoadHistoryAbs 1/1/1/1/1/1/0/-/-/-/-/-/-
owner 6BDAC9
Helper:
CreditTimer 140
FW 66561
Initialized 1
AckPending:
LastSendLen:
3
3
Log:
IDs:
RoundTrip:
Delay 0.0698800086975098
loadLvl:
lastHistory 1595283366.25375
MatchList:
1:CUL_HM ^A......................
Peers:
711E2F +711E2F,00,00,00
READINGS:
2020-07-20 23:46:06 D-HMIdAssigned 6BDAC9
2020-07-20 23:46:06 D-HMIdOriginal 6BDAC9
2020-07-20 23:46:06 D-firmware 1.4.1
2020-07-20 23:46:06 D-serialNr PEQ2215356
2020-07-20 01:02:32 D-type HM-MOD-UART
2020-07-20 23:46:06 cond ok
2020-07-20 23:51:07 load 1
2020-07-20 23:46:06 loadLvl low
2020-07-20 23:46:03 state opened
helper:
Attributes:
room CUL_HM,a_OUT_Pool
HMLAN1:
Internals:
DEF 192.168.2.220:1000
DeviceName 192.168.2.220:1000
FD 73
FUUID 5f14c36f-f33f-f202-13a7-3cf90c2c18a1277d
HMLAN1_MSGCNT 4011
HMLAN1_TIME 2020-07-21 00:20:53
IFmodel LAN
NAME HMLAN1
NR 46
NTFY_ORDER 50-HMLAN1
PARTIAL
RAWMSG E3DF306,0000,C79D61BF,FF,FFC1,9E865E3DF306000000BD9615009D08
RSSI -63
STATE opened
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 11
msgKeepAlive dlyMax:13.808 bufferMin:-8
msgLoadCurrent 2
msgLoadHistoryAbs 5min steps: 2/2/2/2/2/2/2/6/9/9/9/11
msgParseDly min:-8 max:2105 last:11 cnt:3874
owner 323CAD
owner_CCU VCCU
uptime 038 930:16:50.265
READINGS:
2020-07-20 00:04:57 D-HMIdAssigned 323CAD
2020-07-20 00:04:57 D-HMIdOriginal 322298
2020-07-20 00:04:57 D-firmware 0.965
2020-07-20 00:04:57 D-serialNr LEQ0986442
2020-07-20 22:26:35 Xmit-Events ok:2 disconnected:2 init:2
2020-07-20 22:26:35 cond ok
2020-07-21 00:21:23 loadLvl low
2020-01-03 13:08:02 prot_Warning-HighLoad last
2020-07-20 22:26:34 prot_disconnected last
2020-07-20 22:26:35 prot_init last
2020-07-19 23:18:58 prot_keepAlive last
2020-07-20 22:26:35 prot_ok last
2017-12-10 08:35:17 prot_timeout last
2020-07-20 22:26:35 state opened
helper:
assIdCnt 11
assIdRep 11
info 03C5,LEQ0986442,322298,323CAD
setTime 48684
cnd:
0 2
253 2
255 2
dly:
cnt 3874
lst 11
max 2105
min -8
ids:
2163CF:
cfg +2163CF,00,00,00
chn 00
flg 0
msg
name HM_2163CF
to 1595196305.76536
38FDE5:
cfg +38FDE5,00,00,00
name Haustuer
3D6506:
cfg +3D6506,00,00,00
chn 07
flg 0
msg
name hk_hmSM
to 1595212116.55518
3DF306:
cfg +3DF306,00,00,00
chn 02
flg 0
msg
name hk_hmZS
to 1595196450.40555
40E189:
cfg +40E189,00,00,00
name hk_Klingelsicherung
4CF435:
cfg +4CF435,00,00,00
chn 02
flg 0
msg
name ba_Heizthermostat
to 1595270907.97206
4DA356:
cfg +4DA356,00,00,00
chn 02
flg 0
msg
name wz_f_Heizthermostat
to 1595270430.0484
4DA358:
cfg +4DA358,00,00,00
chn 02
flg 0
msg
name wz_t_Heizthermostat
to 1595270545.68571
6C3149:
cfg +6C3149,00,00,00
name pool_hmTS
6DF5F3:
cfg +6DF5F3,00,00,00
name Klingel
711E2F:
cfg +711E2F,00,00,00
chn 02
flg 0
msg
name HM_711E2F
to 1595283565.79393
k:
BufMin -8
DlyMax 13.808
Next 1595283708.67643
Start 1595283683.67643
loadLvl:
bl 40
a:
99
90
40
0
h:
0 low
40 batchLevel
90 high
99 suspended
log:
all 0
sys 0
ids:
ARRAY(0x1ec1748)
q:
HMcndN 0
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
loadLastMax 2
loadNo 4
scnt 1
ald:
2
2
2
2
2
2
2
6
9
9
9
11
apIDs:
ref:
drft -0.00015999360025599
hmtL 3349010265
kTs 0
offL 1591934673418
sysL 1595283683683
Attributes:
hmId 323CAD
hmLanQlen 1_min
loadLevel 0:low,40:batchLevel,90:high,99:suspended
room CUL_HM
VCCU:
Internals:
DEF 323CAD
FUUID 5f14c372-f33f-f202-9d39-429953c555d720cd
HMGW_MSGCNT 590
HMGW_RAWMSG 0500005607A001323CAD711E2F020E
HMGW_RSSI -86
HMGW_TIME 2020-07-21 00:19:13
HMLAN1_MSGCNT 756
HMLAN1_RAWMSG E6BDAC9,0000,C7821177,FF,FFA1,CA943F6BDAC9000000020426A8CE48
HMLAN1_RSSI -95
HMLAN1_TIME 2020-07-20 23:51:03
IODev HMLAN1
LASTInputDev HMGW
MSGCNT 1346
NAME VCCU
NOTIFYDEV global
NR 101
NTFY_ORDER 50-VCCU
STATE HMLAN1:ok
TYPE CUL_HM
assignedIOs HMLAN1
channel_01 VCCU_chan1_Wasseruhr
channel_02 VCCU_chan2_Brenner
lastMsg No:07 - t:01 s:323CAD d:711E2F 020E
protLastRcv 2020-07-21 00:19:08
protRcv 323 last_at:2020-07-21 00:19:08
rssi_at_HMGW cnt:590 min:-87 max:-72 avg:-77.11 lst:-86
rssi_at_HMLAN1 cnt:6 min:-96 max:-77 avg:-86.33 lst:-96
READINGS:
2020-07-20 22:22:09 CommandAccepted yes
2020-07-20 22:26:35 IOopen 1
2020-07-20 22:40:34 cfgState ok
2020-07-20 22:26:35 state HMLAN1:ok
2018-11-14 06:06:08 unknown_200588 received
2017-01-22 08:21:40 unknown_20059D received
2017-01-20 07:56:38 unknown_2163CF received
2020-05-24 15:25:14 unknown_387447 received
2018-09-19 19:41:18 unknown_3927BE received
2016-11-26 17:59:57 unknown_40E189 received
2017-01-20 14:06:16 unknown_4DA356 received
2017-01-20 14:15:04 unknown_4DA358 received
2020-07-20 23:51:03 unknown_6BDAC9 received
2020-07-16 23:11:54 unknown_6C3149 received
2019-10-26 14:00:24 unknown_6DF5F3 received
2020-07-20 22:38:16 unknown_711E2F received
2020-07-20 17:21:12 unknown_F10000 received
helper:
HM_CMDNR 7
PONtest 1
mId FFF0
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1595196282.19991
TmplTs 1595196282.19991
cmdKey :0:1:1::FFF0:01
TmplCmds:
cmdList:
assignHmKey:
assignIO:-IO- [set|unset]...
clear:[readings|rssi|msgErrors|msgErrors|unknownDev]
defIgnUnknown:
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getDevInfo:
hmPairForSec:-sec- ...
hmPairSerial:-serial-
peerSmart:[Haustuer|Klingel|ba_Heizthermostat_WindowRec|ba_Heizthermostat_remote|hk_Klingelsicherung|hk_hmSM_Brenner|hk_hmSM_Btn_02|hk_hmSM_Btn_03|hk_hmSM_Btn_04|hk_hmSM_Btn_05|hk_hmSM_Btn_06|hk_hmSM_Btn_07|hk_hmSM_Wasseruhr|wz_f_Heizthermostat_WindowRec|wz_f_Heizthermostat_remote|wz_t_Heizthermostat_WindowRec|wz_t_Heizthermostat_remote]
raw:data ...
reset:
unpair:
update:
virtual:-noButtons-
expert:
def 0
det 0
raw 1
tpl 0
io:
nextSend 1595283554.04534
prefIO
vccu VCCU
ioList:
HMLAN1
mRssi:
mNo 07
io:
HMGW:
-86
-86
HMLAN1:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HMGW:
avg -77.1101694915254
cnt 590
lst -86
max -72
min -87
at_HMLAN1:
avg -86.3333333333333
cnt 6
lst -96
max -77
min -96
tmpl:
Attributes:
IODev HMLAN1
IOList HMLAN1
IOgrp VCCU
expert defReg,rawReg
model CCU-FHEM
room CUL_HM
subType virtual
webCmd virtual:update
Hätte jemand einen Tipp für mich, was ich übersehe oder falsch mache?
Beste Grüße
reen
Eine VCCU hat kein IODev sondern eine IOList wo beide IODevs eingetragen werden sollten.
HmId muss überall gleich sein.
Die Devices müssen ab der einrichtung der VCCU nicht mehr direkt mit einem IODev gepaired werden, sondern mit der VCCU.
Im Hintergrund sind die Devices so zu sagen mit der HmId gepaired. Also klar, wenn HMLAN1+VCCU und HMGW unterschiedliche HmIds haben:
- VCCU hat (fast) keine Wirkung, da sie nur ein IODev betreibt
- die Devices können nur mit dem IODev kommunizieren, das die gleiche HmId hat, sprich mit dem IODev, womit die gepaired wurden.
Prinzipielle ist eine VCCU ein "Meta-IODev", oder ein Pool von IODevs, das alle IODevs erfasst. Die VCCU und die Devices können dann entscheiden, welches IODev das beste ist. Lies dir normal https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU durch
Volle Zustimmung.
Zitat von: reen am 21 Juli 2020, 00:33:11
Also habe ich das Attribut hmId auf die ID gesetzt die im Reading "D-HMIdOriginal" von HMGW steht.
Das ist dann sozuagen der Hauptfehler. Das Reading D-HMIdOriginal ist eigentlich nur eine Info darüber, mit welcher ID das Gerät arbeiten würde, wenn man ihm keine eigene zuweist.
ZitatNach dem erfolgreichen pairen (bei 50cm Abstand zur HMLAN1) funktionierten dann auch die Schalter richtig.
Das ist der nächste Fehler. HM-Geräte sollten mindestens einen Meter, besser 2, Abstand haben wenn sie miteinander reden sollen. Sonst werden die Empfänger "übersteuert". Das gilt nicht nur für die Gerät-Zentralen-Kommunikation, sondern auch wenn zwei Geräte direktverknüpft miteinander reden sollen.
Deine Herangehensweise (Reihenfolge der Aktionen) war ansonsten aber soweit korrekt und sollte funktionieren.
Dann:
Dein Sensor und Aktor kommunizieren mit dem HMGW deutlich besser. Also gib ihnen als bevorzugtes IO auch ein "attr ... IOgrp VCCU:HMGW" statt des "VCCU:HMLAN1". Oder nur "VCCU", dann entscheidet die selbst.
und zuletzt: In hartnäckigen Fällen kann es hilfreich sein, gerade bei etwas umfänglicheren Datentransfers ein IO vorübergehend stillzulegen (set <IO> closed) - dann kann es nicht "dazwischenfunken". Das hat sich bei mir vorzugsweise bei Firmwareupdates als hilfreich herausgestellt (die Du dann übrigens ohnehin mit dem HMGW machen müsstest, weil die HMLAN das nicht können).
Hallo Pfriemler und amenomade,
besten Dank für eure Rückmeldung, hat mich sehr gefreut.
Ich habe nun im VCCU das attr IOList um HMGW erweitert, im HMGW habe ich das attr hmId auf die bisher gemeinsame ID der VCCU/HMLAN1 geändert.
Beim wieder neu anlernen über die VCCU hat dann auch alles geklappt und es wurde vom Schaltaktor sogar auch die HMGW verwendet.
Als ich dann den Autor wieder an den entfernten Standort gebracht habe wollte der aber wieder nur mit HMLAN1 kommunizieren. Die Reichweite ist aber ok, weil der Sensor immer sauber mit HMGW kommuniziert.
ZitatDein Sensor und Aktor kommunizieren mit dem HMGW deutlich besser. Also gib ihnen als bevorzugtes IO auch ein "attr ... IOgrp VCCU:HMGW" statt des "VCCU:HMLAN1". Oder nur "VCCU", dann entscheidet die selbst.
Jetzt verstehe ich das auch ein wenig, finde aber komisch, dass der Sensor, obwohl er in IOgrp VCCU:HMLAN1 stehen hat, trotzdem mit HMGW kommuniziert. Liegt das dann daran dass die VCCU das managed, und darüber die HMGW verwendet wird?
Genau dass wäre meine nächste Frage gewesen, ob ich erzwingen kann, welches IOdevice verwendet werden soll.
Das werde ich jetzt einmal ausprobieren.
Vielen Dank für eure Beteiligung!
VG reen
Ich hab am Aktor nun die Igor rein auf HMGW gesetzt, aber der Autor verwendet trotzdem noch HMLAN1, obwohl HMGW besseren empfang hat.
list HM_711E2F
Internals:
CFGFN
DEF 711E2F
FUUID 5f160114-f33f-f202-299b-94daaf6647d67b59
HMGW_MSGCNT 72
HMGW_RAWMSG 050100412AA010711E2F323CAD0100000000
HMGW_RSSI -65
HMGW_TIME 2020-07-21 14:08:15
HMLAN1_MSGCNT 167
HMLAN1_RAWMSG R71463E8C,0001,CA92FCE3,FF,FF98,2AA010711E2F323CAD0100000000
HMLAN1_RSSI -104
HMLAN1_TIME 2020-07-21 14:08:15
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 239
NAME HM_711E2F
NOTIFYDEV global
NR 11029
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_711E2F_Sw_01
channel_02 HM_711E2F_Sw_02
channel_03 HM_711E2F_Sw_03
channel_04 HM_711E2F_Sw_04
lastMsg No:2A - t:10 s:711E2F d:323CAD 0100000000
protCmdDel 63
protErrIoId_323CAD 3 last_at:2020-07-20 22:40:10
protErrIoId_6BDAC9 22 last_at:2020-07-20 22:40:28
protLastRcv 2020-07-21 14:08:15
protRcv 134 last_at:2020-07-21 14:08:15
protResnd 47 last_at:2020-07-21 14:08:10
protResndFail 14 last_at:2020-07-21 09:40:17
protSnd 196 last_at:2020-07-21 14:08:15
protState CMDs_done
rssi_HMLAN1 cnt:31 min:-103 max:-79 avg:-87.67 lst:-99
rssi_at_HMGW cnt:73 min:-78 max:-33 avg:-65.67 lst:-65
rssi_at_HMLAN1 cnt:167 min:-106 max:-77 avg:-92.01 lst:-104
READINGS:
2020-07-20 22:40:11 CommandAccepted yes
2020-07-20 22:40:28 D-firmware 2.8
2020-07-20 22:40:28 D-serialNr REQ0268186
2020-07-21 14:08:05 PairedTo 0x323CAD
2020-07-21 14:08:05 RegL_00. 00:00 02:01 0A:32 0B:3C 0C:AD 15:FF 18:00
2020-07-21 14:08:05 cfgState IOgrp
2020-07-21 14:08:15 commState CMDs_done
2020-07-21 09:40:40 powerOn 2020-07-21 09:40:40
2020-07-20 22:40:10 sabotageAttackId_ErrIoId_323CAD cnt:3
2020-07-20 22:40:28 sabotageAttackId_ErrIoId_6BDAC9 cnt:9
2020-07-21 14:08:15 state CMDs_done
helper:
HM_CMDNR 42
PONtest 0
cSnd 01323CAD711E2F04040000000001,01323CAD711E2F0403
mId 0003
peerFriend
peerOpt -:switch
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cfgChk:
idPc03 ->HMGW
cmds:
TmplKey :no:1595277633.80977
TmplTs 1595277633.80977
cmdKey :0:1:0::0003:01
TmplCmds:
cmdList:
assignHmKey:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getConfig:
getDevInfo:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
getSerial:
getVersion:
pair:
raw:data ...
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
reset:
tplDel:tmplt
unpair:
expert:
def 0
det 0
raw 1
tpl 0
io:
newChn +711E2F,00,00,00
nextSend 1595333295.92903
prefIO
rxt 0
vccu HMGW
p:
711E2F
00
00
00
mRssi:
mNo 2A
io:
HMGW:
-65
-65
HMLAN1:
-102
-102
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rpt:
IO HMGW
flg A
ts 1595333295.8414
ack:
HASH(0x45e0458)
2A8002323CAD711E2F00
rssi:
HMLAN1:
avg -87.6774193548387
cnt 31
lst -99
max -79
min -103
at_HMGW:
avg -65.6712328767123
cnt 73
lst -65
max -33
min -78
at_HMLAN1:
avg -92.0119760479041
cnt 167
lst -104
max -77
min -106
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
IOgrp HMGW
autoReadReg 4_reqStatus
expert rawReg
firmware 2.8
model HM-LC-SW4-DR
room CUL_HM
serialNr REQ0268186
subType switch
webCmd getConfig:clear msgEvents
Jemand eine Idee, was ich noch machen kann?
IOgrp -> VCCU:HMGW
ZitatIOgrp -> VCCU:HMGW
Tatsächlich, das scheint die Lösung zu sein! Besten dank amenomade!
Verstehen tue ich das aber noch nicht so ganz, warum funktioniert das und "IOgrp -> HMGW" nicht?
Wobei "nicht" auch falsch ist. Ganz selten kommt so auch ein Signal an. aber erst seit ich VCCU:HMGW drin habe läuft es jetzt seit ein paar Stunden stabil.
IOgrp = HMGW ist auch sowieso Quatsch. Entweder "VCCU" oder "VCCU:<NameDesBevorzugtenInterfaces>". Das schrieb ich auch weiter oben schon...