moin,
1. zunächst einmal ein problem mit automatischem statusrequest nach restart:
wenn das IODev ein normaler cul ist und das device wakeup und lazy config kann, wird der request beim start in die queue gegeben, aber niemals gestartet.
sobald ich hmlan oder hmuart als IODev setze, wird der request auch gestartet.
noansi hat den verantwortlichen code in CUL_HM_parseCommon(@) ab Zeile 3237 lokalisiert:
if($rxt & 0x10){ # lazy config
if($mhp->{mFlgH} & 0x02 # wakeup message
&& $devHlpr->{prt}{sleeping}
&& ( $defs{$mhp->{devH}{IODev}{NAME}}{helper}{VTS_LZYCFG} # for TSCUL VTS0.34 up
|| $defs{$mhp->{devH}{IODev}{NAME}}{TYPE} =~ m/^(?:HMLAN|HMUARTLGW)$/s )){
CUL_HM_appFromQ($mhp->{devN},"cf");# stack cmds if waiting
$devHlpr->{prt}{sleeping} = 0;
CUL_HM_ProcessCmdStack($mhp->{devH});
}
else{
$devHlpr->{prt}{sleeping} = 1 if (!$devHlpr->{prt}{sProc}); # set back to sleeping with next trigger, if nothing to do
}
}
elsif($rxt & 0x08){ #wakeup device
if(($mhp->{mFlgH} & 0xA2) == 0x82){ #wakeup signal
CUL_HM_appFromQ($mhp->{devN},"wu");# stack cmds if waiting
if ($mhp->{devH}{cmdStack}){
CUL_HM_SndCmd($mhp->{devH}, '++A112'.CUL_HM_IoId($mhp->{devH}).$mhp->{src});
CUL_HM_ProcessCmdStack($mhp->{devH});
}
}
elsif($devHlpr->{prt}{sProc} != 1){ # no wakeup signal,
# this is an autonom message send ACK but dont process further
$devHlpr->{prt}{sleeping} = 1 if($mhp->{mFlgH} & 0x20) ;
}
}
1. warum wird ein cul von lazy config ausgeschlossen?
2. warum gibt es hier überhaupt eine io abhängigkeit?
3. alle devices, die lazy config und wakeup können, werden hier doch grundsätzlich auf lazy config "reduziert".
4. lazy config ist doch eine zusätzliche möglichkeit, um auch bei triggern kommunizieren zu können.
list device
Internals:
.lastTimebatVoltage 1616529737.63769
.lastTimebattery 1616529737.63769
DEF 6869B6
FUUID 5c4ce2eb-f33f-09c4-4dec-70db0da4a026d89f
IODev cul868
LASTInputDev hmuart1
MSGCNT 10
NAME Wetter.Sued
NOTIFYDEV global
NR 430
NTFY_ORDER 50-Wetter.Sued
STATE T: 22.0 H: 43 L: 1.03 P: 1095.6
TYPE CUL_HM
chanNo 01
cul868_MSGCNT 3
cul868_RAWMSG A148BA2706869B61ACE1F00DC2B2ACC000000670960::-44.5:cul868
cul868_RSSI -44.5
cul868_TIME 2021-03-23 21:09:55
hmlan1_MSGCNT 4
hmlan1_RAWMSG E6869B6,0000,39905AE6,FF,FFD7,8BA2706869B61ACE1F00DC2B2ACC000000670960
hmlan1_RSSI -41
hmlan1_TIME 2021-03-23 21:09:55
hmuart1_MSGCNT 3
hmuart1_RAWMSG 050000258BA2706869B61ACE1F00DC2B2ACC000000670960
hmuart1_RSSI -37
hmuart1_TIME 2021-03-23 21:09:55
lastMsg No:8B - t:70 s:6869B6 d:1ACE1F 00DC2B2ACC000000670960
protLastRcv 2021-03-23 21:09:55
protRcv 4 last_at:2021-03-23 21:09:55
protSnd 4 last_at:2021-03-23 21:09:55
protState CMDs_done
rssi_at_cul868 cnt:3 min:-44.5 max:-44.5 avg:-44.5 lst:-44.5
rssi_at_hmlan1 cnt:4 min:-41 max:-41 avg:-41 lst:-41
rssi_at_hmuart1 cnt:3 min:-37 max:-37 avg:-37 lst:-37
.attraggr:
.attreocr:
.*
.attrminint:
batVoltage:86400
battery:86400
.attrtocr:
.*
.userReadings:
HASH(0x45fdf70)
HASH(0x45aba48)
CL:
Authenticated 0
BUF
FD 86
FW_ID 7758
LASTACCESS 1616530276
NAME WEB_192.168.1.31_50182
NR 896
PEER 192.168.1.31
PORT 50182
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-03-23 21:11:05 state Connected
READINGS:
1900-01-01 00:00:01 .D-devInfo 030100
1900-01-01 00:00:01 .D-stc 70
2021-03-23 21:02:06 .associatedWith Wetter.Sued,Wetter.Sued
2021-03-23 14:49:38 .peerListRDate 2021-03-23 14:49:38
2021-03-23 21:09:55 .protLastRcv 20210323210955
2021-03-23 13:08:49 Activity alive
from archivexx D-firmware 0.14
from archivexx D-serialNr UWS3621504
2021-03-23 14:43:53 PairedTo 0x1ACE1F
2021-03-23 21:02:11 R-altitude 78 m
2021-03-23 21:02:11 R-burstRx off
2021-03-23 21:02:11 R-ledMode off
2021-03-23 21:02:11 R-lowBatLimitTHPL 2.3 V
2021-03-23 21:02:11 R-pairCentral 0x1ACE1F
2021-03-23 21:02:11 R-transmDevTryMax 3
2021-03-23 14:43:53 RegL_00. 00:00 01:00 05:24 0A:1A 0B:CE 0C:1F 12:17 14:03 24:00 25:4E
2021-03-23 19:52:04 absFeuchte 8.2
2021-03-23 21:02:17 batVoltage 2.40
2021-03-23 21:02:17 battery ok
2021-03-23 14:50:38 cfgState ok
2021-03-23 20:28:38 commState CMDs_done
2021-03-23 19:52:04 dewpoint 8.7
2021-03-23 20:42:21 humidity 43
2021-03-23 21:03:57 humidityAbsolut 8.4
2021-03-23 21:09:55 luminosity 1.03
2021-03-23 21:03:57 measured-temp 22.0
2021-03-23 21:03:57 pressure 1095.6
2021-03-23 14:52:19 recentStateType info
2021-03-23 21:09:55 state T: 22.0 H: 43 L: 1.03 P: 1095.6
2021-03-23 21:03:57 temperature 22.0
- tmpl_0 THPL_00_default,
helper:
HM_CMDNR 139
mId F101
peerFriend peerRecT
peerIDsState complete
peerOpt p:THPLSensor
regLst 0
rxType 156
supp_Pair_Rep 0
tmplChg 0
ack:
cmds:
TmplKey :1616529730.57587:1616529732.34032
TmplTs 1616529732.34032
cmdKey 1:1:0::Wetter.Sued:F101:01:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate ...
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getSerial noArg
getVersion noArg
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan 0 ... single [set|unset] [actor|remote|both]
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 slider,0,1,255
peer
peerOpt
tplChan THPL_00_default
tplDel 0>THPL_00_default
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 1
det 1
raw 1
tpl 1
io:
newChn +6869B6,00,00,00
nextSend 1616530195.92686
rxt 2
vccu ccu
p:
6869B6
00
00
00
prefIO:
cul868
mRssi:
mNo 8B
io:
cul868:
-36.5
-36.5
hmlan1:
-41
-41
hmuart1:
-37
-37
hmusb1:
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
q:
qReqConf
qReqStat 00
role:
chn 1
dev 1
rpt:
IO cul868
flg A
ts 1616530195.49527
ack:
HASH(0x45b1488)
8B80021ACE1F6869B600
rssi:
at_cul868:
avg -44.5
cnt 3
lst -44.5
max -44.5
min -44.5
at_hmlan1:
avg -41
cnt 4
lst -41
max -41
min -41
at_hmuart1:
avg -37
cnt 3
lst -37
max -37
min -37
shadowReg:
tmpl:
0>THPL_00_default
Attributes:
.mId F101
IODev cul868
IOgrp ccu:cul868
actCycle 000:10
actStatus alive
autoReadReg 5_readMissing
comment batChange: 2020-09-11 20:34:12 (oldBat: low since 2020-08-14 04:14:43)
batChange: 2020-10-05 11:21:18 (oldBat: low since 2020-09-20 04:57:15)
batChange: 2020-11-27 14:17:02 (oldBat: low since 2020-11-07 08:10:57)
batChange: 2021-01-17 12:17:37 (oldBat: low since 2021-01-10 04:48:18)
reparatur: 2021-01-19 14:13:40 (configtaster defekt)
event-min-interval batVoltage:86400,battery:86400
event-on-change-reading .*
expert defReg,allReg,rawReg,templ
firmware 0.15
model HB-UW-Sen-THPL-I
msgRepeat 6
peerIDs 00000000
room 65_Flur.OG,70_Garten
serialNr UWS3621504
subType THPLSensor
timestamp-on-change-reading .*
userReadings measured-temp:temperature:.* {
return ReadingsVal($name,"temperature",0);
},
humidityAbsolut:(temperature|humidity):.* {
return AbsoluteFeuchte(ReadingsVal($name,"temperature",0),ReadingsVal($name,"humidity",0));
}
list cul
Internals:
CMDS BCFiAZEGMKURTVWXefmltux
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 0000
DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00@38400
FD 52
FHTID 0000
FUUID 5c4ce2ef-f33f-09c4-2286-e28f74f38d805cca
NAME cul868
NR 630
NR_CMD_LAST_H 15
PARTIAL
RAWMSG A14B9805E266EA51ACE1F000000000000000000000028
RSSI -54
STATE Initialized
TYPE CUL
VERSION V 1.58 CUL868
cul868_MSGCNT 290
cul868_TIME 2021-03-23 21:12:52
initString X21
Ar
owner_CCU ccu
.attraggr:
.attrminint:
.clientArray:
CUL_HM
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-08-12 13:50:22 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2021-03-23 21:01:54 cmds B C F i A Z E G M K U R T V W X e f m l t u x
2021-03-23 21:12:52 state Initialized
2018-01-29 14:42:06 version V 1.58 CUL868
XMIT_TIME:
1616529736.54929
1616529736.84926
1616529736.85326
1616529736.96495
1616529737.1965
1616529737.25985
1616529737.37031
1616529737.53786
1616529738.93463
1616529745.11897
1616529745.28713
1616529837.28105
1616530024.24066
1616530195.49834
1616530351.06374
helper:
1936FF:
QUEUE:
1BF81B:
QUEUE:
20DFE1:
QUEUE:
24AF1D:
QUEUE:
266A86:
QUEUE:
6869B6:
QUEUE:
Attributes:
group IO-Devices
hmId 1ACE1F
model CUL
rfmode HomeMatic
room 90_Technik
verbose 4
sniff
2021.03.23 21:01:40.916 1: Including fhem.cfg
2021.03.23 21:01:40.983 3: telnetPort: port 7072 opened
2021.03.23 21:01:41.392 3: WEB: port 8083 opened
2021.03.23 21:01:41.464 2: eventTypes: loaded 0 lines from ./log/eventtypes.log
2021.03.23 21:01:41.525 1: HMLAN_Parse: hmlan1 new condition disconnected
2021.03.23 21:01:41.526 3: Opening hmlan1 device 192.168.1.9:1000
2021.03.23 21:01:41.532 1: HMLAN_Parse: hmlan1 new condition init
2021.03.23 21:01:41.533 3: hmlan1 device opened
2021.03.23 21:01:54.102 3: Opening cul868 device /dev/serial/by-id/usb-busware.de_CUL868-if00
2021.03.23 21:01:54.107 3: Setting cul868 serial parameters to 38400,8,N,1
2021.03.23 21:01:54.217 3: cul868: Possible commands: BCFiAZEGMKURTVWXefmltux
2021.03.23 21:01:54.225 3: cul868 device opened
2021.03.23 21:01:54.286 2: Switched cul868 rfmode to HomeMatic
2021.03.23 21:02:06.535 1: ----- test qStateUpdatIfEnab1 ----- => n:Wetter.Sued f:undefined
2021.03.23 21:02:06.536 1: ----- test qStateUpdatIfEnab2 ----- => n:Wetter.Sued c:Wetter.Sued f:undefined
2021.03.23 21:02:06.536 1: ----- test qEntity ----- => n:Wetter.Sued q:qReqStat
2021.03.23 21:02:11.286 2: HMinfo hminfo get:configCheck :-f,^(Wetter.Sued|Wetter.Sued)$
2021.03.23 21:02:11.296 2: HMinfo hminfo get:configCheck :-f,^(Wetter.Sued|Wetter.Sued)$
2021.03.23 21:02:14.106 3: Opening hmuart1 device /dev/ttyAMA0
2021.03.23 21:02:14.108 3: Setting hmuart1 serial parameters to 115200,8,N,1
2021.03.23 21:02:14.111 3: hmuart1 device opened
2021.03.23 21:02:17.492 1: HMLAN_Parse: hmlan1 new condition ok
2021.03.23 21:02:17.534 0: HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:3988DA75 d:FF r:FFD7 m:88 A270 6869B6 1ACE1F 00DB2B2ACB0000005D0960
2021.03.23 21:03:57.276 4: CUL_Parse: cul868 A 14 89 A270 6869B6 1ACE1F 00DC2B2ACC0000005D09603B -44.5
2021.03.23 21:03:57.413 0: HMUARTLGW hmuart1 recv: 01 05 00 00 25 msg: 89 A2 70 6869B6 1ACE1F 00DC2B2ACC0000005D0960
2021.03.23 21:03:57.417 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2D msg: 89 80 02 1ACE1F 6869B6 00
2021.03.23 21:03:57.421 0: HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:398AE36D d:FF r:FFD7 m:89 A270 6869B6 1ACE1F 00DC2B2ACC0000005D0960
2021.03.23 21:03:57.425 0: HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 89 80 02 1ACE1F 6869B6 00
2021.03.23 21:03:57.428 4: CUL_Parse: cul868 A 0A 89 8002 1ACE1F 6869B6 0040 -42
2021.03.23 21:03:57.432 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:398AE3FA d:FF r:FFD9 m:89 8002 1ACE1F 6869B6 00
2021.03.23 21:07:04.230 4: CUL_Parse: cul868 A 14 8A A270 6869B6 1ACE1F 00DC2B2ACC0000005709603B -44.5
2021.03.23 21:07:04.397 4: CUL_Parse: cul868 A 0A 8A 8002 1ACE1F 6869B6 003F -42.5
2021.03.23 21:07:04.403 0: HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:398DBDCF d:FF r:FFD7 m:8A A270 6869B6 1ACE1F 00DC2B2ACC000000570960
2021.03.23 21:07:04.408 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:398DBE5C d:FF r:FFD9 m:8A 8002 1ACE1F 6869B6 00
2021.03.23 21:07:04.412 0: HMUARTLGW hmuart1 recv: 01 05 00 00 25 msg: 8A A2 70 6869B6 1ACE1F 00DC2B2ACC000000570960
2021.03.23 21:07:04.417 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2D msg: 8A 80 02 1ACE1F 6869B6 00
2021.03.23 21:07:04.420 0: HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 8A 80 02 1ACE1F 6869B6 00
2021.03.23 21:09:55.493 4: CUL_Parse: cul868 A 14 8B A270 6869B6 1ACE1F 00DC2B2ACC0000006709603B -44.5
2021.03.23 21:09:55.627 0: HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:39905AE6 d:FF r:FFD7 m:8B A270 6869B6 1ACE1F 00DC2B2ACC000000670960
2021.03.23 21:09:55.631 0: HMUARTLGW hmuart1 recv: 01 05 00 00 25 msg: 8B A2 70 6869B6 1ACE1F 00DC2B2ACC000000670960
2021.03.23 21:09:55.634 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2D msg: 8B 80 02 1ACE1F 6869B6 00
2021.03.23 21:09:55.638 4: CUL_Parse: cul868 A 0A 8B 8002 1ACE1F 6869B6 0040 -42
2021.03.23 21:09:55.641 0: HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 8B 80 02 1ACE1F 6869B6 00
2021.03.23 21:09:55.645 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:39905B73 d:FF r:FFD9 m:8B 8002 1ACE1F 6869B6 00
nach meinen recherchen wird lazyConfig in einer device message durch den msgType (40, 41)
plus wakemeup flag signalisiert. somit eine spezielle wakeup message.
daher dürfte die lazyConfig analyse in CUL_HM_parseCommon in erste linie nicht von den fähigkeiten des devices (rxType) unterschieden werden, sondern von msgType und wakemeup flag.
im prinzip etwa so (sicherlich nicht alles bedacht):
if($mhp->{mFlgH} & 0x02) { # wakeup message
if(($mhp->{mTp} eq "40" || $mhp->{mTp} eq "41") && $rxt & 0x10){ # lazy config message&device
}
elsif($rxt & 0x08) { # wakeup device
}
}
der rhs fenstersensor sendet zb A6 für normales wakeup, wenn er gepairt ist und das cover wird geöffnet/geschlossen.
wakeup HM-SEC-RHS über debmatic: 2021.03.23 23:13:12.977 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 46 msg: 54 A6 10 1C1BE3 1ACE1F 0601000E
2021.03.23 23:13:13.020 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 21 msg: 54 A0 02 1ACE1F 1C1BE3 04F462C48AEBD600
2021.03.23 23:13:13.152 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 44 msg: 54 A0 03 1C1BE3 1ACE1F 3B28E95C2BCAA76332F4649E69D8735F
2021.03.23 23:13:13.271 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 21 msg: 54 80 02 1ACE1F 1C1BE3 0002BAC0BE
2021.03.23 23:13:20.669 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 43 msg: 55 A6 10 1C1BE3 1ACE1F 06010000
2021.03.23 23:13:20.770 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 21 msg: 55 A0 02 1ACE1F 1C1BE3 047BED4B05645900
2021.03.23 23:13:20.904 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 45 msg: 55 A0 03 1C1BE3 1ACE1F 4DFB7DC6991558EC014B77B06AB95721
2021.03.23 23:13:21.021 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 21 msg: 55 80 02 1ACE1F 1C1BE3 002D748E4C
leider habe ich keine eigenen lazyConfig devices, aber hier im forum 2 lazyConfig beispiele von mgernoth gefunden.
lazyConfig HM-SEC-SC-2:Zitat von: mgernoth am 15 Juni 2015, 23:16:32
2015.06.15 23:09:29.401 0: HMLAN_Send: HMCFGUSB I:+250126,02,01,1E
2015.06.15 23:09:29.403 3: CUL_HM set Balkontuere_AZ getConfig
2015.06.15 23:09:35.126 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C020B d:FF r:FFC7 m:D4 B441 250126 21B983 018CC8
2015.06.15 23:09:35.222 0: HMLAN_Parse: HMCFGUSB R:E21B983 stat:0000 t:261C028A d:FF r:FFCF m:D4 8002 21B983 250126 00
2015.06.15 23:09:35.350 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C030A d:FF r:FFC6 m:D5 A041 250126 261C03 018CC8
2015.06.15 23:09:35.478 0: HMLAN_Parse: HMCFGUSB R:E261C03 stat:0000 t:261C0389 d:FF r:FFC8 m:D5 8002 261C03 250126 00
2015.06.15 23:09:35.606 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C0405 d:FF r:FFC6 m:D6 A241 250126 68EA13 018CC8
2015.06.15 23:09:35.708 0: HMLAN_Send: HMCFGUSB S:+250126,02,01,1E
2015.06.15 23:09:35.709 0: HMLAN_Send: HMCFGUSB S:SF90E5647 stat: 00 t:00000000 d:01 r:F90E5647 m:D6 A001 68EA13 250126 00040000000000
2015.06.15 23:09:35.712 0: HMLAN_Delay: HMCFGUSB 250126
2015.06.15 23:09:36.150 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C0611 d:FF r:FFC8 m:D6 A010 250126 68EA13 02020109010A680BEA0C13100114060000
2015.06.15 23:09:36.246 0: HMLAN_Parse: HMCFGUSB R:RF90E5647 stat:0001 t:261C0616 d:FF r:FFC8 m:D6 A010 250126 68EA13 02020109010A680BEA0C13100114060000
2015.06.15 23:09:36.247 0: HMLAN_SdDly: HMCFGUSB 250126
2015.06.15 23:09:36.347 0: HMLAN_Send: HMCFGUSB S:+250126,02,01,1E
2015.06.15 23:09:36.348 0: HMLAN_Send: HMCFGUSB S:SF90E56AD stat: 00 t:00000000 d:01 r:F90E56AD m:D6 8002 68EA13 250126 0101C800
2015.06.15 23:09:36.352 0: HMLAN_Send: HMCFGUSB S:SF90E592D stat: 00 t:00000000 d:01 r:F90E592D m:D7 A001 68EA13 250126 01040000000001
2015.06.15 23:09:36.534 0: HMLAN_Parse: HMCFGUSB R:RF90E56AD stat:0002 t:00000000 d:FF r:7FFF m:D6 8002 68EA13 250126 0101C800
2015.06.15 23:09:36.694 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C0846 d:FF r:FFC7 m:D7 A010 250126 68EA13 02080020602100226430060000
2015.06.15 23:09:36.822 0: HMLAN_Parse: HMCFGUSB R:RF90E592D stat:0001 t:261C084B d:FF r:FFC7 m:D7 A010 250126 68EA13 02080020602100226430060000
2015.06.15 23:09:36.924 0: HMLAN_Send: HMCFGUSB S:SF90E5B07 stat: 00 t:00000000 d:01 r:F90E5B07 m:D8 A001 68EA13 250126 0103
2015.06.15 23:09:37.430 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C0B15 d:FF r:FFC8 m:D8 A010 250126 68EA13 0121B98303261C030300000000
2015.06.15 23:09:37.526 0: HMLAN_Parse: HMCFGUSB R:RF90E5B07 stat:0001 t:261C0B1A d:FF r:FFC8 m:D8 A010 250126 68EA13 0121B98303261C030300000000
2015.06.15 23:09:37.627 0: HMLAN_Send: HMCFGUSB S:SF90E5DC7 stat: 00 t:00000000 d:01 r:F90E5DC7 m:D9 A001 68EA13 250126 010421B9830304
2015.06.15 23:09:38.134 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C0DDE d:FF r:FFCB m:D9 A010 250126 68EA13 0201010000
2015.06.15 23:09:38.262 0: HMLAN_Parse: HMCFGUSB R:RF90E5DC7 stat:0001 t:261C0DE3 d:FF r:FFCB m:D9 A010 250126 68EA13 0201010000
2015.06.15 23:09:38.363 0: HMLAN_Send: HMCFGUSB S:SF90E60A7 stat: 00 t:00000000 d:01 r:F90E60A7 m:DA A001 68EA13 250126 0104261C030304
2015.06.15 23:09:38.435 0: HMLAN_Send: HMCFGUSB I:K
2015.06.15 23:09:38.486 0: HMLAN_Parse: HMCFGUSB V:03C7 sNo:JEQ0535122 d:1DB155 O:68EA13 t:261C0F52 IDcnt:003B
2015.06.15 23:09:38.870 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C10AD d:FF r:FFC9 m:DA A010 250126 68EA13 0201010000
2015.06.15 23:09:38.877 0: HMLAN_Send: HMCFGUSB I:+250126,00,01,1E
2015.06.15 23:09:38.966 0: HMLAN_Parse: HMCFGUSB R:RF90E60A7 stat:0001 t:261C10B2 d:FF r:FFC9 m:DA A010 250126 68EA13 0201010000
2015.06.15 23:09:41.046 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C1932 d:FF r:FFC9 m:D7 B441 250126 21B983 018DC8
2015.06.15 23:09:41.174 0: HMLAN_Parse: HMCFGUSB R:E21B983 stat:0000 t:261C19B1 d:FF r:FFC8 m:D7 8002 21B983 250126 00
2015.06.15 23:09:41.302 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C1A31 d:FF r:FFC9 m:D8 A041 250126 261C03 018DC8
2015.06.15 23:09:41.430 0: HMLAN_Parse: HMCFGUSB R:E261C03 stat:0000 t:261C1AB0 d:FF r:FFC7 m:D8 8002 261C03 250126 00
2015.06.15 23:09:41.559 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C1B2C d:FF r:FFC8 m:D9 A241 250126 68EA13 018DC8
2015.06.15 23:09:41.660 0: HMLAN_Send: HMCFGUSB S:SF90E6D88 stat: 00 t:00000000 d:01 r:F90E6D88 m:D9 8002 68EA13 250126 0101C800
2015.06.15 23:09:41.942 0: HMLAN_Parse: HMCFGUSB R:RF90E6D88 stat:0002 t:00000000 d:FF r:7FFF m:D9 8002 68EA13 250126 0101C800
2015.06.15 23:09:48.375 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C35CE d:FF r:FFC6 m:DA B441 250126 21B983 018E00
2015.06.15 23:09:48.503 0: HMLAN_Parse: HMCFGUSB R:E21B983 stat:0000 t:261C364D d:FF r:FFC8 m:DA 8002 21B983 250126 00
2015.06.15 23:09:48.631 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C36CD d:FF r:FFC6 m:DB A041 250126 261C03 018E00
2015.06.15 23:09:48.759 0: HMLAN_Parse: HMCFGUSB R:E261C03 stat:0000 t:261C374C d:FF r:FFCA m:DB 8002 261C03 250126 00
2015.06.15 23:09:48.855 0: HMLAN_Parse: HMCFGUSB R:E250126 stat:0000 t:261C37C8 d:FF r:FFC7 m:DC A241 250126 68EA13 018E00
2015.06.15 23:09:48.956 0: HMLAN_Send: HMCFGUSB S:SF90E8A08 stat: 00 t:00000000 d:01 r:F90E8A08 m:DC 8002 68EA13 250126 0101C800
2015.06.15 23:09:49.239 0: HMLAN_Parse: HMCFGUSB R:RF90E8A08 stat:0002 t:00000000 d:FF r:7FFF m:DC 8002 68EA13 250126 0101C800
lazyConfig HM-PB-2-FM:Zitat von: mgernoth am 18 Juni 2015, 21:46:35
2015.06.18 21:43:55.659 0: HMLAN_Send: HMCFGUSB I:+38CC44,02,01,1E
2015.06.18 21:43:55.693 3: CUL_HM set UP_Button1 getConfig
2015.06.18 21:43:57.113 0: HMLAN_Parse: HMCFGUSB R:E38CC44 stat:0000 t:35409A7B d:FF r:FFC8 m:09 A240 38CC44 68EA13 0206
2015.06.18 21:43:57.219 0: HMLAN_Send: HMCFGUSB S:+38CC44,02,01,1E
2015.06.18 21:43:57.220 0: HMLAN_Send: HMCFGUSB S:S08330271 stat: 00 t:00000000 d:01 r:08330271 m:0A A001 68EA13 38CC44 00040000000000
2015.06.18 21:43:57.657 0: HMLAN_Parse: HMCFGUSB R:E38CC44 stat:0000 t:35409C8B d:FF r:FFC7 m:0A A010 38CC44 68EA13 02020105000A680BEA0C13140318000000
2015.06.18 21:43:57.753 0: HMLAN_Parse: HMCFGUSB R:R08330271 stat:0001 t:35409C90 d:FF r:FFC7 m:0A A010 38CC44 68EA13 02020105000A680BEA0C13140318000000
2015.06.18 21:43:57.854 0: HMLAN_Send: HMCFGUSB S:+38CC44,02,01,1E
2015.06.18 21:43:57.855 0: HMLAN_Send: HMCFGUSB S:S0833048A stat: 00 t:00000000 d:01 r:0833048A m:0B A001 68EA13 38CC44 01040000000001
2015.06.18 21:43:58.169 0: HMLAN_Parse: HMCFGUSB R:E38CC44 stat:0000 t:35409E8D d:FF r:FFC8 m:0B A010 38CC44 68EA13 020410080030030000
2015.06.18 21:43:58.265 0: HMLAN_Parse: HMCFGUSB R:R0833048A stat:0001 t:35409E92 d:FF r:FFC8 m:0B A010 38CC44 68EA13 020410080030030000
2015.06.18 21:43:58.366 0: HMLAN_Send: HMCFGUSB S:S0833068A stat: 00 t:00000000 d:01 r:0833068A m:0C A001 68EA13 38CC44 0103
2015.06.18 21:43:58.681 0: HMLAN_Parse: HMCFGUSB R:E38CC44 stat:0000 t:3540A091 d:FF r:FFC8 m:0C A010 38CC44 68EA13 01000000
2015.06.18 21:43:58.809 0: HMLAN_Parse: HMCFGUSB R:R0833068A stat:0001 t:3540A096 d:FF r:FFC8 m:0C A010 38CC44 68EA13 01000000
2015.06.18 21:43:58.910 0: HMLAN_Send: HMCFGUSB S:+38CC44,02,01,1E
2015.06.18 21:43:58.911 0: HMLAN_Send: HMCFGUSB S:S083308AA stat: 00 t:00000000 d:01 r:083308AA m:0D A001 68EA13 38CC44 02040000000001
2015.06.18 21:43:59.193 0: HMLAN_Parse: HMCFGUSB R:E38CC44 stat:0000 t:3540A29D d:FF r:FFC7 m:0D A010 38CC44 68EA13 020410080030030000
2015.06.18 21:43:59.321 0: HMLAN_Parse: HMCFGUSB R:R083308AA stat:0001 t:3540A2A2 d:FF r:FFC7 m:0D A010 38CC44 68EA13 020410080030030000
2015.06.18 21:43:59.422 0: HMLAN_Send: HMCFGUSB S:S08330AAA stat: 00 t:00000000 d:01 r:08330AAA m:0E A001 68EA13 38CC44 0203
2015.06.18 21:43:59.427 0: HMLAN_Parse: HMCFGUSB R:E2701A7 stat:0000 t:3540A351 d:FF r:FFD2 m:D3 865A 2701A7 000000 28D73F
2015.06.18 21:43:59.705 0: HMLAN_Parse: HMCFGUSB R:E38CC44 stat:0000 t:3540A4A1 d:FF r:FFC8 m:0E A010 38CC44 68EA13 01000000
2015.06.18 21:43:59.710 0: HMLAN_Send: HMCFGUSB I:+38CC44,00,01,1E
2015.06.18 21:43:59.833 0: HMLAN_Parse: HMCFGUSB R:R08330AAA stat:0001 t:3540A4A6 d:FF r:FFC8 m:0E A010 38CC44 68EA13 01000000
Hallo Frank, hallo Martin,
danke für den Umzug in diesen neuen Thread.
Meine Variante sieht derzeit so aus:
if ($mhp->{mFlgH} & 0x02) { # wakeup signal
if ($mhp->{mFlgH} & 0x20) { # &0x22== 0x22 wakeup signal in lazy config device manner
if ($rxt & 0x10) { #lazy config device
if ( $devHlpr->{prt}{sleeping}
&& ( $mhp->{devH}->{IODev}->{helper}{VTS_LZYCFG} # for TSCUL VTS0.34 up
|| $mhp->{devH}->{IODev}->{TYPE} =~ m/^(?:HMLAN|HMUARTLGW)$/s )
) {
# $devHlpr->{io}{newChn} = "" if ($devHlpr->{prt}{sProc} == 2); # force update of channel config in IO
# but channel config update is allready done
# in CUL_HM_protState($$) with e.g. getConfig
# why again here? Does HMLAN/HMUARTLGW forget sometimes?
# it is often too late, for the ACK to device being modified
CUL_HM_appFromQ($mhp->{devN},"cf");# stack cmds if waiting
$devHlpr->{prt}{sleeping} = 0;
CUL_HM_ProcessCmdStack($mhp->{devH});
$devHlpr->{prt}{sleeping} = 1 if (!$devHlpr->{prt}{sProc}); # set back to sleeping, if nothing to do
}
else {
$devHlpr->{prt}{sleeping} = 1 if (!$devHlpr->{prt}{sProc}); # set back to sleeping with next trigger, if nothing to do
}
}
}
else { # &0x22== 0x02 wakeup signal in wakeup device manner
if ($rxt & 0x18) { #wakeup device or lazy config device
CUL_HM_appFromQ($mhp->{devN},"wu");# stack cmd(s) if waiting
if ($mhp->{devH}{cmdStack}) {
if (!( $mhp->{devH}->{IODev}->{helper}{VTS_LZYCFG} # for TSCUL VTS0.34 up does it automatically if configured to lazy config
|| $mhp->{devH}->{IODev}->{TYPE} =~ m/^(?:HMLAN|HMUARTLGW)$/s ) #HMLAN and HMUARTLGW does it automatically if configured to lazy config
) {
CUL_HM_SndCmd($mhp->{devH}, '++A112'.CUL_HM_IoId($mhp->{devH}).$mhp->{src});
}
CUL_HM_ProcessCmdStack($mhp->{devH});
}
}
}
}
else {
if ($mhp->{mFlgH} & 0x20) { # &0x22== 0x20 no wakeup signal
$devHlpr->{prt}{sleeping} = 1 if ( ($rxt & 0x10) # lazy config device
&& !$devHlpr->{prt}{sProc} ); # autonomous message from device
}
# else { # &0x22== 0x00 no wakeup signal
# }
}
tsculfw sendet auf nur gesetztes Flag 0x02 für dem TSCUL zugewiesene lazy config/wakeup devices automatisch eine A112 message an das device. Bei gesetzten Flags 0x22 wird automatisch ein 8102 Ack für dem TSCUL zugewiesene lazy config/wakeup devices gesendet.
Beispiel getConfig an HM-SEC-SC-2 (559003) mit AES beim Öffnen (mit Zwischengeplapper virtueller Fensterkontakt):
2021.03.24 21:28:14.901 4: TSCUL_Parse: CUNX_HM868 15492783 A F00C 11033572 00 0C 63 A641 559003 F11034 015EC8 -35.5dB _AEScommReq
2021.03.24 21:28:15.027 4: TSCUL_Parse: CUNX_HM868 15492909 A F103 11033668 01 11 63 A102 F11034 559003 0493EB7DB1931302 _CCAdly:4 _dhmSt:96
2021.03.24 21:28:15.164 4: TSCUL_Parse: CUNX_HM868 15493047 A F10E 11033828 00 19 63 A203 559003 F11034 511C7C688EA1ED5D733BBB576448EB97 -37.5dB _AESauth
2021.03.24 21:28:15.171 4: TSCUL_Parse: CUNX_HM868 15493047 A F101 11033828 00 0C 63 A641 559003 F11034 015EC8 -35.5dB
2021.03.24 21:28:15.199 4: TSCUL_Write: CUNX_HM868 sending As1064A001F1103455900300040000000000
2021.03.24 21:28:15.204 4: TSCUL_send: CUNX_HM868 288739 As 10 64 A001 F11034 559003 00040000000000
2021.03.24 21:28:15.207 4: TSCUL_XmitDlyHM: CUNX_HM868 id:559003 rtoms:2329
2021.03.24 21:28:15.221 4: TSCUL_Write: CUNX_HM868 sending As11638002F110345590030101C800B40570D2
2021.03.24 21:28:15.281 4: TSCUL_Parse: CUNX_HM868 15493164 A F103 11033924 01 0E 63 8102 F11034 559003 00B40570D2 _CCAdly:4 _dhmSt:96
2021.03.24 21:28:15.391 4: TSCUL_Parse: CUNX_HM868 15493274 A F103 11034032 01 10 64 A001 F11034 559003 00040000000000 _CCAdly:4 _dhmSt:204
2021.03.24 21:28:15.531 4: TSCUL_send: CUNX_HM868 289066 As 11 63 8002 F11034 559003 0101C800B40570D2
2021.03.24 21:28:15.534 4: TSCUL_Parse: CUNX_HM868 15493408 A F101 11034192 00 1A 64 A010 559003 F11034 02020109000AF10B100C34100114060000 -35.5dB
2021.03.24 21:28:15.587 4: TSCUL_Write: CUNX_HM868 sending As0A648002F1103455900300
2021.03.24 21:28:15.595 4: TSCUL_Write: CUNX_HM868 sending As1065A001F1103455900301040000000001
2021.03.24 21:28:15.599 4: TSCUL_send: CUNX_HM868 289135 As 10 65 A001 F11034 559003 01040000000001
2021.03.24 21:28:15.602 4: TSCUL_XmitDlyHM: CUNX_HM868 id:559003 rtoms:2329
2021.03.24 21:28:16.069 4: TSCUL_Parse: CUNX_HM868 15493951 A F101 11034736 00 09 0F B112 F11034 519E1F _bst -46.5dB
2021.03.24 21:28:16.201 4: TSCUL_Parse: CUNX_HM868 15494080 A F101 11034864 00 0A 0F 8002 519E1F F11034 00 -53dB
2021.03.24 21:28:16.654 4: TSCUL_Parse: CUNX_HM868 15494537 A F101 11035320 00 09 FE B112 F11034 519E29 _bst -46dB
2021.03.24 21:28:16.693 4: TSCUL_Parse: CUNX_HM868 15494576 A F103 11035324 5E 11 63 8002 F11034 559003 0101C800B40570D2 _CCAdly:376 _dhmSt:1132
2021.03.24 21:28:16.793 4: TSCUL_Parse: CUNX_HM868 15494673 A F101 11035448 00 0A FE 8002 519E29 F11034 00 -50dB
2021.03.24 21:28:16.863 4: TSCUL_Parse: CUNX_HM868 15494747 A F103 11035452 06 0A 64 8102 F11034 559003 00 _CCAdly:24 _dhmSt:1260
2021.03.24 21:28:16.921 4: TSCUL_Parse: CUNX_HM868 15494803 A F103 11035556 01 10 65 A001 F11034 559003 01040000000001 _CCAdly:4 _dhmSt:1364
2021.03.24 21:28:16.969 4: TSCUL_Parse: CUNX_HM868 15494852 A F101 11035616 00 0C 10 A441 F59003 519E1F 010FC8 -46dB
2021.03.24 21:28:17.087 4: TSCUL_Parse: CUNX_HM868 15494966 A F101 11035748 00 11 10 A002 519E1F F59003 0402301CFF3C0702 -49.5dB
2021.03.24 21:28:17.194 4: TSCUL_Parse: CUNX_HM868 15495076 A F103 11035828 01 10 65 A001 F11034 559003 01040000000001 _CCAdly:4 _dhmSt:1636
2021.03.24 21:28:17.234 4: TSCUL_Parse: CUNX_HM868 15495116 A F101 11035896 00 19 10 A003 F59003 519E1F E0A91448E56CA6513B1C83A60294961B -46.5dB
2021.03.24 21:28:17.327 4: TSCUL_Parse: CUNX_HM868 15495205 A F101 11035984 00 16 65 A010 559003 F11034 02080120602100220030060000 -35.5dB
2021.03.24 21:28:17.371 4: TSCUL_Write: CUNX_HM868 sending As0A658002F1103455900300
2021.03.24 21:28:17.378 4: TSCUL_Write: CUNX_HM868 sending As0B66A001F110345590030103
2021.03.24 21:28:17.383 4: TSCUL_send: CUNX_HM868 290918 As 0B 66 A001 F11034 559003 0103
2021.03.24 21:28:17.385 4: TSCUL_XmitDlyHM: CUNX_HM868 id:559003 rtoms:2328
2021.03.24 21:28:17.415 4: TSCUL_Parse: CUNX_HM868 15495298 A F101 11036016 00 0E 10 8002 519E1F F59003 00C120EBB2 -64dB
2021.03.24 21:28:17.501 4: TSCUL_Parse: CUNX_HM868 15495384 A F101 11036120 00 0C FF A441 F59003 519E29 010FC8 -46.5dB
2021.03.24 21:28:17.508 4: TSCUL_Parse: CUNX_HM868 15495384 A F103 11036124 08 0A 65 8102 F11034 559003 00 _CCAdly:32 _dhmSt:140
2021.03.24 21:28:17.593 4: TSCUL_Parse: CUNX_HM868 15495476 A F103 11036228 01 0B 66 A001 F11034 559003 0103 _CCAdly:4 _dhmSt:244
2021.03.24 21:28:17.727 4: TSCUL_Parse: CUNX_HM868 15495610 A F101 11036388 00 0C FF A441 F59003 519E29 010FC8 -47dB
2021.03.24 21:28:17.864 4: TSCUL_Parse: CUNX_HM868 15495747 A F103 11036496 01 0B 66 A001 F11034 559003 0103 _CCAdly:4 _dhmSt:512
2021.03.24 21:28:17.992 4: TSCUL_Parse: CUNX_HM868 15495871 A F101 11036648 00 12 66 A010 559003 F11034 01F110340300000000 -35.5dB
2021.03.24 21:28:18.040 4: TSCUL_Write: CUNX_HM868 sending As0A668002F1103455900300
2021.03.24 21:28:18.046 4: TSCUL_Write: CUNX_HM868 sending As1067A001F110345590030104F110340304
2021.03.24 21:28:18.051 4: TSCUL_send: CUNX_HM868 291586 As 10 67 A001 F11034 559003 0104F110340304
2021.03.24 21:28:18.052 4: TSCUL_XmitDlyHM: CUNX_HM868 id:559003 rtoms:2329
2021.03.24 21:28:18.073 4: TSCUL_Parse: CUNX_HM868 15495957 A F101 11036680 00 0C FF A441 F59003 519E29 010FC8 -47dB
2021.03.24 21:28:18.129 4: TSCUL_Parse: CUNX_HM868 15496012 A F103 11036760 01 0A 66 8102 F11034 559003 00 _CCAdly:4 _dhmSt:112
2021.03.24 21:28:18.169 4: TSCUL_Parse: CUNX_HM868 15496048 A F101 11036812 00 11 FF A002 519E29 F59003 0400C606DED2E602 -48dB
2021.03.24 21:28:18.261 4: TSCUL_Parse: CUNX_HM868 15496143 A F103 11036892 01 10 67 A001 F11034 559003 0104F110340304 _CCAdly:4 _dhmSt:244
2021.03.24 21:28:18.305 4: TSCUL_Parse: CUNX_HM868 15496187 A F101 11036960 00 19 FF A003 F59003 519E29 53201F356C749A6046691BABFA444A96 -47.5dB
2021.03.24 21:28:18.388 4: TSCUL_Parse: CUNX_HM868 15496267 A F101 11037044 00 0E 67 A010 559003 F11034 0201000000 -36dB
2021.03.24 21:28:18.435 4: TSCUL_Write: CUNX_HM868 sending As0A678002F1103455900300
2021.03.24 21:28:18.471 4: TSCUL_Parse: CUNX_HM868 15496354 A F101 11037080 00 0E FF 8002 519E29 F59003 00952432BB -48dB
2021.03.24 21:28:18.474 4: TSCUL_Parse: CUNX_HM868 AI559003010101
2021.03.24 21:28:18.536 4: TSCUL_Parse: CUNX_HM868 15496420 A F103 11037160 01 0A 67 8002 F11034 559003 00 _CCAdly:4 _dhmSt:116
Und damit habe ich bisher gute Erfahrungen gemacht (RHS zählt leider nicht zu meiner Testlandschaft). Die Interpretation in den Kommentaren ist auch nur empirisch ermittelt, möglicherweise verzerrt durch irreführende HMConfig Einträge.
CUL Standard wird bei lazy config ebenfalls nicht berücksichtigt, weil CUL Standard nicht automatisch eine Ack message sendet und das Timing unsicher ist.
Gruß, Ansgar.
bei devices mit lazyconfig UND wakeup habe ich einige Versuche gestartet. Alle devices reagierten auf LazyConfig, keines auf wakeup. Somit habe ich das wissentlich abgeschaltet.
Grundsätzlich funktioniert beides - nur wenn beides möglich sein soll sind klappt es bei mir nicht - nie.
Die Einschränkung zur CUL ist ein wunsch von Ansgar gewesen.
Hallo Martin,
ZitatDie Einschränkung zur CUL ist ein wunsch von Ansgar gewesen.
Kann ich in der Form nicht stehen lassen.
Alter Code CUL_HM von 2015:
if($rxt & 0x08){ #wakeup device
if(($mFlgH & 0xA2) == 0x82){ #wakeup signal
CUL_HM_appFromQ($shash->{NAME},"wu");# stack cmds if waiting
if ($shash->{cmdStack}){
CUL_HM_SndCmd($shash, '++A112'.CUL_HM_IoId($shash).$src);
CUL_HM_ProcessCmdStack($shash);
}
}
elsif($shash->{helper}{prt}{sProc} != 1){ # no wakeup signal,
# this is an autonom message send ACK but dont process further
$shash->{helper}{prt}{sleeping} = 1 if($mFlgH & 0x20) ;
}
}
if($rxt & 0x10 && $shash->{helper}{prt}{sleeping}){ # lazy config
if($mFlgH & 0x02 #wakeup device
&& $defs{$shash->{IODev}{NAME}}{TYPE} eq "HMLAN"){
$shash->{helper}{io}{newCh} = 1 if ($shash->{helper}{prt}{sProc} == 2);
CUL_HM_appFromQ($shash->{NAME},"cf");# stack cmds if waiting
$shash->{helper}{prt}{sleeping} = 0;
CUL_HM_ProcessCmdStack($shash);
}
else{
$shash->{helper}{prt}{sleeping} = 1;
}
}
CUL Standard war also schon damals von lazy config ausgeschlossen. Sicherlich aus dem schon erwähnten Grund der fehlenden Automatismen in CUL im Vergleich zu HMLAN.
Aus den Erfahrungen mit der Integration der Automatismen in die tsculfw ist der Änderungswunsch wie oben von mir dargestellt entstanden, der Standard CUL nicht berücksichtigt (wie es auch vorher schon war). Hat vor dem Hintergrund der Firmwareweiterentwicklung aus meiner Sicht auch keinen Sinn gemacht mir Gedanken um Standard CUL zu machen.
Hindert aber auch niemanden, es zu versuchen (um dann wieder auf Timing Probleme zu stoßen, denn zu spät geantwortet -> device schläft wieder, zu früh -> device hört noch nicht zu).
Gruß, Ansgar.
@noansi
wie ist denn rxt beim sc2 in deiner hmconfig.pm überhaupt definiert?
mitte januar war es config und wakeup. damit dürfte die oben gezeigte lazy/wakeup mechanik gar nicht greifen!
wenn das automatische A112 käme, müsste doch auch ein Ack vom sc im sniff zu sehen sein, oder?
bei martin kann der sc nur noch config.
und eq3 sagt im xml: config und wakeup.
also macht der sc2 "illegales" lazyconfig.
da würde mich ja mal interessieren, wie die ccu mit illegalem lazyconfig umgeht.
ich behaupte einfach mal, dass die ccu trotzdem bei A641 eine anstehende konfiguration startet.
mein sc1, selbes eq3 xml file wie sc2, macht auch wakeup mit A610. trigger kommen nur mit A441, also ohne lazy config. das wakeup verhalten ist also bei allen sec-sc und rhs identisch.
A610/wakeup rutscht auch durch deinen code.
ich denke weiterhin, dass man lazy config messages über eine wakeup-trigger-detection identifizieren müsste.
####################################
ich bin ja nun kein ausgewiesener cul fan.
aber trotzdem meine ich, dass er alles machen können sollte.
mein cul macht alles mit, obwohl er wenig zu tun hat, und hauptsächlich zum testen, spielen und als backup genutzt wird.
sogar als virtueller tc war er genau so gut wie hmlan, hmusb oder hmuart.
kann als einziger ein update sniffen, konnte als erster devices updaten und hat aes ins spiel gebracht.
aber lazy config wird ihm nicht zugetraut? 8)
####################################
viel schlimmer finde ich eigentlich, dass öfter autonome und normale A112 zu sehen sind, die sich gegenseitig stören.
wo und wann wird eigentlich A112 in der ccu gesendet? lazy config?
das ist mir bewusst noch nicht begegnet.
Hallo Frank,
Zitatwie ist denn rxt beim sc2 in deiner hmconfig.pm überhaupt definiert?
,"002F" => {name=>"HM-SEC-SC" ,st=>'threeStateSensor' ,cyc=>'28:00' ,rxt=>'c:w:l' ,lst=>'1,4' ,chn=>"",} # remove wakeup - need retest
...
,"00B1" => {name=>"HM-SEC-SC-2" ,alias=>"HM-SEC-SC"}
Zitatich behaupte einfach mal, dass die ccu trotzdem bei A641 eine anstehende konfiguration startet.
Wäre interessant, kann ich nicht testen. Mit dem 'l' oben und Firmware Automatismus (für einen CULV3 wäre aber noch das Attribut hmForceLzyCfg bei TSCUL zu setzen) greift der Code aber.
Zitatviel schlimmer finde ich eigentlich, dass öfter autonome und normale A112 zu sehen sind, die sich gegenseitig stören.
wo und wann wird eigentlich A112 in der ccu gesendet? lazy config?
Vom HMLAN, HMUART und tsculfw, wenn es zuvor von der Zentrale angefordert wird, bei wakeup.
Gruß, Ansgar.
Hallo Frank,
Zitat####################################
ich bin ja nun kein ausgewiesener cul fan.
aber trotzdem meine ich, dass er alles machen können sollte.
mein cul macht alles mit, obwohl er wenig zu tun hat, und hauptsächlich zum testen, spielen und als backup genutzt wird.
sogar als virtueller tc war er genau so gut wie hmlan, hmusb oder hmuart.
kann als einziger ein update sniffen, konnte als erster devices updaten und hat aes ins spiel gebracht.
aber lazy config wird ihm nicht zugetraut? 8)
####################################
CUL Standard empfängt und sendet nur was kommt. Die Vorverarbeitung und Timing muss im CUL Modul gemacht werden, also durch FHEM. Du nutzt apptime, um Langläufer in FHEM zu erkennen.
Wenn nur Module genutzt werden, die bezüglich Laufzeitverhalten gutmütig sind, dann geht mit CUL auch einiges.
Damit habe ich anfangs lange versucht, verbessertes Timing zu erreichen, durchaus auch mit verbessertem Verhalten (+ Anpassungen auch an anderen Modulen, um sie gutmütiger zu bekommen).
Experimentell kann man sicherlich auch LazyConfig mit CUL einbauen. Bezüglich zuverlässiger Lösung bin ich da aber wenig optimistisch.
Zitatmein sc1, selbes eq3 xml file wie sc2, macht auch wakeup mit A610. trigger kommen nur mit A441, also ohne lazy config. das wakeup verhalten ist also bei allen sec-sc und rhs identisch.
A610/wakeup rutscht auch durch deinen code.
Mich würde dann interessieren, wie der sc1 und RHS nach A610 mit meinem Antwortverhalten umgeht. Wenn sie damit nicht klar kommen lässt sich das ja anpassen.
Allerdings habe ich eben noch was komisches von einem SC2 (559003) gehabt, als ich mal Sabotage testen wollte:
2021.03.26 20:20:34.044 4: TSCUL_Parse: CUNX_HM868 16459766 A F201 01942456 00 0C 98 A641 559003 F11034 0192C8 -34dB
2021.03.26 20:20:34.071 4: TSCUL_Write: CUNX_HM868 sending As0D988002F110345590030101C800
2021.03.26 20:20:34.076 4: TSCUL_send: CUNX_HM868 206875 As 0D 98 8002 F11034 559003 0101C800
2021.03.26 20:20:34.106 4: TSCUL_Parse: CUNX_HM868 16459825 A F201 01942472 00 0A 7C 8002 519E1F F11034 00 -49dB
2021.03.26 20:20:34.202 4: TSCUL_Parse: CUNX_HM868 16459926 A F203 01942552 01 0A 98 8002 F11034 559003 00 _CCAdly:4 _dhmSt:96
2021.03.26 20:20:34.543 4: TSCUL_Parse: CUNX_HM868 16460265 A F201 01942952 00 09 6B B112 F11034 519E29 _bst -46.5dB
2021.03.26 20:20:34.625 4: TSCUL_Parse: CUNX_HM868 16460348 A F203 01942956 4C 0D 98 8002 F11034 559003 0101C800 _CCAdly:304 _dhmSt:500
2021.03.26 20:20:34.707 4: TSCUL_Parse: CUNX_HM868 16460424 A F201 01943084 00 0A 6B 8002 519E29 F11034 00 -46.5dB
2021.03.26 20:20:34.809 4: TSCUL_Parse: CUNX_HM868 16460531 A F201 01943184 00 0C 7D A441 F59003 519E1F 010A00 -46.5dB
2021.03.26 20:20:34.924 4: TSCUL_Parse: CUNX_HM868 16460639 A F201 01943320 00 11 7D A002 519E1F F59003 04104609EE52F602 -47.5dB
2021.03.26 20:20:35.164 4: TSCUL_Parse: CUNX_HM868 16460887 A F201 01943568 00 0E 7D 8002 519E1F F59003 00E1100404 -44dB
2021.03.26 20:20:35.294 4: TSCUL_Parse: CUNX_HM868 16461017 A F201 01943700 00 0C 99 A241 559003 F11034 019300 -35.5dB
2021.03.26 20:20:35.318 4: TSCUL_Write: CUNX_HM868 sending As0D998002F110345590030101C800
2021.03.26 20:20:35.323 4: TSCUL_send: CUNX_HM868 208122 As 0D 99 8002 F11034 559003 0101C800
2021.03.26 20:20:35.616 4: TSCUL_Parse: CUNX_HM868 16461339 A F201 01944024 00 09 6C B112 F11034 519E29 _bst -44dB
2021.03.26 20:20:35.658 4: TSCUL_Parse: CUNX_HM868 16461378 A F203 01944028 3B 0A 99 8002 F11034 559003 00 _CCAdly:236 _dhmSt:328
2021.03.26 20:20:35.788 4: TSCUL_Parse: CUNX_HM868 16461511 A F203 01944132 01 0D 99 8002 F11034 559003 0101C800 _CCAdly:4 _dhmSt:432
2021.03.26 20:20:35.840 4: TSCUL_Parse: CUNX_HM868 16461563 A F201 01944200 00 0C 99 A241 559003 F11034 019300 -38.5dB
2021.03.26 20:20:35.861 4: TSCUL_Write: CUNX_HM868 sending As0D998002F110345590030101C800
2021.03.26 20:20:35.866 4: TSCUL_send: CUNX_HM868 208665 As 0D 99 8002 F11034 559003 0101C800
2021.03.26 20:20:35.903 4: TSCUL_SendPingHM CUNX_HM868 ApC0 send. Throttle start
2021.03.26 20:20:36.252 4: TSCUL_Parse: CUNX_HM868 16461975 A F201 01944656 00 09 6C B112 F11034 519E29 _bst -42.5dB
2021.03.26 20:20:36.284 4: TSCUL_Parse: CUNX_HM868 16462007 A F203 01944660 5C 0A 99 8002 F11034 559003 00 _CCAdly:368 _dhmSt:460
2021.03.26 20:20:36.290 4: TSCUL_ParseTsHM: CUNX_HM868 Xmit release ping received, XmitOpen ->2 : 16462007 A F202 01944684 00 01 C0 _ping
2021.03.26 20:20:36.386 4: TSCUL_Parse: CUNX_HM868 16462109 A F203 01944764 01 0D 99 8002 F11034 559003 0101C800 _CCAdly:4 _dhmSt:564
2021.03.26 20:20:36.493 4: TSCUL_SendPingHM CUNX_HM868 ApC0 send. Throttle continue
2021.03.26 20:20:36.506 4: TSCUL_ParseTsHM: CUNX_HM868 Xmit release ping received, XmitOpen ->1 : 16462230 A F202 01944904 00 01 C0 _ping
2021.03.26 20:20:36.799 4: TSCUL_Parse: CUNX_HM868 16462521 A F201 01945200 00 0C 99 A241 559003 F11034 019300 -34dB
2021.03.26 20:20:36.814 4: TSCUL_Write: CUNX_HM868 sending As0D998002F110345590030101C800
2021.03.26 20:20:36.819 4: TSCUL_send: CUNX_HM868 209618 As 0D 99 8002 F11034 559003 0101C800
2021.03.26 20:20:36.871 4: TSCUL_Parse: CUNX_HM868 16462593 A F201 01945272 00 09 6C B112 F11034 519E29 _bst -41.5dB
2021.03.26 20:20:36.975 4: TSCUL_Parse: CUNX_HM868 16462697 A F203 01945352 01 0A 99 8002 F11034 559003 00 _CCAdly:4 _dhmSt:152
2021.03.26 20:20:37.021 4: TSCUL_Parse: CUNX_HM868 16462740 A F201 01945400 00 0A 6C 8002 519E29 F11034 00 -46dB
2021.03.26 20:20:37.100 4: TSCUL_Parse: CUNX_HM868 16462822 A F201 01945444 00 0C 9A A641 559003 F11034 0194C8 -35dB
2021.03.26 20:20:37.131 4: TSCUL_Write: CUNX_HM868 sending As0D9A8002F110345590030101C800
2021.03.26 20:20:37.136 4: TSCUL_send: CUNX_HM868 209935 As 0D 9A 8002 F11034 559003 0101C800
2021.03.26 20:20:37.295 4: TSCUL_Parse: CUNX_HM868 16463017 A F201 01945692 00 0C 9A A241 559003 F11034 0194C8 -35dB
2021.03.26 20:20:37.796 4: TSCUL_Parse: CUNX_HM868 16463519 A F201 01946192 00 0C 9A A241 559003 F11034 0194C8 -35dB
2021.03.26 20:20:37.810 4: TSCUL_Write: CUNX_HM868 sending As0D9A8002F110345590030101C800
2021.03.26 20:20:37.815 4: TSCUL_send: CUNX_HM868 210614 As 0D 9A 8002 F11034 559003 0101C800
2021.03.26 20:20:38.249 4: TSCUL_Parse: CUNX_HM868 16463972 A F201 01946644 00 09 7E B112 F11034 519E1F _bst -42dB
2021.03.26 20:20:38.290 4: TSCUL_Parse: CUNX_HM868 16464013 A F203 01946648 5B 0D 99 8002 F11034 559003 0101C800 _CCAdly:364 _dhmSt:456
2021.03.26 20:20:38.384 4: TSCUL_Parse: CUNX_HM868 16464107 A F203 01946756 01 0A 9A 8002 F11034 559003 00 _CCAdly:4 _dhmSt:564
2021.03.26 20:20:38.491 4: TSCUL_Parse: CUNX_HM868 16464213 A F203 01946860 01 0D 9A 8002 F11034 559003 0101C800 _CCAdly:4 _dhmSt:668
2021.03.26 20:20:38.799 4: TSCUL_Parse: CUNX_HM868 16464522 A F201 01947192 00 0C 9A A241 559003 F11034 0194C8 -32.5dB
2021.03.26 20:20:38.815 4: TSCUL_Write: CUNX_HM868 sending As0D9A8002F110345590030101C800
2021.03.26 20:20:38.820 4: TSCUL_send: CUNX_HM868 211619 As 0D 9A 8002 F11034 559003 0101C800
2021.03.26 20:20:38.870 4: TSCUL_Parse: CUNX_HM868 16464592 A F201 01947264 00 09 7E B112 F11034 519E1F _bst -42dB
2021.03.26 20:20:38.974 4: TSCUL_Parse: CUNX_HM868 16464696 A F303 01947344 01 0A 9A 8002 F11034 559003 00 _CCAdly:4 _dhmSt:152
2021.03.26 20:20:39.030 4: TSCUL_Parse: CUNX_HM868 16464750 A F301 01947392 00 0A 7E 8002 519E1F F11034 00 -49.5dB
2021.03.26 20:20:39.104 4: TSCUL_Parse: CUNX_HM868 16464827 A F301 01947436 00 0C 9B A641 559003 F11034 019500 -32.5dB
2021.03.26 20:20:39.131 4: TSCUL_Write: CUNX_HM868 sending As0D9B8002F110345590030101C800
2021.03.26 20:20:39.136 4: TSCUL_send: CUNX_HM868 211934 As 0D 9B 8002 F11034 559003 0101C800
2021.03.26 20:20:39.294 4: TSCUL_Parse: CUNX_HM868 16465017 A F301 01947684 00 0C 9B A241 559003 F11034 019500 -33dB
2021.03.26 20:20:39.545 4: TSCUL_Parse: CUNX_HM868 16465267 A F301 01947936 00 0C 9B 8641 559003 F11034 019500 -33.5dB
2021.03.26 20:20:39.796 4: TSCUL_Parse: CUNX_HM868 16465519 A F201 01948184 00 0C 9C 8641 559003 F11034 019500 -34.5dB
2021.03.26 20:20:39.906 4: TSCUL_Write: CUNX_HM868 sending As0E84A011F11034254B330204000000
2021.03.26 20:20:39.910 4: TSCUL_send: CUNX_HM868 212710 As 0E 84 A011 F11034 254B33 0204000000
2021.03.26 20:20:39.913 4: TSCUL_XmitDlyHM: CUNX_HM868 id:254B33 rtoms:2328
2021.03.26 20:20:39.931 4: TSCUL_Parse: CUNX_HM868 16465653 A F201 01948288 00 0B 8B A258 112220 1A758E 0374 -41.5dB
2021.03.26 20:20:39.993 4: TSCUL_Parse: CUNX_HM868 16465716 A F303 01948292 04 0D 9A 8002 F11034 559003 0101C800 _CCAdly:16 _dhmSt:108
2021.03.26 20:20:40.072 4: TSCUL_Parse: CUNX_HM868 16465796 A F303 01948400 01 0D 9B 8002 F11034 559003 0101C800 _CCAdly:4 _dhmSt:216
2021.03.26 20:20:40.139 4: TSCUL_Parse: CUNX_HM868 16465862 A F303 01948504 01 0A 9B 8002 F11034 559003 00 _CCAdly:4 _dhmSt:320
2021.03.26 20:20:40.246 4: TSCUL_Parse: CUNX_HM868 16465969 A F303 01948608 01 0E 84 A011 F11034 254B33 0204000000 _CCAdly:4
2021.03.26 20:20:40.293 4: TSCUL_Parse: CUNX_HM868 16466016 A F301 01948664 00 0C 6D A441 F59003 519E29 010A00 -42.5dB
2021.03.26 20:20:40.337 4: TSCUL_Parse: CUNX_HM868 16466060 A F301 01948684 00 0C 9E 8641 559003 F11034 019500 -34.5dB
2021.03.26 20:20:40.406 4: TSCUL_Parse: CUNX_HM868 16466125 A F301 01948760 00 0E 84 8002 254B33 F11034 0104000041 -52.5dB
2021.03.26 20:20:40.448 4: TSCUL_Write: CUNX_HM868 sending As0E85A011F11034254B330201000000
2021.03.26 20:20:40.454 4: TSCUL_send: CUNX_HM868 213251 As 0E 85 A011 F11034 254B33 0201000000
2021.03.26 20:20:40.457 4: TSCUL_XmitDlyHM: CUNX_HM868 id:254B33 rtoms:2328
2021.03.26 20:20:40.519 4: TSCUL_SendPingHM CUNX_HM868 ApC0 send. Throttle start
2021.03.26 20:20:40.540 4: TSCUL_Parse: CUNX_HM868 16466257 A F301 01948796 00 11 6D A002 519E29 F59003 042B3C1F02480A02 -47dB
2021.03.26 20:20:40.547 4: TSCUL_Parse: CUNX_HM868 16466257 A F303 01948876 01 0E 85 A011 F11034 254B33 0201000000 _CCAdly:4 _dhmSt:116
2021.03.26 20:20:40.552 4: TSCUL_ParseTsHM: CUNX_HM868 Xmit release ping received, XmitOpen ->1 : 16466257 A F302 01948920 00 01 C0 _ping
2021.03.26 20:20:40.652 4: TSCUL_Parse: CUNX_HM868 16466375 A F301 01948932 00 0C 9F 8641 559003 F11034 019500 -32.5dB
2021.03.26 20:20:40.661 4: TSCUL_Parse: CUNX_HM868 16466375 A F301 01949028 00 0E 85 8002 254B33 F11034 0101000032 -40.5dB
2021.03.26 20:20:40.778 4: TSCUL_Parse: CUNX_HM868 16466501 A F301 01949064 00 0E 6D 8002 519E29 F59003 001B4EB433 -46.5dB
2021.03.26 20:20:40.871 4: TSCUL_Parse: CUNX_HM868 16466594 A F301 01949184 00 0C A0 8641 559003 F11034 019500 -32.5dB
2021.03.26 20:20:41.049 4: TSCUL_Parse: CUNX_HM868 16466772 A F301 01949432 00 0C A1 8641 559003 F11034 019500 -33dB
2021.03.26 20:20:41.144 4: TSCUL_Parse: CUNX_HM868 16466867 A F301 01949516 00 09 7E B112 F11034 519E1F _bst -43.5dB
2021.03.26 20:20:41.260 4: TSCUL_Parse: CUNX_HM868 16466982 A F301 01949644 00 0A 7E 8002 519E1F F11034 00 -43.5dB
2021.03.26 20:20:41.319 4: TSCUL_Parse: CUNX_HM868 16467041 A F301 01949684 00 0C A2 8641 559003 F11034 019500 -32.5dB
2021.03.26 20:20:41.403 4: TSCUL_Parse: CUNX_HM868 16467126 A F301 01949788 00 0C 7F A441 F59003 519E1F 010BC8 -44dB
2021.03.26 20:20:41.668 4: TSCUL_Parse: CUNX_HM868 16467391 A F301 01950052 00 19 7F A003 F59003 519E1F 3C9CCD2BFE8B5843ADDCAB8F30EBF0A9 -46dB
2021.03.26 20:20:42.051 4: TSCUL_Parse: CUNX_HM868 16467774 A F301 01950432 00 0C A5 8641 559003 F11034 019500 -33dB
2021.03.26 20:20:42.245 4: TSCUL_Parse: CUNX_HM868 16467968 A F301 01950624 00 09 6E B112 F11034 519E29 _bst -48.5dB
2021.03.26 20:20:42.303 4: TSCUL_Parse: CUNX_HM868 16468026 A F301 01950684 00 0C A6 8641 559003 F11034 019500 -32.5dB
2021.03.26 20:20:42.377 4: TSCUL_Parse: CUNX_HM868 16468096 A F301 01950752 00 0A 6E 8002 519E29 F11034 00 -45dB
2021.03.26 20:20:42.553 4: TSCUL_Parse: CUNX_HM868 16468276 A F301 01950932 00 0C A7 8641 559003 F11034 019500 -33dB
2021.03.26 20:20:42.803 4: TSCUL_Parse: CUNX_HM868 16468526 A F301 01951180 00 0C A8 8641 559003 F11034 019500 -33dB
...
Aber Trigger mit A641, A241 und 8641 kamen vor.
Mit 8641 hat er dann in den kurzen Abständen immer weiter gemacht bis Batterie raus und wieder rein.
Schon mal beobachtet?
Macht irgendwie den Eindruck, als wäre er durch den Kram für andere devices dazwischen völlig aus dem Tritt gekommen und zu Panik Senden übergegangen. Acks kommen dann nicht mehr, weil Bit 0x20 in den Flags fehlt.
Gruß, Ansgar.
hallo ansgar,
ZitatAllerdings habe ich eben noch was komisches von einem SC2 (559003) gehabt, als ich mal Sabotage testen wollte:
beim betätigen des sabotage kontaktes wird A641 gesendet und nicht die status info A610?
nur das eine mal oder immer?
ZitatMit 8641 hat er dann in den kurzen Abständen immer weiter gemacht bis Batterie raus und wieder rein.
Schon mal beobachtet?
vielleicht sicherheitshalber batterien wechseln, kontakte reinigen und resetten.
"seltsames" verhalten kenne ich auch. habe aber keine ahnung, was die raw messages dabei gezeigt haben.
das fehlende BIDI flag deutet auf eine art "demenz" hin, denn im ungepairten zustand senden meine 8610/8441.
dein sniff zeigt aber auch seltsames:es wird 2 mal geantwortet und auch noch unterschiedlich. das ack ist autonom vom gezeigten io? welche antwort geht als erste on air?
2021.03.26 20:20:34.044 4: TSCUL_Parse: CUNX_HM868 16459766 A F201 01942456 00 0C 98 A641 559003 F11034 0192C8 -34dB
2021.03.26 20:20:34.071 4: TSCUL_Write: CUNX_HM868 sending As0D988002F110345590030101C800
2021.03.26 20:20:34.076 4: TSCUL_send: CUNX_HM868 206875 As 0D 98 8002 F11034 559003 0101C800
2021.03.26 20:20:34.106 4: TSCUL_Parse: CUNX_HM868 16459825 A F201 01942472 00 0A 7C 8002 519E1F F11034 00 -49dB
2021.03.26 20:20:34.202 4: TSCUL_Parse: CUNX_HM868 16459926 A F203 01942552 01 0A 98 8002 F11034 559003 00 _CCAdly:4 _dhmSt:96
2021.03.26 20:20:34.543 4: TSCUL_Parse: CUNX_HM868 16460265 A F201 01942952 00 09 6B B112 F11034 519E29 _bst -46.5dB
2021.03.26 20:20:34.625 4: TSCUL_Parse: CUNX_HM868 16460348 A F203 01942956 4C 0D 98 8002 F11034 559003 0101C800 _CCAdly:304 _dhmSt:500
ich habe bei meinem sc jetzt mal attr dummy=1 gesetzt und den cul als IODev gesetzt, damit gatrantiert keine autonomen messages kommen.
anschliessend an der ccu angelernt und gesnifft.
von der ccu werden nur einfache acks gesendet:
#open
2021.03.27 17:41:54.636 0: HMUARTLGW hmuart1 recv: 01 05 00 00 37 msg: 32 A4 41 1DE620 1ACE1F 0181C8
2021.03.27 17:41:54.639 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 32 80 02 1ACE1F 1DE620 00
2021.03.27 17:41:54.642 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4D6C0061 d:FF r:FFCF m:32 A441 1DE620 1ACE1F 0181C8
2021.03.27 17:41:54.645 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4D6C00DB d:FF r:FFD9 m:32 8002 1ACE1F 1DE620 00
#close
2021.03.27 17:41:56.528 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4D6C0832 d:FF r:FFCC m:33 A441 1DE620 1ACE1F 018200
2021.03.27 17:41:56.532 0: HMUARTLGW hmuart1 recv: 01 05 00 00 38 msg: 33 A4 41 1DE620 1ACE1F 018200
2021.03.27 17:41:56.609 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 33 80 02 1ACE1F 1DE620 00
2021.03.27 17:41:56.615 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4D6C08AC d:FF r:FFD9 m:33 8002 1ACE1F 1DE620 00
#no sabotage
2021.03.27 17:42:01.018 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3B msg: 34 A6 10 1DE620 1ACE1F 06010000
2021.03.27 17:42:01.021 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4D6C19A1 d:FF r:FFD1 m:34 A610 1DE620 1ACE1F 06010000
2021.03.27 17:42:01.075 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 34 80 02 1ACE1F 1DE620 00
2021.03.27 17:42:01.117 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4D6C1A1B d:FF r:FFD9 m:34 8002 1ACE1F 1DE620 00
#sabotage
2021.03.27 17:42:02.276 0: HMUARTLGW hmuart1 recv: 01 05 00 00 39 msg: 35 A6 10 1DE620 1ACE1F 0601000E
2021.03.27 17:42:02.323 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 35 80 02 1ACE1F 1DE620 00
2021.03.27 17:42:02.329 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4D6C1EFD d:FF r:FFD9 m:35 8002 1ACE1F 1DE620 00
in meinen logs habe ich nun auch solch "falsche" antworten gefunden. schon anfang februar.
8002 F11034 559003 0101C800
lösen diese eventuell das fehlverhalten aus?
auf jeden trigger mit bidi flag wird diese msg gesendet.
A241 ist eventuell erstmal "normal". wiederholungen vom device sind vielleicht ohne RPTED flag.
in deinem ersten sniff ist die antwort auch einmal enthalten und sogar noch etwas seltsamer (mit aes anhängsel?).
Zitat2021.03.24 21:28:15.531 4: TSCUL_send: CUNX_HM868 289066 As 11 63 8002 F11034 559003 0101C800B40570D2
Hallo Frank,
Zitatbeim betätigen des sabotage kontaktes wird A641 gesendet und nicht die status info A610?
Beobachte ich so mit A641 für Sabotage.
HM-SEC-SC-2, Firmware 2.4
Edit: wenn Fenster geschlossen. Offen kommt:
2021.03.28 23:08:51.174 4: TSCUL_Parse: CUNX_HM868 11207521 A F00C 06381496 00 0D 08 A610 559003 F11034 0601C80E -35.5dB _AEScommReq
Da überlagert sich wohl das damit gleichzeitig verbundene Entfernen vom Magneten, wenn das Fenster geschlossen ist.
Zitatin meinen logs habe ich nun auch solch "falsche" antworten gefunden. schon anfang februar.
Ja, die kommen von CUL_HM:
if ($mh{md} =~ m/^(HM-SEC-SC.*|ROTO_ZEL-STG-RM-FFK)$/){# SCs - depending on FW version - do not accept ACK only. Especially if peered
push @ack,$mh{shash},$mh{mNo}."8002".$mh{dst}.$mh{src}."0101".((hex($mI[0])&1)?"C8":"00")."00";
}
else{
push @ack,$mh{shash},$mh{mNo}."8002$mh{dst}$mh{src}"."00";
}
Stören aber eigentlich nicht, nach bisheriger Erfahrung, bis auf lazy config bezüglich nicht gesetztem Flag 0x10. Ich teste da gerade eine Ergänzung... mit der Zusatzfolge, dass Du damit auch mal schauen kannst, ob Dein lazy config Wunsch mit CUL Standard klappen kann.
Zitatin deinem ersten sniff ist die antwort auch einmal enthalten und sogar noch etwas seltsamer (mit aes anhängsel?).
Danke für den Hinweis. Darauf hatte ich im Log noch nicht geachtet.
Das hängt am Zusatz-Ack mit Info von oben und der Art, wie in CUL_HM die Authbytes an Acks angehangen werden. Änderung habe ich auch im Test...
Zitatdas fehlende BIDI flag deutet auf eine art "demenz" hin, denn im ungepairten zustand senden meine 8610/8441.
Interessante Therorie. Aber nach dem Batterie raus und rein hat er sich wieder erinnert, denn ein getConfig zeigte korrektes Pairing.
Zitates wird 2 mal geantwortet und auch noch unterschiedlich. das ack ist autonom vom gezeigten io? welche antwort geht als erste on air?
Zu erkennen an der Sende Quittung Fx03 + tsculfw Zeitstempel in ms.
erst autonom
2021.03.26 20:20:34.202 4: TSCUL_Parse: CUNX_HM868 16459926 A F203 01942552 01 0A 98 8002 F11034 559003 00 _CCAdly:4 _dhmSt:96
dann der info ACK von CUL_HM
2021.03.26 20:20:34.625 4: TSCUL_Parse: CUNX_HM868 16460348 A F203 01942956 4C 0D 98 8002 F11034 559003 0101C800 _CCAdly:304 _dhmSt:500
Zitatich habe bei meinem sc jetzt mal attr dummy=1 gesetzt und den cul als IODev gesetzt, damit gatrantiert keine autonomen messages kommen.
anschliessend an der ccu angelernt und gesnifft. von der ccu werden nur einfache acks gesendet:
Nach meiner Interpretation wäre dann bei SC1 nur Sabotage ein Wakeup, bei dem lazy config gehen könnte.
Leider fehlt jetzt eine Registeränderung oder Config Lesen von der CCU in den SC1 Logs.
Gruß, Ansgar.
Hallo Frank,
für Dich zum Testen im Anhang mal eine CUL_HM mit den angekündigten Änderungen zu wakup und lazy config.
Ich habe die Änderungen aus meiner Sonderversion in die 10_CUL_HM.pm 24031 aus dem SVN eingebaut, aber ohne sie die entstandene Datei selber zu testen.
Also sei vorbereitet, Unschärfen sind möglich. HMConfig kannst Du ja selbst nach Testwunsch/Erfahrung anpassen.
Ich bin gespannt auf Dein Feedback, insbesondere, wie es mit HMLAN und Co. harmoniert und natürlich auch bei SC1, RHS etc. .
Beispiele:
getConfig mit HM-WDS40-TH-I-2:
2021.03.28 12:20:00.983 4: TSCUL_Parse: CUNX_HM868 AI56C580000102
...
2021.03.28 12:20:29.666 4: TSCUL_Parse: CUNX_HM868 05860436 A F301 01155152 00 0C ED 8670 56C580 000000 00C228 -32.5dB
2021.03.28 12:20:29.731 4: TSCUL_Write: CUNX_HM868 sending As10EEA001F1103456C58000040000000000
2021.03.28 12:20:29.750 4: TSCUL_send: CUNX_HM868 093365 As 10 EE A001 F11034 56C580 00040000000000
2021.03.28 12:20:29.753 4: TSCUL_XmitDlyHM: CUNX_HM868 id:56C580 rtoms:2329
2021.03.28 12:20:29.820 4: TSCUL_Parse: CUNX_HM868 05860590 A F301 01155196 00 0C ED C670 56C580 000000 00C228 _rep -36.5dB
2021.03.28 12:20:29.827 4: TSCUL_Parse: CUNX_HM868 05860590 A F303 01155276 01 09 ED A112 F11034 56C580 _CCAdly:4 _dhmSt:80
2021.03.28 12:20:30.041 4: TSCUL_Parse: CUNX_HM868 05860799 A F301 01155420 00 0A ED 8002 56C580 F11034 00 -33dB
2021.03.28 12:20:30.151 4: TSCUL_Parse: CUNX_HM868 05860930 A F303 01155516 01 10 EE A001 F11034 56C580 00040000000000 _CCAdly:4 _dhmSt:96
2021.03.28 12:20:30.257 4: TSCUL_Parse: CUNX_HM868 05861033 A F301 01155676 00 1A EE 8010 56C580 F11034 02010002010AF10B100C340F0018000000 -33dB
2021.03.28 12:20:30.374 4: TSCUL_Write: CUNX_HM868 sending As0BEFA001F1103456C5800103
2021.03.28 12:20:30.390 4: TSCUL_send: CUNX_HM868 094005 As 0B EF A001 F11034 56C580 0103
2021.03.28 12:20:30.392 4: TSCUL_XmitDlyHM: CUNX_HM868 id:56C580 rtoms:2328
2021.03.28 12:20:30.471 4: TSCUL_SendPingHM CUNX_HM868 ApC0 send. Throttle start
2021.03.28 12:20:30.491 4: TSCUL_Parse: CUNX_HM868 05861260 A F303 01155880 01 0B EF A001 F11034 56C580 0103 _CCAdly:4 _dhmSt:204
2021.03.28 12:20:30.493 4: TSCUL_Parse: CUNX_HM868 AI56C580000100
2021.03.28 12:20:30.497 4: TSCUL_ParseTsHM: CUNX_HM868 Xmit release ping received, XmitOpen ->1 : 05861260 A F302 01155972 00 01 C0 _ping
2021.03.28 12:20:30.600 4: TSCUL_Parse: CUNX_HM868 05861355 A F301 01156032 00 0E EF A010 56C580 F11034 0100000000 -33dB
2021.03.28 12:20:30.673 4: TSCUL_Write: CUNX_HM868 sending As0AEF8002F1103456C58000
2021.03.28 12:20:30.752 4: TSCUL_Parse: CUNX_HM868 05861520 A F303 01156128 01 0A EF 8002 F11034 56C580 00 _CCAdly:4 _dhmSt:96
Beispiel HM-SEC-SC-2 ohne aesCommReq:
2021.03.28 12:27:42.219 4: TSCUL_Parse: COC_HM868 AI5B3F14000102
...
2021.03.28 12:28:52.165 4: TSCUL_Parse: COC_HM868 06362911 A F201 12487476 00 0C F2 A641 5B3F14 F11034 01EFC8 -84dB
2021.03.28 12:28:52.180 0: CUL_HM Tuer replaced ACK:F28102F110345B3F140101C800
2021.03.28 12:28:52.182 4: TSCUL_Write: COC_HM868 sending As0DF28102F110345B3F140101C800
2021.03.28 12:28:52.187 4: TSCUL_send: COC_HM868 071515 As 0D F2 8102 F11034 5B3F14 0101C800
2021.03.28 12:28:52.280 4: TSCUL_Parse: COC_HM868 06363029 A F203 12487572 01 0A F2 8102 F11034 5B3F14 00 _CCAdly:4 _dhmSt:96
2021.03.28 12:28:52.294 4: TSCUL_Write: COC_HM868 sending As10F3A001F110345B3F1400040000000000
2021.03.28 12:28:52.299 4: TSCUL_send: COC_HM868 071627 As 10 F3 A001 F11034 5B3F14 00040000000000
2021.03.28 12:28:52.301 4: TSCUL_XmitDlyHM: COC_HM868 id:5B3F14 rtoms:2349
2021.03.28 12:28:52.412 4: TSCUL_Parse: COC_HM868 06363156 A F203 12487676 01 0D F2 8102 F11034 5B3F14 0101C800 _CCAdly:4 _dhmSt:200
2021.03.28 12:28:52.509 4: TSCUL_Parse: COC_HM868 06363249 A F203 12487784 01 10 F3 A001 F11034 5B3F14 00040000000000 _CCAdly:4 _dhmSt:308
2021.03.28 12:28:52.787 4: TSCUL_Parse: COC_HM868 06363526 A F203 12488056 01 10 F3 A001 F11034 5B3F14 00040000000000 _CCAdly:4 _dhmSt:580
2021.03.28 12:28:52.936 4: TSCUL_Parse: COC_HM868 06363655 A F201 12488216 00 1A F3 A010 5B3F14 F11034 02020109000AF10B100C34100114060000 -94dB
2021.03.28 12:28:52.972 0: CUL_HM Tuer replaced ACK:F38102F110345B3F1400
2021.03.28 12:28:52.974 4: TSCUL_Write: COC_HM868 sending As0AF38102F110345B3F1400
2021.03.28 12:28:52.979 4: TSCUL_send: COC_HM868 072307 As 0A F3 8102 F11034 5B3F14 00
2021.03.28 12:28:52.985 4: TSCUL_Write: COC_HM868 sending As10F4A001F110345B3F1401040000000001
2021.03.28 12:28:52.989 4: TSCUL_send: COC_HM868 072317 As 10 F4 A001 F11034 5B3F14 01040000000001
2021.03.28 12:28:52.991 4: TSCUL_XmitDlyHM: COC_HM868 id:5B3F14 rtoms:2349
2021.03.28 12:28:53.026 4: TSCUL_Parse: COC_HM868 06363774 A F203 12488312 01 0A F3 8102 F11034 5B3F14 00 _CCAdly:4 _dhmSt:96
2021.03.28 12:28:53.130 4: TSCUL_Parse: COC_HM868 06363878 A F203 12488416 01 0A F3 8102 F11034 5B3F14 00 _CCAdly:4 _dhmSt:200
2021.03.28 12:28:53.252 4: TSCUL_Parse: COC_HM868 06363992 A F203 12488520 01 10 F4 A001 F11034 5B3F14 01040000000001 _CCAdly:4 _dhmSt:304
2021.03.28 12:28:53.392 4: TSCUL_Parse: COC_HM868 06364118 A F201 12488676 00 16 F4 A010 5B3F14 F11034 02080120602100220030060000 -94dB
2021.03.28 12:28:53.430 0: CUL_HM Tuer replaced ACK:F48102F110345B3F1400
2021.03.28 12:28:53.433 4: TSCUL_Write: COC_HM868 sending As0AF48102F110345B3F1400
2021.03.28 12:28:53.438 4: TSCUL_send: COC_HM868 072765 As 0A F4 8102 F11034 5B3F14 00
2021.03.28 12:28:53.443 4: TSCUL_Write: COC_HM868 sending As0BF5A001F110345B3F140103
2021.03.28 12:28:53.448 4: TSCUL_send: COC_HM868 072776 As 0B F5 A001 F11034 5B3F14 0103
2021.03.28 12:28:53.449 4: TSCUL_XmitDlyHM: COC_HM868 id:5B3F14 rtoms:2344
2021.03.28 12:28:53.488 4: TSCUL_Parse: COC_HM868 06364237 A F203 12488772 01 0A F4 8102 F11034 5B3F14 00 _CCAdly:4 _dhmSt:96
2021.03.28 12:28:53.510 4: TSCUL_Parse: COC_HM868 AI5B3F14000100
2021.03.28 12:28:53.589 4: TSCUL_Parse: COC_HM868 06364338 A F203 12488876 01 0A F4 8002 F11034 5B3F14 00 _CCAdly:4 _dhmSt:200
2021.03.28 12:28:53.697 4: TSCUL_Parse: COC_HM868 06364445 A F203 12488980 01 0B F5 A001 F11034 5B3F14 0103 _CCAdly:4 _dhmSt:304
2021.03.28 12:28:53.833 4: TSCUL_Parse: COC_HM868 06364571 A F201 12489132 00 0E F5 A010 5B3F14 F11034 0100000000 -90.5dB
2021.03.28 12:28:53.862 4: TSCUL_Write: COC_HM868 sending As0AF58002F110345B3F1400
2021.03.28 12:28:53.942 4: TSCUL_Parse: COC_HM868 06364691 A F203 12489228 01 0A F5 8002 F11034 5B3F14 00 _CCAdly:4 _dhmSt:96
...
2021.03.28 12:28:57.163 4: TSCUL_Parse: COC_HM868 06367909 A F201 12492456 00 0C F3 A641 5B3F14 F11034 01F000 -81dB
2021.03.28 12:28:57.179 4: TSCUL_Write: COC_HM868 sending As0DF38002F110345B3F140101C800
2021.03.28 12:28:57.183 4: TSCUL_send: COC_HM868 076511 As 0D F3 8002 F11034 5B3F14 0101C800
2021.03.28 12:28:57.284 4: TSCUL_Parse: COC_HM868 06368028 A F203 12492552 01 0A F3 8002 F11034 5B3F14 00 _CCAdly:4 _dhmSt:96
2021.03.28 12:28:57.407 4: TSCUL_Parse: COC_HM868 06368151 A F203 12492656 01 0D F3 8002 F11034 5B3F14 0101C800 _CCAdly:4 _dhmSt:200
Beispiel HM-SEC-SC-2 mit aesCommReq:
2021.03.28 13:54:54.310 4: TSCUL_Parse: COC_HM868 AI5B3F14010103
...
2021.03.28 13:55:34.309 4: TSCUL_Parse: COC_HM868 11565054 A F10C 00892880 00 0C F4 A641 5B3F14 F11034 01F1C8 -81dB _AEScommReq
2021.03.28 13:55:34.441 4: TSCUL_Parse: COC_HM868 11565178 A F103 00892976 01 11 F4 A102 F11034 5B3F14 047E55616DDB9C02 _CCAdly:4 _dhmSt:96
2021.03.28 13:55:34.585 4: TSCUL_Parse: COC_HM868 11565310 A F10E 00893136 00 19 F4 A203 5B3F14 F11034 88F0DA6BD7EFD3DC60D5F27850E9152D -81.5dB _AESauth
2021.03.28 13:55:34.598 4: TSCUL_Parse: COC_HM868 11565343 A F101 00893136 00 0C F4 A641 5B3F14 F11034 01F1C8 -81dB
2021.03.28 13:55:34.615 4: TSCUL_Write: COC_HM868 sending As0DF48102F110345B3F140101C800
2021.03.28 13:55:34.620 4: TSCUL_send: COC_HM868 031068 As 0D F4 8102 F11034 5B3F14 0101C800
2021.03.28 13:55:34.689 4: TSCUL_Parse: COC_HM868 11565432 A F103 00893232 01 0E F4 8102 F11034 5B3F14 00A5241535 _CCAdly:4 _dhmSt:96
2021.03.28 13:55:34.728 4: TSCUL_Write: COC_HM868 sending As10F5A001F110345B3F1400040000000000
2021.03.28 13:55:34.733 4: TSCUL_send: COC_HM868 031180 As 10 F5 A001 F11034 5B3F14 00040000000000
2021.03.28 13:55:34.734 4: TSCUL_XmitDlyHM: COC_HM868 id:5B3F14 rtoms:2349
2021.03.28 13:55:34.796 4: TSCUL_Parse: COC_HM868 11565540 A F103 00893340 01 0D F4 8102 F11034 5B3F14 0101C800 _CCAdly:4 _dhmSt:204
2021.03.28 13:55:34.911 4: TSCUL_Parse: COC_HM868 11565651 A F103 00893448 01 10 F5 A001 F11034 5B3F14 00040000000000 _CCAdly:4 _dhmSt:312
2021.03.28 13:55:35.184 4: TSCUL_Parse: COC_HM868 11565923 A F103 00893720 01 10 F5 A001 F11034 5B3F14 00040000000000 _CCAdly:4 _dhmSt:584
2021.03.28 13:55:35.337 4: TSCUL_Parse: COC_HM868 11566056 A F101 00893880 00 1A F5 A010 5B3F14 F11034 02020109000AF10B100C34100114060000 -84dB
2021.03.28 13:55:35.375 4: TSCUL_Write: COC_HM868 sending As0AF58102F110345B3F1400
2021.03.28 13:55:35.380 4: TSCUL_send: COC_HM868 031828 As 0A F5 8102 F11034 5B3F14 00
2021.03.28 13:55:35.386 4: TSCUL_Write: COC_HM868 sending As10F6A001F110345B3F1401040000000001
2021.03.28 13:55:35.391 4: TSCUL_send: COC_HM868 031838 As 10 F6 A001 F11034 5B3F14 01040000000001
2021.03.28 13:55:35.392 4: TSCUL_XmitDlyHM: COC_HM868 id:5B3F14 rtoms:2349
2021.03.28 13:55:35.427 4: TSCUL_Parse: COC_HM868 11566176 A F103 00893976 01 0A F5 8102 F11034 5B3F14 00 _CCAdly:4 _dhmSt:96
2021.03.28 13:55:35.531 4: TSCUL_Parse: COC_HM868 11566280 A F103 00894080 01 0A F5 8102 F11034 5B3F14 00 _CCAdly:4 _dhmSt:200
2021.03.28 13:55:35.651 4: TSCUL_Parse: COC_HM868 11566391 A F103 00894184 01 10 F6 A001 F11034 5B3F14 01040000000001 _CCAdly:4 _dhmSt:304
2021.03.28 13:55:35.887 4: TSCUL_Parse: COC_HM868 11566581 A F101 00894340 00 16 F6 A010 5B3F14 F11034 02080120602100220030060000 -87dB
2021.03.28 13:55:35.990 4: TSCUL_Write: COC_HM868 sending As0AF68102F110345B3F1400
2021.03.28 13:55:35.997 4: TSCUL_send: COC_HM868 032444 As 0A F6 8102 F11034 5B3F14 00
2021.03.28 13:55:36.005 4: TSCUL_Write: COC_HM868 sending As0BF7A001F110345B3F140103
2021.03.28 13:55:36.010 4: TSCUL_send: COC_HM868 032457 As 0B F7 A001 F11034 5B3F14 0103
2021.03.28 13:55:36.012 4: TSCUL_XmitDlyHM: COC_HM868 id:5B3F14 rtoms:2344
2021.03.28 13:55:36.040 4: TSCUL_SendPingHM COC_HM868 ApC0 send. Throttle start
2021.03.28 13:55:36.062 4: TSCUL_Parse: COC_HM868 11566810 A F103 00894436 01 0A F6 8102 F11034 5B3F14 00 _CCAdly:4 _dhmSt:96
2021.03.28 13:55:36.094 4: TSCUL_Parse: COC_HM868 11566843 A F103 00894620 01 0A F6 8102 F11034 5B3F14 00 _CCAdly:4 _dhmSt:280
2021.03.28 13:55:36.128 4: TSCUL_Parse: COC_HM868 AI5B3F14010101
2021.03.28 13:55:36.158 4: TSCUL_ParseTsHM: COC_HM868 Xmit release ping received, XmitOpen ->1 : 11566900 A F102 00894660 00 01 C0 _ping
2021.03.28 13:55:36.184 4: TSCUL_Parse: COC_HM868 11566932 A F103 00894728 01 0B F7 A001 F11034 5B3F14 0103 _CCAdly:4 _dhmSt:388
2021.03.28 13:55:36.339 4: TSCUL_Parse: COC_HM868 11567066 A F101 00894880 00 0E F7 A010 5B3F14 F11034 0100000000 -85.5dB
2021.03.28 13:55:36.401 4: TSCUL_Write: COC_HM868 sending As0AF78002F110345B3F1400
2021.03.28 13:55:36.456 4: TSCUL_Parse: COC_HM868 11567185 A F103 00894976 01 0A F7 8002 F11034 5B3F14 00 _CCAdly:4 _dhmSt:96
...
2021.03.28 13:55:40.907 4: TSCUL_Parse: COC_HM868 11571652 A F10C 00899456 00 0C F5 A641 5B3F14 F11034 01F2C8 -85dB _AEScommReq
2021.03.28 13:55:41.040 4: TSCUL_Parse: COC_HM868 11571778 A F103 00899552 01 11 F5 A002 F11034 5B3F14 046ACAC741A50602 _CCAdly:4 _dhmSt:96
2021.03.28 13:55:41.185 4: TSCUL_Parse: COC_HM868 11571911 A F10E 00899712 00 19 F5 A203 5B3F14 F11034 B97B0F53F06FB1E174E5A9AB65CEA454 -83.5dB _AESauth
2021.03.28 13:55:41.198 4: TSCUL_Parse: COC_HM868 11571944 A F101 00899712 00 0C F5 A641 5B3F14 F11034 01F2C8 -85dB
2021.03.28 13:55:41.216 4: TSCUL_Write: COC_HM868 sending As0DF58002F110345B3F140101C800
2021.03.28 13:55:41.221 4: TSCUL_send: COC_HM868 037668 As 0D F5 8002 F11034 5B3F14 0101C800
2021.03.28 13:55:41.290 4: TSCUL_Parse: COC_HM868 11572033 A F103 00899808 01 0E F5 8002 F11034 5B3F14 005FDAAB0B _CCAdly:4 _dhmSt:96
2021.03.28 13:55:41.397 4: TSCUL_Parse: COC_HM868 11572141 A F103 00899916 01 0D F5 8002 F11034 5B3F14 0101C800 _CCAdly:4 _dhmSt:204
2021.03.28 13:55:42.807 4: TSCUL_Parse: COC_HM868 11573552 A F10C 00901348 00 0C F6 A641 5B3F14 F11034 01F300 -80.5dB _AEScommReq
2021.03.28 13:55:42.941 4: TSCUL_Parse: COC_HM868 11573678 A F103 00901444 01 11 F6 A002 F11034 5B3F14 040C6F4A371C9D02 _CCAdly:4 _dhmSt:96
2021.03.28 13:55:43.086 4: TSCUL_Parse: COC_HM868 11573811 A F10E 00901604 00 19 F6 A203 5B3F14 F11034 B15CF633F011686E97948697344A3573 -80dB _AESauth
2021.03.28 13:55:43.102 4: TSCUL_Parse: COC_HM868 11573847 A F101 00901604 00 0C F6 A641 5B3F14 F11034 01F300 -80.5dB
2021.03.28 13:55:43.120 4: TSCUL_Write: COC_HM868 sending As0DF68002F110345B3F140101C800
2021.03.28 13:55:43.125 4: TSCUL_send: COC_HM868 039572 As 0D F6 8002 F11034 5B3F14 0101C800
2021.03.28 13:55:43.148 4: TSCUL_Parse: COC_HM868 11573894 A F101 00901628 00 0C 53 8670 25F8A7 000000 00CF2C -58dB
2021.03.28 13:55:43.204 4: TSCUL_Parse: COC_HM868 11573947 A F103 00901708 01 0E F6 8002 F11034 5B3F14 00491E9169 _CCAdly:4 _dhmSt:104
2021.03.28 13:55:43.351 4: TSCUL_Parse: COC_HM868 11574095 A F103 00901816 01 0D F6 8002 F11034 5B3F14 0101C800 _CCAdly:4 _dhmSt:212
Gruß, Ansgar.
Edit: diff ergänzt
Edit: Anhang gelöscht.
moin ansgar,
sorry, deinem tempo kann ich kaum mithalten.
1. fehlende statusinfo bei sabotage/sc2 das kann ja eigentlich nur ein fw bug sein, da der status des sabotage kontaktes über trigger ja unbekannt bleibt.
meine ccu bringt den sc beim pairen sofort in einen ihr gefälligen zustand wie im folgenden sniff.
probiere mal einen reset und nach dem pairen die register entsprechend anpassen.
besonders wichtig ist ihr das undokumentierte register 0x02, das ungeprüft gesetzt wird.
sign und cyclicInfoMsg werden erst nach dem lesen/prüfen gesetzt.
liste_0: 02:01 09:01 0A:1A 0B:CE 0C:1F 10:01 14:06 (nach pairing)
liste_1: 08:01 20:60 21:00 22:64 30:06 (nach pairing)
pairing an ccu, wenn der sc resettet ist und dieser noch nicht in der ccu vorhanden ist
2021.03.28 12:20:19.485 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 54 84 00 1DE620 000000 20002F4A45513036343438323880810101
2021.03.28 12:20:19.489 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:51352296 d:FF r:FFCF m:54 8400 1DE620 000000 20002F4A45513036343438323880810101
2021.03.28 12:20:19.703 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 01 A0 01 1ACE1F 1DE620 00050000000000
2021.03.28 12:20:19.708 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352370 d:FF r:FFDA m:01 A001 1ACE1F 1DE620 00050000000000
2021.03.28 12:20:19.741 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 01 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:19.746 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:513523E6 d:FF r:FFD1 m:01 8002 1DE620 1ACE1F 00
2021.03.28 12:20:19.878 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 02 A0 01 1ACE1F 1DE620 000802010A1A0BCE0C1F
2021.03.28 12:20:19.882 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:5135242C d:FF r:FFDA m:02 A001 1ACE1F 1DE620 000802010A1A0BCE0C1F
2021.03.28 12:20:19.927 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 02 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:20.058 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 03 A0 01 1ACE1F 1DE620 0006
2021.03.28 12:20:20.062 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:513524DC d:FF r:FFDA m:03 A001 1ACE1F 1DE620 0006
2021.03.28 12:20:20.110 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 03 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:20.115 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:51352557 d:FF r:FFD3 m:03 8002 1DE620 1ACE1F 00
2021.03.28 12:20:20.173 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 04 A0 01 1ACE1F 1DE620 00040000000000
2021.03.28 12:20:20.177 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352595 d:FF r:FFDA m:04 A001 1ACE1F 1DE620 00040000000000
2021.03.28 12:20:20.329 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 04 A0 10 1DE620 1ACE1F 02020109000A1A0BCE0C1F100114060000
2021.03.28 12:20:20.332 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:51352619 d:FF r:FFD3 m:04 A010 1DE620 1ACE1F 02020109000A1A0BCE0C1F100114060000
2021.03.28 12:20:20.426 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 04 A0 02 1ACE1F 1DE620 0462F4521C7D4000
2021.03.28 12:20:20.431 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352693 d:FF r:FFDA m:04 A002 1ACE1F 1DE620 0462F4521C7D4000
2021.03.28 12:20:20.557 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 04 A0 03 1DE620 1ACE1F 646FF771B48E2638F07F64E44A789F08
2021.03.28 12:20:20.676 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 04 80 02 1ACE1F 1DE620 00BA1E208D
2021.03.28 12:20:20.681 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:5135278D d:FF r:FFDA m:04 8002 1ACE1F 1DE620 00BA1E208D
2021.03.28 12:20:21.017 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 0D A0 01 1ACE1F 1DE620 00050000000000
2021.03.28 12:20:21.022 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:513528A0 d:FF r:FFDA m:0D A001 1ACE1F 1DE620 00050000000000
2021.03.28 12:20:21.070 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 0D 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:21.199 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 0E A0 01 1ACE1F 1DE620 00080901
2021.03.28 12:20:21.203 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352951 d:FF r:FFDA m:0E A001 1ACE1F 1DE620 00080901
2021.03.28 12:20:21.250 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 0E 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:21.255 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:513529CB d:FF r:FFD3 m:0E 8002 1DE620 1ACE1F 00
2021.03.28 12:20:21.374 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 0F A0 01 1ACE1F 1DE620 0006
2021.03.28 12:20:21.379 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352A04 d:FF r:FFDA m:0F A001 1ACE1F 1DE620 0006
2021.03.28 12:20:21.429 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 0F 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:21.435 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:51352A7F d:FF r:FFD3 m:0F 8002 1DE620 1ACE1F 00
2021.03.28 12:20:21.499 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 10 A0 01 1ACE1F 1DE620 01040000000001
2021.03.28 12:20:21.504 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352AC4 d:FF r:FFDA m:10 A001 1ACE1F 1DE620 01040000000001
2021.03.28 12:20:21.629 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 10 A0 10 1DE620 1ACE1F 02080020602100226430060000
2021.03.28 12:20:21.633 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:51352B44 d:FF r:FFD3 m:10 A010 1DE620 1ACE1F 02080020602100226430060000
2021.03.28 12:20:21.752 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 10 A0 02 1ACE1F 1DE620 0447D17739586500
2021.03.28 12:20:21.757 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352BC1 d:FF r:FFDA m:10 A002 1ACE1F 1DE620 0447D17739586500
2021.03.28 12:20:21.885 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 10 A0 03 1DE620 1ACE1F A097D2A7F2DAE4FDDB1E66845DF0D51C
2021.03.28 12:20:22.003 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 10 80 02 1ACE1F 1DE620 002BF1A0BF
2021.03.28 12:20:22.007 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352CBB d:FF r:FFDA m:10 8002 1ACE1F 1DE620 002BF1A0BF
2021.03.28 12:20:22.344 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 19 A0 01 1ACE1F 1DE620 01050000000001
2021.03.28 12:20:22.349 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352DCC d:FF r:FFDA m:19 A001 1ACE1F 1DE620 01050000000001
2021.03.28 12:20:22.393 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 19 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:22.400 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:51352E44 d:FF r:FFD2 m:19 8002 1DE620 1ACE1F 00
2021.03.28 12:20:22.519 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 1A A0 01 1ACE1F 1DE620 01080801
2021.03.28 12:20:22.523 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352E7F d:FF r:FFDA m:1A A001 1ACE1F 1DE620 01080801
2021.03.28 12:20:22.575 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 1A 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:22.581 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:51352EF9 d:FF r:FFD2 m:1A 8002 1DE620 1ACE1F 00
2021.03.28 12:20:22.700 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 1B A0 01 1ACE1F 1DE620 0106
2021.03.28 12:20:22.704 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352F34 d:FF r:FFDA m:1B A001 1ACE1F 1DE620 0106
2021.03.28 12:20:22.758 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 1B 80 02 1DE620 1ACE1F 00
2021.03.28 12:20:22.880 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 1C A0 01 1ACE1F 1DE620 0103
2021.03.28 12:20:22.885 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51352FE9 d:FF r:FFDA m:1C A001 1ACE1F 1DE620 0103
2021.03.28 12:20:22.984 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 1C A0 10 1DE620 1ACE1F 0100000000
2021.03.28 12:20:22.988 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:51353090 d:FF r:FFD2 m:1C A010 1DE620 1ACE1F 0100000000
2021.03.28 12:20:23.114 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 1C A0 02 1ACE1F 1DE620 04D640E6A8C9F400
2021.03.28 12:20:23.119 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:51353113 d:FF r:FFDA m:1C A002 1ACE1F 1DE620 04D640E6A8C9F400
2021.03.28 12:20:23.246 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 1C A0 03 1DE620 1ACE1F A902B85B1B3B2CAD575863D9D69C294E
2021.03.28 12:20:23.454 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:5135320F d:FF r:FFDA m:1C 8002 1ACE1F 1DE620 00FBCD40B8
2021.03.28 12:20:23.459 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 21 msg: 1C 80 02 1ACE1F 1DE620 00FBCD40B8
hat das register 0x02 eventuell einfluss auf aes?
ich habe wenig erfahrung mit aes, daher die frage: müsste das device nach dem setzen von sign=1 normalerweise ebenfalls jeweils ein aes-request vor dem ausführen der weiteren cmds senden?
wenn ja, dann könnte man mit diesem register eventuell diese aes-requests an die zentrale unterbinden.
edit: gerade erst deinen edit gesehen, dass das device scheinbar doch richtig reagiert. sehr schön.
2. falsche antwort (ack info) von fhemZitatStören aber eigentlich nicht, nach bisheriger Erfahrung
eine saubere kommunikation sieht aber anders aus.
mich stört vor allem, dass 2 unterschiedliche antworten gesendet werden. mindestens eine ist also überflüssig.
meine vermutung ist, dass ein "normales" ack funktioniert, siehe auch unten.
Zitatdepending on FW version - do not accept ACK only. Especially if peered
schade, dass martin in seiner anmerkung kein beispiel gegeben hat.
wurde eventuell ein A112 bei lazyConfig/wakeup nicht beantwortet?
"Especially if peered" würde dazu passen, dass A112 nur für broadcast messages "gedacht" ist (bisher von meiner ccu so benutzt wird), siehe unten.
3. antwortverhalten für WAKEMEUP messagesich versuche ja immer noch heraus zu finden, wann genau die ccu A112 (HAVEDATA) benutzt.
ich habe nämlich das gefühl, dass A112 in fhem zu oft genutzt wird und daher auch manchmal die kommunikation eher behindert.
theoretisch sind mir bisher 3 methoden bekannt, ein device zu wecken:
1. 2. 3.
A610 - A610 - A610 => WAKEMEUP
-------------------------------
A112 8102 A101 => WAKEUP
8002 A001
A001
am effektivsten und elegantesten ist natürlich methode 3. direktes antworten mit dem gewünschten cmd, das mit dem WAKEUP flag gesendet wird.
mit ccu und sec-sc habe ich mal versucht, alle möglichkeiten durch zu spielen:
############################ ccu antwortverhalten mit sec-sc (mid=0x2F, fw=2.0), aes ist aus, device gepairt
#no config pending
2021.03.27 17:41:54.636 0: HMUARTLGW hmuart1 recv: 01 05 00 00 37 msg: 32 A4 41 1DE620 1ACE1F 0181C8
2021.03.27 17:41:54.639 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 32 80 02 1ACE1F 1DE620 00
2021.03.27 17:41:54.642 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4D6C0061 d:FF r:FFCF m:32 A441 1DE620 1ACE1F 0181C8
2021.03.27 17:41:54.645 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4D6C00DB d:FF r:FFD9 m:32 8002 1ACE1F 1DE620 00
2021.03.27 17:41:56.528 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4D6C0832 d:FF r:FFCC m:33 A441 1DE620 1ACE1F 018200
2021.03.27 17:41:56.532 0: HMUARTLGW hmuart1 recv: 01 05 00 00 38 msg: 33 A4 41 1DE620 1ACE1F 018200
2021.03.27 17:41:56.609 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 33 80 02 1ACE1F 1DE620 00
2021.03.27 17:41:56.615 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4D6C08AC d:FF r:FFD9 m:33 8002 1ACE1F 1DE620 00
2021.03.27 17:42:01.018 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3B msg: 34 A6 10 1DE620 1ACE1F 06010000
2021.03.27 17:42:01.021 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4D6C19A1 d:FF r:FFD1 m:34 A610 1DE620 1ACE1F 06010000
2021.03.27 17:42:01.075 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 34 80 02 1ACE1F 1DE620 00
2021.03.27 17:42:01.117 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4D6C1A1B d:FF r:FFD9 m:34 8002 1ACE1F 1DE620 00
2021.03.27 17:42:02.276 0: HMUARTLGW hmuart1 recv: 01 05 00 00 39 msg: 35 A6 10 1DE620 1ACE1F 0601000E
2021.03.27 17:42:02.323 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 35 80 02 1ACE1F 1DE620 00
2021.03.27 17:42:02.329 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4D6C1EFD d:FF r:FFD9 m:35 8002 1ACE1F 1DE620 00
#config pending
2021.03.28 01:27:38.117 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 36 A6 10 1DE620 1ACE1F 06010000
2021.03.28 01:27:38.122 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F16711A d:FF r:FFCF m:36 A610 1DE620 1ACE1F 06010000
2021.03.28 01:27:38.195 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 36 81 02 1ACE1F 1DE620 00
2021.03.28 01:27:38.200 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F167194 d:FF r:FFDA m:36 8102 1ACE1F 1DE620 00
2021.03.28 01:27:41.107 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 37 A6 10 1DE620 1ACE1F 0601000E
2021.03.28 01:27:41.113 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F167CD1 d:FF r:FFCE m:37 A610 1DE620 1ACE1F 0601000E
2021.03.28 01:27:41.191 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 37 81 02 1ACE1F 1DE620 00
2021.03.28 01:27:41.198 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F167D4A d:FF r:FFDA m:37 8102 1ACE1F 1DE620 00
############################ aes in ccu eingeschaltet
#config pending
2021.03.28 01:28:30.109 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 38 A6 10 1DE620 1ACE1F 06010000
2021.03.28 01:28:30.113 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F173C43 d:FF r:FFC1 m:38 A610 1DE620 1ACE1F 06010000
2021.03.28 01:28:30.203 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 38 A1 02 1ACE1F 1DE620 0439AF0947261B00
2021.03.28 01:28:30.208 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F173CC2 d:FF r:FFDA m:38 A102 1ACE1F 1DE620 0439AF0947261B00
2021.03.28 01:28:30.334 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 38 A0 03 1DE620 1ACE1F 234E54C9607AB9863DD9C88FCED96CE7
2021.03.28 01:28:30.453 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 38 80 02 1ACE1F 1DE620 00D564FE04
2021.03.28 01:28:30.458 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F173DBC d:FF r:FFDA m:38 8002 1ACE1F 1DE620 00D564FE04
2021.03.28 01:28:30.801 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 41 A0 01 1ACE1F 1DE620 00050000000000
2021.03.28 01:28:30.806 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F173ED0 d:FF r:FFDA m:41 A001 1ACE1F 1DE620 00050000000000
2021.03.28 01:28:30.847 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 41 80 02 1DE620 1ACE1F 00
2021.03.28 01:28:30.852 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F173F47 d:FF r:FFC2 m:41 8002 1DE620 1ACE1F 00
2021.03.28 01:28:30.973 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 42 A0 01 1ACE1F 1DE620 00081405
2021.03.28 01:28:30.977 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F173F82 d:FF r:FFDA m:42 A001 1ACE1F 1DE620 00081405
2021.03.28 01:28:31.027 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 42 80 02 1DE620 1ACE1F 00
2021.03.28 01:28:31.033 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F173FFC d:FF r:FFC2 m:42 8002 1DE620 1ACE1F 00
2021.03.28 01:28:31.158 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 43 A0 01 1ACE1F 1DE620 0006
2021.03.28 01:28:31.163 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F174035 d:FF r:FFDA m:43 A001 1ACE1F 1DE620 0006
2021.03.28 01:28:31.209 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 43 80 02 1DE620 1ACE1F 00
2021.03.28 01:28:31.213 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F1740B0 d:FF r:FFC2 m:43 8002 1DE620 1ACE1F 00
2021.03.28 01:28:31.338 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 44 A0 01 1ACE1F 1DE620 01050000000001
2021.03.28 01:28:31.342 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F1740ED d:FF r:FFDA m:44 A001 1ACE1F 1DE620 01050000000001
2021.03.28 01:28:31.388 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 44 80 02 1DE620 1ACE1F 00
2021.03.28 01:28:31.394 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F174164 d:FF r:FFC2 m:44 8002 1DE620 1ACE1F 00
2021.03.28 01:28:31.515 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 45 A0 01 1ACE1F 1DE620 01080801
2021.03.28 01:28:31.520 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F17419F d:FF r:FFDA m:45 A001 1ACE1F 1DE620 01080801
2021.03.28 01:28:31.568 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 45 80 02 1DE620 1ACE1F 00
2021.03.28 01:28:31.694 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 46 A0 01 1ACE1F 1DE620 0106
2021.03.28 01:28:31.699 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F174251 d:FF r:FFD9 m:46 A001 1ACE1F 1DE620 0106
2021.03.28 01:28:31.748 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 46 80 02 1DE620 1ACE1F 00
2021.03.28 01:28:31.760 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F1742CC d:FF r:FFC4 m:46 8002 1DE620 1ACE1F 00
2021.03.28 01:28:35.380 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 39 A6 10 1DE620 1ACE1F 0601000E
2021.03.28 01:28:35.451 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 39 A0 02 1ACE1F 1DE620 0455C3652B4A7700
2021.03.28 01:28:35.457 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F175144 d:FF r:FFDA m:39 A002 1ACE1F 1DE620 0455C3652B4A7700
2021.03.28 01:28:35.585 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 39 A0 03 1DE620 1ACE1F 3334B82AB64A51BB3275BD2BFFE687A8
2021.03.28 01:28:35.702 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 39 80 02 1ACE1F 1DE620 007E5F0B50
2021.03.28 01:28:35.708 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F17523F d:FF r:FFDA m:39 8002 1ACE1F 1DE620 007E5F0B50
#no config pending
2021.03.28 01:29:09.132 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 3A A6 10 1DE620 1ACE1F 06010000
2021.03.28 01:29:09.136 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F17D4A3 d:FF r:FFCB m:3A A610 1DE620 1ACE1F 06010000
2021.03.28 01:29:09.205 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3A A0 02 1ACE1F 1DE620 0472E4420C6D5000
2021.03.28 01:29:09.210 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F17D521 d:FF r:FFD9 m:3A A002 1ACE1F 1DE620 0472E4420C6D5000
2021.03.28 01:29:09.337 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 3A A0 03 1DE620 1ACE1F 21A4FE0F005891F7E416C871BA7D83CB
2021.03.28 01:29:09.455 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3A 80 02 1ACE1F 1DE620 0029BAEF1C
2021.03.28 01:29:09.469 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F17D61C d:FF r:FFD9 m:3A 8002 1ACE1F 1DE620 0029BAEF1C
2021.03.28 01:29:13.109 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 3B A6 10 1DE620 1ACE1F 0601000E
2021.03.28 01:29:13.112 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F17E443 d:FF r:FFCE m:3B A610 1DE620 1ACE1F 0601000E
2021.03.28 01:29:13.205 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3B A0 02 1ACE1F 1DE620 04F167C18FEED300
2021.03.28 01:29:13.211 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F17E4C3 d:FF r:FFD9 m:3B A002 1ACE1F 1DE620 04F167C18FEED300
2021.03.28 01:29:13.338 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 3B A0 03 1DE620 1ACE1F EEAC2FF5920826A4474DBE37D9662C1E
2021.03.28 01:29:13.470 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3B 80 02 1ACE1F 1DE620 001945DC6C
2021.03.28 01:29:13.474 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F17E5BD d:FF r:FFDA m:3B 8002 1ACE1F 1DE620 001945DC6C
2021.03.28 01:29:17.150 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 3C A4 41 1DE620 1ACE1F 0183C8
2021.03.28 01:29:17.154 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F17F40B d:FF r:FFBD m:3C A441 1DE620 1ACE1F 0183C8
2021.03.28 01:29:17.244 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3C A0 02 1ACE1F 1DE620 04F066C08EEFD200
2021.03.28 01:29:17.250 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F17F48A d:FF r:FFD9 m:3C A002 1ACE1F 1DE620 04F066C08EEFD200
2021.03.28 01:29:17.399 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 3C A0 03 1DE620 1ACE1F 445DB5760D4051F4521B38D70F8F1246
2021.03.28 01:29:17.496 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3C 80 02 1ACE1F 1DE620 006C9759E5
2021.03.28 01:29:17.502 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F17F586 d:FF r:FFD9 m:3C 8002 1ACE1F 1DE620 006C9759E5
2021.03.28 01:29:21.418 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 3D A4 41 1DE620 1ACE1F 018400
2021.03.28 01:29:21.495 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3D A0 02 1ACE1F 1DE620 042CBA1C52330E00
2021.03.28 01:29:21.499 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F180524 d:FF r:FFDA m:3D A002 1ACE1F 1DE620 042CBA1C52330E00
2021.03.28 01:29:21.627 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 3D A0 03 1DE620 1ACE1F A2A0512720BC9D279A014A798A349999
2021.03.28 01:29:21.746 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3D 80 02 1ACE1F 1DE620 0016E143E8
2021.03.28 01:29:21.751 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F180620 d:FF r:FFDA m:3D 8002 1ACE1F 1DE620 0016E143E8
#config pending
2021.03.28 01:30:04.641 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 3E A6 10 1DE620 1ACE1F 06010000
2021.03.28 01:30:04.646 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F18AD7A d:FF r:FFCC m:3E A610 1DE620 1ACE1F 06010000
2021.03.28 01:30:04.709 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3E A1 02 1ACE1F 1DE620 04980EA8E687BA00
2021.03.28 01:30:04.714 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F18ADF9 d:FF r:FFDA m:3E A102 1ACE1F 1DE620 04980EA8E687BA00
2021.03.28 01:30:04.842 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 3E A0 03 1DE620 1ACE1F 88F46324427A3FA299868A5B5B31DD16
2021.03.28 01:30:04.959 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3E 80 02 1ACE1F 1DE620 001D5EDC9E
2021.03.28 01:30:04.965 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F18AEF4 d:FF r:FFDA m:3E 8002 1ACE1F 1DE620 001D5EDC9E
2021.03.28 01:30:05.342 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 47 A0 01 1ACE1F 1DE620 00050000000000
2021.03.28 01:30:05.358 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F18B007 d:FF r:FFD9 m:47 A001 1ACE1F 1DE620 00050000000000
2021.03.28 01:30:05.404 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 47 A0 02 1DE620 1ACE1F 041D45E8ED1D4500
2021.03.28 01:30:05.407 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F18B084 d:FF r:FFCC m:47 A002 1DE620 1ACE1F 041D45E8ED1D4500
2021.03.28 01:30:05.498 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 47 A0 03 1ACE1F 1DE620 C668883AC970AC42DFFBFA6AB7C283D7
2021.03.28 01:30:05.612 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 47 80 02 1DE620 1ACE1F 0040B9EBA9
2021.03.28 01:30:05.617 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F18B17F d:FF r:FFCB m:47 8002 1DE620 1ACE1F 0040B9EBA9
2021.03.28 01:30:05.969 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F18B294 d:FF r:FFDA m:48 A001 1ACE1F 1DE620 00081406
2021.03.28 01:30:05.974 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 48 A0 01 1ACE1F 1DE620 00081406
2021.03.28 01:30:06.038 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F18B313 d:FF r:FFCC m:48 A002 1DE620 1ACE1F 041BC6F86E1BC600
2021.03.28 01:30:06.042 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 48 A0 02 1DE620 1ACE1F 041BC6F86E1BC600
2021.03.28 01:30:06.150 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 48 A0 03 1ACE1F 1DE620 DC95115827AFB1B977AC324E75C1A668
2021.03.28 01:30:06.265 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 48 80 02 1DE620 1ACE1F 0012666748
2021.03.28 01:30:06.270 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F18B40D d:FF r:FFCC m:48 8002 1DE620 1ACE1F 0012666748
2021.03.28 01:30:06.612 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F18B520 d:FF r:FFDA m:49 A001 1ACE1F 1DE620 0006
2021.03.28 01:30:06.618 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 49 A0 01 1ACE1F 1DE620 0006
2021.03.28 01:30:06.690 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F18B5A0 d:FF r:FFCC m:49 A002 1DE620 1ACE1F 045049C0F0504900
2021.03.28 01:30:06.695 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 49 A0 02 1DE620 1ACE1F 045049C0F0504900
2021.03.28 01:30:06.803 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 49 A0 03 1ACE1F 1DE620 1731C75B6A2ADC9E182B3A810B62CE83
2021.03.28 01:30:06.918 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 49 80 02 1DE620 1ACE1F 0094E8755D
2021.03.28 01:30:06.922 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F18B69A d:FF r:FFCC m:49 8002 1DE620 1ACE1F 0094E8755D
2021.03.28 01:30:12.123 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 3F A6 10 1DE620 1ACE1F 0601000E
2021.03.28 01:30:12.126 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F18CAC8 d:FF r:FFCE m:3F A610 1DE620 1ACE1F 0601000E
2021.03.28 01:30:12.208 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3F A0 02 1ACE1F 1DE620 0466F05618794400
2021.03.28 01:30:12.214 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F18CB46 d:FF r:FFD9 m:3F A002 1ACE1F 1DE620 0466F05618794400
2021.03.28 01:30:12.341 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 3F A0 03 1DE620 1ACE1F 2C81854813E160E41F124D55FC6208B1
2021.03.28 01:30:12.460 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 3F 80 02 1ACE1F 1DE620 00163702B8
2021.03.28 01:30:12.465 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F18CC41 d:FF r:FFD9 m:3F 8002 1ACE1F 1DE620 00163702B8
############################ werkreset am device über configtaster
#no config pending
2021.03.28 01:30:52.429 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F196840 d:FF r:FFCE m:40 8441 1DE620 000000 0185C8
2021.03.28 01:30:52.433 0: HMUARTLGW hmuart1 recv: 01 05 00 00 34 msg: 40 84 41 1DE620 000000 0185C8
2021.03.28 01:30:57.171 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F197ACD d:FF r:FFCE m:41 8441 1DE620 000000 018600
2021.03.28 01:30:57.175 0: HMUARTLGW hmuart1 recv: 01 05 00 00 34 msg: 41 84 41 1DE620 000000 018600
2021.03.28 01:31:05.110 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F1999D9 d:FF r:FFD1 m:42 8610 1DE620 000000 06010000
2021.03.28 01:31:05.114 0: HMUARTLGW hmuart1 recv: 01 05 00 00 35 msg: 42 86 10 1DE620 000000 06010000
2021.03.28 01:31:08.655 0: HMUARTLGW hmuart1 recv: 01 05 00 00 36 msg: 43 86 10 1DE620 000000 0601000E
2021.03.28 01:31:08.658 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F19A786 d:FF r:FFD2 m:43 8610 1DE620 000000 0601000E
#config pending
2021.03.28 01:31:44.785 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F1A342E d:FF r:FFD0 m:44 8610 1DE620 000000 06010000
2021.03.28 01:31:44.789 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F1A34A7 d:FF r:FFDA m:44 A112 1ACE1F 1DE620
2021.03.28 01:31:44.797 0: HMUARTLGW hmuart1 recv: 01 05 00 00 36 msg: 44 86 10 1DE620 000000 06010000
2021.03.28 01:31:44.801 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 44 A1 12 1ACE1F 1DE620
2021.03.28 01:31:52.927 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F1A546A d:FF r:FFD1 m:45 8610 1DE620 000000 0601000E
2021.03.28 01:31:52.933 0: HMUARTLGW hmuart1 recv: 01 05 00 00 38 msg: 45 86 10 1DE620 000000 0601000E
2021.03.28 01:31:52.960 0: HMUARTLGW hmuart1 recv: 01 05 00 00 20 msg: 45 A1 12 1ACE1F 1DE620
2021.03.28 01:31:52.965 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:4F1A54E2 d:FF r:FFDA m:45 A112 1ACE1F 1DE620
2021.03.28 01:31:58.971 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F1A6C11 d:FF r:FFCA m:46 8441 1DE620 000000 0187C8
2021.03.28 01:31:58.977 0: HMUARTLGW hmuart1 recv: 01 05 00 00 34 msg: 46 84 41 1DE620 000000 0187C8
2021.03.28 01:32:03.711 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 47 84 41 1DE620 000000 018800
2021.03.28 01:32:03.824 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:4F1A7E9F d:FF r:FFCC m:47 8441 1DE620 000000 018800
- hier funktioniert nur die direkte methode_3 mit (autonomem?) aes.
- bei methode_2 (ohne aes) macht die ccu scheinbar einen fehler, da sie nach dem autonomen 8102 nicht mit dem register setzen beginnt.
- methode_1 (A112) kommt nur zum einsatz, wenn das device eine broadcast message mit WAKEMEUP=1 und BIDI=0 sendet. vermutlich sollte das device hier 8410 senden, da es nicht geweckt werden kann (ungepairt).
grundsätzlich verstehe ich den nutzen von A112 dennoch nicht.
mal angenommen, dass es deswegen existiert, da es autonom gesendet werden kann.
dann bleibt ja trotzdem das timing problem, dass der eigentliche cmd rechtzeitig nach dem A112-ack gesendet wird. das problem hätte man doch auch mit der direkten methode_3. wo ist also der grund/vorteil für den zusätzlichen msgType HAVEDATA (A112)? ich sehe nur nachteile.
übersehe ich hier etwas, oder ist das ein konzeptionaler "irrtum"?
edit: wenn A112 wirklich nur für broadcast messages gedacht ist, bekommt der sender von A112 natürlich sofort eine antwort. bei einer expliziten ablehnung könnte man natürlich auf weitere versuche verzichten, was dann eventuell ein vorteil ist. oder ist das zeitfenster bei broadcast messages kleiner, um batterie zu sparen?
fragen über fragen. :)
4. meine bisherigen folgerungen, die auf in diesem thread gezeigten sniffs resultierenmit A112 auf adressierte (nicht broadcast) messages mit WAKEMEUP=1 und BIDI=1 zu reagieren ist "falsch" oder zumindestens überflüssig.
1. in den den lazyconfig beispielen von mgernoth vermute ich autonome 8102 zum wecken der devices, da dort keine acks der devices zu sehen sind, die auf ein autonomes A112 hinweisen würden.
2. bei meiner bisher einzigen sichtung einer A112 message wurde diese nur bei einer broadcast message mit WAKEMEUP=1 und BIDI=0 gesendet (diese blieb sogar unbeantwortet und war damit ebenso überflüssig).
3. ein timing vorteil mit autonomen A112 sehe ich grundsätzlich nicht.
4. sofortiges senden des eigentlichen cmds mit gesetztem WAKEUP flag wäre mein favorit (ohne autonome acks), zumindestens bei adressierten messages.
5. lazyconfig müsste einfach nur als normales wakeup behandelt werden.
5. weitere antwortenZitatNach meiner Interpretation wäre dann bei SC1 nur Sabotage ein Wakeup, bei dem lazy config gehen könnte.
nein,
vor allem können die zyklischen (24 std) messages mit info status zum konfigurieren genutzt werden.
diese sind identisch zu den sabotage meldungen. bringt natürlich nur was, wenn das register cyclicInfoMsg gesetzt ist.
darum setzt es die ccu sicherlich auch automatisch beim pairen.
und nochmal meine interpretation zur klarstellung:
lazyconfig ist grundsätzlich keine spezielle methode zum aufwecken eines devices (in fhem wird lazyconfig allerdings dazu gemacht). ein device, welches lazyconfig unterstützt, sendet nur zusätzlich trigger-messages mit WAKEMEUP flag, bei denen das device geweckt werden kann.
also keine raketen-wissenschaft, sondern nur gewöhnliches wakeup.
ZitatLeider fehlt jetzt eine Registeränderung oder Config Lesen von der CCU in den SC1 Logs.
sollte jetzt alles da sein. oder fehlt noch etwas?
Zitatfür Dich zum Testen im Anhang mal eine CUL_HM mit den angekündigten Änderungen zu wakup und lazy config.
solte ich besser noch etwas warten, da du weitere optimierungen in der queue hast? ;)
gruss frank
hallo ansgar,
ich habe deine cul_hm jetzt doch einfach mal gestartet.
kein absturz, soweit nichts aufregendes. :)
1. beim hm-cc-tc sammeln sich automatische statusrequests unter cmds pending und werden nicht gesendet.
bei jedem wakeup kommt einer dazu.
2021.03.29 15:39:28.025 3 : CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.03.29 15:39:28.143 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 43 msg: 2C 86 70 20DFE1 000000 00BF33
2021.03.29 15:39:28.147 0 : HMLAN_Parse: hmlan1 R:E20DFE1 stat:0000 t:57120264 d:FF r:FFCD m:2C 8670 20DFE1 000000 00BF33
2021.03.29 15:42:29.528 3 : CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.03.29 15:42:29.574 0 : HMLAN_Parse: hmlan1 R:E20DFE1 stat:0000 t:5714C77E d:FF r:FFCE m:2D 8670 20DFE1 000000 00BF33
2021.03.29 15:42:29.578 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 41 msg: 2D 86 70 20DFE1 000000 00BF33
2021.03.29 15:45:16.541 3 : CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.03.29 15:45:16.733 0 : HMLAN_Parse: hmlan1 R:E20DFE1 stat:0000 t:571753F2 d:FF r:FFCE m:2E 8670 20DFE1 000000 00C034
2021.03.29 15:45:16.737 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 45 msg: 2E 86 70 20DFE1 000000 00C034
Internals:
DEF 20DFE1
FUUID 5c4ce2e8-f33f-09c4-04f3-beb05c80b7c6df87
IODev cul868
LASTInputDev hmlan1
MSGCNT 46
NAME Thermostat.OZ
NOTIFYDEV global
NR 198
NTFY_ORDER 50-Thermostat.OZ
STATE Tsoll:6.0°C, Tist:19.4°C, Hist:51%, Mode:central, Bat:ok, Ventil:actuator
TYPE CUL_HM
channel_01 Thermostat.OZ_Weather
channel_02 Thermostat.OZ_Climate
channel_03 Thermostat.OZ_WindowRec
cul868_MSGCNT 15
cul868_RAWMSG A0C31867020DFE100000000C233::-75:cul868
cul868_RSSI -75
cul868_TIME 2021-03-29 15:52:11
hmlan1_MSGCNT 16
hmlan1_RAWMSG E20DFE1,0000,571DA858,FF,FFCD,31867020DFE100000000C233
hmlan1_RSSI -51
hmlan1_TIME 2021-03-29 15:52:11
hmuart1_MSGCNT 15
hmuart1_RAWMSG 0500004631867020DFE100000000C233
hmuart1_RSSI -70
hmuart1_TIME 2021-03-29 15:52:11
lastMsg No:31 - t:70 s:20DFE1 d:000000 00C233
protCmdPend 16 CMDs_pending
protLastRcv 2021-03-29 15:52:11
protRcv 16 last_at:2021-03-29 15:52:11
protResnd 1 last_at:2021-03-29 15:14:41
protSnd 1 last_at:2021-03-29 15:14:38
protState CMDs_pending
rssi_at_cul868 cnt:15 min:-83.5 max:-74.5 avg:-78.83 lst:-75
rssi_at_hmlan1 cnt:16 min:-51 max:-50 avg:-50.75 lst:-51
rssi_at_hmuart1 cnt:15 min:-74 max:-65 avg:-67.8 lst:-70
.attraggr:
.attreocr:
.*
.attreour:
time-request
.attrminint:
.attrtocr:
.*
.userReadings:
HASH(0x4fcd6c8)
CL:
Authenticated 0
BUF
FD 81
FW_ID 1235
LASTACCESS 1617026048
NAME WEB_192.168.1.31_50532
NR 1413
PEER 192.168.1.31
PORT 50532
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-03-29 15:54:08 state Connected
READINGS:
1900-01-01 00:00:01 .D-devInfo 00FFFF
1900-01-01 00:00:01 .D-stc 58
2021-03-29 15:14:25 .associatedWith Thermostat.OZ,Thermostat.OZ_Climate,Thermostat.OZ_Weather,Thermostat.OZ_WindowRec,Thermostat.OZ
2021-03-29 15:52:11 .protLastRcv 20210329155211
2021-03-23 13:08:49 Activity alive
2021-03-23 13:08:10 CommandAccepted yes
from archivexx D-firmware 2.1
from archivexx D-serialNr KEQ0176062
2021-03-23 13:10:47 PairedTo 0x1ACE1F
2021-03-29 15:14:32 R-backlOnMode off
2021-03-29 15:14:32 R-backlOnTime 0
2021-03-29 15:14:32 R-btnLock off
2021-03-29 15:14:32 R-burstRx off
2021-03-29 15:14:32 R-pairCentral 0x1ACE1F
2021-03-23 13:10:47 RegL_00. 00:00 01:00 02:01 05:00 0A:1A 0B:CE 0C:1F 0F:00
2021-03-23 13:08:11 battery ok
2021-03-23 13:11:50 cfgState ok
2021-03-29 15:14:41 commState CMDs_pending
2021-03-23 13:04:12 controlMode central
2021-03-23 13:13:10 day-temp 21 C
2021-03-23 13:04:12 decalcDay Sat
2021-03-23 13:08:11 desired-temp 6.0
2021-03-23 13:04:12 displayMode temp-hum
2021-03-23 13:04:12 displayTemp actual
2021-03-23 13:04:12 displayTempUnit celsius
2021-03-29 15:47:49 humidity 51
2021-03-29 15:50:07 humidityAbsolut 8.5
2021-03-29 15:50:07 humidityAbsolutTrend ↗→
2021-03-29 15:50:07 measured-temp 19.4
2021-03-23 13:13:10 night-temp 17 C
2021-03-23 13:13:10 party-temp 20 C
2021-03-29 15:52:11 state T: 19.4 H: 51
2021-03-29 00:02:19 time-request -
- tmpl_0 tc1:a:off b:0 c:off d:off,
cmdStack:
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
helper:
HM_CMDNR 49
cSnd ,011ACE1F20DFE1020E
mId 0039
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
tmplChg 0
cmds:
TmplKey :1617023671.63107:1617023673.16545
TmplTs 1617023673.16545
cmdKey 0:1:0::Thermostat.OZ:0039:00:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
desired-temp (on|off|6.0..30.0;0.5)
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
tplPara000_0_tc1_a off,auto:-value-
tplPara001_0_tc1_b 20,25,0,10,5,15:-value-
tplPara002_0_tc1_c off,on:-value-
tplPara003_0_tc1_d on,off:-value-
tplSet_0 -tplChan-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan tc1,TC_00_sensor
tplDel 0>tc1
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 1
det 1
raw 1
tpl 1
io:
flgs 0
newChn +20DFE1,00,00,00
nextSend 1617025931.3982
rxt 2
vccu ccu
p:
20DFE1
00
00
00
prefIO:
hmlan1
mRssi:
mNo 31
io:
cul868:
-73
-73
hmlan1:
-51
-51
hmuart1:
-70
-70
hmusb1:
peerIDsH:
prt:
bErr 0
sProc 2
wuReSent 2
q:
qReqConf
qReqStat 02
role:
dev 1
rssi:
at_cul868:
avg -78.8333333333333
cnt 15
lst -75
max -74.5
min -83.5
at_hmlan1:
avg -50.75
cnt 16
lst -51
max -50
min -51
at_hmuart1:
avg -67.8
cnt 15
lst -70
max -65
min -74
shadowReg:
tmpl:
0>tc1 off 0 off off
Attributes:
.mId 0039
IODev hmlan1
IOgrp ccu:hmlan1
actCycle 000:10
actStatus alive
alias 10. Thermostat
autoReadReg 5_readMissing
event-on-change-reading .*
event-on-update-reading time-request
expert defReg,allReg,rawReg,templ
firmware 2.1
group Heizung.OZ
model HM-CC-TC
room 00_heating_test,15_OZ
serialNr KEQ0176062
sortby 50
stateFormat Tsoll:desired-temp°C, Tist:measured-temp°C, Hist:humidity%, Mode:controlMode, Bat:battery, Ventil:actuator
subType thermostat
timestamp-on-change-reading .*
userReadings humidityAbsolut:(measured-temp|humidity).* {AbsoluteFeuchte(ReadingsVal($name,"measured-temp",0),ReadingsVal($name,"humidity",0))}
webCmd getConfig:statusRequest
ein manueller request sieht sehr schön aus. hmlan sendet autonomes A112.
2021.03.29 16:27:56.068 3 : CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.03.29 16:30:33.741 0 : HMLAN_Send: hmlan1 S:S7E64BB23 stat: 00 t:00000000 d:01 r:7E64BB23 m:41 A001 1ACE1F 20DFE1 020E
2021.03.29 16:30:33.801 0 : HMLAN_Parse: hmlan1 R:E20DFE1 stat:0000 t:5740CB01 d:FF r:FFCD m:40 8670 20DFE1 000000 00CC33
2021.03.29 16:30:33.805 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 47 msg: 40 86 70 20DFE1 000000 00CC33
2021.03.29 16:30:33.809 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 40 A1 12 1ACE1F 20DFE1
2021.03.29 16:30:33.893 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 47 msg: 40 80 02 20DFE1 1ACE1F 00
2021.03.29 16:30:33.898 0 : HMLAN_Parse: hmlan1 R:R7E48E132 stat:0081 t:5740CC00 d:FF r:FFCD m:40 8002 20DFE1 1ACE1F 00
2021.03.29 16:30:34.172 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 41 A0 01 1ACE1F 20DFE1 020E
2021.03.29 16:30:34.350 0 : HMLAN_Parse: hmlan1 R:R7E64BB23 stat:0001 t:5740CD97 d:FF r:FFCD m:41 8002 20DFE1 1ACE1F 01020C0038
2021.03.29 16:30:34.356 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 46 msg: 41 80 02 20DFE1 1ACE1F 01020C0038
2. zum sec-sc
der sc hat noch rxt=c und attr IODev=cul
register setzen mit sabotage kontakt änderung:
2021.03.29 16:39:55.416 3 : CUL_HM set Tuer.SZ regSet exec transmDevTryMax 5
2021.03.29 16:39:55.474 2 : HMinfo hminfo get:configCheck :-f,^(Tuer.SZ|Tuer.SZ)$
2021.03.29 16:40:04.711 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 39 msg: 5C A6 10 1DE620 1ACE1F 06010000
2021.03.29 16:40:04.714 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 5C 80 02 1ACE1F 1DE620 00
2021.03.29 16:40:04.718 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:57498185 d:FF r:FFCF m:5C A610 1DE620 1ACE1F 06010000
2021.03.29 16:40:04.721 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57498206 d:FF r:FFD9 m:5C 8002 1ACE1F 1DE620 00
2021.03.29 16:40:04.917 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 5D A0 01 1ACE1F 1DE620 00050000000000
2021.03.29 16:40:04.924 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:574982D6 d:FF r:FFD9 m:5D A001 1ACE1F 1DE620 00050000000000
2021.03.29 16:40:05.145 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 37 msg: 5D A0 02 1DE620 1ACE1F 04D6F44095D6F400
2021.03.29 16:40:05.148 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:57498354 d:FF r:FFCF m:5D A002 1DE620 1ACE1F 04D6F44095D6F400
2021.03.29 16:40:05.187 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 5D A0 03 1ACE1F 1DE620 63B864B72ABD99B52C88228C070089B4
2021.03.29 16:40:05.427 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 38 msg: 5D 80 02 1DE620 1ACE1F 0006B76DDD
2021.03.29 16:40:05.430 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:57498456 d:FF r:FFCF m:5D 8002 1DE620 1ACE1F 0006B76DDD
2021.03.29 16:40:05.434 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 5E A0 01 1ACE1F 1DE620 00081405
2021.03.29 16:40:05.440 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:574984D9 d:FF r:FFD9 m:5E A001 1ACE1F 1DE620 00081405
2021.03.29 16:40:15.722 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:5749AC5E d:FF r:FFCD m:5D A610 1DE620 1ACE1F 0601000E
2021.03.29 16:40:15.734 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:5749ACE0 d:FF r:FFD9 m:5D 8002 1ACE1F 1DE620 00
2021.03.29 16:40:15.745 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 37 msg: 5D A6 10 1DE620 1ACE1F 0601000E
2021.03.29 16:40:15.749 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 5D 80 02 1ACE1F 1DE620 00
1. warum triggert A610 überhaupt das setzen mit rxt=c.
2. das setzen wird ohne WAKEUP flag gestartet.
3. warum ist das device überhaupt wach geblieben und hat die prozedur begonnen?
eventuell bleibt es ca 716ms wach und bricht die aktion abrupt ab, weil es einschläft. seltsam.
4. beim anschliessenden kontakt öffnen hat fhem nichts unternommen, kein resend, kein getconfig.
5. war beim normalen cul nicht sonst ein delay eingebaut, damit das senden nicht zu schnell kommt?
bis zum einschlafen funktioniert ja alles ganz prima und ziehmlich rasant.
ein getconfig über configtaster sieht auch gut aus. natürlich keine änderung vorgenommen worden.
2021.03.29 16:55:58.498 3 : CUL_HM set Tuer.SZ getConfig noArg
2021.03.29 16:56:05.030 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 5E 84 00 1DE620 000000 20002F4A45513036343438323880810101
2021.03.29 16:56:05.034 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:5758293E d:FF r:FFD2 m:5E 8400 1DE620 000000 20002F4A45513036343438323880810101
2021.03.29 16:56:05.039 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 86 A0 01 1ACE1F 1DE620 00040000000000
2021.03.29 16:56:05.044 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:575829C5 d:FF r:FFD9 m:86 A001 1ACE1F 1DE620 00040000000000
2021.03.29 16:56:05.297 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 86 A0 10 1DE620 1ACE1F 02020109010A1A0BCE0C1F100114060000
2021.03.29 16:56:05.300 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 86 80 02 1ACE1F 1DE620 00
2021.03.29 16:56:05.305 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:57582A49 d:FF r:FFD4 m:86 A010 1DE620 1ACE1F 02020109010A1A0BCE0C1F100114060000
2021.03.29 16:56:05.308 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57582ACB d:FF r:FFD9 m:86 8002 1ACE1F 1DE620 00
2021.03.29 16:56:05.327 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 87 A0 01 1ACE1F 1DE620 01040000000001
2021.03.29 16:56:05.333 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57582AE9 d:FF r:FFD9 m:87 A001 1ACE1F 1DE620 01040000000001
2021.03.29 16:56:05.562 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 87 A0 10 1DE620 1ACE1F 02080120602100226430060000
2021.03.29 16:56:05.585 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 87 80 02 1ACE1F 1DE620 00
2021.03.29 16:56:05.592 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57582BEC d:FF r:FFD9 m:87 8002 1ACE1F 1DE620 00
2021.03.29 16:56:05.610 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 88 A0 01 1ACE1F 1DE620 0103
2021.03.29 16:56:05.618 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57582C06 d:FF r:FFD9 m:88 A001 1ACE1F 1DE620 0103
2021.03.29 16:56:05.749 2 : HMinfo hminfo get:configCheck :-f,^(Tuer.SZ|Tuer.SZ)$
2021.03.29 16:56:05.865 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 88 A0 10 1DE620 1ACE1F 0100000000
2021.03.29 16:56:05.868 0 : HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:57582C85 d:FF r:FFD4 m:88 A010 1DE620 1ACE1F 0100000000
2021.03.29 16:56:05.873 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 88 80 02 1ACE1F 1DE620 00
2021.03.29 16:56:05.878 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57582D05 d:FF r:FFD9 m:88 8002 1ACE1F 1DE620 00
3. der sensor mit A270 aus dem ersten post hat probleme mit statusrequest
manueller request, iodev=cul
die erste 8002 message ist falsch und stört die kommunikation. sie wird auch noch wiederholt.
2021.03.29 17:40:44.725 3 : CUL_HM set Wetter.Sued statusRequest noArg
2021.03.29 17:40:47.004 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 26 msg: 6E A2 70 6869B6 1ACE1F 00EC282ACC0000640F0960
2021.03.29 17:40:47.008 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 6E 80 02 1ACE1F 6869B6 00
2021.03.29 17:40:47.012 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 6E 81 02 1ACE1F 6869B6 00
2021.03.29 17:40:47.015 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 6F A0 01 1ACE1F 6869B6 010E
2021.03.29 17:40:47.019 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 6E 80 02 1ACE1F 6869B6 00
2021.03.29 17:40:47.023 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:57811671 d:FF r:FFD5 m:6E A270 6869B6 1ACE1F 00EC282ACC0000640F0960
2021.03.29 17:40:47.026 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:578116FE d:FF r:FFD9 m:6E 8102 1ACE1F 6869B6 00
2021.03.29 17:40:47.029 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57811719 d:FF r:FFD9 m:6F A001 1ACE1F 6869B6 010E
2021.03.29 17:40:47.032 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57811732 d:FF r:FFD9 m:6E 8002 1ACE1F 6869B6 00
2021.03.29 17:40:47.786 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 25 msg: 6F A4 10 6869B6 1ACE1F 0601000000
2021.03.29 17:40:47.790 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 6F 80 02 1ACE1F 6869B6 00
2021.03.29 17:40:47.793 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:57811A24 d:FF r:FFD5 m:6F A410 6869B6 1ACE1F 0601000000
2021.03.29 17:40:47.809 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 0D msg: 6F 80 02 1ACE1F 6869B6 00
2021.03.29 17:40:47.817 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:57811AB5 d:FF r:FFD9 m:6F 8002 1ACE1F 6869B6 00
Internals:
.lastTimebatVoltage 1617023727.7609
.lastTimebattery 1617023727.7609
.triggerUsed 1
DEF 6869B6
FUUID 5c4ce2eb-f33f-09c4-4dec-70db0da4a026d89f
IODev cul868
LASTInputDev hmuart1
MSGCNT 164
NAME Wetter.Sued
NOTIFYDEV global
NR 430
NTFY_ORDER 50-Wetter.Sued
STATE T: 23.8 H: 40 L: 257 P: 1095.6
TYPE CUL_HM
chanNo 01
cul868_MSGCNT 59
cul868_RAWMSG A1470A2706869B61ACE1F00EE282ACC000064850960::-44:cul868
cul868_RSSI -44
cul868_TIME 2021-03-29 17:46:56
hmlan1_MSGCNT 46
hmlan1_RAWMSG E6869B6,0000,5786BBE0,FF,FFD5,70A2706869B61ACE1F00EE282ACC000064850960
hmlan1_RSSI -43
hmlan1_TIME 2021-03-29 17:46:56
hmuart1_MSGCNT 59
hmuart1_RAWMSG 0500002670A2706869B61ACE1F00EE282ACC000064850960
hmuart1_RSSI -38
hmuart1_TIME 2021-03-29 17:46:56
lastMsg No:70 - t:70 s:6869B6 d:1ACE1F 00EE282ACC000064850960
protLastRcv 2021-03-29 17:46:56
protRcv 58 last_at:2021-03-29 17:46:56
protSnd 63 last_at:2021-03-29 17:46:56
protState CMDs_done
rssi_at_cul868 cnt:59 min:-44.5 max:-42.5 avg:-43.84 lst:-44
rssi_at_hmlan1 cnt:46 min:-43 max:-42 avg:-42.67 lst:-43
rssi_at_hmuart1 cnt:59 min:-38 max:-36 avg:-37.15 lst:-38
.attraggr:
.attreocr:
.*
.attrminint:
batVoltage:86400
battery:86400
.attrtocr:
.*
.userReadings:
HASH(0x5217858)
HASH(0x51c3040)
CL:
Authenticated 0
BUF
FD 84
FW_ID 3050
LASTACCESS 1617032857
NAME WEB_192.168.1.31_51268
NR 3155
PEER 192.168.1.31
PORT 51268
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-03-29 17:47:34 state Connected
READINGS:
1900-01-01 00:00:01 .D-devInfo 030100
1900-01-01 00:00:01 .D-stc 70
2021-03-29 15:14:27 .associatedWith Wetter.Sued,Wetter.Sued
2021-03-23 14:49:38 .peerListRDate 2021-03-23 14:49:38
2021-03-29 17:46:56 .protLastRcv 20210329174656
2021-03-23 13:08:49 Activity alive
from archivexx D-firmware 0.14
from archivexx D-serialNr UWS3621504
2021-03-23 14:43:53 PairedTo 0x1ACE1F
2021-03-29 15:14:32 R-altitude 78 m
2021-03-29 15:14:32 R-burstRx off
2021-03-29 15:14:32 R-ledMode off
2021-03-29 15:14:32 R-lowBatLimitTHPL 2.3 V
2021-03-29 15:14:32 R-pairCentral 0x1ACE1F
2021-03-29 15:14:32 R-transmDevTryMax 3
2021-03-23 14:43:53 RegL_00. 00:00 01:00 05:24 0A:1A 0B:CE 0C:1F 12:17 14:03 24:00 25:4E
2021-03-29 17:40:46 absFeuchte 8.5
2021-03-29 15:15:27 batVoltage 2.40
2021-03-29 15:15:27 battery ok
2021-03-23 14:50:38 cfgState ok
2021-03-29 17:40:47 commState CMDs_done
2021-03-29 17:40:46 dewpoint 9.2
2021-03-29 17:40:46 humidity 40
2021-03-29 17:46:56 humidityAbsolut 8.6
2021-03-29 17:46:56 luminosity 257
2021-03-29 17:46:56 measured-temp 23.8
2021-03-29 17:46:56 pressure 1095.6
2021-03-23 14:52:19 recentStateType info
2021-03-29 17:46:56 state T: 23.8 H: 40 L: 257 P: 1095.6
2021-03-29 17:46:56 temperature 23.8
- tmpl_0 THPL_00_default,
2021-03-23 23:59:59 x_sd 0
helper:
HM_CMDNR 112
cSnd 011ACE1F6869B6010E,011ACE1F6869B6010E
mId F101
peerFriend peerRecT
peerIDsState complete
peerOpt p:THPLSensor
regLst 0
rxType 156
supp_Pair_Rep 0
tmplChg 0
ack:
cmds:
TmplKey :1617023671.63107:1617023673.16692
TmplTs 1617023673.16692
cmdKey 1:1:0::Wetter.Sued:F101:01:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate ...
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getSerial noArg
getVersion noArg
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan 0 ... single [set|unset] [actor|remote|both]
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 slider,0,1,255
peer
peerOpt
tplChan THPL_00_default
tplDel 0>THPL_00_default
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 1
det 1
raw 1
tpl 1
io:
flgs 0
newChn +6869B6,00,00,00
nextSend 1617032817.16827
rxt 2
vccu ccu
p:
6869B6
00
00
00
prefIO:
cul868
mRssi:
mNo 70
io:
cul868:
-36
-36
hmlan1:
-43
-43
hmuart1:
-38
-38
hmusb1:
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO cul868
flg A
ts 1617032816.69982
ack:
HASH(0x51c7790)
7080021ACE1F6869B600
rssi:
at_cul868:
avg -43.8474576271186
cnt 59
lst -44
max -42.5
min -44.5
at_hmlan1:
avg -42.6739130434783
cnt 46
lst -43
max -42
min -43
at_hmuart1:
avg -37.1525423728813
cnt 59
lst -38
max -36
min -38
shadowReg:
tmpl:
0>THPL_00_default
Attributes:
.mId F101
IODev cul868
IOgrp ccu:cul868
actCycle 000:10
actStatus alive
autoReadReg 5_readMissing
comment batChange: 2020-09-11 20:34:12 (oldBat: low since 2020-08-14 04:14:43)
batChange: 2020-10-05 11:21:18 (oldBat: low since 2020-09-20 04:57:15)
batChange: 2020-11-27 14:17:02 (oldBat: low since 2020-11-07 08:10:57)
batChange: 2021-01-17 12:17:37 (oldBat: low since 2021-01-10 04:48:18)
reparatur: 2021-01-19 14:13:40 (configtaster defekt)
event-min-interval batVoltage:86400,battery:86400
event-on-change-reading .*
expert defReg,allReg,rawReg,templ
firmware 0.15
model HB-UW-Sen-THPL-I
msgRepeat 6
peerIDs 00000000
room 65_Flur.OG,70_Garten
serialNr UWS3621504
subType THPLSensor
timestamp-on-change-reading .*
userReadings measured-temp:temperature:.* {
return ReadingsVal($name,"temperature",0);
},
humidityAbsolut:(temperature|humidity):.* {
return AbsoluteFeuchte(ReadingsVal($name,"temperature",0),ReadingsVal($name,"humidity",0));
}
mit hmlan als io sind keine 8002 mehr zu sehen, allerdings klappt es nicht.
entweder ist 8102 zu spät und/oder der nachfolgende request cmd.
ist die "replaced" meldung von dir? die habe ich noch nie wahrgenommen.
2021.03.29 18:12:12.235 0 : CUL_HM Wetter.Sued replaced ACK:7981021ACE1F6869B600
2021.03.29 18:12:12.293 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:579DDCAC d:FF r:FFD6 m:79 A270 6869B6 1ACE1F 00EE282ACC00005C970960
2021.03.29 18:12:12.297 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 26 msg: 79 A2 70 6869B6 1ACE1F 00EE282ACC00005C970960
2021.03.29 18:12:12.441 0 : HMLAN_Send: hmlan1 S:S7EC1CA2B stat: 00 t:00000000 d:01 r:7EC1CA2B m:7A A001 1ACE1F 6869B6 010E
2021.03.29 18:12:12.448 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 79 81 02 1ACE1F 6869B6 00
2021.03.29 18:12:12.626 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 7A A0 01 1ACE1F 6869B6 010E
2021.03.29 18:12:12.824 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 7A A0 01 1ACE1F 6869B6 010E
2021.03.29 18:12:13.024 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 7A A0 01 1ACE1F 6869B6 010E
2021.03.29 18:12:13.202 0 : HMLAN_Parse: hmlan1 R:R7EC1CA2B stat:0008 t:00000000 d:FF r:7FFF m:7A A001 1ACE1F 6869B6 010E
2021.03.29 18:12:13.203 0 : HMLAN_Parse: hmlan1 no ACK from 6869B6
2021.03.29 18:14:51.972 0 : CUL_HM Wetter.Sued replaced ACK:7A81021ACE1F6869B600
2021.03.29 18:14:52.015 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:57A04CBA d:FF r:FFD6 m:7A A270 6869B6 1ACE1F 00EE282ACC00005C020960
2021.03.29 18:14:52.020 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 26 msg: 7A A2 70 6869B6 1ACE1F 00EE282ACC00005C020960
2021.03.29 18:14:52.177 0 : HMLAN_Send: hmlan1 S:S7EC43A24 stat: 00 t:00000000 d:01 r:7EC43A24 m:7B A001 1ACE1F 6869B6 010E
2021.03.29 18:14:52.186 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2B msg: 7A 81 02 1ACE1F 6869B6 00
2021.03.29 18:14:52.355 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 7B A0 01 1ACE1F 6869B6 010E
2021.03.29 18:14:52.556 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2B msg: 7B A0 01 1ACE1F 6869B6 010E
2021.03.29 18:14:52.756 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2B msg: 7B A0 01 1ACE1F 6869B6 010E
2021.03.29 18:14:52.933 0 : HMLAN_Parse: hmlan1 R:R7EC43A24 stat:0008 t:00000000 d:FF r:7FFF m:7B A001 1ACE1F 6869B6 010E
2021.03.29 18:14:52.934 0 : HMLAN_Parse: hmlan1 no ACK from 6869B6
2021.03.29 18:17:15.993 0 : CUL_HM Wetter.Sued replaced ACK:7B81021ACE1F6869B600
2021.03.29 18:17:16.057 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:57A27F61 d:FF r:FFD5 m:7B A270 6869B6 1ACE1F 00ED282ACB000058550960
2021.03.29 18:17:16.061 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 25 msg: 7B A2 70 6869B6 1ACE1F 00ED282ACB000058550960
2021.03.29 18:17:16.199 0 : HMLAN_Send: hmlan1 S:S7EC66CBA stat: 00 t:00000000 d:01 r:7EC66CBA m:7C A001 1ACE1F 6869B6 010E
2021.03.29 18:17:16.207 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 7B 81 02 1ACE1F 6869B6 00
2021.03.29 18:17:16.376 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 7C A0 01 1ACE1F 6869B6 010E
2021.03.29 18:17:16.577 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 7C A0 01 1ACE1F 6869B6 010E
2021.03.29 18:17:16.777 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 7C A0 01 1ACE1F 6869B6 010E
2021.03.29 18:17:16.953 0 : HMLAN_Parse: hmlan1 R:R7EC66CBA stat:0008 t:00000000 d:FF r:7FFF m:7C A001 1ACE1F 6869B6 010E
2021.03.29 18:17:16.954 0 : HMLAN_Parse: hmlan1 no ACK from 6869B6
ich habe attr msgRepeat=6.
da kamen nun erst der normale request und 6 resend mit diesem neuen "replaced" hinweis und anschliessend geht es trotzdem immer weiter mit den nicht funktionierenden requests. diese bringen nun aber nicht den "replaced" hinweis und beginnen immer mit 8002.
2021.03.29 18:31:08.849 3 : CUL_HM set Wetter.Sued statusRequest noArg
2021.03.29 18:31:08.944 0 : HMLAN_Send: hmlan1 S:S7ED321AE stat: 00 t:00000000 d:01 r:7ED321AE m:81 A001 1ACE1F 6869B6 010E
2021.03.29 18:31:09.006 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:57AF3525 d:FF r:FFD6 m:80 A270 6869B6 1ACE1F 00EF282ACC000048F70960
2021.03.29 18:31:09.011 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 25 msg: 80 A2 70 6869B6 1ACE1F 00EF282ACC000048F70960
2021.03.29 18:31:09.014 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 80 80 02 1ACE1F 6869B6 00
2021.03.29 18:31:09.232 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 81 A0 01 1ACE1F 6869B6 010E
2021.03.29 18:31:09.433 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 81 A0 01 1ACE1F 6869B6 010E
2021.03.29 18:31:09.633 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 81 A0 01 1ACE1F 6869B6 010E
2021.03.29 18:31:09.810 0 : HMLAN_Parse: hmlan1 R:R7ED321AE stat:0008 t:00000000 d:FF r:7FFF m:81 A001 1ACE1F 6869B6 010E
2021.03.29 18:31:09.811 0 : HMLAN_Parse: hmlan1 no ACK from 6869B6
2021.03.29 18:31:41.428 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 46 msg: 70 86 70 20DFE1 000000 00CE32
2021.03.29 18:31:41.432 0 : HMLAN_Parse: hmlan1 R:E20DFE1 stat:0000 t:57AFB46E d:FF r:FFCC m:70 8670 20DFE1 000000 00CE32
2021.03.29 18:34:17.905 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 25 msg: 81 A2 70 6869B6 1ACE1F 00EE282ACC000043C30960
2021.03.29 18:34:17.909 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:57B2178D d:FF r:FFD5 m:81 A270 6869B6 1ACE1F 00EE282ACC000043C30960
2021.03.29 18:34:17.959 0 : HMLAN_Send: hmlan1 S:S7ED6045D stat: 00 t:00000000 d:01 r:7ED6045D m:82 A001 1ACE1F 6869B6 010E
2021.03.29 18:34:17.972 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 81 80 02 1ACE1F 6869B6 00
2021.03.29 18:34:18.240 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 82 A0 01 1ACE1F 6869B6 010E
2021.03.29 18:34:18.441 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 82 A0 01 1ACE1F 6869B6 010E
2021.03.29 18:34:18.641 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 82 A0 01 1ACE1F 6869B6 010E
2021.03.29 18:34:18.818 0 : HMLAN_Parse: hmlan1 R:R7ED6045D stat:0008 t:00000000 d:FF r:7FFF m:82 A001 1ACE1F 6869B6 010E
2021.03.29 18:34:18.819 0 : HMLAN_Parse: hmlan1 no ACK from 6869B6
Hallo Frank,
Zitatkein absturz, soweit nichts aufregendes.
Nur mehr Fragen aufgeworfen... ;)
Zu 1.:
$hash->{helper}{io}{flgs} müsste auf 2 stehen, ist aber 0 und $hash->{helper}{prt}{sProc} ist 2. Deswegen wird der cmdstack nicht abgearbeitet, aber CUL_HM_hmInitMsgUpdt auch nicht mehr ausgeführt, um das umzustellen.
Wie kam es zu dem Zustand?
Wieso ist IODev cul868? Attribute passen nicht dazu.
Zu 3.:
Zitatdie erste 8002 message ist falsch und stört die kommunikation. sie wird auch noch wiederholt.
Aber nur beim HMUARTGW ist die erste zu sehen. Kann die noch von hmlan1 gesendet sein? Das dritte IO ist leider nicht mitgnifft.
Zitatist die "replaced" meldung von dir? die habe ich noch nie wahrgenommen.
Ja, da der Plan ist, 8102 Acks zu senden, so lange das IO auf wakeup/lazy config steht. Und ich will sehen, ob das ausgeführt wird.
Danke für den Testlauf.
Gruß, Ansgar.
Edit: Vermutlich war der switch back from wakeup early doch keine gute Idee. Neue Version im Anhang zu 1.
Edit: Anhang gelöscht
hi,
ich konzentriere mich jetzt mal nur auf den tc.
ZitatZu 1.:
$hash->{helper}{io}{flgs} müsste auf 2 stehen, ist aber 0 und $hash->{helper}{prt}{sProc} ist 2. Deswegen wird der cmdstack nicht abgearbeitet, aber CUL_HM_hmInitMsgUpdt auch nicht mehr ausgeführt, um das umzustellen.
Wie kam es zu dem Zustand?
Wieso ist IODev cul868? Attribute passen nicht dazu.
irgendwie kommt man von einer baustelle zur nächsten. 8)
vielleicht sollte man zunächst die bugs der vccu behandeln.
vor deiner version verhielt es sich mit der io zuordnung so:
1. bei restart wurde blind das io aus attr IODev zugewiesen, egal ob verfügbar.
erst bei einem senden an das device wurde nach den regeln von attr IOgrp zugewiesen.
das attr IODev wird seit irgendwann von fhem/vccu nicht mehr angefasst.
das kann fatale folgen haben, wenn in attr IODev eine "leiche" steht. daher setze ich bei einer änderung immer beide attribute, dass das gewünschte io auch schon bei restart zugewiesen wird.
nach deiner ansicht braucht es das attr IODev ja gar nicht.
dann ist aber bei restart zunächst kein io zugewiesen und hminfo zeigt solange:
,"idPc00" => {Fkt=> "paramCheck",shtxt=> "NoIO" ,txt=> "no IO device assigned" ,long=>"attribut IODev should be set" }
auch nicht besser.
=> wenn ein io beim start aus attr IODev zugewiesen wird, muss dieses attr auch bei jeder änderung aktuell gehalten werden.
2. zusätzlich habe ich die tage ein problem beim ändern der attribute IODev/IOgrp zur laufzeit festgestellt.
beim ändern von hmuart auf cul habe ich es nicht geschafft, die zuweisung des devices im hmuart aus dessen deviceliste zu entfernen.
"get vccu listDevice" zeigte die korrekte zuordnung, aber beim hmuart zeigte "get assignedIDs" weiterhin das zuvor zugewiese device an. alle versuche mit "set hmuart close, open, reopen, restart" oder "set vccu assignIO" brachten keine änderung.
erst nach fhem restart waren beide listen identisch.
=> keine ahnung, ob der unterschied der listen auch praktische auswirkungen hat, aber das macht die sache nicht einfacher.
3. nebenbei funktioniert die option none für attr IOgrp nicht.
erfahrungen mit deiner version habe ich ja noch nicht.
wenn von dir hier nichts geändert wurde, hatte der tc nach restart auch entsprechend attr IODev/IOgrp den cul gesetzt.
gut möglich, dass ich nach den unendlich wiederkehrenden requests das io irgendwann auf hmlan geändert habe, um eine besserung zu beobachten. beim start war dann sicherlich der cul wirksam (hoffentlich).
nach den timestamps habe ich wohl gegen 15:50 den hmlan als io gesetzt, dann das list vom tc erstellt und anschliessend den sniff vom manuellen request gemacht.
######################## neue version #############################
jetzt wieder restart und der selbe tc von gestern.
wieder cul868 im internal, aber definitiv waren die attribute beim start so wie im list.
dann war das gestern sicherlich auch schon so. keine ahnung, wo der cul herkommen soll.
Internals:
DEF 20DFE1
FUUID 5c4ce2e8-f33f-09c4-04f3-beb05c80b7c6df87
IODev cul868
LASTInputDev hmlan1
MSGCNT 28
NAME Thermostat.OZ
NOTIFYDEV global
NR 198
NTFY_ORDER 50-Thermostat.OZ
STATE Tsoll:6.0°C, Tist:21.3°C, Hist:47%, Mode:central, Bat:ok, Ventil:actuator
TYPE CUL_HM
channel_01 Thermostat.OZ_Weather
channel_02 Thermostat.OZ_Climate
channel_03 Thermostat.OZ_WindowRec
cul868_MSGCNT 9
cul868_RAWMSG A0C12867020DFE100000000D52F::-72:cul868
cul868_RSSI -72
cul868_TIME 2021-03-30 12:09:39
hmlan1_MSGCNT 10
hmlan1_RAWMSG E20DFE1,0000,5B786D7A,FF,FFCE,12867020DFE100000000D52F
hmlan1_RSSI -50
hmlan1_TIME 2021-03-30 12:09:39
hmuart1_MSGCNT 9
hmuart1_RAWMSG 0500004012867020DFE100000000D52F
hmuart1_RSSI -64
hmuart1_TIME 2021-03-30 12:09:39
lastMsg No:12 - t:70 s:20DFE1 d:000000 00D52F
protCmdPend 10 CMDs_pending
protLastRcv 2021-03-30 12:09:39
protRcv 10 last_at:2021-03-30 12:09:39
protResnd 1 last_at:2021-03-30 11:47:28
protSnd 1 last_at:2021-03-30 11:47:22
protState CMDs_pending
rssi_at_cul868 cnt:9 min:-74 max:-70.5 avg:-71.94 lst:-72
rssi_at_hmlan1 cnt:10 min:-51 max:-50 avg:-50.4 lst:-50
rssi_at_hmuart1 cnt:9 min:-65 max:-62 avg:-63.77 lst:-64
CL:
Authenticated 0
BUF
FD 86
FW_ID 1133
LASTACCESS 1617099063
NAME WEB_192.168.1.31_49863
NR 1135
PEER 192.168.1.31
PORT 49863
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
READINGS:
2021-03-30 12:10:56 state Connected
READINGS:
2021-03-23 13:08:49 Activity alive
2021-03-23 13:08:10 CommandAccepted yes
from archivexx D-firmware 2.1
from archivexx D-serialNr KEQ0176062
2021-03-23 13:10:47 PairedTo 0x1ACE1F
2021-03-30 11:47:17 R-backlOnMode off
2021-03-30 11:47:17 R-backlOnTime 0
2021-03-30 11:47:17 R-btnLock off
2021-03-30 11:47:17 R-burstRx off
2021-03-30 11:47:17 R-pairCentral 0x1ACE1F
2021-03-23 13:10:47 RegL_00. 00:00 01:00 02:01 05:00 0A:1A 0B:CE 0C:1F 0F:00
2021-03-23 13:08:11 battery ok
2021-03-23 13:11:50 cfgState ok
2021-03-30 11:47:28 commState CMDs_pending
2021-03-23 13:04:12 controlMode central
2021-03-23 13:13:10 day-temp 21 C
2021-03-23 13:04:12 decalcDay Sat
2021-03-23 13:08:11 desired-temp 6.0
2021-03-23 13:04:12 displayMode temp-hum
2021-03-23 13:04:12 displayTemp actual
2021-03-23 13:04:12 displayTempUnit celsius
2021-03-30 11:37:04 humidity 47
2021-03-30 11:52:24 humidityAbsolut 8.8
2021-03-30 11:52:24 humidityAbsolutTrend ↘→
2021-03-30 12:05:19 measured-temp 21.3
2021-03-23 13:13:10 night-temp 17 C
2021-03-23 13:13:10 party-temp 20 C
2021-03-30 12:09:39 state T: 21.3 H: 47
2021-03-30 00:02:18 time-request -
- tmpl_0 tc1:a:off b:0 c:off d:off,
cmdStack:
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
++A0011ACE1F20DFE1020E
helper:
HM_CMDNR 18
cSnd ,011ACE1F20DFE1020E
mId 0039
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
tmplChg 0
cmds:
TmplKey :1617097636.87914:1617097638.32366
TmplTs 1617097638.32366
cmdKey 0:1:0::Thermostat.OZ:0039:00:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
desired-temp (on|off|6.0..30.0;0.5)
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
tplPara000_0_tc1_a off,auto:-value-
tplPara001_0_tc1_b 5,25,15,0,20,10:-value-
tplPara002_0_tc1_c off,on:-value-
tplPara003_0_tc1_d on,off:-value-
tplSet_0 -tplChan-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan TC_00_sensor,tc1
tplDel 0>tc1
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 1
det 1
raw 1
tpl 1
io:
flgs 0
newChn +20DFE1,00,00,00
nextSend 1617098979.58342
rxt 2
vccu ccu
p:
20DFE1
00
00
00
prefIO:
hmlan1
mRssi:
mNo 12
io:
cul868:
-70
-70
hmlan1:
-50
-50
hmuart1:
-64
-64
hmusb1:
peerIDsH:
prt:
bErr 0
sProc 2
wuReSent 2
q:
qReqConf
qReqStat 02
role:
dev 1
rssi:
at_cul868:
avg -71.9444444444444
cnt 9
lst -72
max -70.5
min -74
at_hmlan1:
avg -50.4
cnt 10
lst -50
max -50
min -51
at_hmuart1:
avg -63.7777777777778
cnt 9
lst -64
max -62
min -65
shadowReg:
tmpl:
0>tc1 off 0 off off
Attributes:
IODev hmlan1
IOgrp ccu:hmlan1
actCycle 000:10
actStatus alive
alias 10. Thermostat
autoReadReg 5_readMissing
event-on-change-reading .*
event-on-update-reading time-request
expert defReg,allReg,rawReg,templ
firmware 2.1
group Heizung.OZ
model HM-CC-TC
room 00_heating_test,15_OZ
serialNr KEQ0176062
sortby 50
stateFormat Tsoll:desired-temp°C, Tist:measured-temp°C, Hist:humidity%, Mode:controlMode, Bat:battery, Ventil:actuator
subType thermostat
timestamp-on-change-reading .*
userReadings humidityAbsolut:(measured-temp|humidity).* {AbsoluteFeuchte(ReadingsVal($name,"measured-temp",0),ReadingsVal($name,"humidity",0))}
webCmd getConfig:statusRequest
beim start wird der hmlan dem device 2x zugewiesen, wie bereits erklärt.
dieses thermostat ist nach log das erste device mit automatischem statusrequest.
auffällig, dass der request kurz vor "hmlan1 condition: ok" kommt.
könnte der cul eventuell aus dem internal LASTInputDev kommen?
2021.03.30 11:47:20.919 0: Server started with 518 defined entities (fhem.pl:23800/2021-02-22 perl:5.028001 os:linux user:fhem pid:9898)
2021.03.30 11:47:21.542 0: HMLAN_Send: hmlan1 I:+266A86,00,00,00
2021.03.30 11:47:21.543 0: HMLAN_Send: hmlan1 I:+1F64D8,00,00,00
2021.03.30 11:47:21.544 0: HMLAN_Send: hmlan1 I:+1C1BE3,00,00,00
2021.03.30 11:47:21.545 0: HMLAN_Send: hmlan1 I:+52C4DF,00,00,00
2021.03.30 11:47:21.546 0: HMLAN_Send: hmlan1 I:+52BB90,00,00,00
2021.03.30 11:47:21.547 0: HMLAN_Send: hmlan1 I:+52BB9D,00,00,00
2021.03.30 11:47:21.548 0: HMLAN_Send: hmlan1 I:+266EA5,00,00,00
2021.03.30 11:47:21.548 0: HMLAN_Send: hmlan1 I:+25E38E,00,00,00
2021.03.30 11:47:21.550 0: HMLAN_Send: hmlan1 I:+3913D3,00,00,00
2021.03.30 11:47:21.550 0: HMLAN_Send: hmlan1 I:+285A54,00,00,00
2021.03.30 11:47:21.551 0: HMLAN_Send: hmlan1 I:+285A44,00,00,00
2021.03.30 11:47:21.552 0: HMLAN_Send: hmlan1 I:+1936FF,00,00,00
2021.03.30 11:47:21.553 0: HMLAN_Send: hmlan1 I:+206487,00,00,00
2021.03.30 11:47:21.555 0: HMLAN_Send: hmlan1 I:+1D252E,00,00,00
2021.03.30 11:47:21.556 0: HMLAN_Send: hmlan1 I:+20DFE1,00,00,00
2021.03.30 11:47:21.557 0: HMLAN_Send: hmlan1 I:+1BF81B,00,00,00
2021.03.30 11:47:21.558 0: HMLAN_Send: hmlan1 I:+1DF7C6,00,00,00
2021.03.30 11:47:21.561 0: HMLAN_Send: hmlan1 I:+6869B6,00,00,00
2021.03.30 11:47:21.621 1: events: Can't open ./FHEM/holiday/events.holiday: No such file or directory
2021.03.30 11:47:22.395 0: HMLAN_Send: hmlan1 I:-266A86
2021.03.30 11:47:22.397 3: CUL_HM set DimPBU01_Dim statusRequest noArg
2021.03.30 11:47:22.482 0: HourCounter Pumpe.Garten.Brunnen.Cnt Run.598 first run done countsOverall:1579
2021.03.30 11:47:22.515 0: HourCounter hc_system_attak Run.598 first run done countsOverall:302
2021.03.30 11:47:22.555 0: HMLAN_Send: hmlan1 I:K
2021.03.30 11:47:22.709 0: HMLAN_Parse: hmlan1 V:03C5 sNo:JEQ0315335 d:1C671E O:1ACE1F t:5B639881 IDcnt:0014 L:1 %
2021.03.30 11:47:22.715 0: HMLAN_Parse: hmlan1 R:E20DFE1 stat:0000 t:5B6386F9 d:FF r:FFCD m:09 8670 20DFE1 000000 00D82F
2021.03.30 11:47:22.757 3: CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.03.30 11:47:22.759 0: HMLAN_Send: hmlan1 I:+20DFE1,02,00,00
2021.03.30 11:47:22.763 0: HMLAN_Send: hmlan1 I:-20DFE1
2021.03.30 11:47:22.856 1: HMLAN_Parse: hmlan1 new condition ok
2021.03.30 11:47:22.905 0: HMLAN_Parse: hmlan1 V:03C5 sNo:JEQ0315335 d:1C671E O:1ACE1F t:5B640675 IDcnt:0014 L:1 %
2021.03.30 11:47:23.833 1: [Freezemon] freezemon: possible freeze starting at 11:47:21, delay is 2.824 possibly caused by: no bad guy found :-(
2021.03.30 11:47:23.859 0: HMUARTLGW hmuart1 send: 00 00
2021.03.30 11:47:23.943 0: HMLAN_Send: hmlan1 I:+266A86,00,00,00
2021.03.30 11:47:23.945 3: CUL_HM set DimPBU01_Dim_V_01 statusRequest noArg
2021.03.30 11:47:24.178 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:5B64078F d:FF r:FFD9 m:0A A001 1ACE1F 20DFE1 020E
2021.03.30 11:47:24.281 0: HMUARTLGW hmuart1 recv: 00 0402436F5F4350555F424C, state 1
2021.03.30 11:47:24.282 0: HMUARTLGW hmuart1 currently running Co_CPU_BL
2021.03.30 11:47:24.283 0: HMUARTLGW hmuart1 send: 00 03
2021.03.30 11:47:24.710 0: HMUARTLGW hmuart1 recv: 00 0401, state 2
2021.03.30 11:47:24.719 0: HMUARTLGW hmuart1 recv: 00 00436F5F4350555F417070, state 2
2021.03.30 11:47:24.720 0: HMUARTLGW hmuart1 currently running Co_CPU_App
was soll ich sagen. nach neuem restart mit verbose 4 am cul ist dieser tc unauffällig und zuvor immer dabei.
dafür natürlich noch ein anderer auffällig, bei dem hmlan und hmuart nicht mitsniffen. ::)
hier der jetzt zum ersten mal funktionierende. diesmal weit nach "hmlan condition: ok".
seltsamerweise sehe ich bei keinem io A112.
seit gestern mit der aktuellen version ist kein A112 mehr im log zu finden. hast du die für das log abgeschaltet?
2021.03.30 12:30:11.781 4: CUL_Parse: cul868 A 0C 1A 8670 20DFE1 000000 00D33003 -72.5
2021.03.30 12:30:11.785 3: CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.03.30 12:30:11.786 0: HMLAN_Send: hmlan1 I:+20DFE1,02,00,00
2021.03.30 12:30:11.883 0: HMLAN_Send: hmlan1 S:S82AF07C4 stat: 00 t:00000000 d:01 r:82AF07C4 m:1B A001 1ACE1F 20DFE1 020E
2021.03.30 12:30:11.885 0: HMLAN_Send: hmlan1 I:+20DFE1,00,00,00
2021.03.30 12:30:11.964 4: CUL_Parse: cul868 A 0B 1B A001 1ACE1F 20DFE1 020E3F -42.5
2021.03.30 12:30:11.968 0: HMLAN_Parse: hmlan1 R:E20DFE1 stat:0000 t:5B8B3BBF d:FF r:FFCE m:1A 8670 20DFE1 000000 00D330
2021.03.30 12:30:11.972 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: 1A 86 70 20DFE1 000000 00D330
2021.03.30 12:30:11.975 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 1B A0 01 1ACE1F 20DFE1 020E
2021.03.30 12:30:12.039 4: CUL_Parse: cul868 A 0E 1B 8002 20DFE1 1ACE1F 01020C003802 -73
2021.03.30 12:30:12.067 0: HMLAN_Parse: hmlan1 R:R82AF07C4 stat:0001 t:5B8B3CC5 d:FF r:FFCE m:1B 8002 20DFE1 1ACE1F 01020C0038
2021.03.30 12:30:12.070 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: 1B 80 02 20DFE1 1ACE1F 01020C0038
hier der Thermostat.Keller, der auch schon immer auffällig ist.
hier könnte ein problematischer empfang die ursache sein.
trotzdem müssen die requests ja irgendwann stoppen.
vor deinen versionen war dieser nie(?) in hminfotools zu sehen.
eventuell mal kurz pending, dann wieder weg.
Internals:
DEF 206219
FUUID 5c4ce2e8-f33f-09c4-ecfc-6859520a7d669b6d
IODev hmuart1
LASTInputDev hmlan1
MSGCNT 39
NAME Thermostat.Keller
NOTIFYDEV global
NR 178
NTFY_ORDER 50-Thermostat.Keller
STATE Tsoll: 6.0 °C, Tist: 13.2 °C, Hrel: 85 %
Mode: central, Bat: ok
TYPE CUL_HM
channel_01 Thermostat.Keller_Weather
channel_02 Thermostat.Keller_Climate
channel_03 Thermostat.Keller_WindowRec
cul868_MSGCNT 13
cul868_RAWMSG A0CB08670206219000000008455::-85:cul868
cul868_RSSI -85
cul868_TIME 2021-03-30 13:00:39
hmlan1_MSGCNT 13
hmlan1_RAWMSG E206219,0000,5BA721EC,FF,FFB0,B08670206219000000008455
hmlan1_RSSI -80
hmlan1_TIME 2021-03-30 13:00:40
hmuart1_MSGCNT 13
hmuart1_RAWMSG 0500004FB08670206219000000008455
hmuart1_RSSI -79
hmuart1_TIME 2021-03-30 13:00:40
lastMsg No:B0 - t:70 s:206219 d:000000 008455
protCmdPend 13 CMDs_pending
protLastRcv 2021-03-30 13:00:39
protRcv 13 last_at:2021-03-30 13:00:39
protResnd 1 last_at:2021-03-30 12:30:05
protSnd 1 last_at:2021-03-30 12:30:02
protState CMDs_pending
rssi_at_cul868 cnt:13 min:-86.5 max:-84.5 avg:-85.73 lst:-85
rssi_at_hmlan1 cnt:13 min:-82 max:-79 avg:-80.38 lst:-80
rssi_at_hmuart1 cnt:13 min:-79 max:-78 avg:-78.46 lst:-79
CL:
Authenticated 0
BUF
FD 84
FW_ID 1203
LASTACCESS 1617102123
NAME WEB_192.168.1.31_50075
NR 1203
PEER 192.168.1.31
PORT 50075
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
READINGS:
2021-03-30 13:01:05 state Connected
READINGS:
2021-03-23 13:08:49 Activity alive
2021-03-23 13:09:16 CommandAccepted yes
from archivexx D-firmware 2.1
from archivexx D-serialNr KEQ0039799
2021-03-23 13:09:19 PairedTo 0x1ACE1F
2021-03-23 13:04:10 R-backlOnMode auto
2021-03-23 13:09:19 R-backlOnTime 15
2021-03-23 13:04:10 R-btnLock off
2021-03-23 13:04:10 R-burstRx off
2021-03-23 13:04:10 R-pairCentral 0x1ACE1F
2021-03-23 13:09:19 RegL_00. 00:00 01:00 02:01 05:83 0A:1A 0B:CE 0C:1F 0F:00
2021-03-23 13:09:18 battery ok
2021-03-23 13:10:20 cfgState ok
2021-03-30 12:30:05 commState CMDs_pending
2021-03-23 13:04:14 controlMode central
2021-03-23 13:04:14 day-temp 18 C
2021-03-23 13:04:14 decalcDay Sat
2021-03-23 13:09:18 desired-temp 6.0
2021-03-23 13:04:14 displayMode temp-hum
2021-03-23 13:04:14 displayTemp actual
2021-03-23 13:04:14 displayTempUnit celsius
2021-03-29 04:47:43 humidity 85
2021-03-29 03:49:46 humidityAbsolutTrend →→
2021-03-30 12:53:03 measured-temp 13.2
2021-03-23 13:04:14 night-temp 6 C
2021-03-23 13:04:14 party-temp 20 C
2021-03-30 13:00:39 rssi_at_cul868 -85
2021-03-30 12:57:39 rssi_at_hmlan1 -80
2021-03-30 13:00:40 rssi_at_hmuart1 -79
2021-03-24 00:09:08 rssi_hmuart1 -80
2021-03-30 13:00:39 state T: 13.2 H: 85
2021-03-24 00:06:47 time-request -
- tmpl_0 tc1:a:auto b:15 c:off d:off,
cmdStack:
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
++A0011ACE1F206219020E
helper:
HM_CMDNR 176
cSnd ,011ACE1F206219020E
mId 0039
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
tmplChg 0
cmds:
TmplKey :1617100176.1793:1617100176.19329
TmplTs 1617100176.19329
cmdKey 0:1:0::Thermostat.Keller:0039:00:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
desired-temp (on|off|6.0..30.0;0.5)
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
tplPara000_0_tc1_a auto,off:-value-
tplPara001_0_tc1_b 5,15,25,0,10,20:-value-
tplPara002_0_tc1_c on,off:-value-
tplPara003_0_tc1_d on,off:-value-
tplSet_0 -tplChan-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan TC_00_sensor,tc1
tplDel 0>tc1
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 1
det 1
raw 1
tpl 1
io:
flgs 0
newChn +206219,00,00,00
nextSend 1617102040.1258
rxt 2
vccu ccu
p:
206219
00
00
00
prefIO:
hmuart1
mRssi:
mNo B0
io:
cul868:
-85
-85
hmlan1:
-80
-80
hmuart1:
-77
-77
hmusb1:
peerIDsH:
prt:
bErr 0
sProc 2
wuReSent 2
q:
qReqConf
qReqStat 02
role:
dev 1
rssi:
at_cul868:
avg -85.7307692307692
cnt 13
lst -85
max -84.5
min -86.5
at_hmlan1:
avg -80.3846153846154
cnt 13
lst -80
max -79
min -82
at_hmuart1:
avg -78.4615384615385
cnt 13
lst -79
max -78
min -79
shadowReg:
tmpl:
0>tc1 auto 15 off off
Attributes:
IODev hmuart1
IOgrp ccu:hmuart1
actCycle 000:10
actStatus alive
alias 10. Thermostat
autoReadReg 5_readMissing
comment batteriewechsel: 2020-04-21 22:48:07
event-on-change-reading .*
expert defReg,allReg,rawReg,templ
firmware 2.1
group Heizung.Keller
model HM-CC-TC
room 45_Keller
rssiLog 1
serialNr KEQ0039799
stateFormat Tsoll: desired-temp °C, Tist: measured-temp °C, Hrel: humidity %
Mode: controlMode, Bat: battery
subType thermostat
timestamp-on-change-reading .*
wie immer gibt es nur einen echten versuch. dieser misslingt und ab dann nur die falschen ankündigungen des requests, aber kein senden mehr.
2021.03.30 12:30:02.126 4: CUL_Parse: cul868 A 0C A4 8670 206219 000000 008455E9 -85.5
2021.03.30 12:30:02.129 3: CUL_HM set Thermostat.Keller_Climate statusRequest noArg
2021.03.30 12:30:02.229 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.03.30 12:30:02.231 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.03.30 12:30:02.240 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.03.30 12:30:02.241 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.03.30 12:30:02.248 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.03.30 12:30:02.249 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.03.30 12:30:02.258 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.03.30 12:30:02.259 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.03.30 12:30:02.351 4: CUL_Parse: cul868 A 0B A5 A001 1ACE1F 206219 020E68 -22
2021.03.30 12:30:02.676 4: CUL_Parse: cul868 A 0B A5 A001 1ACE1F 206219 020E68 -22
2021.03.30 12:30:02.959 4: CUL_Parse: cul868 A 0B A5 A001 1ACE1F 206219 020E68 -22
2021.03.30 12:30:03.211 0: HMUARTLGW hmuart1 recv: 01 0404, state 100
2021.03.30 12:30:03.212 0: HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2021.03.30 12:32:29.380 4: CUL_Parse: cul868 A 0C A5 8670 206219 000000 008455E7 -86.5
2021.03.30 12:32:29.384 3: CUL_HM set Thermostat.Keller_Climate statusRequest noArg
edit:
im anhang jetzt noch ein log vom restart mit allem.
probleme zeigen seit restart die thermostate Keller, GZ, OZ und SZ.
in der startphase werden dem hmuart 3 mal die devices zugewiesen. warum?
list Thermostat\.[^_]+ i:IODev i:LASTInputDev a:IODev a:IOgrp r:R-burstRx a:burstAccess
Thermostat.AZ IODev hmuart1
LASTInputDev hmlan1
IODev hmuart1
IOgrp ccu:hmuart1
2021-03-23 13:04:09 R-burstRx on
burstAccess 1_auto
Thermostat.Bad IODev hmlan1
LASTInputDev hmlan1
IODev hmlan1
IOgrp ccu:hmlan1
2021-03-23 13:04:11 R-burstRx on
burstAccess 1_auto
Thermostat.Bad.OG IODev hmlan1
LASTInputDev hmuart1
IODev hmlan1
IOgrp ccu:hmlan1
2021-03-23 13:04:08 R-burstRx off
Thermostat.GZ IODev hmuart1
LASTInputDev hmlan1
IODev hmuart1
IOgrp ccu:hmuart1
2021-03-23 13:04:08 R-burstRx off
Thermostat.Keller IODev hmuart1
LASTInputDev hmlan1
IODev hmuart1
IOgrp ccu:hmuart1
2021-03-23 13:04:10 R-burstRx off
Thermostat.Kueche IODev hmuart1
LASTInputDev hmuart1
IODev hmlan1
IOgrp ccu:hmuart1
2021-03-23 13:04:14 R-burstRx on
burstAccess 1_auto
Thermostat.OZ IODev hmlan1
LASTInputDev hmlan1
IODev hmlan1
IOgrp ccu:hmlan1
2021-03-30 13:42:04 R-burstRx off
Thermostat.SZ IODev hmuart1
LASTInputDev hmlan1
IODev hmuart1
IOgrp ccu:hmuart1
2021-03-23 13:07:12 R-burstRx off
Thermostat.WZ IODev hmlan1
LASTInputDev hmlan1
IODev hmlan1
IOgrp ccu:hmlan1
2021-03-30 13:42:04 R-burstRx on
burstAccess 1_auto
edit2:
nach clear msgevents hat ein manueller request sofort funktioniert.
warum sehe ich jetzt wieder A112?????
die anzeige des befehls statusrequest taucht hier seltsamerweise 2 mal auf.
daher wahrscheinlich auch der resend im sniff.
2021.03.30 14:30:54.210 3 : CUL_HM set Thermostat.Keller_Climate statusRequest noArg
2021.03.30 14:30:54.256 0 : HMUARTLGW hmuart1 send: 01 06206219000100
2021.03.30 14:30:54.264 0 : HMUARTLGW hmuart1 added peer: 206219, aesChannels: FFFFFFFFFFFFFFFF
2021.03.30 14:30:54.267 0 : HMUARTLGW hmuart1 send: 01 06206219000100
2021.03.30 14:30:54.387 0 : HMUARTLGW hmuart1 added peer: 206219, aesChannels: FFFFFFFFFFFFFFFF
2021.03.30 14:31:47.636 3 : CUL_HM set Thermostat.Keller_Climate statusRequest noArg
2021.03.30 14:31:47.706 0 : HMLAN_Parse: hmlan1 R:E206219 stat:0000 t:5BFA92DD d:FF r:FFB0 m:D4 8670 206219 000000 008455
2021.03.30 14:31:47.735 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D5 A0 01 1ACE1F 206219 020E
2021.03.30 14:31:47.765 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:5BFA9357 d:FF r:FFD0 m:00 A112 1ACE1F 206219
2021.03.30 14:31:47.794 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D5 A0 01 1ACE1F 206219 020E
2021.03.30 14:31:47.853 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D5 A0 01 1ACE1F 206219 020E
2021.03.30 14:31:47.917 0 : HMLAN_Parse: hmlan1 R:E206219 stat:0000 t:5BFA93DB d:FF r:FFB0 m:00 8002 206219 1ACE1F 00
2021.03.30 14:31:47.921 0 : HMUARTLGW hmuart1 recv: 01 05 10 00 4F msg: D4 86 70 206219 000000 008455
2021.03.30 14:31:47.988 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D5 A0 01 1ACE1F 206219 020E
2021.03.30 14:31:48.036 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:5BFA9466 d:FF r:FFD0 m:D5 A001 1ACE1F 206219 020E
2021.03.30 14:31:48.193 0 : HMLAN_Parse: hmlan1 R:E206219 stat:0000 t:5BFA94EB d:FF r:FFAF m:D5 8002 206219 1ACE1F 01020C0050
2021.03.30 14:31:48.223 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 4F msg: D5 80 02 206219 1ACE1F 01020C0050
2021.03.30 14:31:48.227 0 : HMUARTLGW hmuart1 send: 01 06206219000000
2021.03.30 14:31:48.234 0 : HMUARTLGW hmuart1 added peer: 206219, aesChannels: FFFFFFFFFFFFFFFF
2021.03.30 14:31:48.237 0 : HMUARTLGW hmuart1 send: 01 06206219000000
2021.03.30 14:31:48.245 0 : HMUARTLGW hmuart1 added peer: 206219, aesChannels: FFFFFFFFFFFFFFFF
2021.03.30 14:31:48.320 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: D6 A0 01 1ACE1F 206219 020E
2021.03.30 14:31:48.357 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:5BFA95A7 d:FF r:FFD0 m:D6 A001 1ACE1F 206219 020E
2021.03.30 14:31:48.521 0 : HMLAN_Parse: hmlan1 R:E206219 stat:0000 t:5BFA962C d:FF r:FFAF m:D6 8002 206219 1ACE1F 01020C0051
2021.03.30 14:31:48.526 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 4F msg: D6 80 02 206219 1ACE1F 01020C0051....
Hallo Frank,
Zitatich konzentriere mich jetzt mal nur auf den tc.
Gute Idee. :)
Und die IO Zuweisung ist eine.
Zitat=> wenn ein io beim start aus attr IODev zugewiesen wird, muss dieses attr auch bei jeder änderung aktuell gehalten werden.
Bringt aber nix, wenn es nicht gespeichert wird, so dass es beim nächsten FHEM Start aktuell sein kann.
Ständiges autosave sehe ich auch nicht als zielführende Lösung.
Zitat=> keine ahnung, ob der unterschied der listen auch praktische auswirkungen hat, aber das macht die sache nicht einfacher.
Die Zuweisung muss passen, sonst macht das falsche IO Acks etc. . Sniffen aller IOs könnte eventuell Merkwürdigkeiten zerigen.
Auch im IO sind natürlich Probleme nicht auszuschließen.
Zitaterfahrungen mit deiner version habe ich ja noch nicht.
wenn von dir hier nichts geändert wurde, hatte der tc nach restart auch entsprechend attr IODev/IOgrp den cul gesetzt.
1. schade ;)
2. doch, habe ich. Auch Korrekturen für ungünstige IO Attributeinstellungen
Zitatseltsamerweise sehe ich bei keinem io A112.
seit gestern mit der aktuellen version ist kein A112 mehr im log zu finden. hast du die für das log abgeschaltet?
nein, aber es geht noch was bei der IO Zuweisung und dem Protokollstatus bezüglich wakeup schief. Wenn das IO nicht darauf eingestellt ist, dann kommt da halt nichts.
Meine Vermutung von gestern bezüglich einer meiner Ergänzungen war wohl nicht der einzig mögliche Fallstrick.
Ich werde erst mal versuchen, mehr Änderungen bezüglich IO einzubauen. Leider ist das letzte mal, dass ich mich damit beschäftigt habe ungünstig bezüglich der Rate des Vergessens...
Wenn 1. schon gelaufen wäre, dann wäre wenigstens schon klar, ob es bei meiner Sonderversion auch noch zu solchen Merkwürdigkeiten unter Deinen Einsatzbedingungen kommt. Eventuell läuft das auf die zweite Erfindung des Rades für mich hinaus. Hat aber immer den Vorteil auch mal eigene unentdeckte Fehler wieder sehen zu können, sprich hat die Chance runder zu werden. ;)
Gruß, Ansgar.
Hallo Frank,
im Anhang mal eine neue Testversion zum Testen für Dich, wieder ungetestet.
Ich habe aber meine Sonderversion entsprechend mit angepasst und damit und einem Cube mit a-culfw etwas getestet.
Geht mit der Standard Firmware recht bescheiden, insbesondere, wenn sich Wiederholungen vom device mit Antworten vom Cube überschneiden.
Das hat mich daran erinnert, warum ich die tsculfw gebaut habe.
Zitaterfahrungen mit deiner version habe ich ja noch nicht.
Dabei ist mir aufgefallen, dass Du mit Standard CUL auf eine verhinderte IO Zuweisung gestoßen wärest (was aber keine Absicht war sondern sich nur aus einem sinnvollen Ersatzwert für XmitOpen ohne Nutzung von Standard CUL ergeben hatte).
Zitat=> wenn ein io beim start aus attr IODev zugewiesen wird, muss dieses attr auch bei jeder änderung aktuell gehalten werden.
Ist drin, speichern musst Du aber selber.
Zitaterst bei einem senden an das device wurde nach den regeln von attr IOgrp zugewiesen.
Es ist normales Verhalten, dass ein IO Wechsel erst vor dem Senden vorgenommen wird, sofern nicht schon eine Kommunikation im Gange ist oder ein AES Com request angestartet ist oder ein OTA Firmwareupdate läuft.
Das macht auch Sinn, weil dann RSSI Daten und IO-Verfügbarkeitsinfo am aktuellsten sind.
Eine meiner Änderungen ist, dass nach dem FHEM Init ein IO zugewiesen wird, wenn das beim define gewählte nicht verfügbar erscheint. Außerdem wird zuvor das IOgrp Attribut erneut gesetzt, um innere Zustände bezüglich IO beim device richtig zu setzen, was während der Initialisierung von FHEM nicht richtig gelingen kann.
Gruß, Ansgar.
Edit: Anhang gelöscht
Ich habe die Änderungen und reviews von Ansgar übernommen, mit meinen zusammengeführt und eingecheckt
Hallo Martin,
danke für das schnelle Übernehmen. Und gut, dass Du den $dname Fehler gefunden hast.
zwei Zeilen sind Dir leider dabei leider durch gegangen.
Zeile 7618 und Zeile 7641 in 10_CUL_HM.pm 24139:
,"mNo:=".hex($mNo)
müssen nun jeweils lauten:
,"mNo:=$mNo"
Sonst klappt die geänderte mNo Prüfung und Neusetzung ab Zeile 3616 und 3676 in parseCommon nicht. Und damit klappen peer Read und RegisterRead nicht.
Ich war beim Codeverständnis über die unterschiedlichen "Einheiten" bei mNo gestolpert. Mal ASCII mal Integer und hatte es daher vereinheitlicht entsprechend der sonst vorherschenden ASCII Verwendung in der Datenhaltung, um sonstige Vergleichsprobleme auszuschließen.
Fast erledigt, bis auf Zeile 3189 in $Id: 10_CUL_HM.pm 24158 2021-04-05 13:33:24Z martinp876
Ich vermute auch, dass Zeile 3592 beim peer Read nun auch
$repeat = 1;#prevent stop for messagenumber match
lauten muss, wie Zeile 3652 bei RegisterRead.
Gruß, Ansgar.
Edit: im Anhang eine neue synchronisierte Fassung
Edit2: CUL_HM_assignIO: ID remove, auch wenn altes IO gerade nicht "operational"
Edit3: none für IOgrp funktioniert wieder
Edit4: Fix für pair Kommando
Edit5: diff zu $Id: 10_CUL_HM.pm 24139 2021-04-03 10:21:04Z martinp876 ergänzt
Edit6: diff zu $Id: 10_CUL_HM.pm 24158 2021-04-05 13:33:24Z martinp876 ergänzt
Edit7: Franks Hinweis zu fehlendem '}' eingearbeitet
Hallo Frank,
Zitat5. war beim normalen cul nicht sonst ein delay eingebaut, damit das senden nicht zu schnell kommt?
bis zum einschlafen funktioniert ja alles ganz prima und ziehmlich rasant.
Ja, 00_CUL_pm Parse:
} elsif($fn eq "A" && $len >= 20) { # AskSin/BidCos/HomeMatic
my $src = substr($dmsg,9,6);
if($modules{CUL_HM}{defptr}{$src}){
$modules{CUL_HM}{defptr}{$src}{helper}{io}{nextSend} =
gettimeofday() + 0.100;
}
$dmsg .= "::$rssi:$name" if(defined($rssi));
und Warten dann in CUL_XmitDlyHM:
sub
CUL_XmitDlyHM($$$)
{
my ($hash,$fn,$now) = @_;
my ($mTy,$id);
(undef,$mTy,undef,$id) = unpack 'A8A2A6A6',$fn if(length($fn)>19);
if($id &&
$modules{CUL_HM}{defptr}{$id} &&
$modules{CUL_HM}{defptr}{$id}{helper}{io} &&
$modules{CUL_HM}{defptr}{$id}{helper}{io}{nextSend}) {
my $dDly = $modules{CUL_HM}{defptr}{$id}{helper}{io}{nextSend} - $now;
#$dDly -= 0.04 if ($mTy eq "02");# while HM devices need a rest there are
# still some devices that need faster
# reactionfor ack.
# Mode needs to be determined
if ($dDly > 0.01){# wait less then 10 ms will not work
$dDly = 0.1 if($dDly > 0.1);
Log3 $hash->{NAME}, 5, "CUL $id dly:".int($dDly*1000)."ms";
select(undef, undef, undef, $dDly);
}
}
shift(@{$hash->{helper}{$id}{QUEUE}});
InternalTimer($now+0.1, "CUL_XmitDlyHMTo", "$hash->{NAME}:$id", 1)
if (scalar(@{$hash->{helper}{$id}{QUEUE}}));
return 0;
}
sub
CUL_XmitDlyHMTo($)
{ # waited long enough - next send for this ID
my ($name,$id) = split(":",$_[0]);
CUL_SendFromQueue($defs{$name}, ${$defs{$name}{helper}{$id}{QUEUE}}[0]);
}
select(undef, undef, undef, $dDly); macht busy-waiting, um nicht zu früh ans IO zu senden (wenn auch der FHEM Prozess dabei so lange schlafen gelegt wird).
D.h. während dieser Wartezeit macht FHEM nichts, insbesondere verarbeitet es keine weiteren HM messages und antwortet auch keinen anderen Devices, die etwas schicken.
HMLAN wartet ebenso mit busy waiting, allerdings mit besseren Versuchen, dabei Systemverzögerungen zu kompensieren.
Außerdem braucht FHEM Zeit für die Verarbeitung von Antworten.
Ich beobachte so etwas bei getConfig zu einem HM-SYS-SRP-PL Repeater mit dem Cube (a-culfw und CUL Modul) als IO:
2021.04.03 11:29:01.886 4: TSCUL_Parse: SCC_HM868 01078956 A F001 12366992 00 10 20 A001 F11034 3991DE 00040000000000 -39dB
2021.04.03 11:29:02.100 4: TSCUL_Parse: SCC_HM868 01079168 A F001 12367116 00 14 20 A010 3991DE F11034 0202010AF10B100C346D0D -46dB
2021.04.03 11:29:02.408 4: TSCUL_Parse: SCC_HM868 01079476 A F001 12367424 00 14 20 A010 3991DE F11034 0202010AF10B100C346D0D -47dB
2021.04.03 11:29:02.812 4: TSCUL_Parse: SCC_HM868 01079880 A F001 12367828 00 14 20 A010 3991DE F11034 0202010AF10B100C346D0D -45.5dB
2021.04.03 11:29:03.222 4: TSCUL_Parse: SCC_HM868 01080290 A F001 12368236 00 14 20 A010 3991DE F11034 0202010AF10B100C346D0D -46.5dB
2021.04.03 11:29:03.629 4: TSCUL_Parse: SCC_HM868 01080697 A F001 12368640 00 14 20 A010 3991DE F11034 0202010AF10B100C346D0D -46dB
2021.04.03 11:29:04.037 4: TSCUL_Parse: SCC_HM868 01081105 A F001 12369044 00 14 20 A010 3991DE F11034 0202010AF10B100C346D0D -44dB
2021.04.03 11:29:04.196 4: TSCUL_Parse: SCC_HM868 01081269 A F001 12369268 00 0A 20 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:04.203 4: TSCUL_Parse: SCC_HM868 01081269 A F001 12369292 00 0A 20 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:04.265 4: TSCUL_Parse: SCC_HM868 01081338 A F001 12369316 00 0A 20 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:04.272 4: TSCUL_Parse: SCC_HM868 01081338 A F001 12369340 00 0A 20 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:04.279 4: TSCUL_Parse: SCC_HM868 01081338 A F001 12369364 00 0A 20 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:04.371 4: TSCUL_Parse: SCC_HM868 01081444 A F001 12369392 00 0A 20 8002 F11034 3991DE 00 -40dB
2021.04.03 11:29:04.605 4: TSCUL_Parse: SCC_HM868 01081678 A F001 12369692 00 0C 21 A010 3991DE F11034 030000 -45.5dB
2021.04.03 11:29:05.091 4: TSCUL_Parse: SCC_HM868 01082163 A F001 12370096 00 0C 21 A010 3991DE F11034 030000 -46.5dB
2021.04.03 11:29:05.501 4: TSCUL_Parse: SCC_HM868 01082573 A F001 12370504 00 0C 21 A010 3991DE F11034 030000 -46.5dB
2021.04.03 11:29:05.910 4: TSCUL_Parse: SCC_HM868 01082982 A F001 12370908 00 0C 21 A010 3991DE F11034 030000 -44.5dB
2021.04.03 11:29:06.324 4: TSCUL_Parse: SCC_HM868 01083397 A F001 12371244 00 0A 21 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:06.330 4: TSCUL_Parse: SCC_HM868 01083396 A F001 12371268 00 0B 22 A001 F11034 3991DE 0103 -39.5dB
2021.04.03 11:29:06.338 4: TSCUL_Parse: SCC_HM868 01083397 A F001 12371292 00 0A 21 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:06.345 4: TSCUL_Parse: SCC_HM868 01083397 A F001 12371316 00 0A 21 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:06.352 4: TSCUL_Parse: SCC_HM868 01083397 A F001 12371340 00 0A 21 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:06.530 4: TSCUL_Parse: SCC_HM868 01083597 A F001 12371400 00 16 22 A010 3991DE F11034 012A133F0156C5800100000000 -46.5dB
2021.04.03 11:29:06.655 4: TSCUL_Parse: SCC_HM868 01083722 A F001 12371700 00 16 22 A010 3991DE F11034 012A133F0156C5800100000000 -47dB
2021.04.03 11:29:07.109 4: TSCUL_Parse: SCC_HM868 01084175 A F001 12372104 00 16 22 A010 3991DE F11034 012A133F0156C5800100000000 -46dB
2021.04.03 11:29:07.398 4: TSCUL_Parse: SCC_HM868 01084471 A F001 12372232 00 0A 20 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:07.404 4: TSCUL_Parse: SCC_HM868 01084471 A F001 12372256 00 0A 22 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:07.411 4: TSCUL_Parse: SCC_HM868 01084468 A F001 12372284 00 10 23 A001 F11034 3991DE 01040000000002 -39.5dB
2021.04.03 11:29:07.417 4: TSCUL_Parse: SCC_HM868 01084471 A F001 12372308 00 0A 22 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:07.423 4: TSCUL_Parse: SCC_HM868 01084470 A F001 12372400 00 0C 23 A010 3991DE F11034 030800 -44dB
2021.04.03 11:29:07.630 4: TSCUL_Parse: SCC_HM868 01084703 A F001 12372708 00 0C 23 A010 3991DE F11034 030800 -47dB
2021.04.03 11:29:08.121 4: TSCUL_Parse: SCC_HM868 01085193 A F001 12373112 00 0C 23 A010 3991DE F11034 030800 -45.5dB
2021.04.03 11:29:08.526 4: TSCUL_Parse: SCC_HM868 01085598 A F001 12373520 00 0C 23 A010 3991DE F11034 030800 -46.5dB
2021.04.03 11:29:08.775 4: TSCUL_Parse: SCC_HM868 01085842 A F001 12373816 00 14 D1 845E 5ECE50 000000 9B912E0000000000095C02 -49dB
2021.04.03 11:29:08.848 4: TSCUL_Parse: SCC_HM868 01085920 A F001 12373924 00 0C 23 A010 3991DE F11034 030800 -47dB
2021.04.03 11:29:09.262 4: TSCUL_Parse: SCC_HM868 01086336 A F001 12374204 00 0A 21 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:09.269 4: TSCUL_Parse: SCC_HM868 01086336 A F001 12374228 00 0A 22 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:09.275 4: TSCUL_Parse: SCC_HM868 01086336 A F001 12374252 00 0A 23 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:09.281 4: TSCUL_Parse: SCC_HM868 01086336 A F001 12374280 00 0A 23 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:09.287 4: TSCUL_Parse: SCC_HM868 01086336 A F001 12374304 00 0A 23 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:09.293 4: TSCUL_Parse: SCC_HM868 01086336 A F001 12374328 00 0A 23 8002 F11034 3991DE 00 -39dB
2021.04.03 11:29:09.660 4: TSCUL_Parse: SCC_HM868 01086732 A F001 12374628 00 0C 24 A010 3991DE F11034 030014 -44.5dB
2021.04.03 11:29:10.054 4: TSCUL_Parse: SCC_HM868 01087127 A F001 12375036 00 0C 24 A010 3991DE F11034 030014 -47dB
2021.04.03 11:29:10.462 4: TSCUL_Parse: SCC_HM868 01087534 A F001 12375440 00 0C 24 A010 3991DE F11034 030014 -46dB
2021.04.03 11:29:10.866 4: TSCUL_Parse: SCC_HM868 01087939 A F001 12375848 00 0C 24 A010 3991DE F11034 030014 -46dB
2021.04.03 11:29:11.285 4: TSCUL_Parse: SCC_HM868 01088358 A F001 12376180 00 0A 22 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:11.291 4: TSCUL_Parse: SCC_HM868 01088358 A F001 12376204 00 0A 24 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:11.297 4: TSCUL_Parse: SCC_HM868 01088358 A F001 12376228 00 0A 24 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:11.303 4: TSCUL_Parse: SCC_HM868 01088358 A F001 12376252 00 0A 24 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:11.309 4: TSCUL_Parse: SCC_HM868 01088358 A F001 12376276 00 0A 24 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:12.273 4: TSCUL_Parse: SCC_HM868 01089347 A F001 12377168 00 0A 23 8002 F11034 3991DE 00 -39.5dB
2021.04.03 11:29:14.957 4: TSCUL_Parse: SCC_HM868 01092027 A F001 12378880 00 0F 92 8610 519E29 000000 0AA4D80A0000 -54.5dB
2021.04.03 11:29:14.964 4: TSCUL_Parse: SCC_HM868 01092030 A F001 12378904 00 0A 24 8002 F11034 3991DE 00 -39.5dB
D.h. Empfang der Antworten und Versand der Acks laufen völlig aus dem Ruder. Scheint als wäre der Prozessor zu langsam, um rechtzeitig zu Verarbeiten und ein Ack auf den Weg zu schicken bevor die Wiederholung eintrifft.
Und da die Acks schon in der CUL Warteschlange hängen, überschneiden sie sich auch noch mit der nächsten Anforderung. Außerdem wird in CUL {nextSend} nicht abhängig von der message Number verarbeitet, d.h. jede eingehende Nachricht verzögert das Senden noch nicht gesendeter Acks.
Wenn ich so was dann mit dem Cube auf verbose 5 anschaue, dann gibt es auch diesen Zustand:
2021.04.03 11:46:57.821 5: CUL/RAW: /A142AA0103991DEF110340202010AF10B100C340AA224
A142AA0103991DEF110340202010AF10B100C340AA237
A142AA0103991DEF110340202010AF10B100C340AA215
A142AA0103991DEF110340202010AF10B100C340AA22B
A142AA0103991DEF110340202010AF10B100C340AA22B
D.h. die Verarbeitung scheint insgesammt auf meinem System so langsam, dass sich mehrere Wiederholungen im CUL Empfangsbuffer anhäufen.
Ein Problem dabei ist die gemeinsame Nutzung von $modules{CUL_HM}{defptr}{$srcID}{helper}{io}{nextSend} zur Sendeverzögerung durch HMLAN/HMUARTLGW/CUL.
Bei mir empfangen derzeit 3 IOs die messages vom device (und untereinander).
Die Verarbeitung geschieht nicht gleichzeitig. Aber alle (auch TSCUL) setzen {nextSend} nach ihrer "Empfangszeit" und dann unterschiedlicher Kompensation von geschätzten Systemverzögerungszeiten.
Die jeweilige Verarbeitung des vorherigen IOs führt aber zu einer nicht unerheblichen Zusatzverzögerung. Damit wird {nextSend} zusätzlich verzögert (sofern nicht direkt auf eine leere CUL Queue geantwortet wird).
Am Beispiel von CUL mal ein einfacher Versuch, mit wenig Zusatzaufwand die Zusatzverzögerung zu vermeiden.
Statt:
if($modules{CUL_HM}{defptr}{$src}){
$modules{CUL_HM}{defptr}{$src}{helper}{io}{nextSend} =
gettimeofday() + 0.100;
}
erst prüfen, ob {nextSend} schon kurz zuvor von einem anderen IO bereits gesetzt wurde:
my $now = gettimeofday();
if ( defined($modules{CUL_HM}{defptr}{$src})
&& ( !defined($modules{CUL_HM}{defptr}{$src}{helper}{io}{nextSend})
|| (($now - $modules{CUL_HM}{defptr}{$src}{helper}{io}{nextSend}) > 0.119) ) ) { #noansi: nextSend not allready set by previous reception of other IO?
$modules{CUL_HM}{defptr}{$src}{helper}{io}{nextSend} =
$now + 0.100;
}
Der message counter + message type können als weiterer Indikator dienen, ob die message bereits empfangen wurde. TSCUL nutzt das.
Das verbessert es bei mir zumindest zu Beginn eines getConfig beim Cube Versuch, im weiteren Verlauf sind die FHEM Verzögerungen dann aber doch zu groß.
Insbesondere, wenn Logging aktiv ist wird es dann wieder zäh. Ohne Logging geht es besser.
Eine 00_CUL.pm mit Änderungen zu nextSend im Anhang zum Test.
Gruß, Ansgar.
Hallo Frank,
Zitat2. zusätzlich habe ich die tage ein problem beim ändern der attribute IODev/IOgrp zur laufzeit festgestellt.
beim ändern von hmuart auf cul habe ich es nicht geschafft, die zuweisung des devices im hmuart aus dessen deviceliste zu entfernen.
"get vccu listDevice" zeigte die korrekte zuordnung, aber beim hmuart zeigte "get assignedIDs" weiterhin das zuvor zugewiese device an. alle versuche mit "set hmuart close, open, reopen, restart" oder "set vccu assignIO" brachten keine änderung.
Ja, das konnte passieren, wenn beim IO-Wechsel das alte IO (sofern HMLAN/HMUARTLGW) als nicht operational gesehen wurde. Hatte ich für den Remove nicht bedacht, sorry.
Habe ich hier https://forum.fhem.de/index.php/topic,119853.msg1145485.html#msg1145485 (https://forum.fhem.de/index.php/topic,119853.msg1145485.html#msg1145485) behoben und muß Martin noch mit nachziehen.
Sollte aber das IO in diesem Fall nur nicht erreichbar sein, aber mit Strom versorgt sein, dann wird nur in FHEM beim HMUART die ID aus der Liste gelöscht.
Zitat3. nebenbei funktioniert die option none für attr IOgrp nicht.
Stimmt, wird beim Setzen von IOgrp derzeit als nicht definiertes IO raus gefiltert. Auch oben geändert.
Wäre aber eventuell ebenso sinnvoll die Doku um die none Option zu erleichtern? ;)
Denn das automatische Setzen des Atrributs IODev muss nun im Hinterkopf sein, wenn man "none" in IOgrp verwendet.
Ich denke, nun wäre ein neuerlicher Test mit obiger Version von CUL_HM Deinerseits sinnvoll.
Gruß, Ansgar.
Ich weiß nicht, ob es mit den Änderungen hier zusammenhängt, aber ich habe nach dem heutigen Update der 10_CUL_HM massive Probleme beim Anlernen, Setzen von Registern und Lesen der Konfiguration von Geräten, die durch HMConfig_AskSinPPCustom.pm und HMConfig_UniSensor1.pm eingebunden werden. Zum Teil werden andere angelegte HB-Geräte durch andere Geräte überschrieben. Ich bin zur Version 24031 zurück und da geht wieder alles.
Hallo Gernott,
ja, leider bestätigst Du damit meinen Hinweis hier https://forum.fhem.de/index.php/topic,119853.msg1145485.html#msg1145485 (https://forum.fhem.de/index.php/topic,119853.msg1145485.html#msg1145485) dazu. Waren viele Änderungen, damit Übernahmeunschärfen nur zu verständlich.
Wird Martin sicherlich noch beheben.
Gruß, Ansgar.
Hallo Frank,
hier nochmal ein getConfig mit Cube (a-culfw) und HM-SEC-SC-2 (5B3F13):
2021.04.05 13:56:00.963 4: TSCUL_Parse: CUNX_HM868 14925886 A F001 05828300 00 0C 2B A641 5B3F13 F11034 012A00 -59dB
2021.04.05 13:56:01.224 4: TSCUL_Parse: CUNX_HM868 14926147 A F001 05828552 00 0C 2B A241 5B3F13 F11034 012A00 -57.5dB
2021.04.05 13:56:01.299 4: TSCUL_Parse: CUNX_HM868 14926221 A F001 05828604 00 0A 2B 8102 F11034 5B3F13 00 -44.5dB
2021.04.05 13:56:01.307 4: TSCUL_Parse: CUNX_HM868 14926221 A F001 05828632 00 10 2C A001 F11034 5B3F13 00040000000000 -44.5dB
2021.04.05 13:56:01.447 4: TSCUL_Parse: CUNX_HM868 14926370 A F001 05828660 00 0A 2B 8102 F11034 5B3F13 00 -44.5dB
2021.04.05 13:56:01.453 4: TSCUL_Parse: CUNX_HM868 14926370 A F001 05828684 00 0D 2B 8102 F11034 5B3F13 0101C800 -44.5dB
2021.04.05 13:56:01.460 4: TSCUL_Parse: CUNX_HM868 14926369 A F001 05828768 00 1A 2C A010 5B3F13 F11034 02020109010AF10B100C34100114060000 -57.5dB
2021.04.05 13:56:03.382 4: TSCUL_Parse: CUNX_HM868 14928305 A F001 05830580 00 0A 2B 8102 F11034 5B3F13 00 -44.5dB
2021.04.05 13:56:03.389 4: TSCUL_Parse: CUNX_HM868 14928304 A F001 05830608 00 0D 2B 8102 F11034 5B3F13 0101C800 -45dB
2021.04.05 13:56:03.396 4: TSCUL_Parse: CUNX_HM868 14928305 A F001 05830632 00 0A 2C 8102 F11034 5B3F13 00 -45dB
2021.04.05 13:56:03.403 4: TSCUL_Parse: CUNX_HM868 14928304 A F001 05830664 00 10 2D A001 F11034 5B3F13 01040000000001 -45dB
2021.04.05 13:56:03.607 4: TSCUL_Parse: CUNX_HM868 14928530 A F001 05830792 00 16 2D A010 5B3F13 F11034 02080020602100221430060000 -58.5dB
2021.04.05 13:56:04.535 4: TSCUL_Parse: CUNX_HM868 14929457 A F001 05831860 00 0B 40 8470 F1AE1F 000000 00C4 -45dB
2021.04.05 13:56:05.333 4: TSCUL_Parse: CUNX_HM868 14930256 A F001 05832560 00 0A 2B 8102 F11034 5B3F13 00 -45dB
2021.04.05 13:56:05.339 4: TSCUL_Parse: CUNX_HM868 14930256 A F001 05832584 00 0D 2B 8102 F11034 5B3F13 0101C800 -45dB
2021.04.05 13:56:05.346 4: TSCUL_Parse: CUNX_HM868 14930256 A F001 05832612 00 0A 2D 8102 F11034 5B3F13 00 -45dB
2021.04.05 13:56:05.352 4: TSCUL_Parse: CUNX_HM868 14930256 A F001 05832636 00 0B 2E A001 F11034 5B3F13 0103 -45dB
2021.04.05 13:56:07.332 4: TSCUL_Parse: CUNX_HM868 14932255 A F001 05834536 00 0A 2C 8002 F11034 5B3F13 00 -45dB
2021.04.05 13:56:10.322 4: TSCUL_Parse: CUNX_HM868 14935244 A F001 05837624 00 0C 2C A641 5B3F13 F11034 012B00 -55dB
2021.04.05 13:56:10.480 4: TSCUL_Parse: CUNX_HM868 14935403 A F001 05837748 00 0A 2D 8002 F11034 5B3F13 00 -42dB
2021.04.05 13:56:10.487 4: TSCUL_Parse: CUNX_HM868 14935403 A F001 05837772 00 0A 2C 8102 F11034 5B3F13 00 -41.5dB
2021.04.05 13:56:15.549 4: TSCUL_Parse: CUNX_HM868 14940471 A F001 05842832 00 0C 2D A641 5B3F13 F11034 012C00 -54dB
2021.04.05 13:56:15.659 4: TSCUL_Parse: CUNX_HM868 14940582 A F001 05842940 00 0D 2C 8102 F11034 5B3F13 0101C800 -42dB
2021.04.05 13:56:15.741 4: TSCUL_Parse: CUNX_HM868 14940665 A F001 05842968 00 0B 2D A001 F11034 5B3F13 0103 -42dB
2021.04.05 13:56:15.747 4: TSCUL_Parse: CUNX_HM868 14940664 A F001 05842996 00 0E 72 A011 F11034 254B33 0202000000 -42dB
2021.04.05 13:56:15.753 4: TSCUL_Parse: CUNX_HM868 14940664 A F001 05843024 00 0E 72 A011 F11034 254B33 0202000000 -41.5dB
2021.04.05 13:56:15.890 4: TSCUL_Parse: CUNX_HM868 14940813 A F001 05843092 00 0E 2D A010 5B3F13 F11034 0100000000 -53.5dB
...
2021.04.05 13:56:17.891 4: TSCUL_Parse: CUNX_HM868 14942813 A F001 05845164 00 0A 2D 8002 F11034 5B3F13 00 -42dB
2021.04.05 13:56:17.941 4: TSCUL_Parse: CUNX_HM868 14942864 A F001 05845192 00 0D 2D 8002 F11034 5B3F13 0101C800 -42dB
2021.04.05 13:56:17.947 4: TSCUL_Parse: CUNX_HM868 14942864 A F001 05845216 00 0A 2D 8002 F11034 5B3F13 00 -42dB
...
2021.04.05 13:56:20.678 4: TSCUL_Parse: CUNX_HM868 14945600 A F001 05847944 00 0C 2E A641 5B3F13 F11034 012D00 -53.5dB
2021.04.05 13:56:20.795 4: TSCUL_Parse: CUNX_HM868 14945718 A F001 05848060 00 0A 2E 8002 F11034 5B3F13 00 -42dB
2021.04.05 13:56:22.601 4: TSCUL_Parse: CUNX_HM868 14947524 A F001 05849860 00 0D 2E 8002 F11034 5B3F13 0101C800 -42dB
2021.04.05 13:56:28.820 4: TSCUL_Parse: CUNX_HM868 14953741 A F001 05856060 00 14 7C 845E 5ECE50 000000 9BBDB80000000000097102 -54.5dB
2021.04.05 13:56:40.465 4: TSCUL_Parse: CUNX_HM868 14965388 A F001 05867664 00 0C 2F A641 5B3F13 F11034 012EC8 -59dB
2021.04.05 13:56:40.581 4: TSCUL_Parse: CUNX_HM868 14965504 A F001 05867780 00 0A 2F 8002 F11034 5B3F13 00 -44.5dB
2021.04.05 13:56:42.442 4: TSCUL_Parse: CUNX_HM868 14967365 A F001 05869636 00 0D 2F 8002 F11034 5B3F13 0101C800 -45dB
Ist zwar (zufällig mal) erfolgreich durch gelaufen, aber zu sehen ist deutlich, wie veraltete messages aus der CUL queue in die Kommunikation "einstreuen".
Eventuell würde es helfen, wenn das CUL Modul ein Interface zum Verwerfen der Sendequeue einer ID bieten würde, um bei Eintreffen einer Nachricht mit neuer message number seitens CUL_HM die "historischen" Sendedaten zur ID wegschmeißen zu können, damit nur die letzte empfangene Nachricht weiter beantwortet werden kann.
Edit: ein Versuch dazu ist fehlgeschlagen, so als ob die veralteten Sendedaten schon "unwiederbringlich" in den Puffern zum Cube/im Cube gelandet wären.
Immerhin werden die '8102' Acks von CUL_HM gesendet, wie ich mir das vorgestellt habe.
Gruß, Ansgar.
sorry, die falsche messege-nummer ist korrogiert.
hallo noansi und martin,
die neueste cul_hm läuft erst einmal ohne grössere probleme, danke für die mühen.
zunächst fallen mir noch 3 problemchen im zusammenhang mit den hm-cc-tc auf.
1. ein statusrequest wird während des wakeup-cycle immer doppelt gesendet.
die kommunikation sieht sehr sauber aus, aber nach dem ersten statusrequest wird ein zweiter request mit neuer msgnummer gesendet. also kein resend sondern ein unnötiges, erneutes senden.
im cmdstack ist zunächst nur ein statusrequest sichtbar (siehe list).
bei einem getconfig gibt es diese unnötigen "wiederholungen" nicht.
fhem.log zeigt auch immer einen cmd zuviel an: einmal beim eingeben im frontend und einmal beim folgenden wakeup, wenn der pending cmd gesendet wird (dieser doppelte eintrag "CUL_HM set Thermostat.GZ_Climate statusRequest noArg" ist auch nur bei statusrequest zu sehen).
2021.04.06 13:22:57.594 3 : CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.04.06 13:22:57.687 0 : HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.06 13:22:57.694 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.06 13:22:57.695 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.06 13:22:57.696 0 : HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 13:22:57.698 0 : HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.06 13:22:57.705 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.06 13:22:57.706 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.06 13:22:57.707 0 : HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 13:24:42.525 4 : CUL_Parse: cul868 A 0C 2D 8670 2064CB 000000 00583FF1 -81.5
2021.04.06 13:24:42.533 3 : CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.04.06 13:24:42.654 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 2E A0 01 1ACE1F 2064CB 020E
2021.04.06 13:24:42.659 4 : CUL_Parse: cul868 A 09 39 A112 1ACE1F 2064CB 68 -22
2021.04.06 13:24:42.663 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FCADA10 d:FF r:FFAF m:2D 8670 2064CB 000000 00583F
2021.04.06 13:24:42.667 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7FCADA8A d:FF r:FFD2 m:39 A112 1ACE1F 2064CB
2021.04.06 13:24:42.672 0 : HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.06 13:24:42.673 0 : HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.06 13:24:42.727 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 2E A0 01 1ACE1F 2064CB 020E
2021.04.06 13:24:42.733 0 : HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.06 13:24:42.735 0 : HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.06 13:24:42.777 4 : CUL_Parse: cul868 A 0A 39 8002 2064CB 1ACE1F 00F0 -82
2021.04.06 13:24:42.784 0 : HMUARTLGW hmuart1 recv: 01 05 10 00 4A msg: 2D 86 70 2064CB 000000 00583F
2021.04.06 13:24:42.792 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FCADB0D d:FF r:FFAD m:39 8002 2064CB 1ACE1F 00
2021.04.06 13:24:42.922 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 2E A0 01 1ACE1F 2064CB 020E
2021.04.06 13:24:42.949 4 : CUL_Parse: cul868 A 0B 2E A001 1ACE1F 2064CB 020E68 -22
2021.04.06 13:24:42.959 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7FCADBB9 d:FF r:FFD2 m:2E A001 1ACE1F 2064CB 020E
2021.04.06 13:24:43.082 4 : CUL_Parse: cul868 A 0E 2E 8002 2064CB 1ACE1F 01020C004EF1 -81.5
2021.04.06 13:24:43.093 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 4A msg: 2E 80 02 2064CB 1ACE1F 01020C004E
2021.04.06 13:24:43.097 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FCADC3F d:FF r:FFAE m:2E 8002 2064CB 1ACE1F 01020C004E
2021.04.06 13:24:43.190 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 2F A0 01 1ACE1F 2064CB 020E
2021.04.06 13:24:43.223 4 : CUL_Parse: cul868 A 0B 2F A001 1ACE1F 2064CB 020E68 -22
2021.04.06 13:24:43.233 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7FCADCCB d:FF r:FFD2 m:2F A001 1ACE1F 2064CB 020E
2021.04.06 13:24:43.356 4 : CUL_Parse: cul868 A 0E 2F 8002 2064CB 1ACE1F 01020C004FF1 -81.5
2021.04.06 13:24:43.445 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 4A msg: 2F 80 02 2064CB 1ACE1F 01020C004F
2021.04.06 13:24:43.448 0 : HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.06 13:24:43.451 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FCADD50 d:FF r:FFAD m:2F 8002 2064CB 1ACE1F 01020C004F
2021.04.06 13:24:43.455 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.06 13:24:43.456 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.06 13:24:43.457 0 : HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 13:24:43.459 0 : HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.06 13:24:43.466 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.06 13:24:43.467 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.06 13:24:43.467 0 : HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
bei einem getconfig auf den selben channel wird keins der 3 cmds doppelt ausgeführt:
2021.04.06 13:47:41.181 3 : CUL_HM set Thermostat.GZ_Climate getConfig noArg
2021.04.06 13:47:41.298 0 : HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.06 13:47:41.307 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.06 13:47:41.309 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.06 13:47:41.309 0 : HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 13:47:41.312 0 : HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.06 13:47:41.429 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.06 13:47:41.430 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.06 13:47:41.431 0 : HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 13:50:09.324 4 : CUL_Parse: cul868 A 0C 37 8670 2064CB 000000 00583FF2 -81
2021.04.06 13:50:09.455 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 38 A0 01 1ACE1F 2064CB 0203
2021.04.06 13:50:09.460 4 : CUL_Parse: cul868 A 09 55 A112 1ACE1F 2064CB 68 -22
2021.04.06 13:50:09.465 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE226E2 d:FF r:FFAD m:37 8670 2064CB 000000 00583F
2021.04.06 13:50:09.468 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7FE2275C d:FF r:FFD2 m:55 A112 1ACE1F 2064CB
2021.04.06 13:50:09.474 0 : HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.06 13:50:09.475 0 : HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.06 13:50:09.529 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 38 A0 01 1ACE1F 2064CB 0203
2021.04.06 13:50:09.535 0 : HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.06 13:50:09.537 0 : HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.06 13:50:09.575 4 : CUL_Parse: cul868 A 0A 55 8002 2064CB 1ACE1F 00F2 -81
2021.04.06 13:50:09.582 0 : HMUARTLGW hmuart1 recv: 01 05 10 00 4A msg: 37 86 70 2064CB 000000 00583F
2021.04.06 13:50:09.588 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE227DF d:FF r:FFAD m:55 8002 2064CB 1ACE1F 00
2021.04.06 13:50:09.678 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 38 A0 01 1ACE1F 2064CB 0203
2021.04.06 13:50:09.715 4 : CUL_Parse: cul868 A 0B 38 A001 1ACE1F 2064CB 020368 -22
2021.04.06 13:50:09.727 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7FE2286B d:FF r:FFD2 m:38 A001 1ACE1F 2064CB 0203
2021.04.06 13:50:09.849 4 : CUL_Parse: cul868 A 0E 38 8010 2064CB 1ACE1F 0100000000F1 -81.5
2021.04.06 13:50:09.864 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2021.04.06 13:50:09.865 0 : HMUARTLGW hmuart1 Ack: 02
2021.04.06 13:50:09.866 0 : HMUARTLGW hmuart1 send: 00 08
2021.04.06 13:50:09.869 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 38 80 10 2064CB 1ACE1F 0100000000
2021.04.06 13:50:09.873 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE228F0 d:FF r:FFAC m:38 8010 2064CB 1ACE1F 0100000000
2021.04.06 13:50:09.953 0 : HMUARTLGW hmuart1 recv: 00 040205, state 98
2021.04.06 13:50:09.955 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2021.04.06 13:50:09.957 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 39 A0 01 1ACE1F 2064CB 02040000000005
2021.04.06 13:50:10.004 4 : CUL_Parse: cul868 A 10 39 A001 1ACE1F 2064CB 0204000000000568 -22
2021.04.06 13:50:10.015 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7FE2298B d:FF r:FFD2 m:39 A001 1ACE1F 2064CB 02040000000005
2021.04.06 13:50:10.145 4 : CUL_Parse: cul868 A 1A 39 A010 2064CB 1ACE1F 0301100C1E0C1828000000002422482A8AF2 -81
2021.04.06 13:50:10.155 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2021.04.06 13:50:10.157 0 : HMUARTLGW hmuart1 Ack: 02
2021.04.06 13:50:10.159 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 39 A0 10 2064CB 1ACE1F 0301100C1E0C1828000000002422482A8A
2021.04.06 13:50:10.162 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE22A16 d:FF r:FFAC m:39 A010 2064CB 1ACE1F 0301100C1E0C1828000000002422482A8A
2021.04.06 13:50:10.254 4 : CUL_Parse: cul868 A 0A 39 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:10.400 4 : CUL_Parse: cul868 A 1A 3A A010 2064CB 1ACE1F 03102A9022902890289028902890289028F1 -81.5
2021.04.06 13:50:10.415 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 3A A0 10 2064CB 1ACE1F 03102A9022902890289028902890289028
2021.04.06 13:50:10.418 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE22B15 d:FF r:FFAC m:3A A010 2064CB 1ACE1F 03102A9022902890289028902890289028
2021.04.06 13:50:10.469 0 : HMUARTLGW hmuart1 send: 00 08
2021.04.06 13:50:10.474 0 : HMUARTLGW hmuart1 recv: 00 040205, state 98
2021.04.06 13:50:10.475 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2021.04.06 13:50:10.476 0 : HMUARTLGW hmuart1 roundtrip delay: 0.0036
2021.04.06 13:50:10.510 4 : CUL_Parse: cul868 A 0A 3A 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:10.655 4 : CUL_Parse: cul868 A 1A 3B A010 2064CB 1ACE1F 031F902890289028902890289028902890F0 -82
2021.04.06 13:50:10.665 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 3B A0 10 2064CB 1ACE1F 031F902890289028902890289028902890
2021.04.06 13:50:10.668 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE22C14 d:FF r:FFAC m:3B A010 2064CB 1ACE1F 031F902890289028902890289028902890
2021.04.06 13:50:10.792 4 : CUL_Parse: cul868 A 0A 3B 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:10.909 4 : CUL_Parse: cul868 A 1A 3C A010 2064CB 1ACE1F 032E289028902890289028902890282422F1 -81.5
2021.04.06 13:50:10.922 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE22D13 d:FF r:FFAC m:3C A010 2064CB 1ACE1F 032E289028902890289028902890282422
2021.04.06 13:50:10.927 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 3C A0 10 2064CB 1ACE1F 032E289028902890289028902890282422
2021.04.06 13:50:11.019 4 : CUL_Parse: cul868 A 0A 3C 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:11.165 4 : CUL_Parse: cul868 A 1A 3D A010 2064CB 1ACE1F 033D482A8A2A9022902890289028902890F1 -81.5
2021.04.06 13:50:11.176 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE22E12 d:FF r:FFAC m:3D A010 2064CB 1ACE1F 033D482A8A2A9022902890289028902890
2021.04.06 13:50:11.180 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 49 msg: 3D A0 10 2064CB 1ACE1F 033D482A8A2A9022902890289028902890
2021.04.06 13:50:11.275 4 : CUL_Parse: cul868 A 0A 3D 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:11.336 3 : at_kill_ff: -1
2021.04.06 13:50:11.741 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE22F11 d:FF r:FFAC m:3E A010 2064CB 1ACE1F 034C289028902890289028902890289028
2021.04.06 13:50:11.750 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE2300F d:FF r:FFAD m:3F A010 2064CB 1ACE1F 035B902890289028902890289028902890
2021.04.06 13:50:11.759 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 3E A0 10 2064CB 1ACE1F 034C289028902890289028902890289028
2021.04.06 13:50:11.766 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 3F A0 10 2064CB 1ACE1F 035B902890289028902890289028902890
2021.04.06 13:50:11.908 4 : CUL_Parse: cul868 A 1A 3E A010 2064CB 1ACE1F 034C289028902890289028902890289028F0 -82
2021.04.06 13:50:11.915 4 : CUL_Parse: cul868 A 0A 3E 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:11.919 4 : CUL_Parse: cul868 A 1A 3F A010 2064CB 1ACE1F 035B902890289028902890289028902890F1 -81.5
2021.04.06 13:50:11.929 4 : CUL_Parse: cul868 A 0A 3F 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:12.002 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE2310E d:FF r:FFAC m:40 A010 2064CB 1ACE1F 036A282422482A8A2A9022902890289028
2021.04.06 13:50:12.016 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 40 A0 10 2064CB 1ACE1F 036A282422482A8A2A9022902890289028
2021.04.06 13:50:12.019 4 : CUL_Parse: cul868 A 1A 40 A010 2064CB 1ACE1F 036A282422482A8A2A9022902890289028F1 -81.5
2021.04.06 13:50:12.077 4 : CUL_Parse: cul868 A 0A 40 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:12.183 4 : CUL_Parse: cul868 A 1A 41 A010 2064CB 1ACE1F 0379902890289028902890289028902890F0 -82
2021.04.06 13:50:12.192 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE2320D d:FF r:FFAC m:41 A010 2064CB 1ACE1F 0379902890289028902890289028902890
2021.04.06 13:50:12.195 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 41 A0 10 2064CB 1ACE1F 0379902890289028902890289028902890
2021.04.06 13:50:12.294 4 : CUL_Parse: cul868 A 0A 41 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:12.438 4 : CUL_Parse: cul868 A 1A 42 A010 2064CB 1ACE1F 0388289028902890289028902890289028F0 -82
2021.04.06 13:50:12.447 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE2330C d:FF r:FFAC m:42 A010 2064CB 1ACE1F 0388289028902890289028902890289028
2021.04.06 13:50:12.450 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 42 A0 10 2064CB 1ACE1F 0388289028902890289028902890289028
2021.04.06 13:50:12.549 4 : CUL_Parse: cul868 A 0A 42 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:12.693 4 : CUL_Parse: cul868 A 1A 43 A010 2064CB 1ACE1F 0397902890282422482A8A2A9022902890F1 -81.5
2021.04.06 13:50:12.703 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 43 A0 10 2064CB 1ACE1F 0397902890282422482A8A2A9022902890
2021.04.06 13:50:12.706 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE2340C d:FF r:FFAC m:43 A010 2064CB 1ACE1F 0397902890282422482A8A2A9022902890
2021.04.06 13:50:12.803 4 : CUL_Parse: cul868 A 0A 43 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:12.949 4 : CUL_Parse: cul868 A 1A 44 A010 2064CB 1ACE1F 03A6289028902890289028902890289028F1 -81.5
2021.04.06 13:50:12.958 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE2350A d:FF r:FFAC m:44 A010 2064CB 1ACE1F 03A6289028902890289028902890289028
2021.04.06 13:50:12.961 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 44 A0 10 2064CB 1ACE1F 03A6289028902890289028902890289028
2021.04.06 13:50:13.059 4 : CUL_Parse: cul868 A 0A 44 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:13.203 4 : CUL_Parse: cul868 A 1A 45 A010 2064CB 1ACE1F 03B5902890289028902890289028902890F0 -82
2021.04.06 13:50:13.211 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23609 d:FF r:FFAC m:45 A010 2064CB 1ACE1F 03B5902890289028902890289028902890
2021.04.06 13:50:13.215 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 45 A0 10 2064CB 1ACE1F 03B5902890289028902890289028902890
2021.04.06 13:50:13.313 4 : CUL_Parse: cul868 A 0A 45 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:13.457 4 : CUL_Parse: cul868 A 1A 46 A010 2064CB 1ACE1F 03C4289028902890282422482A8A2A9022F0 -82
2021.04.06 13:50:13.465 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23707 d:FF r:FFAC m:46 A010 2064CB 1ACE1F 03C4289028902890282422482A8A2A9022
2021.04.06 13:50:13.469 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 46 A0 10 2064CB 1ACE1F 03C4289028902890282422482A8A2A9022
2021.04.06 13:50:13.567 4 : CUL_Parse: cul868 A 0A 46 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:13.712 4 : CUL_Parse: cul868 A 1A 47 A010 2064CB 1ACE1F 03D3902890289028902890289028902890F1 -81.5
2021.04.06 13:50:13.720 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23806 d:FF r:FFAC m:47 A010 2064CB 1ACE1F 03D3902890289028902890289028902890
2021.04.06 13:50:13.724 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 47 A0 10 2064CB 1ACE1F 03D3902890289028902890289028902890
2021.04.06 13:50:13.823 4 : CUL_Parse: cul868 A 0A 47 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:13.967 4 : CUL_Parse: cul868 A 1A 48 A010 2064CB 1ACE1F 03E2289028902890289028902890289028F1 -81.5
2021.04.06 13:50:13.977 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 48 A0 10 2064CB 1ACE1F 03E2289028902890289028902890289028
2021.04.06 13:50:13.980 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23906 d:FF r:FFAC m:48 A010 2064CB 1ACE1F 03E2289028902890289028902890289028
2021.04.06 13:50:14.078 4 : CUL_Parse: cul868 A 0A 48 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:14.219 4 : CUL_Parse: cul868 A 15 49 A010 2064CB 1ACE1F 03F190289028902890289028F1 -81.5
2021.04.06 13:50:14.238 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4B msg: 49 A0 10 2064CB 1ACE1F 03F190289028902890289028
2021.04.06 13:50:14.242 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23A01 d:FF r:FFAC m:49 A010 2064CB 1ACE1F 03F190289028902890289028
2021.04.06 13:50:14.332 4 : CUL_Parse: cul868 A 0A 49 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:14.464 4 : CUL_Parse: cul868 A 0B 4A 8010 2064CB 1ACE1F 0300F1 -81.5
2021.04.06 13:50:14.521 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 4A 80 10 2064CB 1ACE1F 0300
2021.04.06 13:50:14.525 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 42 msg: 1F 80 5E 266EA5 1ACE1F 0000000000000000000000
2021.04.06 13:50:14.530 4 : CUL_Parse: cul868 A 14 1F 805E 266EA5 1ACE1F 000000000000000000000023 -56.5
2021.04.06 13:50:14.533 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23AF7 d:FF r:FFAC m:4A 8010 2064CB 1ACE1F 0300
2021.04.06 13:50:14.536 0 : HMLAN_Parse: hmlan1 R:E266EA5 stat:0000 t:7FE23B23 d:FF r:FFCC m:1F 805E 266EA5 1ACE1F 0000000000000000000000
2021.04.06 13:50:14.566 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 4B A0 01 1ACE1F 2064CB 02040000000006
2021.04.06 13:50:14.653 4 : CUL_Parse: cul868 A 10 4B A001 1ACE1F 2064CB 0204000000000668 -22
2021.04.06 13:50:14.662 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7FE23BB3 d:FF r:FFD2 m:4B A001 1ACE1F 2064CB 02040000000006
2021.04.06 13:50:14.792 4 : CUL_Parse: cul868 A 1A 4B A010 2064CB 1ACE1F 03012422482A8A2A902290289028902890F2 -81
2021.04.06 13:50:14.798 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2021.04.06 13:50:14.799 0 : HMUARTLGW hmuart1 Ack: 02
2021.04.06 13:50:14.801 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 4B A0 10 2064CB 1ACE1F 03012422482A8A2A902290289028902890
2021.04.06 13:50:14.805 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23C3E d:FF r:FFAC m:4B A010 2064CB 1ACE1F 03012422482A8A2A902290289028902890
2021.04.06 13:50:14.902 4 : CUL_Parse: cul868 A 0A 4B 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:15.046 4 : CUL_Parse: cul868 A 1A 4C A010 2064CB 1ACE1F 0310289028902890289028902890289028F1 -81.5
2021.04.06 13:50:15.052 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 4C A0 10 2064CB 1ACE1F 0310289028902890289028902890289028
2021.04.06 13:50:15.056 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23D3D d:FF r:FFAD m:4C A010 2064CB 1ACE1F 0310289028902890289028902890289028
2021.04.06 13:50:15.157 4 : CUL_Parse: cul868 A 0A 4C 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:15.301 4 : CUL_Parse: cul868 A 1A 4D A010 2064CB 1ACE1F 031F902890289028902890289028902890F0 -82
2021.04.06 13:50:15.312 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 4D A0 10 2064CB 1ACE1F 031F902890289028902890289028902890
2021.04.06 13:50:15.315 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23E3C d:FF r:FFAD m:4D A010 2064CB 1ACE1F 031F902890289028902890289028902890
2021.04.06 13:50:15.412 4 : CUL_Parse: cul868 A 0A 4D 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:15.557 4 : CUL_Parse: cul868 A 1A 4E A010 2064CB 1ACE1F 032E2890282422482A8A2A902290289028F1 -81.5
2021.04.06 13:50:15.565 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 4E A0 10 2064CB 1ACE1F 032E2890282422482A8A2A902290289028
2021.04.06 13:50:15.570 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE23F3B d:FF r:FFAC m:4E A010 2064CB 1ACE1F 032E2890282422482A8A2A902290289028
2021.04.06 13:50:15.667 4 : CUL_Parse: cul868 A 0A 4E 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:15.811 4 : CUL_Parse: cul868 A 1A 4F A010 2064CB 1ACE1F 033D902890289028902890289028902890F1 -81.5
2021.04.06 13:50:15.819 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 4F A0 10 2064CB 1ACE1F 033D902890289028902890289028902890
2021.04.06 13:50:15.822 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE2403B d:FF r:FFAC m:4F A010 2064CB 1ACE1F 033D902890289028902890289028902890
2021.04.06 13:50:15.922 4 : CUL_Parse: cul868 A 0A 4F 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:16.067 4 : CUL_Parse: cul868 A 1A 50 A010 2064CB 1ACE1F 034C289028902890289028902890289028F1 -81.5
2021.04.06 13:50:16.074 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 50 A0 10 2064CB 1ACE1F 034C289028902890289028902890289028
2021.04.06 13:50:16.078 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE24139 d:FF r:FFAD m:50 A010 2064CB 1ACE1F 034C289028902890289028902890289028
2021.04.06 13:50:16.177 4 : CUL_Parse: cul868 A 0A 50 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:16.313 4 : CUL_Parse: cul868 A 11 51 A010 2064CB 1ACE1F 035B902890289028F1 -81.5
2021.04.06 13:50:16.320 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 51 A0 10 2064CB 1ACE1F 035B902890289028
2021.04.06 13:50:16.324 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE24230 d:FF r:FFAC m:51 A010 2064CB 1ACE1F 035B902890289028
2021.04.06 13:50:16.431 4 : CUL_Parse: cul868 A 0A 51 8002 1ACE1F 2064CB 0068 -22
2021.04.06 13:50:16.564 4 : CUL_Parse: cul868 A 0B 52 8010 2064CB 1ACE1F 0300F1 -81.5
2021.04.06 13:50:16.606 2 : HMinfo hminfo get:configCheck :-f,^(Thermostat.GZ|Thermostat.GZ_Climate|Thermostat.GZ_Weather|Thermostat.GZ_WindowRec|Thermostat.GZ)$
2021.04.06 13:50:16.658 0 : HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.06 13:50:16.790 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 4A msg: 52 80 10 2064CB 1ACE1F 0300
2021.04.06 13:50:16.793 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.06 13:50:16.794 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.06 13:50:16.795 0 : HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 13:50:16.798 0 : HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.06 13:50:16.801 0 : HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7FE2432B d:FF r:FFAD m:52 8010 2064CB 1ACE1F 0300
2021.04.06 13:50:16.806 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.06 13:50:16.807 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.06 13:50:16.808 0 : HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
list vom device, direkt nach der eingabe des statusrequest im frontend (nur 1 cmd im stack):
Internals:
DEF 2064CB
FUUID 5c4ce2e8-f33f-09c4-44cb-763df093211c74d6
IODev hmuart1
LASTInputDev hmuart1
MSGCNT 265
NAME Thermostat.GZ
NOTIFYDEV global
NR 247
NTFY_ORDER 50-Thermostat.GZ
STATE Tsoll:6.0°C, Tist:8.8°C, Hist:63%, Mode:central, Bat:ok
TYPE CUL_HM
channel_01 Thermostat.GZ_Weather
channel_02 Thermostat.GZ_Climate
channel_03 Thermostat.GZ_WindowRec
cul868_MSGCNT 90
cul868_RAWMSG A0C3D86702064CB00000000583F::-80:cul868
cul868_RSSI -80
cul868_TIME 2021-04-06 14:05:11
hmlan1_MSGCNT 90
hmlan1_RAWMSG E2064CB,0000,7FEFEBDE,FF,FFAC,3D86702064CB00000000583F
hmlan1_RSSI -84
hmlan1_TIME 2021-04-06 14:05:11
hmuart1_MSGCNT 85
hmuart1_RAWMSG 050000493D86702064CB00000000583F
hmuart1_RSSI -73
hmuart1_TIME 2021-04-06 14:05:11
lastMsg No:3D - t:70 s:2064CB d:000000 00583F
protCmdPend 1 CMDs_pending
protLastRcv 2021-04-06 14:05:11
protRcv 102 last_at:2021-04-06 14:05:11
protResnd 1 last_at:2021-04-06 11:56:50
protSnd 38 last_at:2021-04-06 13:50:16
protState CMDs_pending
rssi_at_cul868 cnt:90 min:-83 max:-80 avg:-81.39 lst:-80
rssi_at_hmlan1 cnt:90 min:-88 max:-79 avg:-83.11 lst:-84
rssi_at_hmuart1 cnt:85 min:-75 max:-72 avg:-73.94 lst:-73
rssi_hmuart1 cnt:6 min:-79 max:-78 avg:-78.33 lst:-78
.attraggr:
.attreocr:
.*
.attrminint:
.attrtocr:
.*
.userReadings:
HASH(0x3fcc5b8)
CL:
Authenticated 0
BUF
FD 88
FW_ID 1674
LASTACCESS 1617710832
NAME WEB_192.168.1.31_50771
NR 2722
PEER 192.168.1.31
PORT 50771
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-04-06 14:07:03 state Connected
READINGS:
2021-04-06 11:53:50 .associatedWith Thermostat.GZ,Thermostat.GZ_Climate,Thermostat.GZ_Weather,Thermostat.GZ_WindowRec,Thermostat.GZ
2021-04-06 14:05:11 .protLastRcv 20210406140511
2021-03-23 13:08:49 Activity alive
2021-03-23 13:06:29 CommandAccepted yes
from archivexx D-firmware 2.1
from archivexx D-serialNr KEQ0040489
2021-03-23 13:13:35 PairedTo 0x1ACE1F
2021-03-23 13:04:08 R-backlOnMode auto
2021-03-23 13:13:35 R-backlOnTime 15
2021-03-23 13:04:08 R-btnLock off
2021-03-23 13:04:08 R-burstRx off
2021-03-23 13:04:08 R-pairCentral 0x1ACE1F
2021-03-23 13:13:35 RegL_00. 00:00 01:00 02:01 05:83 0A:1A 0B:CE 0C:1F 0F:00
2021-03-23 13:06:30 battery ok
2021-03-23 13:14:36 cfgState ok
2021-04-06 14:07:05 commState CMDs_pending
2021-03-23 21:02:11 controlMode central
2021-03-23 21:02:11 day-temp 15 C
2021-03-23 21:02:11 decalcDay Sat
2021-03-23 13:06:30 desired-temp 6.0
2021-03-23 21:02:11 displayMode temp-only
2021-03-23 21:02:11 displayTemp actual
2021-03-23 21:02:11 displayTempUnit celsius
2021-04-06 12:26:22 humidity 63
2021-04-06 09:54:51 humidityAbsolut 5.5
2021-04-06 09:54:51 humidityAbsolutTrend →↗
2021-04-06 14:05:11 measured-temp 8.8
2021-03-23 21:02:11 night-temp 6 C
2021-03-23 21:02:11 party-temp 20 C
2021-04-06 14:07:05 state CMDs_pending
2021-03-24 00:03:51 time-request -
- tmpl_0 tc1:a:auto b:15 c:off d:off,
cmdStack:
++A0011ACE1F2064CB020E
helper:
HM_CMDNR 61
cSnd 011ACE1F2064CB02040000000005,011ACE1F2064CB02040000000006
mId 0039
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
tmplChg 0
ack:
cmds:
TmplKey :1617702836.92236:1617702836.93681
TmplTs 1617702836.93681
cmdKey 0:1:0::Thermostat.GZ:0039:00:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
desired-temp (on|off|6.0..30.0;0.5)
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan TC_00_sensor,tc1
tplDel 0>tc1
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 1
det 1
raw 1
tpl 1
io:
flgs 2
newChn +2064CB,02,00,00
nextSend 1617710711.79629
rxt 2
vccu ccu
p:
2064CB
00
00
00
prefIO:
hmuart1
mRssi:
mNo 3D
io:
cul868:
-80
-80
hmlan1:
-84
-84
hmuart1:
-71
-71
hmusb1:
peerIDsH:
prt:
bErr 0
sProc 2
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_cul868:
avg -81.4
cnt 90
lst -80
max -80
min -83
at_hmlan1:
avg -83.1111111111111
cnt 90
lst -84
max -79
min -88
at_hmuart1:
avg -73.9411764705882
cnt 85
lst -73
max -72
min -75
hmuart1:
avg -78.3333333333333
cnt 6
lst -78
max -78
min -79
shadowReg:
tmpl:
0>tc1 auto 15 off off
Attributes:
.mId 0039
IODev hmuart1
IOgrp ccu:hmuart1
actCycle 000:10
actStatus alive
alias 10. Thermostat
autoReadReg 5_readMissing
event-on-change-reading .*
expert defReg,allReg,rawReg,templ
firmware 2.1
group Heizung.GZ
model HM-CC-TC
room 55_GZ,98_Ventile
serialNr KEQ0040489
sortby 20
stateFormat Tsoll:desired-temp°C, Tist:measured-temp°C, Hist:humidity%, Mode:controlMode, Bat:battery
subType thermostat
timestamp-on-change-reading .*
userReadings humidityAbsolut:(measured-temp|humidity).* {AbsoluteFeuchte(ReadingsVal($name,"measured-temp",0),ReadingsVal($name,"humidity",0))}
webCmd :
2. der erste versuch des automatischen statusrequest nach fhem restart wird ohne autonome A112 ausgeführt.
das autonome senden von A112 findet nicht statt, da das io erst nach dem empfang der WAKEMEUP message entsprechend gesetzt wird.
der zweite versuch beim nächsten wakeup-cycle funktioniert dann, da nun die autonomen A112 msgs gesendet werden.
ausserdem wird hier auch wieder der "überflüssige" doppelte statusrequest gesendet, wie oben.
mit hmuart als io scheitert der 1. versuch grundsätzlich.
ist der hmlan assignt, funktioniert es manchmal trotzdem, da das vorbereiten des io hier wohl schneller geht.
scheitern mit hmuart
2021.04.06 11:56:44.603 4: CUL_Parse: cul868 A 0C 0A 8670 2064CB 000000 005740F0 -82
2021.04.06 11:56:44.607 3: CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.04.06 11:56:44.609 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.06 11:56:44.701 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7F7A4E8C d:FF r:FFB0 m:0A 8670 2064CB 000000 005740
2021.04.06 11:56:44.705 0: HMUARTLGW hmuart1 recv: 01 05 00 00 4B msg: 0A 86 70 2064CB 000000 005740
2021.04.06 11:56:44.708 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.06 11:56:44.709 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.06 11:56:44.709 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 11:56:44.712 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.06 11:56:44.718 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.06 11:56:44.720 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.06 11:56:44.720 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 11:56:44.803 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 0B A0 01 1ACE1F 2064CB 020E
2021.04.06 11:56:44.829 4: CUL_Parse: cul868 A 0B 0B A001 1ACE1F 2064CB 020E68 -22
2021.04.06 11:56:44.840 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7F7A4F6F d:FF r:FFD2 m:0B A001 1ACE1F 2064CB 020E
2021.04.06 11:56:45.114 4: CUL_Parse: cul868 A 0B 0B A001 1ACE1F 2064CB 020E68 -22
2021.04.06 11:56:45.125 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7F7A508C d:FF r:FFD2 m:0B A001 1ACE1F 2064CB 020E
2021.04.06 11:56:45.415 4: CUL_Parse: cul868 A 0B 0B A001 1ACE1F 2064CB 020E68 -22
2021.04.06 11:56:45.425 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7F7A51B8 d:FF r:FFD2 m:0B A001 1ACE1F 2064CB 020E
2021.04.06 11:56:45.667 0: HMUARTLGW hmuart1 recv: 01 0404, state 100
2021.04.06 11:56:45.668 0: HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
....
2021.04.06 11:59:17.358 4: CUL_Parse: cul868 A 0C 0B 8670 2064CB 000000 005740EF -82.5
2021.04.06 11:59:17.362 3: CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.04.06 11:59:17.468 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 0C A0 01 1ACE1F 2064CB 020E
2021.04.06 11:59:17.472 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7F7CA352 d:FF r:FFAE m:0B 8670 2064CB 000000 005740
2021.04.06 11:59:17.477 0: HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.06 11:59:17.479 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.06 11:59:17.481 4: CUL_Parse: cul868 A 09 4D A112 1ACE1F 2064CB 68 -22
2021.04.06 11:59:17.490 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7F7CA3CC d:FF r:FFD2 m:4D A112 1ACE1F 2064CB
2021.04.06 11:59:17.533 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 0C A0 01 1ACE1F 2064CB 020E
2021.04.06 11:59:17.539 0: HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.06 11:59:17.541 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.06 11:59:17.594 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 0C A0 01 1ACE1F 2064CB 020E
2021.04.06 11:59:17.601 0: HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.06 11:59:17.603 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.06 11:59:17.611 4: CUL_Parse: cul868 A 0A 4D 8002 2064CB 1ACE1F 00EF -82.5
2021.04.06 11:59:17.618 0: HMUARTLGW hmuart1 recv: 01 05 10 00 4A msg: 0B 86 70 2064CB 000000 005740
2021.04.06 11:59:17.633 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7F7CA44F d:FF r:FFAF m:4D 8002 2064CB 1ACE1F 00
2021.04.06 11:59:17.713 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 0C A0 01 1ACE1F 2064CB 020E
2021.04.06 11:59:17.751 4: CUL_Parse: cul868 A 0B 0C A001 1ACE1F 2064CB 020E68 -22
2021.04.06 11:59:17.761 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7F7CA4DB d:FF r:FFD2 m:0C A001 1ACE1F 2064CB 020E
2021.04.06 11:59:17.883 4: CUL_Parse: cul868 A 0E 0C 8002 2064CB 1ACE1F 01020C004FF0 -82
2021.04.06 11:59:17.899 0: HMUARTLGW hmuart1 recv: 01 04 03 00 4A msg: 0C 80 02 2064CB 1ACE1F 01020C004F
2021.04.06 11:59:17.903 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7F7CA560 d:FF r:FFAE m:0C 8002 2064CB 1ACE1F 01020C004F
2021.04.06 11:59:17.972 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 0D A0 01 1ACE1F 2064CB 020E
2021.04.06 11:59:18.024 4: CUL_Parse: cul868 A 0B 0D A001 1ACE1F 2064CB 020E68 -22
2021.04.06 11:59:18.035 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7F7CA5ED d:FF r:FFD2 m:0D A001 1ACE1F 2064CB 020E
2021.04.06 11:59:18.157 4: CUL_Parse: cul868 A 0E 0D 8002 2064CB 1ACE1F 01020C004EF2 -81
2021.04.06 11:59:18.254 0: HMUARTLGW hmuart1 recv: 01 04 03 00 4A msg: 0D 80 02 2064CB 1ACE1F 01020C004E
2021.04.06 11:59:18.258 0: HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.06 11:59:18.261 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:7F7CA672 d:FF r:FFAD m:0D 8002 2064CB 1ACE1F 01020C004E
2021.04.06 11:59:18.268 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.06 11:59:18.269 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.06 11:59:18.270 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 11:59:18.274 0: HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.06 11:59:18.280 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.06 11:59:18.282 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.06 11:59:18.282 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
"glückliches" funktionieren mit hmlan
2021.04.06 11:55:02.534 4: CUL_Parse: cul868 A 0C 9A 8670 20DFE1 000000 00D52C08 -70
2021.04.06 11:55:02.539 3: CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.04.06 11:55:02.540 0: HMLAN_Send: hmlan1 I:+20DFE1,02,00,00
2021.04.06 11:55:02.636 0: HMLAN_Send: hmlan1 S:SA69B5C87 stat: 00 t:00000000 d:01 r:A69B5C87 m:9B A001 1ACE1F 20DFE1 020E
2021.04.06 11:55:02.805 0: HMLAN_Parse: hmlan1 R:E20DFE1 stat:0000 t:7F78BFCB d:FF r:FFCB m:9A 8670 20DFE1 000000 00D52C
2021.04.06 11:55:02.807 0: HMLAN_Parse: hmlan1 R:RA69B5C87 stat:0001 t:7F78C0D2 d:FF r:FFCB m:9B 8002 20DFE1 1ACE1F 01020C003A
2021.04.06 11:55:02.812 0: HMLAN_Send: hmlan1 I:+20DFE1,00,00,00
2021.04.06 11:55:02.892 0: HMUARTLGW hmuart1 recv: 01 05 00 00 4A msg: 9A 86 70 20DFE1 000000 00D52C
2021.04.06 11:55:02.915 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2A msg: 9B A0 01 1ACE1F 20DFE1 020E
2021.04.06 11:55:02.919 0: HMUARTLGW hmuart1 recv: 01 05 00 00 49 msg: 9B 80 02 20DFE1 1ACE1F 01020C003A
2021.04.06 11:55:02.925 4: CUL_Parse: cul868 A 0B 9B A001 1ACE1F 20DFE1 020E3E -43
2021.04.06 11:55:02.928 4: CUL_Parse: cul868 A 0E 9B 8002 20DFE1 1ACE1F 01020C003A08 -70
3. statusrequest bei gesetztem conditional burst ist unnötig kompliziert
1. zunächst wird unnötig auf die WAKEMEUP message gewartet, obwohl eigentlich über burst kommuniziert wird.
2. das io wird vorbereitet. wozu?
3. B112 wird gesendet. warum nicht sofort mit B001 den statusrequest senden?
4. das io wird wieder zurückkonfiguriert.
2021.04.06 11:55:29.204 4: CUL_Parse: cul868 A 0C 5D 8670 206278 000000 809D33F6 -79
2021.04.06 11:55:29.702 3: CUL_HM set Thermostat.AZ_Climate statusRequest noArg
2021.04.06 11:55:29.704 0: HMUARTLGW hmuart1 send: 01 06206278000100
2021.04.06 11:55:29.826 0: HMUARTLGW hmuart1 recv: 01 05 00 00 4C msg: 5D 86 70 206278 000000 809D33
2021.04.06 11:55:29.829 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.06 11:55:29.830 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.06 11:55:29.830 0: HMUARTLGW hmuart1 added peer: 206278, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 11:55:29.833 0: HMUARTLGW hmuart1 send: 01 06206278000100
2021.04.06 11:55:29.836 0: HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:7F7927FC d:FF r:FFBA m:5D 8670 206278 000000 809D33
2021.04.06 11:55:29.846 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.06 11:55:29.847 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.06 11:55:29.848 0: HMUARTLGW hmuart1 added peer: 206278, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 11:55:29.923 0: HMUARTLGW hmuart1 send: 01 02 00 00 01 msg: 5E B1 12 1ACE1F 206278
2021.04.06 11:55:30.119 0: HMLAN_Send: hmlan1 I:K
2021.04.06 11:55:30.123 0: HMLAN_Parse: hmlan1 V:03C5 sNo:JEQ0315335 d:1C671E O:1ACE1F t:7F792B94 IDcnt:0015 L:7 %
2021.04.06 11:55:30.304 4: CUL_Parse: cul868 A 09 5E B112 1ACE1F 206278 68 -22
2021.04.06 11:55:30.315 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7F792C49 d:FF r:FFD2 m:5E B112 1ACE1F 206278
2021.04.06 11:55:30.434 4: CUL_Parse: cul868 A 0A 5E 8002 206278 1ACE1F 00F6 -79
2021.04.06 11:55:30.444 0: HMUARTLGW hmuart1 recv: 01 04 03 00 4C msg: 5E 80 02 206278 1ACE1F 00
2021.04.06 11:55:30.448 0: HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:7F792CCB d:FF r:FFBB m:5E 8002 206278 1ACE1F 00
2021.04.06 11:55:30.541 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 5F A0 01 1ACE1F 206278 020E
2021.04.06 11:55:30.574 4: CUL_Parse: cul868 A 0B 5F A001 1ACE1F 206278 020E68 -22
2021.04.06 11:55:30.585 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:7F792D57 d:FF r:FFD2 m:5F A001 1ACE1F 206278 020E
2021.04.06 11:55:30.707 4: CUL_Parse: cul868 A 0E 5F 8002 206278 1ACE1F 01021E804EF5 -79.5
2021.04.06 11:55:30.797 0: HMUARTLGW hmuart1 recv: 01 04 03 00 4C msg: 5F 80 02 206278 1ACE1F 01021E804E
2021.04.06 11:55:30.800 0: HMUARTLGW hmuart1 send: 01 06206278000000
2021.04.06 11:55:30.803 0: HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:7F792DDB d:FF r:FFBB m:5F 8002 206278 1ACE1F 01021E804E
2021.04.06 11:55:30.813 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.06 11:55:30.814 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.06 11:55:30.815 0: HMUARTLGW hmuart1 added peer: 206278, aesChannels: FFFFFFFFFFFFFFFF
2021.04.06 11:55:30.817 0: HMUARTLGW hmuart1 send: 01 06206278000000
2021.04.06 11:55:30.824 0: HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.06 11:55:30.825 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.06 11:55:30.826 0: HMUARTLGW hmuart1 added peer: 206278, aesChannels: FFFFFFFFFFFFFFFF
"eleganter" statusrequest mit direktem burst bei einem sec-sd (burst device):
2021.04.06 11:54:06.304 3: CUL_HM set SD.AZ statusRequest noArg
2021.04.06 11:54:06.324 0: HMLAN_Send: hmlan1 S:SA69A80EC stat: 00 t:00000000 d:01 r:A69A80EC m:55 B001 1ACE1F 52C4DF 010E
2021.04.06 11:54:06.704 4: CUL_Parse: cul868 A 0B 55 B001 1ACE1F 52C4DF 010E3D -43.5
2021.04.06 11:54:06.710 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2A msg: 55 B0 01 1ACE1F 52C4DF 010E
2021.04.06 11:54:06.843 4: CUL_Parse: cul868 A 0E 55 A010 52C4DF 1ACE1F 060101003F10 -66
2021.04.06 11:54:06.886 0: HMLAN_Parse: hmlan1 R:E52C4DF stat:0000 t:7F77E639 d:FF r:FFC0 m:55 A010 52C4DF 1ACE1F 060101003F
2021.04.06 11:54:06.890 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: 55 A0 10 52C4DF 1ACE1F 060101003F
2021.04.06 11:54:06.968 4: CUL_Parse: cul868 A 0A 55 8002 1ACE1F 52C4DF 003D -43.5
2021.04.06 11:54:06.973 0: HMLAN_Parse: hmlan1 R:RA69A80EC stat:0001 t:7F77E63E d:FF r:FFC0 m:55 A010 52C4DF 1ACE1F 060101003F
2021.04.06 11:54:06.977 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2A msg: 55 80 02 1ACE1F 52C4DF 00
list:
Internals:
DEF 206278
FUUID 5c4ce2e8-f33f-09c4-c9eb-e9db208fd11ff5a8
IODev hmuart1
LASTInputDev hmlan1
MSGCNT 294
NAME Thermostat.AZ
NOTIFYDEV global
NR 207
NTFY_ORDER 50-Thermostat.AZ
STATE Tsoll:15.0°C, Tist:15.2°C, Hist:51%, Mode:central, Bat:low
TYPE CUL_HM
channel_01 Thermostat.AZ_Weather
channel_02 Thermostat.AZ_Climate
channel_03 Thermostat.AZ_WindowRec
cul868_MSGCNT 98
cul868_RAWMSG A0CBD8670206278000000809833::-79:cul868
cul868_RSSI -79
cul868_TIME 2021-04-06 15:57:41
hmlan1_MSGCNT 98
hmlan1_RAWMSG E206278,0000,8056ECD5,FF,FFBA,BD8670206278000000809833
hmlan1_RSSI -70
hmlan1_TIME 2021-04-06 15:57:41
hmuart1_MSGCNT 98
hmuart1_RAWMSG 0500004CBD8670206278000000809833
hmuart1_RSSI -76
hmuart1_TIME 2021-04-06 15:57:41
lastMsg No:BD - t:70 s:206278 d:000000 809833
protCondBurst on
protLastRcv 2021-04-06 15:57:41
protRcv 98 last_at:2021-04-06 15:57:41
protSnd 2 last_at:2021-04-06 11:55:30
protSndB 1 last_at:2021-04-06 11:55:29
protState CMDs_done
rssi_at_cul868 cnt:98 min:-81 max:-78 avg:-79.34 lst:-79
rssi_at_hmlan1 cnt:98 min:-71 max:-68 avg:-68.83 lst:-70
rssi_at_hmuart1 cnt:98 min:-78 max:-74 avg:-76.22 lst:-76
rssi_hmuart1 cnt:1 min:-78 max:-78 avg:-78 lst:-78
.attraggr:
.attreocr:
.*
.attreour:
time-request
.attrminint:
.attrtocr:
.*
.userReadings:
HASH(0x3fa6a40)
CL:
Authenticated 0
BUF
FD 81
FW_ID 3665
LASTACCESS 1617717490
NAME WEB_192.168.1.31_51054
NR 4269
PEER 192.168.1.31
PORT 51054
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-04-06 15:58:07 state Connected
READINGS:
2021-04-06 11:53:50 .associatedWith Thermostat.AZ,Thermostat.AZ_Climate,Thermostat.AZ_Weather,Thermostat.AZ_WindowRec,Thermostat.AZ
2021-04-06 15:57:41 .protLastRcv 20210406155741
2021-03-23 13:08:49 Activity alive
2021-03-23 13:06:13 CommandAccepted yes
from archivexx D-firmware 2.1
from archivexx D-serialNr KEQ0039894
2021-03-23 13:08:23 PairedTo 0x1ACE1F
2021-03-23 13:04:09 R-backlOnMode auto
2021-03-23 13:04:09 R-backlOnTime 25
2021-03-23 13:04:09 R-btnLock off
2021-03-23 13:04:09 R-burstRx on
2021-03-23 13:04:09 R-pairCentral 0x1ACE1F
2021-03-23 13:08:23 RegL_00. 00:00 01:01 02:01 05:85 0A:1A 0B:CE 0C:1F 0F:00
2021-03-23 13:06:14 batNotOkCtr 1
2021-03-23 13:06:14 batNotOkFirstTime 2021-03-23 13:06:14
2021-03-23 13:06:14 battery low
2021-03-23 13:08:31 cfgState ok
2021-04-06 11:55:30 commState CMDs_done
2021-03-23 13:04:14 controlMode central
2021-03-23 13:04:14 day-temp 19 C
2021-03-23 13:04:14 decalcDay Sat
2021-03-23 13:06:14 desired-temp 15.0
2021-03-23 13:04:14 displayMode temp-only
2021-03-23 13:08:28 displayTemp actual
2021-03-23 13:04:14 displayTempUnit celsius
2021-04-06 14:55:20 humidity 51
2021-04-06 15:43:27 humidityAbsolut 6.6
2021-04-06 15:43:27 humidityAbsolutTrend →↘
2021-04-06 15:57:41 measured-temp 15.2
2021-03-23 13:04:14 night-temp 17.5 C
2021-03-23 13:04:14 party-temp 20 C
2021-04-06 15:57:41 state T: 15.2 H: 51
2021-04-06 00:02:27 time-request -
- tmpl_0 tc1:a:auto b:25 c:off d:on,
helper:
HM_CMDNR 189
cSnd ,011ACE1F206278020E
mId 0039
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
tmplChg 0
cmds:
TmplKey :1617702836.92236:1617702836.93607
TmplTs 1617702836.93607
cmdKey 0:1:0::Thermostat.AZ:0039:00:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
desired-temp (on|off|6.0..30.0;0.5)
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan TC_00_sensor,tc1
tplDel 0>tc1
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 1
det 1
raw 1
tpl 1
io:
flgs 0
newChn +206278,00,00,00
nextSend 1617717461.39153
rxt 2
vccu ccu
p:
206278
00
00
00
prefIO:
hmuart1
mRssi:
mNo BD
io:
cul868:
-79
-79
hmlan1:
-70
-70
hmuart1:
-74
-74
hmusb1:
peerIDsH:
prt:
awake 0
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_cul868:
avg -79.3469387755102
cnt 98
lst -79
max -78
min -81
at_hmlan1:
avg -68.8367346938775
cnt 98
lst -70
max -68
min -71
at_hmuart1:
avg -76.2244897959183
cnt 98
lst -76
max -74
min -78
hmuart1:
avg -78
cnt 1
lst -78
max -78
min -78
shadowReg:
tmpl:
0>tc1 auto 25 off on
Attributes:
.mId 0039
IODev hmuart1
IOgrp ccu:hmuart1
actCycle 000:10
actStatus alive
alias 10. Thermostat.AZ
autoReadReg 5_readMissing
burstAccess 1_auto
comment Lueftung
event-on-change-reading .*
event-on-update-reading time-request
expert defReg,allReg,rawReg,templ
firmware 2.1
group Heizung.AZ
model HM-CC-TC
room 20_AZ,98_Ventile
serialNr KEQ0039894
stateFormat Tsoll:desired-temp°C, Tist:measured-temp°C, Hist:humidity%, Mode:controlMode, Bat:battery
subType thermostat
timestamp-on-change-reading .*
userReadings humidityAbsolut:(measured-temp|humidity).* {AbsoluteFeuchte(ReadingsVal($name,"measured-temp",0),ReadingsVal($name,"humidity",0))}
4. die weiteren verbesserungen (cul / vccu) muss ich mir erst in ruhe ansehen.
hier ist ja viel passiert. 8)
Hallo Frank, hallo Martin,
Zitatdas autonome senden von A112 findet nicht statt, da das io erst nach dem empfang der WAKEMEUP message entsprechend gesetzt wird.
der zweite versuch beim nächsten wakeup-cycle funktioniert dann, da nun die autonomen A112 msgs gesendet werden.
Das liegt mit an Deinem Wunsch, das Attribut IODev zu haben. ;)
- CUL_HM verarbeit es nicht in CUL_HM_Attr, es wird nur durch fhem.pl verarbeitet und da wird nur IODev gesetzt, aber nicht das IO selbst entsprechend mit Id Anmeldung versorgt.
- Beim Start von fhem, wenn es erstmalig aus der cfg gesetzt wird, stehen noch nicht zwingend alle Informationen zum HM device zur Verfügung, um das IO wirklich richtig zu präparieren.
- Das wird erst nach dem Start von FHEM via CUL_HM_updateConfig versucht. Dann ist aber IODev schon von der fhem.pl gesetzt (tut es in finish_init()), was derzeit verhindert, dass ein assign durchgeführt wird.
Da bin ich nicht unschuldig dran, ist mir nicht aufgefallen, dass das für HMLAN/HMUARTLGW ein Problem darstellt, sorry.
Aber ich denke, durch Verarbeitung des Attributs in CUL_HM_Attr lässt sich das lösen. Ist ohnehin unschön, dass das manuelle Setzen des Attributes nicht zu einem vollständigen assign beim IO führt.
Ist aber was zum n mal drüber nachdenken, denn für TSCULs soll auch die Wiederherstellung im Gerät befindlicher Zuordnungen noch funktionieren, um bei speicheramen CULs das EEPROM zu schonen.
Gruß, Ansgar.
hi ansgar,
bloss keinen stress wegen diesen "problemchen".
aktuell läuft es bereits deutlich besser als zuvor. keine kollisionen mehr zwischen autonomen und expliziten A112, wodurch die kommunikation oft erst gar nicht zu stande kam. der sniff vom getconfig könnte doch aus einem eq3 werbefilm sein, so makellos wie der aussieht.
ich hoffe sehr, dass du keinen vorwurf meinerseits zwischen irgend welchen zeilen vermutest, da es nicht den geringsten anlass dazu gibt. dein einsatz die angesprochenen probleme überhaupt an zu gehen, finde ich sensationell.
ich versuche lediglich meine "fehlerbeschreibungen" und/oder beobachtungen kurz und prägnant mitzuteilen, damit du sie möglichst gut verstehen kannst. und immer mit dem anspruch, dass das ergebnis mindestens genau so gut wird, wie es bei eq3 zu beobachten ist.
so weit, so gut; ... hoffentlich. :)
ZitatDas liegt mit an Deinem Wunsch, das Attribut IODev zu haben.
ich sagte eher:
wenn bei restart das io zunächst aus dem attribut IODev gesetzt wird,
dann sollte das attribut auch einigermassen aktuell sein.
richtig gut ist dieses vorgehen aber weiterhin nicht, da das dort hinterlegte io bei restart trotzdem nicht mehr vorhanden sein kann, oder vor dem restart war gerade ein ersatz-io assignt, oder ..., oder ... .
eigentlich müsste das io bei restart sofort nach den regeln des attr IOgrp gewählt werden.
zumindestens so schnell wie möglich und nicht erst irgendwann mal bei einem set cmd.
das präparieren der io scheint mir auch etwas überdenkenswert zu sein.
vor allem beim hmuart in der startphase kann da etwas nicht stimmen. manche devices werden bis zu 4 mal assignt.
zusätzlich wird scheinbar auch vor jedem set cmd, wenn nötig, auf wakeup präpariert und hinterher wieder zurück.
eventuell ist das ein "generisches" vorgehen, aber sicherlich nicht effektiv.
gruss frank
Hallo Frank,
Zitatich hoffe sehr, dass du keinen vorwurf meinerseits zwischen irgend welchen zeilen vermutest, da es nicht den geringsten anlass dazu gibt. dein einsatz die angesprochenen probleme überhaupt an zu gehen, finde ich sensationell.
ich versuche lediglich meine "fehlerbeschreibungen" und/oder beobachtungen kurz und prägnant mitzuteilen, damit du sie möglichst gut verstehen kannst. und immer mit dem anspruch, dass das ergebnis mindestens genau so gut wird, wie es bei eq3 zu beobachten ist.
Nein, keine Sorge.
Dein Feedback mit Hintergrundwissen-/erfahrung und passendem Logging ist sehr hilfreich, finde ich. Danke! :)
Mehrfache Zuweisungen sollte IO handhaben, wie es das benötigt und seinen Zustand sieht.
Gruß, Ansgar.
hallo ansgar,
ich habe nun deine neueste version in antwort #18 entdeckt.
dort fehlt in zeile 3716 eine schliessende geschweifte klammer vor dem else.
}
else {
Log 4,'got unexpected RegisterRead. Not waiting for msgNo:'.hex($mhp->{mNo});
}
ZitatDas liegt mit an Deinem Wunsch, das Attribut IODev zu haben.
wenn ich es richtig verstehe, sind diese änderungen noch nicht in cul_hm 24158, sondern in deiner version aus beitrag #18. gestern habe ich aber erst martins neueste version 24158 getestet.
demnach kann der wunsch ja nicht die ursache sein.
hier mal ein io-wechsel von hmlan auf hmuart mit anschliessendem manuellen statusrequestbeim auslösen des request übers frontend wird zunächst noch das falsche (alte) io präpariert. erst nach dem empfang der WAKEMEUP msg wird umgeswitcht. zum abschluss war das attr IODev allerdings "richtig" gesetzt.
der spezialsensor mit A270 hat ebenfalls das problem mit "doppellten" requests.
ausserdem gibt es schwierigkeiten bei diesem sensor mit dem timing. entweder das autonome 8102, oder der nachfolgende A001 cmd.
##################### manueller statusrequest mit io-wechsel hmlan => hmuart
2021-04-07 12:18:50.103 Global global ATTR Wetter.Sued IOgrp ccu:hmuart1
2021.04.07 12:19:24.856 3 : CUL_HM set Wetter.Sued statusRequest noArg
2021.04.07 12:19:25.003 0 : HMLAN_Send: hmlan1 I:+6869B6,02,00,00
2021.04.07 12:21:17.433 4 : CUL_Parse: cul868 A 14 63 A270 6869B6 1ACE1F 00BA272ACB0000B13608FC3B -44.5
2021.04.07 12:21:17.437 3 : CUL_HM set Wetter.Sued statusRequest noArg
2021.04.07 12:21:17.440 0 : HMLAN_Send: hmlan1 I:-6869B6
2021.04.07 12:21:17.441 0 : HMUARTLGW hmuart1 send: 01 066869B6000100
2021.04.07 12:21:17.495 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:84B74FFB d:FF r:FFD4 m:63 A270 6869B6 1ACE1F 00BA272ACB0000B13608FC
2021.04.07 12:21:17.499 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 63 A2 70 6869B6 1ACE1F 00BA272ACB0000B13608FC
2021.04.07 12:21:17.502 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.07 12:21:17.503 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.07 12:21:17.504 0 : HMUARTLGW hmuart1 added peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF
2021.04.07 12:21:17.507 0 : HMUARTLGW hmuart1 send: 01 066869B6000100
2021.04.07 12:21:17.514 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.07 12:21:17.515 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.07 12:21:17.516 0 : HMUARTLGW hmuart1 added peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF
2021.04.07 12:21:17.550 4 : CUL_Parse: cul868 A 0A 63 8102 1ACE1F 6869B6 003E -43
2021.04.07 12:21:17.556 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 2B msg: 63 81 02 1ACE1F 6869B6 00
2021.04.07 12:21:17.818 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 64 A0 01 1ACE1F 6869B6 010E
2021.04.07 12:21:17.848 4 : CUL_Parse: cul868 A 0B 64 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:21:17.860 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84B7519A d:FF r:FFD1 m:64 A001 1ACE1F 6869B6 010E
2021.04.07 12:21:18.124 4 : CUL_Parse: cul868 A 0B 64 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:21:18.135 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84B752AE d:FF r:FFD2 m:64 A001 1ACE1F 6869B6 010E
2021.04.07 12:21:18.423 4 : CUL_Parse: cul868 A 0B 64 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:21:18.432 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84B753D8 d:FF r:FFD1 m:64 A001 1ACE1F 6869B6 010E
2021.04.07 12:21:18.674 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2021.04.07 12:21:18.676 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2021.04.07 12:23:53.833 4 : CUL_Parse: cul868 A 14 64 A270 6869B6 1ACE1F 00BB262ACB0000AD7509603A -45
2021.04.07 12:23:53.889 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:84B9B2FF d:FF r:FFD4 m:64 A270 6869B6 1ACE1F 00BB262ACB0000AD750960
2021.04.07 12:23:53.893 0 : HMUARTLGW hmuart1 recv: 01 05 11 00 2C msg: 64 A2 70 6869B6 1ACE1F 00BB262ACB0000AD750960
2021.04.07 12:23:53.948 4 : CUL_Parse: cul868 A 0A 64 8102 1ACE1F 6869B6 0068 -22
2021.04.07 12:23:53.959 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84B9B373 d:FF r:FFD1 m:64 8102 1ACE1F 6869B6 00
2021.04.07 12:23:54.191 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 65 A0 01 1ACE1F 6869B6 010E
2021.04.07 12:23:54.217 4 : CUL_Parse: cul868 A 0B 65 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:23:54.228 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84B9B480 d:FF r:FFD1 m:65 A001 1ACE1F 6869B6 010E
2021.04.07 12:23:54.575 4 : CUL_Parse: cul868 A 0B 65 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:23:54.585 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84B9B5E6 d:FF r:FFD1 m:65 A001 1ACE1F 6869B6 010E
2021.04.07 12:23:54.854 4 : CUL_Parse: cul868 A 0B 65 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:23:54.864 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84B9B6FD d:FF r:FFD1 m:65 A001 1ACE1F 6869B6 010E
2021.04.07 12:23:55.106 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2021.04.07 12:23:55.108 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2021.04.07 12:26:14.531 4 : CUL_Parse: cul868 A 14 65 A270 6869B6 1ACE1F 00BD262ACB000110E609603B -44.5
2021.04.07 12:26:14.591 0 : HMUARTLGW hmuart1 recv: 01 05 11 00 2B msg: 65 A2 70 6869B6 1ACE1F 00BD262ACB000110E60960
2021.04.07 12:26:14.594 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:84BBD8AA d:FF r:FFD5 m:65 A270 6869B6 1ACE1F 00BD262ACB000110E60960
2021.04.07 12:26:14.639 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 66 A0 01 1ACE1F 6869B6 010E
2021.04.07 12:26:14.645 0 : HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.07 12:26:14.646 0 : HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.07 12:26:14.648 4 : CUL_Parse: cul868 A 0A 65 8102 1ACE1F 6869B6 0068 -22
2021.04.07 12:26:14.657 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BBD91F d:FF r:FFD2 m:65 8102 1ACE1F 6869B6 00
2021.04.07 12:26:14.699 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 66 A0 01 1ACE1F 6869B6 010E
2021.04.07 12:26:14.785 4 : CUL_Parse: cul868 A 0B 66 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:26:14.796 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BBD9AA d:FF r:FFD2 m:66 A001 1ACE1F 6869B6 010E
2021.04.07 12:26:14.865 4 : CUL_Parse: cul868 A 0E 66 A410 6869B6 1ACE1F 06010000003B -44.5
2021.04.07 12:26:14.874 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2021.04.07 12:26:14.875 0 : HMUARTLGW hmuart1 Ack: 02
2021.04.07 12:26:14.877 0 : HMUARTLGW hmuart1 send: 00 08
2021.04.07 12:26:14.879 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:84BBD9F8 d:FF r:FFD5 m:66 A410 6869B6 1ACE1F 0601000000
2021.04.07 12:26:14.883 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 2B msg: 66 A4 10 6869B6 1ACE1F 0601000000
2021.04.07 12:26:14.886 0 : HMUARTLGW hmuart1 recv: 00 040225, state 98
2021.04.07 12:26:14.887 0 : HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2021.04.07 12:26:14.985 4 : CUL_Parse: cul868 A 0A 66 8002 1ACE1F 6869B6 0068 -22
2021.04.07 12:26:14.996 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BBDA72 d:FF r:FFD2 m:66 8002 1ACE1F 6869B6 00
2021.04.07 12:26:15.180 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 67 A0 01 1ACE1F 6869B6 010E
2021.04.07 12:26:15.206 4 : CUL_Parse: cul868 A 0B 67 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:26:15.217 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BBDB4F d:FF r:FFD2 m:67 A001 1ACE1F 6869B6 010E
2021.04.07 12:26:15.574 4 : CUL_Parse: cul868 A 0B 67 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:26:15.584 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BBDCBE d:FF r:FFD2 m:67 A001 1ACE1F 6869B6 010E
2021.04.07 12:26:15.874 4 : CUL_Parse: cul868 A 0B 67 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:26:15.884 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BBDDEA d:FF r:FFD1 m:67 A001 1ACE1F 6869B6 010E
2021.04.07 12:26:16.126 0 : HMUARTLGW hmuart1 recv: 01 0404, state 100
2021.04.07 12:26:16.127 0 : HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2021.04.07 12:29:28.860 4 : CUL_Parse: cul868 A 14 66 A270 6869B6 1ACE1F 00BE262ACB0001039C09603A -45
2021.04.07 12:29:28.926 0 : HMUARTLGW hmuart1 recv: 01 05 11 00 2C msg: 66 A2 70 6869B6 1ACE1F 00BE262ACB0001039C0960
2021.04.07 12:29:28.929 0 : HMLAN_Parse: hmlan1 R:E6869B6 stat:0000 t:84BECFDC d:FF r:FFD4 m:66 A270 6869B6 1ACE1F 00BE262ACB0001039C0960
2021.04.07 12:29:28.972 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 67 A0 01 1ACE1F 6869B6 010E
2021.04.07 12:29:28.977 4 : CUL_Parse: cul868 A 0A 66 8102 1ACE1F 6869B6 0068 -22
2021.04.07 12:29:28.986 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BED051 d:FF r:FFD1 m:66 8102 1ACE1F 6869B6 00
2021.04.07 12:29:29.114 4 : CUL_Parse: cul868 A 0B 67 A001 1ACE1F 6869B6 010E68 -22
2021.04.07 12:29:29.125 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BED0DC d:FF r:FFD1 m:67 A001 1ACE1F 6869B6 010E
2021.04.07 12:29:29.193 4 : CUL_Parse: cul868 A 0E 67 A410 6869B6 1ACE1F 06010000003B -44.5
2021.04.07 12:29:29.225 0 : HMUARTLGW hmuart1 recv: 01 0402, state 100
2021.04.07 12:29:29.227 0 : HMUARTLGW hmuart1 Ack: 02
2021.04.07 12:29:29.227 0 : HMUARTLGW hmuart1 send: 01 066869B6000000
2021.04.07 12:29:29.231 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 2B msg: 67 A4 10 6869B6 1ACE1F 0601000000
2021.04.07 12:29:29.235 0 : HMUARTLGW hmuart1 recv: 01 0408, state 90
2021.04.07 12:29:29.236 0 : HMUARTLGW hmuart1 GetSet Ack: 08, state 90
2021.04.07 12:29:29.315 4 : CUL_Parse: cul868 A 0A 67 8002 1ACE1F 6869B6 0068 -22
2021.04.07 12:29:29.325 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84BED1A4 d:FF r:FFD2 m:67 8002 1ACE1F 6869B6 00
2021.04.07 12:29:29.738 0 : HMUARTLGW hmuart1 send: 01 066869B6000000
2021.04.07 12:29:29.745 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2021.04.07 12:29:29.746 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.07 12:29:29.747 0 : HMUARTLGW hmuart1 added peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF
2021.04.07 12:29:29.749 0 : HMUARTLGW hmuart1 send: 01 066869B6000000
2021.04.07 12:29:29.756 0 : HMUARTLGW hmuart1 recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 93
2021.04.07 12:29:29.757 0 : HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.07 12:29:29.758 0 : HMUARTLGW hmuart1 added peer: 6869B6, aesChannels: FFFFFFFFFFFFFFFF
2021.04.07 12:32:27.230 4 : CUL_Parse: cul868 A 14 67 A270 6869B6 1ACE1F 00BF252ACB0000DCF409603B -44.5
2021.04.07 12:32:27.279 0 : HMUARTLGW hmuart1 recv: 01 05 01 00 2B msg: 67 A2 70 6869B6 1ACE1F 00BF252ACB0000DCF40960
2021.04.07 12:32:27.345 4 : CUL_Parse: cul868 A 0A 67 8002 1ACE1F 6869B6 0068 -22
2021.04.07 12:32:27.356 0 : HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:84C18929 d:FF r:FFD2 m:67 8002 1ACE1F 6869B6 00
Internals:
.lastTimebatVoltage 1617793865.2822
.lastTimebattery 1617787733.44553
.triggerUsed 1
DEF 6869B6
FUUID 5c4ce2eb-f33f-09c4-4dec-70db0da4a026d89f
IODev hmuart1
LASTInputDev hmuart1
MSGCNT 131
NAME Wetter.Sued
NOTIFYDEV global
NR 430
NTFY_ORDER 50-Wetter.Sued
STATE T: 20.0 H: 37 L: 537 P: 1095.6
TYPE CUL_HM
chanNo 01
cul868_MSGCNT 47
cul868_RAWMSG A1476A2706869B61ACE1F00C8252ACC0000D1F30960::-44.5:cul868
cul868_RSSI -44.5
cul868_TIME 2021-04-07 13:13:37
hmlan1_MSGCNT 37
hmlan1_RAWMSG E6869B6,0000,84E73D41,FF,FFD5,76A2706869B61ACE1F00C8252ACC0000D1F30960
hmlan1_RSSI -43
hmlan1_TIME 2021-04-07 13:13:38
hmuart1_MSGCNT 47
hmuart1_RAWMSG 0501002C76A2706869B61ACE1F00C8252ACC0000D1F30960
hmuart1_RSSI -44
hmuart1_TIME 2021-04-07 13:13:38
lastMsg No:76 - t:70 s:6869B6 d:1ACE1F 00C8252ACC0000D1F30960
protLastRcv 2021-04-07 13:13:37
protRcv 43 last_at:2021-04-07 13:13:37
protResnd 6 last_at:2021-04-07 12:26:18
protSnd 57 last_at:2021-04-07 13:13:37
protState CMDs_done
rssi_at_cul868 cnt:47 min:-45.5 max:-44.5 avg:-44.67 lst:-44.5
rssi_at_hmlan1 cnt:37 min:-45 max:-43 avg:-43.75 lst:-43
rssi_at_hmuart1 cnt:47 min:-44 max:-43 avg:-43.68 lst:-44
.attraggr:
.attreocr:
.*
.attrminint:
batVoltage:86400
battery:86400
.attrtocr:
.*
.userReadings:
HASH(0x41a3dc8)
HASH(0x41a1ba8)
CL:
Authenticated 0
BUF
FD 76
FW_ID 2311
LASTACCESS 1617794066
NAME WEB_192.168.1.31_50521
NR 2311
PEER 192.168.1.31
PORT 50521
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-04-07 13:14:20 state Connected
READINGS:
1900-01-01 00:00:01 .D-devInfo 030100
1900-01-01 00:00:01 .D-stc 70
2021-04-07 11:28:43 .associatedWith Wetter.Sued,Wetter.Sued
2021-03-30 16:34:58 .peerListRDate 2021-03-30 16:34:58
2021-04-07 13:13:37 .protLastRcv 20210407131337
2021-03-23 13:08:49 Activity alive
from archivexx D-firmware 0.14
from archivexx D-serialNr UWS3621504
2021-03-23 14:43:53 PairedTo 0x1ACE1F
2021-04-07 11:28:47 R-altitude 78 m
2021-04-07 11:28:47 R-burstRx off
2021-04-07 11:28:47 R-ledMode off
2021-04-07 11:28:47 R-lowBatLimitTHPL 2.3 V
2021-04-07 11:28:47 R-pairCentral 0x1ACE1F
2021-04-07 11:28:47 R-transmDevTryMax 3
2021-03-30 16:30:15 RegL_00. 00:00 01:00 05:24 0A:1A 0B:CE 0C:1F 12:17 14:03 24:00 25:4E
2021-04-07 13:05:13 absFeuchte 6.1
2021-04-07 04:56:30 batNotOkCtr 6
2021-04-02 13:30:02 batNotOkFirstTime 2021-04-02 13:30:02
2021-04-07 13:11:05 batVoltage 2.40
2021-04-07 11:28:53 battery ok
2021-03-30 16:34:58 cfgState ok
2021-04-07 12:29:29 commState CMDs_done
2021-04-07 13:05:13 dewpoint 4.3
2021-04-07 13:08:17 humidity 37
2021-04-07 13:11:05 humidityAbsolut 6.4
2021-04-07 13:13:37 luminosity 537
2021-04-07 13:13:37 measured-temp 20.0
2021-04-07 13:13:37 pressure 1095.6
2021-03-23 14:52:19 recentStateType info
2021-04-07 13:13:37 state T: 20.0 H: 37 L: 537 P: 1095.6
2021-04-07 13:13:37 temperature 20.0
- tmpl_0 THPL_00_default,
2021-03-23 23:59:59 x_sd 0
helper:
HM_CMDNR 118
cSnd 011ACE1F6869B6010E,011ACE1F6869B6010E
mId F101
peerFriend peerRecT
peerIDsState complete
peerOpt p:THPLSensor
regLst 0
rxType 156
supp_Pair_Rep 0
tmplChg 0
ack:
cmds:
TmplKey :1617787727.25187:1617787728.66468
TmplTs 1617787728.66468
cmdKey 1:1:0::Wetter.Sued:F101:01:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate ...
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getSerial noArg
getVersion noArg
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan 0 ... single [set|unset] [actor|remote|both]
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 slider,0,1,255
peer
peerOpt
tplChan THPL_00_default
tplDel 0>THPL_00_default
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 1
det 1
raw 1
tpl 1
io:
flgs 0
newChn +6869B6,00,00,00
nextSend 1617794018.32982
rxt 2
vccu ccu
p:
6869B6
00
00
00
prefIO:
hmuart1
mRssi:
mNo 76
io:
cul868:
-44.5
-44.5
hmlan1:
-43
-43
hmuart1:
-36
-36
hmusb1:
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO cul868
flg A
ts 1617794017.96995
ack:
HASH(0x4155a50)
7680021ACE1F6869B600
rssi:
at_cul868:
avg -44.6702127659574
cnt 47
lst -44.5
max -44.5
min -45.5
at_hmlan1:
avg -43.7567567567568
cnt 37
lst -43
max -43
min -45
at_hmuart1:
avg -43.6808510638298
cnt 47
lst -44
max -43
min -44
shadowReg:
tmpl:
0>THPL_00_default
Attributes:
.mId F101
IODev hmuart1
IOgrp ccu:hmuart1
actCycle 000:10
actStatus alive
autoReadReg 5_readMissing
comment batChange: 2020-09-11 20:34:12 (oldBat: low since 2020-08-14 04:14:43)
batChange: 2020-10-05 11:21:18 (oldBat: low since 2020-09-20 04:57:15)
batChange: 2020-11-27 14:17:02 (oldBat: low since 2020-11-07 08:10:57)
batChange: 2021-01-17 12:17:37 (oldBat: low since 2021-01-10 04:48:18)
reparatur: 2021-01-19 14:13:40 (configtaster defekt)
event-min-interval batVoltage:86400,battery:86400
event-on-change-reading .*
expert defReg,allReg,rawReg,templ
firmware 0.15
model HB-UW-Sen-THPL-I
msgRepeat 6
peerIDs 00000000
room 65_Flur.OG,70_Garten
serialNr UWS3621504
subType THPLSensor
timestamp-on-change-reading .*
userReadings measured-temp:temperature:.* {
return ReadingsVal($name,"temperature",0);
},
humidityAbsolut:(temperature|humidity):.* {
return AbsoluteFeuchte(ReadingsVal($name,"temperature",0),ReadingsVal($name,"humidity",0));
}
Hallo Frank,
Zitatdort fehlt in zeile 3716 eine schliessende geschweifte klammer vor dem else.
Danke für den Hinweis, ich hab's in beiden korrigiert. Fällt leider nicht auf, wenn man's nicht testet.
Zitatwenn ich es richtig verstehe, sind diese änderungen noch nicht in cul_hm 24158, sondern in deiner version aus beitrag #18. gestern habe ich aber erst martins neueste version 24158 getestet.
demnach kann der wunsch ja nicht die ursache sein.
Doch, das hatte Martin schon mitbekommen und eingearbeitet.
Zitatausserdem gibt es schwierigkeiten bei diesem sensor mit dem timing. entweder das autonome 8102, oder der nachfolgende A001 cmd.
Ich denke, der schläft recht früh wieder ein, sprich reagiert nicht angemessen auf 8102 mit längerer Wachsamkeit.
Kann man natürlich auch so interpretieren, dass CUL_HM zu spät seinen nächsten Request schickt.
Aber dann würde alles "Hallo Wach" Protokoll keinen Sinn machen. Nach 269ms oder 221ms schon wieder schlafen ist zu knapp. Eine der autonomen Wiederholungen sollte er noch mindestens aufschnappen können sollen, denke ich.
Gruß, Ansgar.
Hallo Frank,
ich hab jetzt mal im Anhang die Attribut IODev Ergänzung eingebaut.
Bitte teste mal, ob es was gebracht hat.
Wenn Du das Attribut händisch setzt, dann kommt die Meldung: 'IODev handled'
Das ist kein Fehler, sondern hindert fhem.pl daran, am $hash->{IODev} Änderungen vorzunehmen.
Meist wird damit das IO direkt umgestellt, kann aber auch erst verzögert passieren, je nach Zustand.
Gruß, Ansgar.
hallo ansgar,
Zitatich hab jetzt mal im Anhang die Attribut IODev Ergänzung eingebaut.
Bitte teste mal, ob es was gebracht hat.
es hat zumindestens gezeigt, dass die definition meines cul in der fhem.cfg viel zu spät eingebaut war. :)
eigentlich dachte ich gehört zu haben, dass die reihenfolge der definitionen nicht mehr so wichtig war.
oder war das vielleicht der grund, weshalb die anpassung des attr IODev irgendwann nicht mehr funktionierte?
alle probleme mit der wakeup-statusrequest-queue sind weiterhin identisch.
io zuweisungich hatte 2 neue meldungen nach restart im zusammenhang mit "IODev handled".
2021.04.08 08:57:04.890 3: SwitchES01: unknown IODev cul868 specified
2021.04.08 08:57:06.387 3: test: unknown IODev cul868 specified
diese meldungen sind nachvollziehbar, da die definitionen der beiden devices vor der cul definition erfolgten und beide den cul als prefered io gesetzt hatten und zumindestens noch vor ein paar tagen der cul auch in attr IODev stand.
einige zeit nach restart sieht die ausgabe von "get vccu listDevice" so aus:
devices using ccu
current IO / preferred
cul868 / cul868 HM_196BD8
cul868 / cul868 SwitchES01
cul868 / cul868 SwitchPBU07
cul868 / cul868 SwitchPBU08
cul868 / cul868 SwitchPBU09
cul868 / cul868 rssi_hmuart
cul868 / hmlan1 DimUP01
cul868 / hmlan1 SwitchUP02
hmlan1 / hmlan1 DimPBU01
hmlan1 / hmlan1 Fenster.Bad
hmlan1 / hmlan1 SD.AZ
hmlan1 / hmlan1 SD.SZ
hmlan1 / hmlan1 SD.WZ
hmlan1 / hmlan1 SDTeam
hmlan1 / hmlan1 SwitchPBU01
hmlan1 / hmlan1 SwitchPBU03
hmlan1 / hmlan1 SwitchPBU04
hmlan1 / hmlan1 SwitchPBU06
hmlan1 / hmlan1 SwitchPL01
hmlan1 / hmlan1 SwitchPL02
hmlan1 / hmlan1 SwitchUP01
hmlan1 / hmlan1 Thermostat.Bad
hmlan1 / hmlan1 Thermostat.Bad.OG
hmlan1 / hmlan1 Thermostat.Kueche
hmlan1 / hmlan1 Thermostat.OZ
hmlan1 / hmlan1 Thermostat.WZ
hmlan1 / hmlan1 Tuer.WZ.Terrasse
hmlan1 / hmlan1 VentilControler.AZ.Nord
hmlan1 / hmlan1 VentilControler.AZ.West
hmlan1 / hmlan1 VentilControler.Bad
hmlan1 / hmlan1 VentilControler.Kueche
hmlan1 / hmlan1 VentilControler.SZ
hmlan1 / hmlan1 VentilControler.WZ
hmlan1 / hmlan1 ccu
hmlan1 / hmlan1 virtAktorAlarmOff
hmlan1 / hmlan1 virt_vd
hmuart1 / hmuart1 HM_114B05
hmuart1 / hmuart1 SwitchPBU02
hmuart1 / hmuart1 SwitchPBU05
hmuart1 / hmuart1 Thermostat.AZ
hmuart1 / hmuart1 Thermostat.GZ
hmuart1 / hmuart1 Thermostat.Keller
hmuart1 / hmuart1 Thermostat.SZ
hmuart1 / hmuart1 Tuer.SZ
hmuart1 / hmuart1 Ventil.AZ.Nord
hmuart1 / hmuart1 Ventil.AZ.West
hmuart1 / hmuart1 Ventil.Bad
hmuart1 / hmuart1 Ventil.Kueche
hmuart1 / hmuart1 Ventil.SZ
hmuart1 / hmuart1 Ventil.WZ
hmuart1 / hmuart1 Wetter.Nord
hmuart1 / hmuart1 Wetter.Sued
hmusb1 / cul868 test
1. in dieser liste sollte man eigentlich keine ignored devices listen.
2. das device test hat jeweils attr ignore und dummy gesetzt.
das nun zugewiesene io hmusb1 hat ebenfalls attr dummy gesetzt.
wie kommt es dazu, dass dieses io gewählt wird, obwohl es nicht operabel ist?
attr ccu IOList hmlan1,cul868,hmusb1,hmuart1
3. das popup "IODev handled" bei der attribut eingabe ist sehr verwirrend.
es macht den eindruck, dass nichts passiert ist. man kann unendlich oft eine eingabe machen und jedesmal kommt das popup. erst wenn nach der bestätigung des popup die detailseite neu geladen wird, ist der erfolg sichtbar.
zusätzlich werden nach dem editieren und speichern der fhem.cfg über edit files dutzende fehler "IODev handled" angezeigt. ich dachte zuerst, jetzt habe ich die datei zerschossen. war aber alles ok.
also auch einfach nicht beachten und weiter machen.
ausserdem tauchen alle "IODev handled" zeilen auf der startseite nach dem restart auf.
das wird sicher viele aufgeregte support anfragen im forum aufwerfen, oder?
Messages collected while initializing FHEM:configfile: IODev handled
IODev handled
IODev handled
IODev handled
...
4. wenn in dieser version die option none bei prefferedIO in der vccu funktionieren sollte, was zumindestens den eindruck macht, dann müsste man auch noch hminfo configcheck anpassen, da sonst folgender fehler auftaucht:
IOgrp: prefered IO undefined
DimPBU01: ->none
DimUP01: ->none
SwitchUP02: ->none
5. schön wäre ein logeintrag, eventuell mit verbose 4 bei der vccu, aus dem ein io-wechsel erkennbar wird.
6. irgendwie starten die automatischen statusrequests beim restart grundsätzlich sehr früh.
bei den ersten requests ist scheinbar nur der cul operabel, wodurch dieser zunächst alle msgs sendet.
der hmlan macht kurze zeit später dann auch mit.
der hmuart braucht noch länger um senden zu können.
damit alle prefferedIO die chance zum senden bekommen können, müsste der start der requests eigentlich um 3-5 sekunden verzögert werden.
mit der option none lässt sich dies zwar auch erreichen, aber dadurch wird der cul dann ja grundsätzlich als backup ausgeschlossen.
gruss frank
Hallo Frank,
Zitatalle probleme mit der wakeup-statusrequest-queue sind weiterhin identisch.
D.h.
Zitat2. der erste versuch des automatischen statusrequest nach fhem restart wird ohne autonome A112 ausgeführt.
das autonome senden von A112 findet nicht statt, da das io erst nach dem empfang der WAKEMEUP message entsprechend gesetzt wird.
Ist auch so geblieben? Ich hatte auch beim Attribut modelForce noch eine IO Aktualisierung ergänzt und gehofft, dass das noch was bringen könnte. -> OK, war Quatsch, hat aber auch nicht weh getan. Ich hab das wieder raus genommen.
Zitateigentlich dachte ich gehört zu haben, dass die reihenfolge der definitionen nicht mehr so wichtig war.
Nun, nach Initialisierung von FHEM wird bei den devices die Konfiguration nochmal durchgeackert und ggf. ein IO gesetzt. Bis sich das aber alles "normalisiert" hat, können noch Probleme auftreten. Insbesondere, wenn messages vom IO vorher durch fhem verarbeitet werden sollten. Eigentlich sollten danach alle devices passend am IO angemedet sein.
Zitatdas nun zugewiesene io hmusb1 hat ebenfalls attr dummy gesetzt.
wie kommt es dazu, dass dieses io gewählt wird, obwohl es nicht operabel ist?
Das sehe ich grundsätzlich als Bug im IO Modul, da es dann seinen XmitOpen auf 0 setzen sollte.
Eigentlich wird nur CUL anders behandelt und da würde das Problem auch auftreten. Wäre schön, wenn Rudolf auch XmitOpen einbauen würde.
Zitat3. das popup "IODev handled" bei der attribut eingabe ist sehr verwirrend.
Das hatte ich angekündigt. Wenn die attr IODev Behandlung was nützliches bringt, dann wäre es sicherlich möglich Rudolf zur einem Rückgabewert zu überzeugen, der in der fhem.pl schlicht ignoriert wird, oder eine andere Lösung. Dann fiellen die Meldungen weg.
Nur zum Testen geht es nicht anders, da das assignIO auch zu einem anderen IO schalten kann, als das Setzen des Attributes möchte, bei TSCUL z.B., wenn das IO auf dummy gesetzt wäre oder das IO aus anderem Grund nicht operabel anzeigt.
In jedem Fall müßtest Du im Vergleich feststellen, dass das Setzen des Attributes mit IO Wechsel auch meißt direkt zu einer IO Vorbereitung führt, was bisher nicht der Fall war.
Zitat5. schön wäre ein logeintrag, eventuell mit verbose 4 bei der vccu, aus dem ein io-wechsel erkennbar wird.
Wenn es mit der IO Zuweisung keine Probleme gibt, dann bin ich stark dafür das Logging weg zu lassen, sprich nur Log, wenn ein Fehler auftritt. Da es vor dem Senden ausgeführt wird, ist es zeitkrisch und der Logging String wird schon zusammen gebaut, bevor festgestellt wird, das der verbose level gar keinen Log Eintrag möchte.
Zitatdamit alle prefferedIO die chance zum senden bekommen können, müsste der start der requests eigentlich um 3-5 sekunden verzögert werden.
Für meinen Geschmack eher noch deutlich mehr, weil auch andere Module (besonders bei mir ;) ) via Timer noch mit verzögerten Startaktionen rechenzeitfordernd dazwischen funken. Statt Sekunden eher Minuten...
Gruß, Ansgar.
hallo ansgar,
automatischer wakeup-statusrequestdas problem ist meiner meinung nach, dass die vorbereitung der aktion ebenfalls auf die WAKEMEUP message wartet.
es findet hier sozusagen keine trennung in "vorbereitung" und "ausführung" statt.
normaler weise wird ein befehl initiiert, indem der cmd einen logeintrag erhält, auf den stack kommt und das io präpariert wird. diese vorbereitung, gekennzeichnet durch cmds_pending, erwartet nun die aulösemessage.
nochmal aktuelles beispiel mit selbem device/IOdev:
2021.04.08 18:37:31.126 4: CUL_Parse: cul868 A 0C 1B 8670 2064CB 000000 005B3FED -83.5
2021.04.08 18:37:31.130 3: CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.04.08 18:37:31.243 0: HMUARTLGW hmuart1 recv: 01 05 00 00 4B msg: 1B 86 70 2064CB 000000 005B3F
2021.04.08 18:37:31.260 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:8B368ACB d:FF r:FFA5 m:1B 8670 2064CB 000000 005B3F
2021.04.08 18:37:31.341 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 1C A0 01 1ACE1F 2064CB 020E
2021.04.08 18:37:31.368 4: CUL_Parse: cul868 A 0B 1C A001 1ACE1F 2064CB 020E67 -22.5
2021.04.08 18:37:31.378 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:8B368BBD d:FF r:FFCD m:1C A001 1ACE1F 2064CB 020E
2021.04.08 18:37:31.708 4: CUL_Parse: cul868 A 0B 1C A001 1ACE1F 2064CB 020E67 -22.5
2021.04.08 18:37:31.718 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:8B368D11 d:FF r:FFCD m:1C A001 1ACE1F 2064CB 020E
2021.04.08 18:37:32.040 4: CUL_Parse: cul868 A 0B 1C A001 1ACE1F 2064CB 020E67 -22.5
2021.04.08 18:37:32.060 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:8B368E5B d:FF r:FFCD m:1C A001 1ACE1F 2064CB 020E
2021.04.08 18:37:32.289 0: HMUARTLGW hmuart1 recv: 01 0404, state 100
2021.04.08 18:37:32.291 0: HMUARTLGW hmuart1 can't send due to unknown problem (no response?)
2021.04.08 18:37:32.292 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.08 18:37:32.299 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2021.04.08 18:37:32.300 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.08 18:37:32.301 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.08 18:37:32.304 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.08 18:37:32.310 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 93
2021.04.08 18:37:32.312 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.08 18:37:32.312 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
....
2021.04.08 18:40:14.633 4: CUL_Parse: cul868 A 0C 1C 8670 2064CB 000000 005C3FEC -84
2021.04.08 18:40:14.644 3: CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.04.08 18:40:14.770 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 1D A0 01 1ACE1F 2064CB 020E
2021.04.08 18:40:14.774 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:8B390994 d:FF r:FFA5 m:1C 8670 2064CB 000000 005C3F
2021.04.08 18:40:14.777 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:8B390A0F d:FF r:FFCD m:3C A112 1ACE1F 2064CB
2021.04.08 18:40:14.782 4: CUL_Parse: cul868 A 09 3C A112 1ACE1F 2064CB 67 -22.5
2021.04.08 18:40:14.788 0: HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.08 18:40:14.789 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.08 18:40:14.842 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 1D A0 01 1ACE1F 2064CB 020E
2021.04.08 18:40:14.848 0: HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.08 18:40:14.849 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.08 18:40:14.884 4: CUL_Parse: cul868 A 0A 3C 8002 2064CB 1ACE1F 00EE -83
2021.04.08 18:40:14.891 0: HMUARTLGW hmuart1 recv: 01 05 10 00 4B msg: 1C 86 70 2064CB 000000 005C3F
2021.04.08 18:40:14.898 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:8B390A92 d:FF r:FFA4 m:3C 8002 2064CB 1ACE1F 00
2021.04.08 18:40:14.986 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 1D A0 01 1ACE1F 2064CB 020E
2021.04.08 18:40:15.025 4: CUL_Parse: cul868 A 0B 1D A001 1ACE1F 2064CB 020E67 -22.5
2021.04.08 18:40:15.037 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:8B390B1E d:FF r:FFCD m:1D A001 1ACE1F 2064CB 020E
2021.04.08 18:40:15.157 4: CUL_Parse: cul868 A 0E 1D 8002 2064CB 1ACE1F 01020C004FED -83.5
2021.04.08 18:40:15.176 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:8B390BA2 d:FF r:FFA4 m:1D 8002 2064CB 1ACE1F 01020C004F
2021.04.08 18:40:15.182 0: HMUARTLGW hmuart1 recv: 01 04 03 00 4B msg: 1D 80 02 2064CB 1ACE1F 01020C004F
2021.04.08 18:40:15.278 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 1E A0 01 1ACE1F 2064CB 020E
2021.04.08 18:40:15.306 4: CUL_Parse: cul868 A 0B 1E A001 1ACE1F 2064CB 020E67 -22.5
2021.04.08 18:40:15.315 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:8B390C37 d:FF r:FFCD m:1E A001 1ACE1F 2064CB 020E
2021.04.08 18:40:15.438 4: CUL_Parse: cul868 A 0E 1E 8002 2064CB 1ACE1F 01020C0050EE -83
2021.04.08 18:40:15.533 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:8B390CBC d:FF r:FFA4 m:1E 8002 2064CB 1ACE1F 01020C0050
2021.04.08 18:40:15.537 0: HMUARTLGW hmuart1 recv: 01 04 03 00 4B msg: 1E 80 02 2064CB 1ACE1F 01020C0050
2021.04.08 18:40:15.540 0: HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.08 18:40:15.696 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2021.04.08 18:40:15.697 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.08 18:40:15.698 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.08 18:40:15.701 0: HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.08 18:40:15.714 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 93
2021.04.08 18:40:15.715 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.08 18:40:15.716 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
ZitatDas sehe ich grundsätzlich als Bug im IO Modul, da es dann seinen XmitOpen auf 0 setzen sollte.
Eigentlich wird nur CUL anders behandelt und da würde das Problem auch auftreten. Wäre schön, wenn Rudolf auch XmitOpen einbauen würde.
der hmusb hat xmitopen=0
Internals:
DEF fritz.box:1234
DeviceName fritz.box:1234
FUUID 5c4ce2e7-f33f-09c4-37e6-608fb13c49ee601e
NAME hmusb1
NR 28
NTFY_ORDER 50-hmusb1
STATE disconnected
TYPE HMLAN
XmitOpen 0
assignedIDsCnt 0
msgKeepAlive
msgLoadCurrent 0
owner
owner_CCU ccu
.attraggr:
.attreocr:
.*
.attreour:
prot_ERROR-Overload
prot_Warning-HighLoad
prot_disconnected
prot_init
prot_keepAlive
prot_ok
prot_timeout
.attrminint:
READINGS:
2017-02-02 16:15:41 D-HMIdAssigned 1ACE1F
2017-02-02 16:15:41 D-HMIdOriginal 263408
2017-02-02 16:15:41 D-firmware 0.967
2017-02-02 16:15:41 D-serialNr KEQ1111271
2021-04-09 23:17:18 Xmit-Events dummy:1 disconnected:1
2021-04-09 23:17:18 cond dummy
2017-02-06 11:11:46 loadLvl low
2021-04-09 23:17:18 prot_disconnected last
2021-04-09 23:17:18 prot_dummy last
2017-02-06 23:17:13 prot_init last
2017-02-06 11:12:16 prot_keepAlive last
2017-02-02 16:15:41 prot_ok last
2017-02-02 09:47:45 prot_timeout last
2021-04-09 23:17:18 state disconnected
helper:
assIdCnt 0
assIdRep 0
cnd:
251 1
253 1
k:
BufMin 30
DlyMax 0
Start 0
loadLvl:
bl 40
a:
99
90
40
0
h:
0 low
40 batchLevel
90 high
99 suspended
log:
all 0
sys 0
ids:
20DFE1
q:
HMcndN 251
answerPend 0
hmLanQlen 1
loadLastMax 0
loadNo 0
scnt 0
ald:
0
0
0
0
0
0
0
0
0
0
0
0
apIDs:
Attributes:
dummy 1
event-on-change-reading .*
event-on-update-reading prot_ERROR-Overload,prot_Warning-HighLoad,prot_disconnected,prot_init,prot_keepAlive,prot_ok,prot_timeout
group IO-Devices
hmId 1ACE1F
hmLanQlen 1_min
loadLevel 0:low,40:batchLevel,90:high,99:suspended
logIDs Thermostat.OZ
room 90_Technik
wdTimer 25
ZitatDas hatte ich angekündigt.
ich komme damit klar und es funktioniert auch gut, soweit es zu erkennen ist.
Hallo Frank,
Zitatdas problem ist meiner meinung nach, dass die vorbereitung der aktion ebenfalls auf die WAKEMEUP message wartet.
es findet hier sozusagen keine trennung in "vorbereitung" und "ausführung" statt.
Du hast das Problem nur nach fhem restart, so habe ich es verstanden.
Beim nächsten ausgelösten statusRequest passiert es nicht mehr, richtig?
Mit dem push auf den leeren cmdstack wird das IO präpariert, allerdings nur, wenn die Information dazu vorliegen, dass das device es benötigt und es nicht bereits so vorbereitet ist. (so sagt es mir der code, glaube ich)
sub CUL_HM_protState($$){
my ($hash,$state) = @_;
my $name = $hash->{NAME};
my $sProcIn = $hash->{helper}{prt}{sProc};
$sProcIn = 0 if(!defined $sProcIn);
...
Log3 $name,5,"CUL_HM $name protEvent:$state".
($hash->{cmdStack}?" pending:".scalar @{$hash->{cmdStack}}:"");
CUL_HM_hmInitMsgUpdt($hash) if ( $hash->{helper}{prt}{sProc} != $sProcIn
&& ( $hash->{helper}{prt}{sProc} < 2
||($hash->{helper}{prt}{sProc} == 2 && $sProcIn == 0 )));
}
Ich habe das Logging mal etwas erweitert (Anhang):
Log3 $name,5,"CUL_HM $name protEvent:$state".
($hash->{cmdStack}?" pending:".scalar @{$hash->{cmdStack}}:"")
.", $sProcIn -> $hash->{helper}{prt}{sProc}, $hash->{helper}{io}{newChn}, $hash->{helper}{io}{rxt}";
Zitatder hmusb hat xmitopen=0
Wenn dummy nach der IO Zuweisung gesetzt wird, dann würde auch ein daraus resultierends XmitOpen=0 nicht helfen bis zum nächsten assignIO. Fällt mir zunächst dazu ein.
Ich habe zumindest noch einen Zusatzcheck für Wahl nach Attribut IODev eingebaut.
IODev Meldungen/Log habe ich zumindest ewas verringert.
Gruß, Ansgar.
Edit1: angepasst an 24214
Edit2: nun auch mit patch für unreachable letzter channel
hallo ansgar,
ZitatDu hast das Problem nur nach fhem restart, so habe ich es verstanden.
Beim nächsten ausgelösten statusRequest passiert es nicht mehr, richtig?
wie in antwort #25 beschrieben, gibt es mindestens 3 probleme mit statusrequest.
nr2 kommt nur beim ersten versuch nach restart. hier wird der cmd zu "spät",
nach dem empfang der WAKEMEUP msg, auf den leeren stack gepusht. dadurch wird natürlich kein A112 mehr gesendet.
man könnte auch sagen, dass das senden hier zu früh passiert, da das io ja gerade erst präpariert wurde.
präparieren des io und gleichzeitiges senden ist jedenfalls verkehrt.
hier ein sniff vom automatischen statusrequest nach restart.
der hat jetzt aus "versehen" funktioniert, ohne A112.
2021.04.11 11:06:18.120 4: CUL_Parse: cul868 A 0C 14 8670 2064CB 000000 006C40EA -85
2021.04.11 11:06:18.123 3: CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.04.11 11:06:18.124 5: CUL_HM Thermostat.GZ protEvent:CMDs_pending pending:1, 0 -> 2, +2064CB,00,00,00, 2
2021.04.11 11:06:18.124 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.11 11:06:18.130 5: CUL_HM Thermostat.GZ protEvent:CMDs_processing... pending:0, 2 -> 1, +2064CB,02,00,00, 2
2021.04.11 11:06:18.158 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:06:18.162 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:06:18.165 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:990CFD9F d:FF r:FF9F m:14 8670 2064CB 000000 006C40
2021.04.11 11:06:18.167 4: CUL_HM Thermostat.GZ dupe: dont process
2021.04.11 11:06:18.169 0: HMUARTLGW hmuart1 recv: 01 05 00 00 4B msg: 14 86 70 2064CB 000000 006C40
2021.04.11 11:06:18.170 4: CUL_HM Thermostat.GZ dupe: dont process
2021.04.11 11:06:18.172 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2021.04.11 11:06:18.173 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.11 11:06:18.173 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.11 11:06:18.176 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.11 11:06:18.182 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 93
2021.04.11 11:06:18.183 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.11 11:06:18.184 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.11 11:06:18.267 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 15 A0 01 1ACE1F 2064CB 020E
2021.04.11 11:06:18.292 4: CUL_Parse: cul868 A 0B 15 A001 1ACE1F 2064CB 020E67 -22.5
2021.04.11 11:06:18.303 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:990CFE4B d:FF r:FFCF m:15 A001 1ACE1F 2064CB 020E
2021.04.11 11:06:18.425 4: CUL_Parse: cul868 A 0E 15 8002 2064CB 1ACE1F 01020C004FEA -85
2021.04.11 11:06:18.430 5: CUL_HM Thermostat.GZ protEvent:CMDs_done, 1 -> 0, +2064CB,02,00,00, 2
2021.04.11 11:06:18.453 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:06:18.457 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:06:18.460 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:990CFED0 d:FF r:FFA3 m:15 8002 2064CB 1ACE1F 01020C004F
2021.04.11 11:06:18.462 4: CUL_HM Thermostat.GZ dupe: dont process
2021.04.11 11:06:18.465 0: HMUARTLGW hmuart1 recv: 01 04 03 00 4B msg: 15 80 02 2064CB 1ACE1F 01020C004F
2021.04.11 11:06:18.466 4: CUL_HM Thermostat.GZ dupe: dont process
2021.04.11 11:06:18.468 0: HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.11 11:06:18.474 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2021.04.11 11:06:18.475 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.11 11:06:18.476 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.11 11:06:18.478 0: HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.11 11:06:18.485 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 93
2021.04.11 11:06:18.486 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.11 11:06:18.486 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
zum vergleich ein manueller statusrequest, der immer funktioniert.
in beitrag #25 beispiel nr1: es werden immer 2 cmds ausgeführt (ebenfalls beim restart):
2021.04.11 11:03:27.536 3: CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.04.11 11:03:27.561 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:27.584 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:27.586 5: CUL_HM Thermostat.GZ protEvent:CMDs_pending pending:1, 0 -> 2, +2064CB,00,00,00, 2
2021.04.11 11:03:27.588 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.11 11:03:27.594 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2021.04.11 11:03:27.596 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.11 11:03:27.596 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.11 11:03:27.599 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.11 11:03:27.726 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 93
2021.04.11 11:03:27.727 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.11 11:03:27.727 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.11 11:03:28.127 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:28.155 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:28.882 0: HMUARTLGW hmuart1 send: 00 08
2021.04.11 11:03:28.886 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2021.04.11 11:03:28.888 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2021.04.11 11:03:28.888 0: HMUARTLGW hmuart1 roundtrip delay: 0.0034
2021.04.11 11:03:29.438 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:29.919 4: CUL_Parse: cul868 A 14 8D 805E 266EA5 1ACE1F 000000000000000000000025 -55.5
2021.04.11 11:03:29.928 0: HMLAN_Parse: hmlan1 R:E266EA5 stat:0000 t:990A6C7F d:FF r:FFCC m:8D 805E 266EA5 1ACE1F 0000000000000000000000
2021.04.11 11:03:29.933 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 8D 80 5E 266EA5 1ACE1F 0000000000000000000000
2021.04.11 11:03:34.523 4: CUL_Parse: cul868 A 0C 68 8670 206278 000000 80A238EF -82.5
2021.04.11 11:03:34.710 0: HMUARTLGW hmuart1 recv: 01 05 00 00 4E msg: 68 86 70 206278 000000 80A238
2021.04.11 11:03:34.714 0: HMLAN_Parse: hmlan1 R:E206278 stat:0000 t:990A7E7B d:FF r:FFBB m:68 8670 206278 000000 80A238
2021.04.11 11:03:39.997 4: CUL_Parse: cul868 A 0C B9 8670 206487 000000 006945F4 -80
2021.04.11 11:03:40.007 0: HMLAN_Parse: hmlan1 R:E206487 stat:0000 t:990A93DE d:FF r:FFB1 m:B9 8670 206487 000000 006945
2021.04.11 11:03:40.011 0: HMUARTLGW hmuart1 recv: 01 05 00 00 4B msg: B9 86 70 206487 000000 006945
2021.04.11 11:03:43.887 0: HMUARTLGW hmuart1 send: 00 08
2021.04.11 11:03:43.892 0: HMUARTLGW hmuart1 recv: 00 040207, state 98
2021.04.11 11:03:43.893 0: HMUARTLGW hmuart1 GetSet Ack: 02, state 98
2021.04.11 11:03:43.893 0: HMUARTLGW hmuart1 roundtrip delay: 0.0034
2021.04.11 11:03:44.090 0: HMLAN_Send: hmlan1 I:K
2021.04.11 11:03:44.094 0: HMLAN_Parse: hmlan1 V:03C5 sNo:JEQ0315335 d:1C671E O:1ACE1F t:990AA3E1 IDcnt:0013 L:1 %
2021.04.11 11:03:47.117 4: CUL_Parse: cul868 A 0C 13 8670 2064CB 000000 006C40EB -84.5
2021.04.11 11:03:47.122 5: CUL_HM Thermostat.GZ protEvent:CMDs_processing... pending:0, 2 -> 1, +2064CB,02,00,00, 2
2021.04.11 11:03:47.146 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:47.150 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:47.153 0: HMLAN_Parse: hmlan1 R:E2064CB stat:0000 t:990AAFAF d:FF r:FFA0 m:13 8670 2064CB 000000 006C40
2021.04.11 11:03:47.155 4: CUL_HM Thermostat.GZ dupe: dont process
2021.04.11 11:03:47.219 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 14 A0 01 1ACE1F 2064CB 020E
2021.04.11 11:03:47.225 0: HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.11 11:03:47.226 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.11 11:03:47.239 4: CUL_Parse: cul868 A 09 2B A112 1ACE1F 2064CB 67 -22.5
2021.04.11 11:03:47.250 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:990AB02A d:FF r:FFCF m:2B A112 1ACE1F 2064CB
2021.04.11 11:03:47.279 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 14 A0 01 1ACE1F 2064CB 020E
2021.04.11 11:03:47.285 0: HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.11 11:03:47.286 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.11 11:03:47.338 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 14 A0 01 1ACE1F 2064CB 020E
2021.04.11 11:03:47.344 0: HMUARTLGW hmuart1 recv: 01 0408, state 100
2021.04.11 11:03:47.346 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.11 11:03:47.370 4: CUL_Parse: cul868 A 0A 2B 8002 2064CB 1ACE1F 00EB -84.5
2021.04.11 11:03:47.376 0: HMUARTLGW hmuart1 recv: 01 05 10 00 4B msg: 13 86 70 2064CB 000000 006C40
2021.04.11 11:03:47.473 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 14 A0 01 1ACE1F 2064CB 020E
2021.04.11 11:03:47.511 4: CUL_Parse: cul868 A 0B 14 A001 1ACE1F 2064CB 020E67 -22.5
2021.04.11 11:03:47.521 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:990AB139 d:FF r:FFCF m:14 A001 1ACE1F 2064CB 020E
2021.04.11 11:03:47.643 4: CUL_Parse: cul868 A 0E 14 8002 2064CB 1ACE1F 01020C004FEC -84
2021.04.11 11:03:47.648 5: CUL_HM Thermostat.GZ protEvent:CMDs_done, 1 -> 0, +2064CB,02,00,00, 2
2021.04.11 11:03:47.672 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:47.675 5: CUL_HM set Thermostat.GZ ?
2021.04.11 11:03:47.680 0: HMUARTLGW hmuart1 recv: 01 04 03 00 4B msg: 14 80 02 2064CB 1ACE1F 01020C004F
2021.04.11 11:03:47.682 4: CUL_HM Thermostat.GZ dupe: dont process
2021.04.11 11:03:47.683 0: HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.11 11:03:47.690 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2021.04.11 11:03:47.691 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 90
2021.04.11 11:03:47.691 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
2021.04.11 11:03:47.694 0: HMUARTLGW hmuart1 send: 01 062064CB000000
2021.04.11 11:03:47.700 0: HMUARTLGW hmuart1 recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 93
2021.04.11 11:03:47.701 0: HMUARTLGW hmuart1 GetSet Ack: 07, state 93
2021.04.11 11:03:47.702 0: HMUARTLGW hmuart1 added peer: 2064CB, aesChannels: FFFFFFFFFFFFFFFF
Hallo Frank,
mit dem erweiterten Logging sieht man besser, was zu passieren scheint.
2021.04.11 11:06:18.120 4: CUL_Parse: cul868 A 0C 14 8670 2064CB 000000 006C40EA -85
CUL empfängt die Nachricht. Damit hat der HMUARTLGW diese auch schon empfangen.
2021.04.11 11:06:18.123 3: CUL_HM set Thermostat.GZ_Climate statusRequest noArg
Hier wird ein statusRequest abgesetzt, da es gequeued wurde. Das pusht eine message auf den cmdstack. Davor gab es aber noch keinen statusRequest.
In der derzeit implementierten Logik hätte es einen geben müssen, damit das IO im Vorfeld vorbereitet wird (das wäre der erste der 2 statusRequest, die Dich beim manuellen statusRequest stören).
2021.04.11 11:06:18.124 0: HMUARTLGW hmuart1 send: 01 062064CB000100
2021.04.11 11:06:18.130 5: CUL_HM Thermostat.GZ protEvent:CMDs_processing... pending:0, 2 -> 1, +2064CB,02,00,00, 2
HMUARTLGW wird vorbereitet (durch die message), hat auch alle Informationen dazu. Macht natürlich keinen Sinn mehr, weil er die Nachricht schon empfangen hat.
Damit ist für mich schon mal als wichtiger Punkt geklärt, dass alle Infos für das Vorbereiten des IOs bereit stehen, wenn der automatische statusRequest anläuft.
Der Rest wird komplizierter.
Warum ist der statusRequest gequeued ist die Frage? Ich denke die Antwort liegt im Delayed Status read.
Gruß, Ansgar.
und martin hat vorhin auch ein neues update gemacht.
Hallo Frank,
ja, betrifft aber nicht dieses Problem hier.
Dafür die verbleibenden von #18 https://forum.fhem.de/index.php/topic,119853.msg1145485.html#msg1145485 (https://forum.fhem.de/index.php/topic,119853.msg1145485.html#msg1145485).
Auch IOgrp und "none".
Dein Hinweis zu HMInfo und "none" in IOgrp ist dabei noch nicht eingeschlossen gewesen. https://forum.fhem.de/index.php/topic,119853.msg1147382/topicseen.html#msg1147382 (https://forum.fhem.de/index.php/topic,119853.msg1147382/topicseen.html#msg1147382) Punkt 4.
@Martin: kanst Du bitte mal da schauen.
Gruß, Ansgar.
hi ansgar,
gerade entdeckt:
hmlan sendet autonomes ack plus diese "mir suspekte" ackinfo message.
2021.04.27 09:13:06.728 4: CUL_Parse: cul868 A 0C EC A441 1DF7C6 1ACE1F 01CBC842 -41
2021.04.27 09:13:06.829 0: HMLAN_Send: hmlan1 S:S122CA825 stat: 00 t:00000000 d:01 r:122CA825 m:EC 8002 1ACE1F 1DF7C6 0101C800
2021.04.27 09:13:06.857 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: EC A4 41 1DF7C6 1ACE1F 01CBC8
2021.04.27 09:13:06.860 0: HMUARTLGW hmuart1 recv: 01 05 00 00 30 msg: EC 80 02 1ACE1F 1DF7C6 00
2021.04.27 09:13:06.864 4: CUL_Parse: cul868 A 0A EC 8002 1ACE1F 1DF7C6 003F -42.5
2021.04.27 09:13:06.866 0: HMLAN_Parse: hmlan1 R:E1DF7C6 stat:0000 t:09E86652 d:FF r:FFD9 m:EC A441 1DF7C6 1ACE1F 01CBC8
2021.04.27 09:13:07.124 4: CUL_Parse: cul868 A 0D EC 8002 1ACE1F 1DF7C6 0101C8003F -42.5
2021.04.27 09:13:07.129 0: HMUARTLGW hmuart1 recv: 01 05 00 00 30 msg: EC 80 02 1ACE1F 1DF7C6 0101C800
2021.04.27 09:13:07.132 0: HMLAN_Parse: hmlan1 R:R122CA825 stat:0002 t:00000000 d:FF r:7FFF m:EC 8002 1ACE1F 1DF7C6 0101C800
Internals:
DEF 1DF7C6
FUUID 5c4ce2e9-f33f-09c4-8f44-bd6e15f82bf6976c
IODev hmlan1
LASTInputDev hmlan1
MSGCNT 207
NAME Tuer.WZ.Terrasse
NOTIFYDEV global
NR 296
NTFY_ORDER 50-Tuer.WZ.Terrasse
STATE Tuer:open (to ccu), Status:open, Sabotage:sabotageError, Bat:ok
TYPE CUL_HM
chanNo 01
cul868_MSGCNT 69
cul868_RAWMSG A0CECA4411DF7C61ACE1F01CBC8::-41:cul868
cul868_RSSI -41
cul868_TIME 2021-04-27 09:13:06
hmlan1_MSGCNT 69
hmlan1_RAWMSG E1DF7C6,0000,09E86652,FF,FFD9,ECA4411DF7C61ACE1F01CBC8
hmlan1_RSSI -39
hmlan1_TIME 2021-04-27 09:13:06
hmuart1_MSGCNT 69
hmuart1_RAWMSG 05000032ECA4411DF7C61ACE1F01CBC8
hmuart1_RSSI -50
hmuart1_TIME 2021-04-27 09:13:06
lastMsg No:EC - t:41 s:1DF7C6 d:1ACE1F 01CBC8
protLastRcv 2021-04-27 09:13:06
protRcv 69 last_at:2021-04-27 09:13:06
protSnd 69 last_at:2021-04-27 09:13:06
protState CMDs_done
rssi_at_cul868 cnt:69 min:-45.5 max:-40 avg:-41.55 lst:-41
rssi_at_hmlan1 cnt:69 min:-43 max:-37 avg:-39.62 lst:-39
rssi_at_hmuart1 cnt:69 min:-59 max:-46 avg:-50.99 lst:-50
.attraggr:
.attreocr:
.*
.attrminint:
.attrtocr:
.*
CL:
Authenticated 0
BUF
FD 82
FW_ID 43149
LASTACCESS 1619507888
NAME WEB_192.168.1.31_49681
NR 43149
PEER 192.168.1.31
PORT 49681
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-04-27 09:16:46 state Connected
READINGS:
from archivexx .D-devInfo 810101
from archivexx .D-stc 80
2021-04-25 10:18:13 .associatedWith Tuer.WZ.Terrasse,Tuer.WZ.Terrasse
2021-04-27 09:13:06 .protLastRcv 20210427091306
2021-03-23 19:19:08 Activity alive
from archivexx D-firmware 2.0
from archivexx D-serialNr JEQ0602486
2021-04-23 11:24:30 R-cyclicInfoMsg on
2021-04-23 11:24:30 R-eventDlyTime 2 s
2021-04-23 11:24:30 R-ledOnTime 0.5 s
2021-04-23 11:24:30 R-msgScPosA closed
2021-04-23 11:24:30 R-msgScPosB open
2021-04-23 11:24:30 R-pairCentral 0x1ACE1F
2021-04-23 11:24:30 R-sabotageMsg on
2021-04-23 11:24:30 R-sign off
2021-04-23 11:24:30 R-transmDevTryMax 6
2021-04-23 11:24:30 R-transmitTryMax 6
2017-01-04 12:43:01 RegL_00. 02:01 09:01 0A:1A 0B:CE 0C:1F 10:01 14:06 00:00
2017-01-04 12:43:01 RegL_01. 08:00 20:60 21:02 22:64 30:06 00:00
2021-03-23 19:18:32 battery ok
2021-03-23 13:04:18 cfgState ok
2021-03-23 19:18:32 commState CMDs_done
2021-04-27 09:13:06 contact open (to ccu)
2021-04-27 09:13:06 state open
2021-04-27 09:13:06 trigger_cnt 203
helper:
HM_CMDNR 236
mId 002F
peerFriend peerAct,peerVirt
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
tmplChg 0
ack:
cmds:
TmplKey :1619338699.76635:1619338699.78172
TmplTs 1619338699.78172
cmdKey 1:1:0::Tuer.WZ.Terrasse:002F: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|remote|both]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt DimPBU01_Dim,DimPBU01_Dim_V_01,DimPBU01_Dim_V_02,DimUP01,SDTeam_Btn1,SwitchES01_Sw,SwitchPBU01_Sw_01,SwitchPBU01_Sw_02,SwitchPBU02_Sw_01,SwitchPBU02_Sw_02,SwitchPBU03,SwitchPBU05,SwitchPBU06,SwitchUP01,SwitchUP02,VentilControler.AZ.Nord_Btn1,VentilControler.AZ.West_Btn1,VentilControler.Bad_Btn1,VentilControler.Kueche_Btn1,VentilControler.SZ_Btn1,VentilControler.WZ_Btn1,ccu_Btn1,ccu_Btn2,ccu_Btn3,ccu_Btn4,ccu_Btn5,rssi_hmuart_Btn1,virtAktorAlarmOff_Btn1
tplChan single-chn-sensor-device
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 1
det 1
raw 1
tpl 1
io:
flgs 0
newChn +1DF7C6,00,00,00
nextSend 1619507587.14787
rxt 2
vccu ccu
p:
1DF7C6
00
00
00
prefIO:
hmlan1
mRssi:
mNo EC
io:
cul868:
-41
-41
hmlan1:
-31
-31
hmuart1:
-50
-50
hmusb1:
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO cul868
flg A
ts 1619507586.73025
ack:
HASH(0x40eae50)
EC80021ACE1F1DF7C60101C800
rssi:
at_cul868:
avg -41.5579710144928
cnt 69
lst -41
max -40
min -45.5
at_hmlan1:
avg -39.6231884057971
cnt 69
lst -39
max -37
min -43
at_hmuart1:
avg -51
cnt 69
lst -50
max -46
min -59
shadowReg:
tmpl:
Attributes:
.mId 002F
IODev hmlan1
IOgrp ccu:hmlan1
actCycle 028:00
actStatus alive
autoReadReg 0_off
comment Lueftung
event-on-change-reading .*
expert defReg,allReg,rawReg,templ
firmware 2.0
group Alarmmelder
model HM-SEC-SC
peerIDs 00000000
room 01_ALARM,10_WZ
serialNr JEQ0602486
stateFormat Tuer:contact, Status:state, Sabotage:sabotageError, Bat:battery
subType threeStateSensor
timestamp-on-change-reading .*
Hallo Frank,
Zitathmlan sendet autonomes ack plus diese "mir suspekte" ackinfo message.
Ja, wird von CUL_HM generiert und dieser Kommentar erklärt es:
# SCs - depending on FW version - do not accept ACK only. Especially if peered
Weh tut es aber nicht.
Gruß, Ansgar.
hallo ansgar,
Zitat von: noansi am 27 April 2021, 21:33:00
Weh tut es aber nicht.
da habe ich ja nur drauf gewartet. ;)
bei expliziten, zusätzlichen statusrequests, die "nur" bei restart kämen und wahrscheinlich "nur" bei mehr-kanal-aktoren, die unerreichbar in der schublade liegen, warst du noch ganz anderer ansicht:
Zitat von: noansi am 14 April 2021, 19:29:35
besser wäre natürlich, alle channel werden wirklich abgefragt.
Da msgRepeat zur Anwendung kommt, würdest Du ein mehrfaches an Funklast erzeugen/credits verschwenden, für das gleiche Ergebnis.
sagen wir mal:
3 zimmer, küche, bad, balkon => vielleicht 8 kontakte.
bei wenig nutzung vielleicht jeweils 3x täglich öffnen/schliessen => 3x2x8=48 "unnötige" msgs täglich.
auf diesen wert komme ich alleine schon durch meine katze an der terrassentür.
corona-konformes lüften (alle 20min?) ist auch noch nciht eingerechnet.
wieviele definierte, stromlose mehr-kanal-aktoren liegen durchschnittlich in der schublade?
ich sage mal: maximal ein 4-chn-aktor,
der dann zb zusätzlich: 3 (chn) x 4 (normal+resend) = 12 "unnötige" msgs pro restart erzeugt.
sogar bei fragwürdigen, täglichen restarts wären das nur ein viertel der msgs im vergleich zum sc.
# SCs - depending on FW version - do not accept ACK only. Especially if peered
da bei eq3 grundsätzlich die ACKs der zentrale von den io autonom erzeugt werden, würde ich wetten, dass eine ccu niemals zusätzlich ein ackinfo sendet.
und gepeerte thermostate machen sicherlich auch keine unterschiede im ACK verhalten.
wenn überhaupt, kann das ja nur ein fw bug in einigen sc sein.
ich kann mich noch dunkel an probleme bei den ersten sc2 erinnern.
meine sc1 mit fw 2.4 haben von anfang an, egal ob gepeert oder nicht, auf "normale" ACK mit grüner led reagiert.
ZitatWeh tut es aber nicht.
hoffentlich sind diese ackinfos nicht an den häufigen sc problemen schuld (pairing verlust, freeze, ..).
zumal ja die enthaltene info im ackinfo auch nicht stimmt.
gruss frank
Hallo Frank,
Zitatwenn überhaupt, kann das ja nur ein fw bug in einigen sc sein.
schöne überzeugende Rechnung. ;)
Das behebt aber leider noch nicht das Problem des Kommentars, dessen Urheber ich nicht bin und zu der ich nicht mal eine Firmwareversion kenne, die betroffen wäre, noch weiß, was passiert, wenn der state ack nicht gesendet wird, noch warum er so ausschaut.
Sonst wäre ich auch grundsätzlich direkt dabei.
So lautet die komplette Zeile mit dem Kommentar.
if ($mh{md} =~ m/^(HM-SEC-SC.*|ROTO_ZEL-STG-RM-FFK)$/){# SCs - depending on FW version - do not accept ACK only. Especially if peered
Du kannst Dir den Code in dem Bereich ja mal auf nur Ack umbauen und schauen, ob es bei Dir problemlos klappt.
Da beim threeStateSensor für CUL schon ein ACK gepushed wird und die anderen IOs auto Ack senden sollten, dürfte es reichen, die Zeile danach einfach auszukommentieren.
Meine HM-SEC-SC-2 Firmware 2.4 sind mit einem einzelnen Ack mit oder ohne AES anscheinend glücklich.
Sie wiederholen nicht, wenn die Status Message nicht gesendet wird. Stromaufnahme habe ich auch gemessen, was bestätigt, dass sie auch brav sofort wieder einschlafen.
2021.04.28 19:16:08.909 4: TSCUL_Parse: SCC_HM868 08067900 A F001 10967448 00 0C 03 A641 5B3F13 F11034 010300 -55.5dB
2021.04.28 19:16:09.104 4: TSCUL_Parse: SCC_HM868 08068097 A F001 10967580 00 0A 03 8002 F11034 5B3F13 00 -46dB
2021.04.28 19:16:12.156 4: TSCUL_Parse: SCC_HM868 08071148 A F001 10970684 00 0C 04 A641 5B3F13 F11034 0104C8 -54.5dB
2021.04.28 19:16:12.266 4: TSCUL_Parse: SCC_HM868 08071259 A F001 10970804 00 0A 04 8002 F11034 5B3F13 00 -46.5dB
2021.04.28 19:16:15.414 4: TSCUL_Parse: SCC_HM868 08074403 A F001 10973920 00 0C 05 A641 5B3F13 F11034 010500 -56dB
2021.04.28 19:16:15.531 4: TSCUL_Parse: SCC_HM868 08074523 A F001 10974036 00 0A 05 8002 F11034 5B3F13 00 -46dB
2021.04.28 19:16:17.665 4: TSCUL_Parse: SCC_HM868 08076656 A F001 10976160 00 0C 06 A641 5B3F13 F11034 0106C8 -53.5dB
2021.04.28 19:16:17.791 4: TSCUL_Parse: SCC_HM868 08076782 A F001 10976280 00 0A 06 8002 F11034 5B3F13 00 -46.5dB
2021.04.28 19:16:20.435 4: TSCUL_Parse: SCC_HM868 08079427 A F001 10978896 00 0C 07 A641 5B3F13 F11034 010700 -55.5dB
2021.04.28 19:16:20.554 4: TSCUL_Parse: SCC_HM868 08079546 A F001 10979016 00 0A 07 8002 F11034 5B3F13 00 -46dB
2021.04.28 19:16:21.899 4: TSCUL_Parse: SCC_HM868 08080890 A F001 10980388 00 0C 08 A641 5B3F13 F11034 0108C8 -53.5dB
2021.04.28 19:16:22.067 4: TSCUL_Parse: SCC_HM868 08081060 A F001 10980508 00 0A 08 8002 F11034 5B3F13 00 -46.5dB
Das wird Martin aber vermutlich nicht reichen, um auf der Basis eine Änderung einzubauen.
Vermutlich werden deswegen Patches zum HM-LC-DIM1TPBU-FM und HM-MOD-RE-8 auch nicht vollständig übernommen, weil der Test mit allen älteren Hard-/Firmwareversionen für mich nicht durchführbar ist, um die FW Bugs ggf. versionsgerecht bedienen zu können.
Zitathoffentlich sind diese ackinfos nicht an den häufigen sc problemen schuld (pairing verlust, freeze, ..).
Kann man natürlich nicht ausschließen, ohne der Firmwarecode untersuchen zu können.
Ein reproduzierbares Logging würde Überzugungskraft leisten können, so denn die Versionsfrage zu obigem Kommentar ebenfalls zu klären wäre.
Gruß, Ansgar.
PS: Meine letzten Probleme mit einem HM-SEC-SC-2 ließen sich übrigens mit Nachlöten der Stromversorgungsverkabelung lösen (obwohl die Lötungen nicht so schlecht aussahen). Fast leere Knopfzellen oder schlechter Batteriekontakt sind ebenso wahrscheinlich als Problemursache.
hi ansgar,
hier sind eigentlich alle infos (sc1,sc2,roto) zu finden: https://forum.fhem.de/index.php/topic,22688.msg162781.html#msg162781 (https://forum.fhem.de/index.php/topic,22688.msg162781.html#msg162781).
zusammenfassung des led verhaltens (inkl meines sc/fw2.4):
model fw unpeered/Ack unpeered/AckInfo peered/Ack peered/AckInfo
---------------------------------------------------------------------------
roto 2.0 rot grün rot grün
sc 2.1 rot grün rot grün
sc 2.4 grün grün grün grün
sc-2 2.2 rot grün rot rot
sc-2 2.4 grün grün grün grün
daraus folgt:
alle fensterkontakte mit fw >= 2.4 können mit Ack und AckInfo umgehen => für diese reicht ein Ack.
alle fensterkontakte mit fw < 2.4 können nur mit AckInfo umgehen. => für diese reicht ein AckInfo.
zusätzlich hat der sc-2 mit fw 2.2 ein problem, wenn er mit einem rt gepeert ist. ich vermute, dass er auch vom peer ein AckInfo erwartet. im sniff sind allerdings keine wiederholungen zu sehen.
ohne AckInfo, wenn ich die "push AckInfo" zeile auskommentiere:
jeweils open/close mit einem gepeerten (io=hmuart) und einem ungepeerten (io=hmlan) sc/fw 2.4
2021.04.29 14:57:48.728 4: CUL_Parse: cul868 A 0C B5 A441 1DE620 1ACE1F 01B2C81D -59.5
2021.04.29 14:57:48.763 0: HMUARTLGW hmuart1 recv: 01 05 01 00 4B msg: B5 A4 41 1DE620 1ACE1F 01B2C8
2021.04.29 14:57:48.766 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:157117D6 d:FF r:FFCE m:B5 A441 1DE620 1ACE1F 01B2C8
2021.04.29 14:57:48.851 4: CUL_Parse: cul868 A 0A B5 8002 1ACE1F 1DE620 0067 -22.5
2021.04.29 14:57:48.861 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:15711850 d:FF r:FFD0 m:B5 8002 1ACE1F 1DE620 00
2021.04.29 14:57:48.979 4: CUL_Parse: cul868 A 0C B6 A041 1DE620 1A164B 01B2C81E -59
2021.04.29 14:57:49.026 0: HMUARTLGW hmuart1 recv: 01 05 00 00 44 msg: B6 A0 41 1DE620 1A164B 01B2C8
2021.04.29 14:57:49.030 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:157118D0 d:FF r:FFCE m:B6 A041 1DE620 1A164B 01B2C8
2021.04.29 14:57:49.105 4: CUL_Parse: cul868 A 0E B6 8002 1A164B 1DE620 0101C8402E1A -61
2021.04.29 14:57:49.137 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: B6 80 02 1A164B 1DE620 0101C8402E
2021.04.29 14:57:49.140 0: HMLAN_Parse: hmlan1 R:E1A164B stat:0000 t:1571194E d:FF r:FFC7 m:B6 8002 1A164B 1DE620 0101C8402E
2021.04.29 14:57:53.729 4: CUL_Parse: cul868 A 0C B7 A441 1DE620 1ACE1F 01B3001A -61
2021.04.29 14:57:53.762 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:15712B5F d:FF r:FFD3 m:B7 A441 1DE620 1ACE1F 01B300
2021.04.29 14:57:53.766 0: HMUARTLGW hmuart1 recv: 01 05 01 00 3C msg: B7 A4 41 1DE620 1ACE1F 01B300
2021.04.29 14:57:53.852 4: CUL_Parse: cul868 A 0A B7 8002 1ACE1F 1DE620 0067 -22.5
2021.04.29 14:57:53.861 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:15712BD9 d:FF r:FFD0 m:B7 8002 1ACE1F 1DE620 00
2021.04.29 14:57:53.979 4: CUL_Parse: cul868 A 0C B8 A041 1DE620 1A164B 01B3001B -60.5
2021.04.29 14:57:54.026 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:15712C59 d:FF r:FFD3 m:B8 A041 1DE620 1A164B 01B300
2021.04.29 14:57:54.030 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3C msg: B8 A0 41 1DE620 1A164B 01B300
2021.04.29 14:57:54.106 4: CUL_Parse: cul868 A 0E B8 8002 1A164B 1DE620 010100003419 -61.5
2021.04.29 14:57:54.146 0: HMLAN_Parse: hmlan1 R:E1A164B stat:0000 t:15712CD7 d:FF r:FFC7 m:B8 8002 1A164B 1DE620 0101000034
2021.04.29 14:57:54.158 0: HMUARTLGW hmuart1 recv: 01 05 00 00 40 msg: B8 80 02 1A164B 1DE620 0101000034
2021.04.29 15:01:16.430 4: CUL_Parse: cul868 A 0C 2E A441 1DF7C6 1ACE1F 010DC841 -41.5
2021.04.29 15:01:16.464 0: HMUARTLGW hmuart1 recv: 01 05 00 00 32 msg: 2E A4 41 1DF7C6 1ACE1F 010DC8
2021.04.29 15:01:16.467 0: HMLAN_Parse: hmlan1 R:E1DF7C6 stat:0000 t:15744346 d:FF r:FFD9 m:2E A441 1DF7C6 1ACE1F 010DC8
2021.04.29 15:01:16.552 4: CUL_Parse: cul868 A 0A 2E 8002 1ACE1F 1DF7C6 0040 -42
2021.04.29 15:01:16.557 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 2E 80 02 1ACE1F 1DF7C6 00
2021.04.29 15:01:21.429 4: CUL_Parse: cul868 A 0C 2F A441 1DF7C6 1ACE1F 010E0040 -42
2021.04.29 15:01:21.495 0: HMUARTLGW hmuart1 recv: 01 05 00 00 31 msg: 2F A4 41 1DF7C6 1ACE1F 010E00
2021.04.29 15:01:21.506 0: HMLAN_Parse: hmlan1 R:E1DF7C6 stat:0000 t:157456CE d:FF r:FFD8 m:2F A441 1DF7C6 1ACE1F 010E00
2021.04.29 15:01:21.552 4: CUL_Parse: cul868 A 0A 2F 8002 1ACE1F 1DF7C6 0040 -42
2021.04.29 15:01:21.560 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 2F 80 02 1ACE1F 1DF7C6 00
zum vergleich mit AckInfo (hierbei zeigt hmlan probleme, da häufig msgs im log fehlen):
jeweils open/close mit einem gepeerten (io=hmuart) und einem ungepeerten (io=hmlan) sc/fw 2.4
2021.04.29 12:36:38.697 4: CUL_Parse: cul868 A 0C A5 A441 1DE620 1ACE1F 01AAC80A -69
2021.04.29 12:36:38.745 0: HMUARTLGW hmuart1 recv: 01 05 01 00 34 msg: A5 A4 41 1DE620 1ACE1F 01AAC8
2021.04.29 12:36:38.749 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:14EFD563 d:FF r:FFCD m:A5 A441 1DE620 1ACE1F 01AAC8
2021.04.29 12:36:38.800 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: A5 80 02 1ACE1F 1DE620 0101C800
2021.04.29 12:36:38.806 0: HMUARTLGW hmuart1 recv: 01 0408, state 101
2021.04.29 12:36:38.807 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.29 12:36:38.819 4: CUL_Parse: cul868 A 0A A5 8002 1ACE1F 1DE620 0067 -22.5
2021.04.29 12:36:38.830 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:14EFD5DE d:FF r:FFD0 m:A5 8002 1ACE1F 1DE620 00
2021.04.29 12:36:38.860 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: A5 80 02 1ACE1F 1DE620 0101C800
2021.04.29 12:36:38.948 4: CUL_Parse: cul868 A 0C A6 A041 1DE620 1A164B 01AAC811 -65.5
2021.04.29 12:36:38.998 0: HMUARTLGW hmuart1 recv: 01 05 00 00 34 msg: A6 A0 41 1DE620 1A164B 01AAC8
2021.04.29 12:36:39.000 4: CUL_Parse: cul868 A 0D A5 8002 1ACE1F 1DE620 0101C80067 -22.5
2021.04.29 12:36:39.005 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:14EFD676 d:FF r:FFD0 m:A5 8002 1ACE1F 1DE620 0101C800
2021.04.29 12:36:39.074 4: CUL_Parse: cul868 A 0E A6 8002 1A164B 1DE620 0101C8403119 -61.5
2021.04.29 12:36:39.110 0: HMUARTLGW hmuart1 recv: 01 05 00 00 41 msg: A6 80 02 1A164B 1DE620 0101C84031
2021.04.29 12:36:39.114 0: HMLAN_Parse: hmlan1 R:E1A164B stat:0000 t:14EFD6DD d:FF r:FFC7 m:A6 8002 1A164B 1DE620 0101C84031
2021.04.29 12:36:44.450 4: CUL_Parse: cul868 A 0C A7 A441 1DE620 1ACE1F 01AB00F8 -78
2021.04.29 12:36:44.489 0: HMUARTLGW hmuart1 recv: 01 05 01 00 35 msg: A7 A4 41 1DE620 1ACE1F 01AB00
2021.04.29 12:36:44.493 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:14EFEBDC d:FF r:FFCF m:A7 A441 1DE620 1ACE1F 01AB00
2021.04.29 12:36:44.553 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: A7 80 02 1ACE1F 1DE620 0101C800
2021.04.29 12:36:44.559 0: HMUARTLGW hmuart1 recv: 01 0408, state 101
2021.04.29 12:36:44.560 0: HMUARTLGW hmuart1 IO currently busy, trying again in a bit
2021.04.29 12:36:44.572 4: CUL_Parse: cul868 A 0A A7 8002 1ACE1F 1DE620 0067 -22.5
2021.04.29 12:36:44.582 0: HMLAN_Parse: hmlan1 R:E1ACE1F stat:0000 t:14EFEC57 d:FF r:FFD0 m:A7 8002 1ACE1F 1DE620 00
2021.04.29 12:36:44.613 0: HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: A7 80 02 1ACE1F 1DE620 0101C800
2021.04.29 12:36:44.699 4: CUL_Parse: cul868 A 0C A8 A041 1DE620 1A164B 01AB00FA -77
2021.04.29 12:36:44.747 4: CUL_Parse: cul868 A 0D A7 8002 1ACE1F 1DE620 0101C80067 -22.5
2021.04.29 12:36:44.752 0: HMUARTLGW hmuart1 recv: 01 05 00 00 34 msg: A8 A0 41 1DE620 1A164B 01AB00
2021.04.29 12:36:44.755 0: HMLAN_Parse: hmlan1 R:E1DE620 stat:0000 t:14EFECD6 d:FF r:FFD0 m:A8 A041 1DE620 1A164B 01AB00
2021.04.29 12:36:44.825 4: CUL_Parse: cul868 A 0E A8 8002 1A164B 1DE620 010100002F19 -61.5
2021.04.29 12:36:44.859 0: HMUARTLGW hmuart1 recv: 01 05 00 00 42 msg: A8 80 02 1A164B 1DE620 010100002F
2021.04.29 12:36:44.867 0: HMLAN_Parse: hmlan1 R:E1A164B stat:0000 t:14EFED54 d:FF r:FFC6 m:A8 8002 1A164B 1DE620 010100002F
2021.04.29 06:30:46.049 4: CUL_Parse: cul868 A 0C 2C A441 1DF7C6 1ACE1F 010BC83F -42.5
2021.04.29 06:30:46.150 0: HMLAN_Send: hmlan1 S:S1BE4BE9E stat: 00 t:00000000 d:01 r:1BE4BE9E m:2C 8002 1ACE1F 1DF7C6 0101C800
2021.04.29 06:30:46.181 0: HMLAN_Parse: hmlan1 R:E1DF7C6 stat:0000 t:13A0D16A d:FF r:FFD6 m:2C A441 1DF7C6 1ACE1F 010BC8
2021.04.29 06:30:46.185 0: HMUARTLGW hmuart1 recv: 01 05 00 00 33 msg: 2C A4 41 1DF7C6 1ACE1F 010BC8
2021.04.29 06:30:46.188 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 2C 80 02 1ACE1F 1DF7C6 00
2021.04.29 06:30:46.192 4: CUL_Parse: cul868 A 0A 2C 8002 1ACE1F 1DF7C6 0040 -42
2021.04.29 06:30:46.444 4: CUL_Parse: cul868 A 0D 2C 8002 1ACE1F 1DF7C6 0101C80040 -42
2021.04.29 06:30:46.449 0: HMLAN_Parse: hmlan1 R:R1BE4BE9E stat:0002 t:00000000 d:FF r:7FFF m:2C 8002 1ACE1F 1DF7C6 0101C800
2021.04.29 06:30:46.451 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 2C 80 02 1ACE1F 1DF7C6 0101C800
2021.04.29 08:12:47.479 4: CUL_Parse: cul868 A 0C 2D A441 1DF7C6 1ACE1F 010C0040 -42
2021.04.29 08:12:47.581 0: HMLAN_Send: hmlan1 S:S1C422679 stat: 00 t:00000000 d:01 r:1C422679 m:2D 8002 1ACE1F 1DF7C6 0101C800
2021.04.29 08:12:47.631 0: HMLAN_Parse: hmlan1 R:E1DF7C6 stat:0000 t:13FE3C67 d:FF r:FFD8 m:2D A441 1DF7C6 1ACE1F 010C00
2021.04.29 08:12:47.634 4: CUL_Parse: cul868 A 0A 2D 8002 1ACE1F 1DF7C6 0040 -42
2021.04.29 08:12:47.640 0: HMUARTLGW hmuart1 recv: 01 05 00 00 30 msg: 2D A4 41 1DF7C6 1ACE1F 010C00
2021.04.29 08:12:47.643 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 2D 80 02 1ACE1F 1DF7C6 00
2021.04.29 08:12:47.871 4: CUL_Parse: cul868 A 0D 2D 8002 1ACE1F 1DF7C6 0101C80041 -41.5
2021.04.29 08:12:47.876 0: HMLAN_Parse: hmlan1 R:R1C422679 stat:0002 t:00000000 d:FF r:7FFF m:2D 8002 1ACE1F 1DF7C6 0101C800
2021.04.29 08:12:47.878 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 2D 80 02 1ACE1F 1DF7C6 0101C800
jetzt verstehe ich endlich, warum überhaupt auch AckInfo funktioniert:
der gepeerte aktor (sw1pbu-fm) antwortet ebenfalls mit AckInfo.
da vermute ich mal, dass der "zickige" sc-2 mit fw 2.2 mit diesem switch gepeert, ebenfalls grün zeigen würde.
noch zur info:
dieser sc-2/fw2.2 hat übrigens im verlinkten thread mit A241 die trigger gesendet, kann also auch lazyConfig.
noch ein schöne entdeckung, nach dem letzten restart vorhin zu beginn dieses threads habe ich ja intensiv über den sinn und unsinn von A112 spekuliert. hier mal ein ausschnitt:
Zitat von: frank am 29 März 2021, 14:06:52
3. antwortverhalten für WAKEMEUP messages
ich versuche ja immer noch heraus zu finden, wann genau die ccu A112 (HAVEDATA) benutzt.
ich habe nämlich das gefühl, dass A112 in fhem zu oft genutzt wird und daher auch manchmal die kommunikation eher behindert.
theoretisch sind mir bisher 3 methoden bekannt, ein device zu wecken:
1. 2. 3.
A610 - A610 - A610 => WAKEMEUP
-------------------------------
A112 8102 A101 => WAKEUP
8002 A001
A001
am effektivsten und elegantesten ist natürlich methode 3. direktes antworten mit dem gewünschten cmd, das mit dem WAKEUP flag gesendet wird.
nun existiert bei fhem restart ja noch das problem mit der statusrequest-wakeup-queue, dass dort die io zu spät präpariert werden, wodurch die A112 messages erst gar nicht erzeugt werden, was wiederum zu vielen resends führt.
wahrscheinlich durch den hmlan-patch und das umstellen des IODev aller thermostate auf hmlan, hatte ich vorhin nur noch bei einem thermostat ein resend. denn das statusrequest cmd kommt nun so fix, dass es auch ohne A112 funktioniert hat. 8)
2021.04.29 14:55:31.959 4: CUL_Parse: cul868 A 0C 6F 8670 1DFDA5 000000 009D3A14 -64
2021.04.29 14:55:31.963 3: CUL_HM set Thermostat.SZ_Climate statusRequest noArg
2021.04.29 14:55:31.964 0: HMLAN_Send: hmlan1 I:+1DFDA5,02,00,00
2021.04.29 14:55:32.061 0: HMLAN_Send: hmlan1 S:S1DB2DEF7 stat: 00 t:00000000 d:01 r:1DB2DEF7 m:70 A001 1ACE1F 1DFDA5 020E
2021.04.29 14:55:32.096 4: CUL_Parse: cul868 A 0B 70 A001 1ACE1F 1DFDA5 020E40 -42
2021.04.29 14:55:32.100 0: HMLAN_Parse: hmlan1 R:E1DFDA5 stat:0000 t:156F0183 d:FF r:FFC4 m:6F 8670 1DFDA5 000000 009D3A
2021.04.29 14:55:32.104 0: HMUARTLGW hmuart1 recv: 01 05 00 00 3F msg: 6F 86 70 1DFDA5 000000 009D3A
2021.04.29 14:55:32.107 0: HMUARTLGW hmuart1 recv: 01 05 00 00 2C msg: 70 A0 01 1ACE1F 1DFDA5 020E
2021.04.29 14:55:32.222 4: CUL_Parse: cul868 A 0E 70 8002 1DFDA5 1ACE1F 01020C003E14 -64
2021.04.29 14:55:32.227 0: HMLAN_Send: hmlan1 I:+1DFDA5,00,00,00
2021.04.29 14:55:32.255 0: HMLAN_Parse: hmlan1 R:R1DB2DEF7 stat:0001 t:156F028E d:FF r:FFC4 m:70 8002 1DFDA5 1ACE1F 01020C003E
2021.04.29 14:55:32.259 0: HMUARTLGW hmuart1 recv: 01 05 00 00 42 msg: 70 80 02 1DFDA5 1ACE1F 01020C003E
wie vermutet ist das A112 also scheinbar völlig überflüssig.
wie du siehst macht es die kommunikation unnötig kompliziert und wird wohl nicht gebraucht.
ich denke, wenn ich allen thermostaten meinen cul zuweise, gibt es hier gar keine probleme mehr. ;)
gruss frank
Könnte es sein, das HAVEDATA nach einer Peer-Message gesendet wird, um dem Gerät zu signalisieren, dass die Zentrale noch Daten hat und das Gerät nicht sofort nach dem ACK vom Peer wieder in den Sleep geht?
Hallo Frank,
Zitatzusammenfassung des led verhaltens (inkl meines sc/fw2.4):
Warum dachte ich mir schon, dass da noch mehr kommen würde. ;)
Schöne Aufstellung. Und auch ein schöner link. :)
Zitatda vermute ich mal, dass der "zickige" sc-2 mit fw 2.2 mit diesem switch gepeert, ebenfalls grün zeigen würde.
Du wirst doch den Konjunktiv nicht so im Raum stehen lassen?
Zitatwie vermutet ist das A112 also scheinbar völlig überflüssig.
wie du siehst macht es die kommunikation unnötig kompliziert und wird wohl nicht gebraucht.
Wenn das IO es nach Vorbereitung autonom sendet und FHEM grad schwer beschäftigt ist, dann ist schon gleich viel weniger überflüssig.
Gruß, Ansgar.
ZitatWenn das IO es nach Vorbereitung autonom sendet und FHEM grad schwer beschäftigt ist, dann ist schon gleich viel weniger überflüssig.
nein, das sehe ich anders.
wenn fhem grundsätzlich ein problem mit "überbeschäfftigung" hat, dann besteht dieses problem ja weiterhin auch nach einem erfolgreichen, autonomen A112.
das potentielle problem wurde lediglich verschoben, aber nicht umgangen.
hallo papa,
Zitat von: papa am 29 April 2021, 18:58:29
Könnte es sein, das HAVEDATA nach einer Peer-Message gesendet wird, um dem Gerät zu signalisieren, dass die Zentrale noch Daten hat und das Gerät nicht sofort nach dem ACK vom Peer wieder in den Sleep geht?
wenn du mit "Peer-Message" den trigger vom sensor an den aktor meinst, dürfte es eigentlich nicht funktionieren, da ich beim trigger an den peer noch kein WAKEMEUP flag gesehen habe.
ausserdem senden meine sensoren sowieso zusätzlich jeden trigger mit WAKEMEUP an die zentrale, wodurch das unnötig wäre.
direkt nach der "Peer-Message" wäre das risiko einer msg-collision mit dem ACK des aktors auch ziehmlich hoch.