Hallo zusammen,
ich habe seit unbekannter Zeit wohl ein Problem beim übertragen von Einträgen auf meine Wandthermostate des Typ's HM-TC-IT-WM-W-EU.
Ich hatte vor meine Heizungssteuerung zu überarbeiten, was nun aber daran scheitert, dass ich die neuen Temperaturlisten nicht an die oben genannten Thermostate senden kann.
Dies geht nicht manuell und auch nicht automatisch über die vordefinierte Templist. Beim manuellen Übertragen erhalte ich immer ein MISSING ACK und bei der Templist ein RESPONSE TIMEOUT.
Auf anraten von frank sollte ich mal in einem eigenen Threat das Problem darlegen...
Hier die RAW- Messages beim Übertragungsversuch eines einzelnen Eintrags via: "set og_Arbeitszimmer_wandthermostat_Climate tempListMon p3 24:00 15.0"
2021.08.04 14:01:32.918 0: HMLAN_Send: HMLAN01 I:K
2021.08.04 14:01:32.952 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:01892E93 IDcnt:0028 L:3 %
2021.08.04 14:01:41.507 0: HMLAN_Send: HMLAN01 S:S110A6FFE stat: 00 t:00000000 d:01 r:110A6FFE m:BE B112 2BAD4A 3C7084
2021.08.04 14:01:42.338 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: BE B1 12 2BAD4A 3C7084
2021.08.04 14:01:42.343 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 46 msg: BE 80 02 3C7084 2BAD4A 00
2021.08.04 14:01:42.566 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: BE B1 12 2BAD4A 3C7084
2021.08.04 14:01:42.568 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 40 msg: BE 80 02 3C7084 2BAD4A 00
2021.08.04 14:01:42.571 0: HMLAN_Parse: HMLAN01 R:R110A6FFE stat:0001 t:0189521C d:FF r:FFCE m:BE 8002 3C7084 2BAD4A 00
2021.08.04 14:01:42.660 0: HMLAN_Send: HMLAN01 S:S110A7428 stat: 00 t:00000000 d:01 r:110A7428 m:BF A001 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:42.757 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: BF A0 01 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:42.761 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: BF A0 01 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:42.817 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 46 msg: BF 80 02 3C7084 2BAD4A 00
2021.08.04 14:01:43.198 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 40 msg: BF 80 02 3C7084 2BAD4A 00
2021.08.04 14:01:43.204 0: HMLAN_Parse: HMLAN01 R:R110A7428 stat:0001 t:0189553A d:FF r:FFCE m:BF 8002 3C7084 2BAD4A 00
2021.08.04 14:01:43.292 0: HMLAN_Send: HMLAN01 S:S110A76A1 stat: 00 t:00000000 d:01 r:110A76A1 m:C0 A001 2BAD4A 3C7084 0008483D
2021.08.04 14:01:43.651 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: C0 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:43.655 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: C0 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:43.657 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: C0 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:43.660 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: C0 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:43.722 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: C0 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:43.726 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: C0 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:43.898 0: HMLAN_Parse: HMLAN01 R:R110A76A1 stat:0008 t:00000000 d:FF r:7FFF m:C0 A001 2BAD4A 3C7084 0008483D
2021.08.04 14:01:43.899 0: HMLAN_Parse: HMLAN01 no ACK from 3C7084
2021.08.04 14:01:45.310 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.04 14:01:45.314 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 14:01:45.318 0: HMUARTLGW Pi_HmUART recv: 00 040201, state 98
2021.08.04 14:01:45.319 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.04 14:01:45.319 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0067
2021.08.04 14:01:45.321 0: HMUARTLGW Pi_HmUART_ug recv: 00 04020C, state 98
2021.08.04 14:01:45.321 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 14:01:45.322 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0057
2021.08.04 14:01:48.405 0: HMLAN_Send: HMLAN01 S:S110A8AEF stat: 00 t:00000000 d:01 r:110A8AEF m:01 B001 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:48.794 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:48.797 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:49.393 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:49.396 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:49.517 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 46 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 14:01:49.779 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 40 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 14:01:49.783 0: HMLAN_Parse: HMLAN01 R:R110A8AEF stat:0001 t:01896F67 d:FF r:FFCE m:01 8002 3C7084 2BAD4A 00
2021.08.04 14:01:49.873 0: HMLAN_Send: HMLAN01 S:S110A9055 stat: 00 t:00000000 d:01 r:110A9055 m:02 A001 2BAD4A 3C7084 0008483D
2021.08.04 14:01:49.904 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: 02 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:49.907 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: 02 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:50.103 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: 02 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:50.105 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: 02 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:50.303 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: 02 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:50.305 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: 02 A0 01 2BAD4A 3C7084 0008483D
2021.08.04 14:01:50.480 0: HMLAN_Parse: HMLAN01 R:R110A9055 stat:0008 t:00000000 d:FF r:7FFF m:02 A001 2BAD4A 3C7084 0008483D
2021.08.04 14:01:50.480 0: HMLAN_Parse: HMLAN01 no ACK from 3C7084
2021.08.04 14:01:52.762 0: HMLAN_Send: HMLAN01 S:S110A9BF4 stat: 00 t:00000000 d:01 r:110A9BF4 m:01 B001 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:52.763 0: HMLAN_Send: HMLAN01 I:K
2021.08.04 14:01:52.782 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:01897C1B IDcnt:0028 L:8 %
2021.08.04 14:01:53.151 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 3A msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:53.155 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3B msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 14:01:53.275 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 45 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 14:01:53.279 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 40 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 14:01:53.285 0: HMLAN_Parse: HMLAN01 R:R110A9BF4 stat:0001 t:01897E15 d:FF r:FFCE m:01 8002 3C7084 2BAD4A 00
2021.08.04 14:01:55.073 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 40 msg: BE 86 5A 3C7084 000000 88D639
2021.08.04 14:01:55.411 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 46 msg: BE 86 5A 3C7084 000000 88D639
2021.08.04 14:01:55.446 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:01898513 d:FF r:FFCE m:BE 865A 3C7084 000000 88D639
2021.08.04 14:02:00.317 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.04 14:02:00.320 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 14:02:00.323 0: HMUARTLGW Pi_HmUART recv: 00 040201, state 98
2021.08.04 14:02:00.324 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.04 14:02:00.324 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0060
2021.08.04 14:02:00.326 0: HMUARTLGW Pi_HmUART_ug recv: 00 04020C, state 98
2021.08.04 14:02:00.327 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 14:02:00.327 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0049
2021.08.04 14:02:05.136 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 46 msg: C1 84 10 3C7084 000000 0B88D62E40
2021.08.04 14:02:05.575 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 40 msg: C1 84 10 3C7084 000000 0B88D62E40
2021.08.04 14:02:05.577 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:0189AC27 d:FF r:FFCE m:C1 8410 3C7084 000000 0B88D62E40
2021.08.04 14:02:15.080 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:0189D337 d:FF r:FFCE m:BE 8470 3C7084 000000 00D63A
2021.08.04 14:02:15.214 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 3F msg: BE 84 70 3C7084 000000 00D63A
2021.08.04 14:02:15.217 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 45 msg: BE 84 70 3C7084 000000 00D63A
2021.08.04 14:02:15.320 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.04 14:02:15.324 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 14:02:15.327 0: HMUARTLGW Pi_HmUART recv: 00 040201, state 98
2021.08.04 14:02:15.328 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.04 14:02:15.329 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0062
2021.08.04 14:02:15.330 0: HMUARTLGW Pi_HmUART_ug recv: 00 04020C, state 98
2021.08.04 14:02:15.331 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 14:02:15.331 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0054
2021.08.04 14:02:17.765 0: HMLAN_Send: HMLAN01 I:K
2021.08.04 14:02:17.769 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:0189DDC9 IDcnt:0028 L:8 %
Um jetzt nicht nochmal alles neu zu schreiben Verweise ich jetzt einfach mal auf den anderen Fred: https://forum.fhem.de/index.php/topic,63240.msg1168879.html#msg1168879
Ich bin leider nicht dazu fähig, irgendwas darin zu erkennen und hoffe auf Eure Mithilfe.
Besten Dank und Gruß im Voraus,
Richy
hallo ritchy,
ich habe den verdacht, dass die gesendeten raw cmds nicht korrekt sind, worauf der tc dann nicht mehr antwortet.
du könntest hier nochmal je ein aktuelles "get <entity> list full" (nach erfolgreichem getconfig) vom device und chn2 posten. zusätzlich noch "get regList" aus beiden entities".
edit: ist dein fhem up-to-date?
ok...
Also - erst Mal das Device.
List Full:
Internals:
.triggerUsed 1
DEF 3C7084
FUUID 5c8fdb91-f33f-0e0f-47a7-eaa3faad1cdcde6a
HMLAN01_MSGCNT 12506
HMLAN01_RAWMSG E3C7084,0000,02071071,FF,FFCD,F484703C708400000000DA3C
HMLAN01_RSSI -51
HMLAN01_TIME 2021-08-04 16:19:01
IODev HMLAN01
LASTInputDev HMLAN01
MSGCNT 47606
NAME og_Arbeitszimmer_wandthermostat
NOTIFYDEV global
NR 163
NTFY_ORDER 50-og_Arbeitszimmer_wandthermostat
Pi_HmUART_MSGCNT 17743
Pi_HmUART_RAWMSG 0500023FF484703C708400000000DA3C
Pi_HmUART_RSSI -63
Pi_HmUART_TIME 2021-08-04 16:19:01
Pi_HmUART_ug_MSGCNT 17357
Pi_HmUART_ug_RAWMSG 05000246F484703C708400000000DA3C
Pi_HmUART_ug_RSSI -70
Pi_HmUART_ug_TIME 2021-08-04 16:19:01
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_3C7084_Weather
channel_02 og_Arbeitszimmer_wandthermostat_Climate
channel_03 HM_3C7084_WindowRec
channel_06 HM_3C7084_remote
channel_07 HM_3C7084_SwitchTr
lastMsg No:F4 - t:70 s:3C7084 d:000000 00DA3C
protCmdDel 3
protLastRcv 2021-08-04 16:19:01
protRcv 1198 last_at:2021-08-04 16:19:01
protResnd 3 last_at:2021-08-04 14:01:52
protResndFail 1 last_at:2021-08-04 14:01:57
protSnd 163 last_at:2021-08-04 14:45:05
protSndB 15 last_at:2021-08-04 14:45:02
protState CMDs_done
rssi_HMLAN01 cnt:49 min:-40 max:-37 avg:-37.46 lst:-40
rssi_Pi_HmUART cnt:180 min:-52 max:-37 avg:-46.96 lst:-37
rssi_at_HMLAN01 cnt:12476 min:-82 max:-45 avg:-60.75 lst:-51
rssi_at_Pi_HmUART cnt:17585 min:-78 max:-38 avg:-50.33 lst:-63
rssi_at_Pi_HmUART_ug cnt:17352 min:-90 max:-56 avg:-74.65 lst:-70
.attraggr:
.attrminint:
CL:
Authenticated 1
AuthenticatedBy allowed_WEB
AuthenticatedUser Richy
BUF
FD 63
FW_ID 154355
LASTACCESS 1628086796
NAME WEB_192.168.0.10_56590
NR 154357
PEER 192.168.0.10
PORT 56590
SNAME WEB
SSL 1
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-08-04 16:19:51 state Connected
Helper:
DBLOG:
desired-temp:
DbLogMySQL:
TIME 1628086430.85464
VALUE 17.0
measured-temp:
DbLogMySQL:
TIME 1628086430.85464
VALUE 21.8
powerOn:
DbLogMySQL:
TIME 1628010843.46217
VALUE 2021-08-03 19:14:03
READINGS:
2021-08-03 19:24:28 .D-devInfo 03FFFF
2021-08-03 19:24:28 .D-stc 58
2019-01-07 17:01:25 .R-btnLock off
2019-01-07 17:01:25 .R-globalBtnLock off
2019-01-07 17:01:25 .R-localResDis off
2019-01-07 17:01:25 .R-lowBatLimitRT 2.2 V
2019-01-07 17:01:25 .R-modusBtnLock off
2021-08-03 19:24:33 .associatedWith HM_3C7084_SwitchTr,HM_3C7084_Weather,HM_3C7084_WindowRec,HM_3C7084_remote,og_Arbeitszimmer_wandthermostat,og_Arbeitszimmer_wandthermostat_Climate,og_Arbeitszimmer_wandthermostat
2021-08-04 16:19:01 .protLastRcv 20210804161901
2021-08-03 19:27:07 Activity alive
2021-08-04 14:45:03 CommandAccepted yes
2021-08-03 19:24:28 D-firmware 1.4
2021-08-03 19:24:28 D-serialNr MEQ0744336
2021-08-02 18:15:18 IODev HMLAN01
2021-08-03 19:42:40 PairedTo 0x2BAD4A
2019-01-07 17:01:25 R-burstRx on
2019-01-07 17:01:25 R-cyclicInfoMsg on
2019-01-07 17:01:25 R-cyclicInfoMsgDis 0
2021-08-03 19:25:16 R-pairCentral 0x2BAD4A
2021-08-03 19:42:40 RegL_00. 00:00 01:01 02:01 09:01 0A:2B 0B:AD 0C:4A 0F:00 11:00 12:16 16:00 18:00 19:00 1A:00
2021-08-03 19:49:08 RegL_07.
2021-08-03 19:13:51 aesCommToDev ok
2021-08-03 19:13:51 aesKeyNbr 04
2021-08-04 16:13:50 battery ok
2021-08-04 16:13:50 batteryLevel 3
2021-08-04 14:02:41 cfgState ok
2021-08-04 14:45:05 commState CMDs_done
2021-08-04 16:13:50 desired-temp 17.0
2019-01-07 16:16:51 fwUpdate done
2021-08-04 16:13:50 measured-temp 21.8
2021-08-03 19:14:03 powerOn 2021-08-03 19:14:03
2021-08-03 19:14:03 recentStateType info
2019-01-09 09:23:46 sabotageAttack_ErrIoAttack cnt 3
2021-08-03 19:26:03 sabotageAttack_ErrIoAttack_cnt 1
2021-08-04 14:45:05 state CMDs_done
2021-08-03 19:16:55 time-request -
helper:
HM_CMDNR 244
PONtest 1
cSnd 112BAD4A3C7084860422,112BAD4A3C7084860222
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1628011473.08969
TmplTs 1628011473.08969
cmdKey 0:1:0::og_Arbeitszimmer_wandthermostat:00AD:00:
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-]
inhibit [(on|{off})]
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
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 0
raw 1
tpl 0
io:
flgs 0
newChn +3C7084,00,02,00
nextSend 1628086741.6341
rxt 0
vccu VCCU
p:
3C7084
00
02
00
prefIO:
HMLAN01
mRssi:
mNo F4
io:
HMLAN01:
-45
-45
Pi_HmUART:
-63
-63
Pi_HmUART_ug:
-70
-70
peerIDsH:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
q:
qReqConf 02
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
HMLAN01:
avg -37.469387755102
cnt 49
lst -40
max -37
min -40
Pi_HmUART:
avg -46.9611111111111
cnt 180
lst -37
max -37
min -52
at_HMLAN01:
avg -60.754168002565
cnt 12476
lst -51
max -45
min -82
at_Pi_HmUART:
avg -50.3371054876315
cnt 17585
lst -63
max -38
min -78
at_Pi_HmUART_ug:
avg -74.6537574919323
cnt 17352
lst -70
max -56
min -90
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
.mId 00AD
IODev Pi_HmUART_ug
IOgrp VCCU:Pi_HmUART_ug
actCycle 000:10
actStatus alive
alias Wandthermostat Arbeitszimmer
autoReadReg 5_readMissing
expert defReg,rawReg
firmware 1.4
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr MEQ0744336
subType thermostat
webCmd getConfig:clear msgEvents
regList:
list: register | range | peer | description
0: btnLock | literal | | Button Lock options:on,off
0: burstRx | literal | | device reacts on Burst options:on,off
0: cyclicInfoMsg | literal | | cyclic message options:on_100,off,on
0: cyclicInfoMsgDis | 0 to 255 | | cyclic message
0: globalBtnLock | literal | | global button lock options:on,off
0: localResDis | literal | | local reset disable options:off,on
0: lowBatLimitRT | 2.0 to 2.5V | | low batterie limit, step .1V
0: modusBtnLock | literal | | mode button lock options:on,off
0: pairCentral | 0 to 16777215 | | pairing to central
und jetzt vom Chn02.
List Full:
Internals:
.triggerUsed 1
DEF 3C708402
FUUID 5c8fdb91-f33f-0e0f-6c11-4f13d37c75e557c1
IODev
NAME og_Arbeitszimmer_wandthermostat_Climate
NOTIFYDEV global
NR 165
NTFY_ORDER 50-og_Arbeitszimmer_wandthermostat_Climate
STATE T: 21.8 desired: 17.0
TYPE CUL_HM
chanNo 02
device og_Arbeitszimmer_wandthermostat
peerList CUL_HM_HM_CC_RT_DN_3C50E9_Climate
protState Info_Cleared
.attraggr:
.attrminint:
.userReadings:
HASH(0x2d2f680)
CL:
Authenticated 1
AuthenticatedBy allowed_WEB
AuthenticatedUser Richy
BUF
FD 63
FW_ID 154328
LASTACCESS 1628086839
NAME WEB_192.168.0.10_56590
NR 154357
PEER 192.168.0.10
PORT 56590
SNAME WEB
SSL 1
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-08-04 16:19:51 state Connected
Helper:
DBLOG:
desired-temp:
DbLogMySQL:
TIME 1628086721.44068
VALUE 17.0
humidity:
DbLogMySQL:
TIME 1628086721.44068
VALUE 60
measured-temp:
DbLogMySQL:
TIME 1628086721.44068
VALUE 21.8
temperature:
DbLogMySQL:
TIME 1628086721.44068
VALUE 21.8
READINGS:
2021-08-02 18:28:58 .R-boostPeriod 5 min
2021-08-02 18:28:58 .R-showWeekday off
2021-08-02 18:28:58 .R-tempMax 30.5 C
2021-08-02 18:28:58 .R-tempMin 4.5 C
2021-08-03 19:42:42 .associatedWith HM_3C7084_SwitchTr,HM_3C7084_Weather,HM_3C7084_WindowRec,HM_3C7084_remote,og_Arbeitszimmer_wandthermostat,og_Arbeitszimmer_wandthermostat_Climate,og_Arbeitszimmer_wandthermostat,CUL_HM_HM_CC_RT_DN_3C50E9_Climate
2021-08-03 19:42:42 .peerListRDate 2021-08-03 19:42:42
2021-08-04 14:45:05 CommandAccepted yes
2021-08-02 18:28:58 R-dayTemp 21 C
2021-08-02 18:28:58 R-daylightSaveTime on
2021-08-02 18:28:58 R-heatCool heating
2021-08-02 18:28:58 R-modePrioManu all
2021-08-02 18:28:58 R-modePrioParty all
2021-08-02 18:28:58 R-nightTemp 17 C
2021-08-02 18:28:58 R-noMinMax4Manu off
2021-08-02 18:28:58 R-sendWeatherData on
2021-08-02 18:28:58 R-showHumidity temp
2021-08-02 18:28:58 R-showInfo time
2021-08-02 18:28:58 R-showSetTemp actTemp
2021-08-02 18:28:49 R-sign off
2021-08-02 18:28:58 R-tempOffset 0.0K
2021-08-03 19:19:51 R-weekPrgSel prog1
2021-08-02 18:28:58 R-winOpnBoost off
2021-08-03 19:42:48 R_P1_0_tempListSat 06:00 17.0 22:00 21.0 24:00 17.0
2021-08-03 19:42:48 R_P1_1_tempListSun 06:00 17.0 22:00 21.0 24:00 17.0
2021-08-03 19:42:48 R_P1_2_tempListMon 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2021-08-03 19:42:48 R_P1_3_tempListTue 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2021-08-03 19:42:48 R_P1_4_tempListWed 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2021-08-03 19:42:48 R_P1_5_tempListThu 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2021-08-03 19:42:48 R_P1_6_tempListFri 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2021-08-03 19:42:48 R_P1_tempList_State verified
2021-08-03 19:42:56 R_P2_0_tempListSat 24:00 17.0
2021-08-03 19:42:56 R_P2_1_tempListSun 24:00 17.0
2021-08-03 19:42:56 R_P2_2_tempListMon 24:00 17.0
2021-08-03 19:42:56 R_P2_3_tempListTue 24:00 17.0
2021-08-03 19:42:56 R_P2_4_tempListWed 24:00 17.0
2021-08-03 19:42:56 R_P2_5_tempListThu 24:00 17.0
2021-08-03 19:42:56 R_P2_6_tempListFri 24:00 17.0
2021-08-03 19:42:56 R_P2_tempList_State verified
2021-08-03 19:43:06 R_P3_0_tempListSat 24:00 17.0
2021-08-03 19:43:06 R_P3_1_tempListSun 24:00 17.0
2021-08-03 19:43:06 R_P3_2_tempListMon 24:00 17.0
2021-08-03 19:43:06 R_P3_3_tempListTue 24:00 17.0
2021-08-03 19:43:06 R_P3_4_tempListWed 24:00 17.0
2021-08-03 19:43:06 R_P3_5_tempListThu 24:00 17.0
2021-08-03 19:43:06 R_P3_6_tempListFri 24:00 17.0
2021-08-04 14:01:40 R_P3_tempList_State incomplete
2021-08-03 19:42:43 RegL_01. 00:00 08:00
2021-08-03 19:42:48 RegL_07. 00:00 01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:00 11:00 12:09 13:00 14:44 15:48 16:55 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:44 2F:48 30:55 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:54 4B:6C 4C:44 4D:CC 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:54 65:6C 66:44 67:CC 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:54 7F:6C 80:44 81:CC 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:54 99:6C 9A:44 9B:CC 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:54 B3:6C B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00
2021-08-03 19:42:56 RegL_08. 00:00 01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00
2021-08-03 19:43:06 RegL_09. 01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00
2021-08-04 16:13:50 boostTime -
2021-08-04 14:02:41 cfgState updating
2021-08-04 16:13:50 commReporting off
2021-08-04 14:45:05 commState CMDs_done
2021-08-04 16:13:50 controlMode manual
2021-08-04 16:18:41 desired-temp 17.0
2021-08-04 16:18:41 humidity 60
2021-08-04 16:18:41 measured-temp 21.8
2021-08-03 19:42:42 peerList CUL_HM_HM_CC_RT_DN_3C50E9_Climate
2021-08-04 14:45:05 recentStateType ack
2021-08-04 16:18:41 state T: 21.8 desired: 17.0
2021-08-04 16:18:41 temperature 21.8
2021-08-04 09:25:42 trigLast fhem:81
2021-08-04 16:13:50 winOpenReporting on
TEMPLIST:
Fri:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Mon:
0:
HOUR 24
MINUTE 00
TEMP 15.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sat:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sun:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Thu:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Tue:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Wed:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
helper:
peerFriend peerRtTc
peerIDsRaw ,3C50E902,00000000
peerIDsState complete
peerOpt p:thermostat
regLst 1,7,8,9
cfgChk:
idRc02 RegL_09.
idTp00 fail
tempList not verified
tempList not verified
tempList not verified
cmds:
TmplKey CUL_HM_HM_CC_RT_DN_3C50E9_Climate:no:1628011473.08901
TmplTs 1628011473.08901
cmdKey 1:0:0::og_Arbeitszimmer_wandthermostat:00AD:02:CUL_HM_HM_CC_RT_DN_3C50E9_Climate
cmdLst:
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
controlManu (on|off|5.0..30.0;0.5)
controlMode (auto|manual|boost|day|night)
controlParty -temp- -startDate- -startTime- -endDate- -endTime-
desired-temp (on|off|5.0..30.0;0.5)
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
tempListFri [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListMon [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListSat [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListSun [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListThu [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListTmpl [({verify}|restore)] [[-file-:]-templateName-]
tempListTue [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListWed [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempTmplSet -tempTmpl-
tplDel -tplDel-
tplSet_0 -tplChan-
tplSet_CUL_HM_HM_CC_RT_DN_3C50E9_Climate -tplPeer-
lst:
condition slider,0,1,255
peer CUL_HM_HM_CC_RT_DN_3C50E9_Climate
peerOpt CUL_HM_HM_CC_RT_DN_2E5C01_Climate,CUL_HM_HM_CC_RT_DN_3C50E1_Climate,CUL_HM_HM_CC_RT_DN_3C50E9_Climate,HM_50246B_Climate,HM_502E1C_Climate,HM_502EB0_Climate,HM_51A94F_Climate,HM_641CB4_Climate,HM_6A1DA1_Climate,HM_6A1DB8_Climate,HM_6A1DBB_Climate,HM_6A1DD5_Climate,HM_705F6A_Climate,HM_727EDD_Climate
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
peerIDsH:
00000000 broadcast
3C50E902 CUL_HM_HM_CC_RT_DN_3C50E9_Climate
prt:
bErr 0
sProc 0
regCollect:
role:
chn 1
shRegR:
07 00
shadowReg:
RegL_09. 00:00 01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:3D 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00
tmpl:
Attributes:
alexaName Arbeitszimmerheizung
alexaRoom Arbeitszimmer
alias Arbeitszimmer, OG
genericDeviceType thermostat
group Heizung
icon hm-tc-it-wm-w-eu
model HM-TC-IT-WM-W-EU
peerIDs 00000000,3C50E902
room Alexa,Arbeitszimmer,CUL_HM,Übersicht
userReadings temperature { ReadingsVal("og_Arbeitszimmer_wandthermostat_Climate","measured-temp",0) }
regList:
list: register | range | peer | description
1: sign | literal | | signature (AES) options:off,on
7: boostPeriod | literalmin | | boost period [min] options:30,10,20,15,5,25,0
7: dayTemp | 15 to 30C | | comfort or day temperatur
7: daylightSaveTime | literal | | set daylight saving time options:on,off
7: heatCool | literal | | select heating or cooling options:heating,cooling
7: modePrioManu | literal | | allow tempChange for manual only by: options:RT_TC_CCU_SELF,self,RT_TC_SC_SELF,CCU,all
7: modePrioParty | literal | | allow tempChange for party only by: options:self,RT_TC_CCU_SELF,CCU,RT_TC_SC_SELF,all
7: nightTemp | 5 to 25C | | lower or night temperatur
7: noMinMax4Manu | literal | | min/max is irrelevant for manual mode options:off,on
7: sendWeatherData | literal | | send weather data options:on,off
7: showHumidity | literal | | show temp only or also humidity options:temp,tempHum
7: showInfo | literal | | show date or time options:date,time
7: showSetTemp | literal | | show set or actual temperature options:actTemp,setTemp
7: showWeekday | literal | | show weekday options:on,off
7: tempMax | 15 to 30.5C | | maximum temperatur
7: tempMin | 4.5 to 14.5C | | minimum temperatur
7: tempOffset | literal | | temperature offset options:3.5K,0.0K,2.0K,1.0K,-3.5K,3.0K,1.5K,0.5K,-0.5K,-3.0K,-2.5K,-2.0K,-1.0K,-1.5K,2.5K
7: weekPrgSel | literal | | select week program options:prog3,prog1,prog2
7: winOpnBoost | literal | | boost after window closed options:off,on
Also für mich sind das zweifelsohne spanische Dörfer... ;D ::)
Das letzte Update ist am Sonntag gemacht worden.
hallo ritchy,
du sagst also, "früher" hat der befehl genau so schon funktioniert?
war das vor dem fw update auf 1.4, oder auch noch danach?
set og_Arbeitszimmer_wandthermostat_Climate tempListMon p3 24:00 15.0
wie sieht der sniff aus, wenn du folgendes setzt:
set og_Arbeitszimmer_wandthermostat_Climate tempListMon p3 04:00 11.0 24:00 12.0
wenn das funktioniert, anschliessend wieder
set og_Arbeitszimmer_wandthermostat_Climate tempListMon p3 24:00 15.0
Jetzt ist mir ein Missgeschick passiert. Der erste Anlauf mit den zwei Zeiten hat funktioniert und ich habe gleich darauf wieder den alten Befehl abgesetzt. Da stand so viel Zeug im Log das ich es gelöscht habe um die Aktion noch mal neu zu machen. Hatte zwar das Logging heute Mittag wieder ausgestellt, aber er hat trotzdem weiter gemacht - warum auch immer...
Jedenfalls - Danach ging wieder nix mehr! :o
Jetzt habe ich die Doppelzeit auf den Dienstag legen wollen und das war das Ergebnis (MISSING ACK):
2021.08.04 19:31:58.746 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02B7BDFD d:FF r:FFCE m:40 8470 3C7084 000000 00E837
2021.08.04 19:31:58.901 0: HMUARTLGW Pi_HmUART recv: 01 05 00 02 46 msg: 40 84 70 3C7084 000000 00E837
2021.08.04 19:31:58.903 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4B msg: 40 84 70 3C7084 000000 00E837
2021.08.04 19:31:59.236 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 19:31:59.240 0: HMUARTLGW Pi_HmUART_ug recv: 00 040203, state 98
2021.08.04 19:31:59.241 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 19:31:59.241 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0036
2021.08.04 19:32:01.157 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.04 19:32:01.163 0: HMUARTLGW Pi_HmUART recv: 00 04022E, state 98
2021.08.04 19:32:01.164 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.04 19:32:01.164 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0055
2021.08.04 19:32:11.705 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 41 B1 12 2BAD4A 3C7084
2021.08.04 19:32:12.591 0: HMUARTLGW Pi_HmUART recv: 01 04 03 02 47 msg: 41 80 02 3C7084 2BAD4A 00
2021.08.04 19:32:12.803 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 54 msg: 41 B1 12 2BAD4A 3C7084
2021.08.04 19:32:12.806 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4B msg: 41 80 02 3C7084 2BAD4A 00
2021.08.04 19:32:12.808 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B7F495 d:FF r:FFB9 m:41 B112 2BAD4A 3C7084
2021.08.04 19:32:12.810 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02B7F516 d:FF r:FFCE m:41 8002 3C7084 2BAD4A 00
2021.08.04 19:32:12.912 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 42 A0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:13.037 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B7F7EF d:FF r:FFBA m:42 A001 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:13.042 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 55 msg: 42 A0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:13.586 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02B7F86A d:FF r:FFCE m:42 8002 3C7084 2BAD4A 00
2021.08.04 19:32:13.808 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4C msg: 42 80 02 3C7084 2BAD4A 00
2021.08.04 19:32:13.811 0: HMUARTLGW Pi_HmUART recv: 01 04 03 02 48 msg: 42 80 02 3C7084 2BAD4A 00
2021.08.04 19:32:13.850 0: HMLAN_Send: HMLAN01 I:K
2021.08.04 19:32:13.854 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:02B7FB7E IDcnt:0027 L:21 %
2021.08.04 19:32:13.907 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 43 A0 01 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:13.944 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 54 msg: 43 A0 01 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:13.951 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B7FBD3 d:FF r:FFB9 m:43 A001 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:14.240 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 19:32:14.244 0: HMUARTLGW Pi_HmUART_ug recv: 00 040203, state 98
2021.08.04 19:32:14.245 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 19:32:14.245 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0035
2021.08.04 19:32:14.314 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 54 msg: 43 A0 01 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:14.321 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B7FD45 d:FF r:FFB9 m:43 A001 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:14.616 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 55 msg: 43 A0 01 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:14.622 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B7FE72 d:FF r:FFBA m:43 A001 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:14.861 0: HMUARTLGW Pi_HmUART recv: 01 0404, state 100
2021.08.04 19:32:14.863 0: HMUARTLGW Pi_HmUART can't send due to unknown problem (no response?)
2021.08.04 19:32:15.971 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:16.363 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 54 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:16.370 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B80546 d:FF r:FFBA m:01 B001 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:16.488 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4A msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 19:32:16.730 0: HMUARTLGW Pi_HmUART recv: 01 04 03 02 47 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 19:32:16.734 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02B805C1 d:FF r:FFCE m:01 8002 3C7084 2BAD4A 00
2021.08.04 19:32:16.825 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 02 A0 01 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:16.862 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 53 msg: 02 A0 01 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:16.869 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B80739 d:FF r:FFB9 m:02 A001 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:17.197 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 53 msg: 02 A0 01 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:17.204 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B80889 d:FF r:FFB9 m:02 A001 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:17.545 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 53 msg: 02 A0 01 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:17.552 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B809E3 d:FF r:FFB9 m:02 A001 2BAD4A 3C7084 0008622C63306431
2021.08.04 19:32:17.789 0: HMUARTLGW Pi_HmUART recv: 01 0404, state 100
2021.08.04 19:32:17.790 0: HMUARTLGW Pi_HmUART can't send due to unknown problem (no response?)
2021.08.04 19:32:18.164 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.04 19:32:18.170 0: HMUARTLGW Pi_HmUART recv: 00 040233, state 98
2021.08.04 19:32:18.171 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.04 19:32:18.171 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0051
2021.08.04 19:32:20.863 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:21.255 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 50 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:21.262 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02B81863 d:FF r:FFBA m:01 B001 2BAD4A 3C7084 00050000000009
2021.08.04 19:32:21.378 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4E msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 19:32:21.381 0: HMUARTLGW Pi_HmUART recv: 01 04 03 02 47 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 19:32:21.383 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.04 19:32:21.386 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02B818DF d:FF r:FFCE m:01 8002 3C7084 2BAD4A 00
2021.08.04 19:32:21.429 0: HMUARTLGW Pi_HmUART recv: 00 040235, state 98
2021.08.04 19:32:21.431 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.04 19:32:21.431 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0454
2021.08.04 19:32:29.246 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 19:32:29.252 0: HMUARTLGW Pi_HmUART_ug recv: 00 040203, state 98
2021.08.04 19:32:29.253 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 19:32:29.253 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0039
Versuch den Montag wieder auf alten Stand zu bringen:
2021.08.04 19:37:59.775 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 19:37:59.781 0: HMUARTLGW Pi_HmUART_ug recv: 00 040203, state 98
2021.08.04 19:37:59.782 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 19:37:59.783 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0043
2021.08.04 19:38:04.350 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.04 19:38:04.356 0: HMUARTLGW Pi_HmUART recv: 00 040235, state 98
2021.08.04 19:38:04.357 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.04 19:38:04.357 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0049
2021.08.04 19:38:04.370 0: HMLAN_Send: HMLAN01 I:K
2021.08.04 19:38:04.374 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:02BD54F0 IDcnt:0027 L:21 %
2021.08.04 19:38:10.338 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 43 B1 12 2BAD4A 3C7084
2021.08.04 19:38:11.212 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4D msg: 43 B1 12 2BAD4A 3C7084
2021.08.04 19:38:11.215 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 47 msg: 43 80 02 3C7084 2BAD4A 00
2021.08.04 19:38:11.425 0: HMUARTLGW Pi_HmUART recv: 01 04 03 02 47 msg: 43 80 02 3C7084 2BAD4A 00
2021.08.04 19:38:11.428 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD6DB9 d:FF r:FFB8 m:43 B112 2BAD4A 3C7084
2021.08.04 19:38:11.430 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02BD6E3A d:FF r:FFCE m:43 8002 3C7084 2BAD4A 00
2021.08.04 19:38:11.521 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 44 A0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:38:11.557 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4D msg: 44 A0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:38:11.564 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD70FC d:FF r:FFB8 m:44 A001 2BAD4A 3C7084 00050000000009
2021.08.04 19:38:11.679 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 47 msg: 44 80 02 3C7084 2BAD4A 00
2021.08.04 19:38:12.008 0: HMUARTLGW Pi_HmUART recv: 01 04 03 02 46 msg: 44 80 02 3C7084 2BAD4A 00
2021.08.04 19:38:12.013 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02BD7176 d:FF r:FFCE m:44 8002 3C7084 2BAD4A 00
2021.08.04 19:38:12.104 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 45 A0 01 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:12.145 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4D msg: 45 A0 01 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:12.151 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD7347 d:FF r:FFB9 m:45 A001 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:12.420 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4D msg: 45 A0 01 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:12.425 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD7459 d:FF r:FFB8 m:45 A001 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:12.721 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4D msg: 45 A0 01 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:12.724 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD7574 d:FF r:FFB8 m:45 A001 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:12.943 0: HMUARTLGW Pi_HmUART recv: 01 0404, state 100
2021.08.04 19:38:12.944 0: HMUARTLGW Pi_HmUART can't send due to unknown problem (no response?)
2021.08.04 19:38:14.647 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:38:14.780 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 19:38:14.784 0: HMUARTLGW Pi_HmUART_ug recv: 00 040203, state 98
2021.08.04 19:38:14.785 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 19:38:14.785 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0037
2021.08.04 19:38:15.523 0: HMUARTLGW Pi_HmUART recv: 01 04 03 02 46 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 19:38:15.738 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4D msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:38:15.741 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 46 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 19:38:15.743 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02BD7F11 d:FF r:FFCE m:01 8002 3C7084 2BAD4A 00
2021.08.04 19:38:15.746 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 02 A0 01 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:16.112 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4D msg: 02 A0 01 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:16.117 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4C msg: 02 A0 01 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:16.119 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD8182 d:FF r:FFB8 m:02 A001 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:16.121 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD82B1 d:FF r:FFB8 m:02 A001 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:16.391 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4C msg: 02 A0 01 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:16.398 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD83DE d:FF r:FFB8 m:02 A001 2BAD4A 3C7084 0008483D4920622C63306431
2021.08.04 19:38:16.632 0: HMUARTLGW Pi_HmUART recv: 01 0404, state 100
2021.08.04 19:38:16.633 0: HMUARTLGW Pi_HmUART can't send due to unknown problem (no response?)
2021.08.04 19:38:19.475 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:38:19.866 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 4C msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.04 19:38:19.874 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:02BD9173 d:FF r:FFB8 m:01 B001 2BAD4A 3C7084 00050000000009
2021.08.04 19:38:19.991 0: HMUARTLGW Pi_HmUART recv: 01 04 03 02 47 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 19:38:19.993 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 02 46 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.04 19:38:19.998 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:02BD91EF d:FF r:FFCE m:01 8002 3C7084 2BAD4A 00
2021.08.04 19:38:20.484 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.04 19:38:20.490 0: HMUARTLGW Pi_HmUART recv: 00 04023C, state 98
2021.08.04 19:38:20.491 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.04 19:38:20.492 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0047
2021.08.04 19:38:29.440 0: HMLAN_Send: HMLAN01 I:K
2021.08.04 19:38:29.455 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:02BDB6E2 IDcnt:0027 L:21 %
2021.08.04 19:38:29.784 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.04 19:38:29.789 0: HMUARTLGW Pi_HmUART_ug recv: 00 040203, state 98
2021.08.04 19:38:29.789 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.04 19:38:29.790 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0037
Da liegt ein klares timing Problem vor. 300ms bis 1s zum empfang der antwort. Die nächste message sollte nach 250ms kommen.
Ist nur so beim durchsehen erkannt.
Ein burst device legt sich dann wieder schlafen und aus ist es.
Jetzt musste man die ursache finden. Zuerst einmal die logs einschränken. Das kann aber nicht alles sein.
Zum testen die beiden übrigen ios abschalten. Dann loggen um zumsehen, daß es sauber läuft. Oder nicht
Wirklich interessant wer hier bummelt.
Über ccu das performante io zum preferred machen.
ZitatDa stand so viel Zeug im Log das ich es gelöscht habe um die Aktion noch mal neu zu machen.
ist ja auch richtig so. wenn das setzen erfolgreich war, kommt wegen autoreadreg anschliessend ein automatisches getconfig. da werden alle register ausgelesen, enorm viel in diesem channel.
schade, die misslungenen vetsuche bringen nichts neues.
meine vermutung:
ein schaltpunkt hat 2 register, das erste für die zeit, das 2. für die temp.
beim versuch mit 24:00/15.0 wollte fhem "sparen", da der inhalt vorher 24:00/17.0 war. dann wird nur das 2. register mit 17.0 gesetzt.
das sparen geht aber schief, weil das zeitregister im raw cmd geändert werden sollte.
entweder ist dann der wert für das zeitregister falsch, oder der tc will zu einem zeitregister auch immer eine temp haben.
bei meinem alten hm-cc-tc funktioniert es jedenfalls. da wird auch am richtigen register gespart.
bei einen neuen funktionierenden versuch müssten alle zu setzenden register eine änderung erfahren.
Hallo Zusammen,
ZitatDa liegt ein klares timing Problem vor.
Sehe ich auch.
Die Verarbeitung von device messages dauert recht lang.
Dann kommt noch dazu, dass jedes der 3 IOs darauf hin die Sendeverzögerung berechnet, also auch die spät verarbeiteten.
Damit wird in diesem Fall die Folgemessage nach dem Ack auf den Start des Listenwrites zum Setzen der Register zusätzlich zum langsamen System teilweise nochmal extra verzögert.
@Martin, @Michael: in dem Thread https://forum.fhem.de/index.php/topic,122160.msg1168661.html#msg1168661 (https://forum.fhem.de/index.php/topic,122160.msg1168661.html#msg1168661) habe ich eine zeitbasierte Lösung für das nextSend Problem vorgeschlagen, um möglichst den besten nächsten Sendezeitpunkt auf Basis des letzten Sendens und letzten Empfangs für CUL zu übernehmen. Ziel ist, das eine message zuerst empfangende device nextSend bestimmen zu lassen, respektive das den Sendezeitpunkt am besten bestimmende zu nutzen.
Da hier aber schon Systemverzögerungen über 90ms zwischen der Verarbeitung der Empfangsdaten im Raum stehen, müsste in diesem Fall hier zusätzlich noch der letzte empfangene messageCount + message Typ + erwartete Wiederholzeit mit bei der Entscheidung berücksichtigt werden, ob überhaupt ein neues nextSend berechnet wird.
@Richy: Damit Dein System weniger unnützes Zeug verabeiten muss, wäre anzuraten, mit den Attributen event-on-change-reading und event-on-update-reading bei allen FHEM devices die Generierung aller möglichen Events auf nur benötigte Events einzuschränken und mal mit apptime etc. andere Langläufer im System zu suchen.
Gruß, Ansgar.
Guten Morgen zusammen und Danke für die zahlreichen Antworten und Hinweise. :)
Also - ich habe dann mal mit Martins Post angefangen und siehe da. Schalte ich zwei io's aus, funktioniert die Übertragung.
Ich habe das dann mal für jeden einzeln mitgesnifft...
Hier die Messages.
HMLAN01:
p3 mit zwei Uhrzeiten
2021.08.05 06:04:04.953 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:004CD78E d:FF r:FFCD m:39 8470 3C7084 000000 00DF3A
2021.08.05 06:04:17.142 0: HMLAN_Send: HMLAN01 I:K
2021.08.05 06:04:17.146 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:004D073E IDcnt:0027 L:2 %
2021.08.05 06:04:31.210 0: HMLAN_Send: HMLAN01 I:+3C7084,00,02,00
2021.08.05 06:04:31.212 0: HMLAN_Send: HMLAN01 S:S147BEEE6 stat: 00 t:00000000 d:01 r:147BEEE6 m:3A B112 2BAD4A 3C7084
2021.08.05 06:04:32.203 0: HMLAN_Parse: HMLAN01 R:R147BEEE6 stat:0001 t:004D4032 d:FF r:FFCD m:3A 8002 3C7084 2BAD4A 00
2021.08.05 06:04:32.207 0: HMLAN_Send: HMLAN01 S:S147BF2C9 stat: 00 t:00000000 d:01 r:147BF2C9 m:3B A001 2BAD4A 3C7084 00050000000009
2021.08.05 06:04:32.416 0: HMLAN_Parse: HMLAN01 R:R147BF2C9 stat:0001 t:004D42B2 d:FF r:FFCD m:3B 8002 3C7084 2BAD4A 00
2021.08.05 06:04:32.461 0: HMLAN_Send: HMLAN01 S:S147BF39E stat: 00 t:00000000 d:01 r:147BF39E m:3C A001 2BAD4A 3C7084 00084834493C4A41
2021.08.05 06:04:32.775 0: HMLAN_Parse: HMLAN01 R:R147BF39E stat:0001 t:004D4448 d:FF r:FFCD m:3C 8002 3C7084 2BAD4A 00
2021.08.05 06:04:32.867 0: HMLAN_Send: HMLAN01 S:S147BF505 stat: 00 t:00000000 d:01 r:147BF505 m:3D A001 2BAD4A 3C7084 0006
2021.08.05 06:04:33.181 0: HMLAN_Parse: HMLAN01 R:R147BF505 stat:0001 t:004D45DE d:FF r:FFCD m:3D 8002 3C7084 2BAD4A 00
p3 mit einer Uhrzeit
2021.08.05 06:05:27.241 0: HMLAN_Send: HMLAN01 S:S147CC9C4 stat: 00 t:00000000 d:01 r:147CC9C4 m:3E B112 2BAD4A 3C7084
2021.08.05 06:05:28.750 0: HMLAN_Parse: HMLAN01 R:R147CC9C4 stat:0001 t:004E1B19 d:FF r:FFCD m:3E 8002 3C7084 2BAD4A 00
2021.08.05 06:05:28.757 0: HMLAN_Send: HMLAN01 S:S147CCFAF stat: 00 t:00000000 d:01 r:147CCFAF m:3F A001 2BAD4A 3C7084 00050000000009
2021.08.05 06:05:29.278 0: HMLAN_Parse: HMLAN01 R:R147CCFAF stat:0001 t:004E1FA1 d:FF r:FFCD m:3F 8002 3C7084 2BAD4A 00
2021.08.05 06:05:29.282 0: HMLAN_Send: HMLAN01 S:S147CD1BC stat: 00 t:00000000 d:01 r:147CD1BC m:40 A001 2BAD4A 3C7084 0008484549204A41
2021.08.05 06:05:29.889 0: HMLAN_Parse: HMLAN01 R:R147CD1BC stat:0008 t:00000000 d:FF r:7FFF m:40 A001 2BAD4A 3C7084 0008484549204A41
2021.08.05 06:05:29.889 0: HMLAN_Parse: HMLAN01 no ACK from 3C7084
2021.08.05 06:05:32.362 0: HMLAN_Send: HMLAN01 I:K
2021.08.05 06:05:32.367 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:004E2D1F IDcnt:0029 L:4 %
2021.08.05 06:05:34.442 0: HMLAN_Send: HMLAN01 S:S147CE5E4 stat: 00 t:00000000 d:01 r:147CE5E4 m:01 B001 2BAD4A 3C7084 00050000000009
2021.08.05 06:05:34.442 0: HMLAN_Send: HMLAN01 I:K
2021.08.05 06:05:34.494 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:004E3541 IDcnt:0029 L:5 %
2021.08.05 06:05:35.559 0: HMLAN_Parse: HMLAN01 R:R147CE5E4 stat:0001 t:004E3993 d:FF r:FFCD m:01 8002 3C7084 2BAD4A 00
2021.08.05 06:05:35.656 0: HMLAN_Send: HMLAN01 S:S147CEA48 stat: 00 t:00000000 d:01 r:147CEA48 m:02 A001 2BAD4A 3C7084 0008484549204A41
2021.08.05 06:05:35.965 0: HMLAN_Parse: HMLAN01 R:R147CEA48 stat:0001 t:004E3B29 d:FF r:FFCD m:02 8002 3C7084 2BAD4A 00
2021.08.05 06:05:36.062 0: HMLAN_Send: HMLAN01 S:S147CEBDA stat: 00 t:00000000 d:01 r:147CEBDA m:03 A001 2BAD4A 3C7084 0006
2021.08.05 06:05:36.389 0: HMLAN_Parse: HMLAN01 R:R147CEBDA stat:0001 t:004E3CBE d:FF r:FFCD m:03 8002 3C7084 2BAD4A 00
Pi_HmUART:
p3 mit zwei Uhrzeiten
2021.08.05 06:09:47.459 0: HMUARTLGW Pi_HmUART send: 01 063C7084020000
2021.08.05 06:09:47.670 0: HMUARTLGW Pi_HmUART recv: 01 040701010020FFFFFFFFFFFFFFFF, state 90
2021.08.05 06:09:47.671 0: HMUARTLGW Pi_HmUART GetSet Ack: 07, state 90
2021.08.05 06:09:47.672 0: HMUARTLGW Pi_HmUART added peer: 3C7084, aesChannels: FFFFFFFFFFFFFFFF
2021.08.05 06:09:47.674 0: HMUARTLGW Pi_HmUART send: 01 063C7084020000
2021.08.05 06:09:47.682 0: HMUARTLGW Pi_HmUART recv: 01 040701010020FFFFFFFFFFFFFFFF, state 93
2021.08.05 06:09:47.683 0: HMUARTLGW Pi_HmUART GetSet Ack: 07, state 93
2021.08.05 06:09:47.683 0: HMUARTLGW Pi_HmUART added peer: 3C7084, aesChannels: FFFFFFFFFFFFFFFF
2021.08.05 06:09:47.684 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 3C B1 12 2BAD4A 3C7084
2021.08.05 06:09:48.464 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 44 msg: 3C 80 02 3C7084 2BAD4A 00
2021.08.05 06:09:49.076 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 3D A0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:09:50.227 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 3D 80 02 3C7084 2BAD4A 00
2021.08.05 06:09:50.796 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 3E A0 01 2BAD4A 3C7084 0008483449304A2D
2021.08.05 06:09:52.268 0: HMUARTLGW Pi_HmUART recv: 01 0404, state 100
2021.08.05 06:09:52.269 0: HMUARTLGW Pi_HmUART can't send due to unknown problem (no response?)
2021.08.05 06:09:55.245 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:09:55.764 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.05 06:09:56.011 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 02 A0 01 2BAD4A 3C7084 0008483449304A2D
2021.08.05 06:09:56.170 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 02 80 02 3C7084 2BAD4A 00
2021.08.05 06:09:56.383 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 03 A0 01 2BAD4A 3C7084 0006
2021.08.05 06:09:56.612 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 03 80 02 3C7084 2BAD4A 00
2021.08.05 06:09:58.758 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.05 06:09:58.764 0: HMUARTLGW Pi_HmUART recv: 00 040204, state 98
2021.08.05 06:09:58.765 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.05 06:09:58.765 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0055
p3 mit einer Uhrzeit
2021.08.05 06:10:58.959 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 04 B1 12 2BAD4A 3C7084
2021.08.05 06:11:00.072 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 46 msg: 04 80 02 3C7084 2BAD4A 00
2021.08.05 06:11:00.320 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 05 A0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:11:00.765 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 05 80 02 3C7084 2BAD4A 00
2021.08.05 06:11:01.071 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 06 A0 01 2BAD4A 3C7084 00084A2D
2021.08.05 06:11:01.731 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 06 80 02 3C7084 2BAD4A 00
2021.08.05 06:11:02.039 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 07 A0 01 2BAD4A 3C7084 0006
2021.08.05 06:11:02.955 0: HMUARTLGW Pi_HmUART recv: 01 0404, state 100
2021.08.05 06:11:02.957 0: HMUARTLGW Pi_HmUART can't send due to unknown problem (no response?)
2021.08.05 06:11:02.958 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.05 06:11:03.009 0: HMUARTLGW Pi_HmUART recv: 00 040207, state 98
2021.08.05 06:11:03.011 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.05 06:11:03.011 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0500
2021.08.05 06:11:03.732 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.05 06:11:03.737 0: HMUARTLGW Pi_HmUART recv: 00 040207, state 98
2021.08.05 06:11:03.738 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.05 06:11:03.738 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0048
2021.08.05 06:11:06.815 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:11:07.330 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.05 06:11:07.594 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 02 A0 01 2BAD4A 3C7084 00084A2D
2021.08.05 06:11:07.752 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 02 80 02 3C7084 2BAD4A 00
2021.08.05 06:11:07.967 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 03 A0 01 2BAD4A 3C7084 0006
2021.08.05 06:11:08.592 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 03 80 02 3C7084 2BAD4A 00
Pi_HmUART_ug:
p3 mit zwei Uhrzeiten
2021.08.05 06:12:15.429 0: HMUARTLGW Pi_HmUART_ug send: 01 063C7084020000
2021.08.05 06:12:15.640 0: HMUARTLGW Pi_HmUART_ug recv: 01 040701010024FFFFFFFFFFFFFFFF, state 90
2021.08.05 06:12:15.641 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 07, state 90
2021.08.05 06:12:15.642 0: HMUARTLGW Pi_HmUART_ug added peer: 3C7084, aesChannels: FFFFFFFFFFFFFFFF
2021.08.05 06:12:15.644 0: HMUARTLGW Pi_HmUART_ug send: 01 063C7084020000
2021.08.05 06:12:15.651 0: HMUARTLGW Pi_HmUART_ug recv: 01 040701010024FFFFFFFFFFFFFFFF, state 93
2021.08.05 06:12:15.652 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 07, state 93
2021.08.05 06:12:15.652 0: HMUARTLGW Pi_HmUART_ug added peer: 3C7084, aesChannels: FFFFFFFFFFFFFFFF
2021.08.05 06:12:15.653 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 01 msg: 3D B1 12 2BAD4A 3C7084
2021.08.05 06:12:16.319 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 4F msg: 3D 80 02 3C7084 2BAD4A 00
2021.08.05 06:12:16.530 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 00 msg: 3E A0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:12:16.688 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 50 msg: 3E 80 02 3C7084 2BAD4A 00
2021.08.05 06:12:16.897 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 00 msg: 3F A0 01 2BAD4A 3C7084 0008483C49304A2D
2021.08.05 06:12:17.054 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 50 msg: 3F 80 02 3C7084 2BAD4A 00
2021.08.05 06:12:17.384 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 00 msg: 40 A0 01 2BAD4A 3C7084 0006
2021.08.05 06:12:18.334 0: HMUARTLGW Pi_HmUART_ug recv: 01 0404, state 100
2021.08.05 06:12:18.335 0: HMUARTLGW Pi_HmUART_ug can't send due to unknown problem (no response?)
2021.08.05 06:12:18.388 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.05 06:12:18.392 0: HMUARTLGW Pi_HmUART_ug recv: 00 040202, state 98
2021.08.05 06:12:18.393 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.05 06:12:18.393 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0035
2021.08.05 06:12:19.392 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:12:19.907 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 50 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.05 06:12:20.171 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 00 msg: 02 A0 01 2BAD4A 3C7084 0008483C49304A2D
2021.08.05 06:12:20.328 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 50 msg: 02 80 02 3C7084 2BAD4A 00
2021.08.05 06:12:20.544 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 00 msg: 03 A0 01 2BAD4A 3C7084 0006
2021.08.05 06:12:20.701 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 50 msg: 03 80 02 3C7084 2BAD4A 00
p3 mit einer Uhrzeit
2021.08.05 06:14:43.807 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 01 msg: 42 B1 12 2BAD4A 3C7084
2021.08.05 06:14:44.816 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 4F msg: 42 80 02 3C7084 2BAD4A 00
2021.08.05 06:14:45.050 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 00 msg: 43 A0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:14:45.207 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 4D msg: 43 80 02 3C7084 2BAD4A 00
2021.08.05 06:14:45.418 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 00 msg: 44 A0 01 2BAD4A 3C7084 00084A2D
2021.08.05 06:14:45.574 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 51 msg: 44 80 02 3C7084 2BAD4A 00
2021.08.05 06:14:45.578 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.05 06:14:45.787 0: HMUARTLGW Pi_HmUART_ug recv: 00 040210, state 98
2021.08.05 06:14:45.788 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.05 06:14:45.788 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.2088
2021.08.05 06:14:45.790 0: HMUARTLGW Pi_HmUART_ug send: 01 02 00 00 00 msg: 45 A0 01 2BAD4A 3C7084 0006
2021.08.05 06:14:45.946 0: HMUARTLGW Pi_HmUART_ug recv: 01 04 03 00 4D msg: 45 80 02 3C7084 2BAD4A 00
wieder alle zusammen:
Versuch p3 mit zwei Uhrzeiten -> MISSING ACK
2021.08.05 06:16:51.608 0: HMLAN_Send: HMLAN01 I:K
2021.08.05 06:16:51.614 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:00588AE1 IDcnt:002A L:10 %
2021.08.05 06:16:52.357 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.05 06:16:52.363 0: HMUARTLGW Pi_HmUART recv: 00 040200, state 98
2021.08.05 06:16:52.364 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.05 06:16:52.364 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0053
2021.08.05 06:16:55.000 0: HMUARTLGW Pi_HmUART_ug send: 01 073C7084
2021.08.05 06:16:55.003 0: HMUARTLGW Pi_HmUART send: 01 063C7084020000
2021.08.05 06:16:55.567 0: HMUARTLGW Pi_HmUART recv: 01 040701010021FFFFFFFFFFFFFFFF, state 90
2021.08.05 06:16:55.568 0: HMUARTLGW Pi_HmUART GetSet Ack: 07, state 90
2021.08.05 06:16:55.568 0: HMUARTLGW Pi_HmUART added peer: 3C7084, aesChannels: FFFFFFFFFFFFFFFF
2021.08.05 06:16:55.571 0: HMUARTLGW Pi_HmUART send: 01 063C7084020000
2021.08.05 06:16:55.576 0: HMUARTLGW Pi_HmUART_ug recv: 01 040701010024, state 90
2021.08.05 06:16:55.576 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 07, state 90
2021.08.05 06:16:55.577 0: HMUARTLGW Pi_HmUART_ug remove peer: 3C7084
2021.08.05 06:16:55.647 0: HMUARTLGW Pi_HmUART recv: 01 040701010021FFFFFFFFFFFFFFFF, state 93
2021.08.05 06:16:55.648 0: HMUARTLGW Pi_HmUART GetSet Ack: 07, state 93
2021.08.05 06:16:55.648 0: HMUARTLGW Pi_HmUART added peer: 3C7084, aesChannels: FFFFFFFFFFFFFFFF
2021.08.05 06:16:55.649 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 3F B1 12 2BAD4A 3C7084
2021.08.05 06:16:56.303 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 3F 80 02 3C7084 2BAD4A 00
2021.08.05 06:16:56.513 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4D msg: 3F B1 12 2BAD4A 3C7084
2021.08.05 06:16:56.516 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4E msg: 3F 80 02 3C7084 2BAD4A 00
2021.08.05 06:16:56.518 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:00589C23 d:FF r:FFBB m:3F B112 2BAD4A 3C7084
2021.08.05 06:16:56.520 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:00589CA5 d:FF r:FFCD m:3F 8002 3C7084 2BAD4A 00
2021.08.05 06:16:56.869 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 40 A0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:16:56.904 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4C msg: 40 A0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:16:56.912 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:00589F89 d:FF r:FFBB m:40 A001 2BAD4A 3C7084 00050000000009
2021.08.05 06:16:57.027 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4F msg: 40 80 02 3C7084 2BAD4A 00
2021.08.05 06:16:57.237 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 40 80 02 3C7084 2BAD4A 00
2021.08.05 06:16:57.681 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 41 A0 01 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:16:57.685 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:0058A005 d:FF r:FFCD m:40 8002 3C7084 2BAD4A 00
2021.08.05 06:16:58.096 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4D msg: 41 A0 01 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:16:58.099 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4D msg: 41 A0 01 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:16:58.102 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058A2B7 d:FF r:FFBB m:41 A001 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:16:58.104 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058A40E d:FF r:FFBA m:41 A001 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:16:58.377 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4C msg: 41 A0 01 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:16:58.383 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058A54A d:FF r:FFBA m:41 A001 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:16:58.622 0: HMUARTLGW Pi_HmUART recv: 01 0404, state 100
2021.08.05 06:16:58.623 0: HMUARTLGW Pi_HmUART can't send due to unknown problem (no response?)
2021.08.05 06:17:02.459 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:17:02.854 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4C msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:17:02.859 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058B6C6 d:FF r:FFBB m:01 B001 2BAD4A 3C7084 00050000000009
2021.08.05 06:17:02.974 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4F msg: 01 80 02 3C7084 2BAD4A 00
2021.08.05 06:17:03.354 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 46 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.05 06:17:03.357 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:0058B741 d:FF r:FFCD m:01 8002 3C7084 2BAD4A 00
2021.08.05 06:17:03.449 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 02 A0 01 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:17:03.486 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4D msg: 02 A0 01 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:17:03.493 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058B940 d:FF r:FFBB m:02 A001 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:17:03.804 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4C msg: 02 A0 01 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:17:03.809 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058BA7D d:FF r:FFBB m:02 A001 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:17:04.105 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4C msg: 02 A0 01 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:17:04.112 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058BBAA d:FF r:FFBA m:02 A001 2BAD4A 3C7084 0008483049844A35
2021.08.05 06:17:04.349 0: HMUARTLGW Pi_HmUART recv: 01 0404, state 100
2021.08.05 06:17:04.350 0: HMUARTLGW Pi_HmUART can't send due to unknown problem (no response?)
2021.08.05 06:17:05.539 0: HMUARTLGW Pi_HmUART_ug send: 00 08
2021.08.05 06:17:05.544 0: HMUARTLGW Pi_HmUART_ug recv: 00 040212, state 98
2021.08.05 06:17:05.546 0: HMUARTLGW Pi_HmUART_ug GetSet Ack: 02, state 98
2021.08.05 06:17:05.546 0: HMUARTLGW Pi_HmUART_ug roundtrip delay: 0.0037
2021.08.05 06:17:07.445 0: HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:17:07.837 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4D msg: 01 B0 01 2BAD4A 3C7084 00050000000009
2021.08.05 06:17:07.844 0: HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058CA40 d:FF r:FFBC m:01 B001 2BAD4A 3C7084 00050000000009
2021.08.05 06:17:07.959 0: HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4F msg: 01 80 02 3C7084 2BAD4A 00
2021.08.05 06:17:07.962 0: HMUARTLGW Pi_HmUART recv: 01 04 03 00 45 msg: 01 80 02 3C7084 2BAD4A 00
2021.08.05 06:17:07.965 0: HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:0058CABB d:FF r:FFCD m:01 8002 3C7084 2BAD4A 00
2021.08.05 06:17:08.453 0: HMUARTLGW Pi_HmUART send: 00 08
2021.08.05 06:17:08.461 0: HMUARTLGW Pi_HmUART recv: 00 040207, state 98
2021.08.05 06:17:08.462 0: HMUARTLGW Pi_HmUART GetSet Ack: 02, state 98
2021.08.05 06:17:08.463 0: HMUARTLGW Pi_HmUART roundtrip delay: 0.0065
Ich hoffe das bringt Euch weiter - für mich ist das alles nur kauderwelsch. ;D
apptime habe ich mal gestartet - wie lange soll ich das mal laufen lassen?
Muss sowieso mal schauen, dass ich hier mehr Ordnung rein bekomme, da ich gerade das System umbaue. Das ganze Loggen von Werten für Charts, die gesamte Automatisierung meiner Geräte und auch die komplette MySQL- Datenbank lagere ich gerade auf einen RPi4 mit iobroker aus, der das alles übernehmen soll.
Der alte 3er auf dem fhem seit Jahren läuft kommt so langsam in die Jahre und beherbergt zukünftig nur noch die reine Gerätesteuerung mit HM- Geräten, ESP, MQTT- Server und spielt den Host für die Ansteuerung der Geräte über Alexa.
Das ist übrigens das, was apptime nun seit ein paar Minuten aufgezeichnet hat:
active-timers: 63; max-active timers: 72; max-timer-load: 6 min-tmrHandlingTm: 0.0ms; max-tmrHandlingTm: 325.0ms; totAvgDly: 84.9ms
name function max count total average maxDly avgDly TS Max call param Max call
og_Arbeitszimmer_wandthermostat_Climate CUL_HM_Set 1452 107 2634.38 24.62 0.00 0.00 05.08. 06:29:22 HASH(og_Arbeitszimmer_wandthermostat_Climate); og_Arbeitszimmer_wandthermostat_Climate; tempListMon; p3; 12:00; 15.0; 24:00; 16.0
telnetPort_192.168.0.246_50650 telnet_Read 992 29 2824.87 97.41 0.00 0.00 05.08. 06:30:01 HASH(telnetPort_192.168.0.246_50650)
og_wz_Wandthermostat_Climate CUL_HM_Set 944 37 1012.48 27.36 0.00 0.00 05.08. 06:30:02 HASH(og_wz_Wandthermostat_Climate); og_wz_Wandthermostat_Climate; desired-temp; 20.0
Pi_HmUART_ug HMUARTLGW_Read 760 384 32938.98 85.78 0.00 0.00 05.08. 06:30:05 HASH(Pi_HmUART_ug)
Pi_HmUART HMUARTLGW_Read 721 324 20145.79 62.18 0.00 0.00 05.08. 06:30:03 HASH(Pi_HmUART)
WEB_192.168.0.201_57011 FW_Read 645 3 659.35 219.78 0.00 0.00 05.08. 06:41:31 HASH(WEB_192.168.0.201_57011)
HMLAN01 HMLAN_Read 630 229 6934.19 30.28 0.00 0.00 05.08. 06:30:06 HASH(HMLAN01)
og_Kueche_Thermostat_Clima CUL_HM_Set 482 32 539.42 16.86 0.00 0.00 05.08. 06:30:01 HASH(og_Kueche_Thermostat_Clima); og_Kueche_Thermostat_Clima; desired-temp; 20.0
DbLogMySQL DbLog_Log 478 2826 125751.15 44.50 0.00 0.00 05.08. 06:34:07 HASH(DbLogMySQL); HASH(sonnenbatterie)
myBroker2_192.168.0.156_61535 MQTT2_SERVER_Read 453 34 2338.82 68.79 0.00 0.00 05.08. 06:38:39 HASH(myBroker2_192.168.0.156_61535)
tmr-CUL_HM_respPendTout respPend 324 3 871.87 290.62 2.81 1.91 05.08. 06:29:26 respPend:3C7084
tmr-CUL_HM_cfgStateUpdate cfgStateUpdate 284 1 284.18 284.18 200.77 200.77 05.08. 06:30:22 cfgStateUpdate:og_Arbeitszimmer_wandthermostat
myBroker2_192.168.0.155_58333 MQTT2_SERVER_Read 281 32 797.52 24.92 0.00 0.00 05.08. 06:33:17 HASH(myBroker2_192.168.0.155_58333)
myBroker2_192.168.0.253_62914 MQTT2_SERVER_Read 268 282 13277.41 47.08 0.00 0.00 05.08. 06:36:03 HASH(myBroker2_192.168.0.253_62914)
tmr-__ANON__ HASH(0x6439c98) 268 1 268.29 268.29 0.00 0.00 05.08. 06:33:16 HASH(myBroker2_192.168.0.154_59642)
myBroker2_192.168.0.154_59642 MQTT2_SERVER_Read 264 31 485.50 15.66 0.00 0.00 05.08. 06:38:16 HASH(myBroker2_192.168.0.154_59642)
tmr-ESPEasy_statusRequest HASH(0x4e95d70) 256 13 1654.00 127.23 466.89 74.21 05.08. 06:35:32 HASH(ESPEasy_Gaszaehler_Reed)
tmr-ESPEasy_statusRequest HASH(0x4528240) 245 3 603.70 201.23 152.85 52.60 05.08. 06:41:22 HASH(ESPEasy_Temperatur_Aussentemperatur)
Gaszaehler GasCalculator_Notify 236 2826 4487.12 1.59 0.00 0.00 05.08. 06:35:32 HASH(Gaszaehler); HASH(ESPEasy_Gaszaehler_Reed)
myBroker2_192.168.0.153_52842 MQTT2_SERVER_Read 230 34 1003.62 29.52 0.00 0.00 05.08. 06:38:36 HASH(myBroker2_192.168.0.153_52842)
tmr-DbLog_execmemcache HASH(0x1b1e2f8) 230 28 2886.19 103.08 1724.89 100.83 05.08. 06:29:34 HASH(DbLogMySQL)
rgBatterieStatus readingsGroup_Notify 220 2826 33861.89 11.98 0.00 0.00 05.08. 06:30:29 HASH(rgBatterieStatus); HASH(solar_status)
WaschtrocknerWattSet notify_Exec 204 6 1046.12 174.35 0.00 0.00 05.08. 06:38:39 HASH(WaschtrocknerWattSet); HASH(ug_bad_waschtrockner)
tmr-ESPEasy_statusRequest HASH(0x463fc80) 189 37 2039.28 55.12 773.07 90.12 05.08. 06:41:34 HASH(ESPEasy_Luxmeter_Luxmeter)
tmr-at_Exec HASH(0x2bac4a8) 138 14 527.32 37.67 446.24 76.65 05.08. 06:34:39 HASH(Time_Update)
myBroker2_192.168.0.218_63734 MQTT2_SERVER_Read 130 31 373.25 12.04 0.00 0.00 05.08. 06:33:37 HASH(myBroker2_192.168.0.218_63734)
myBroker2_192.168.0.212_57315 MQTT2_SERVER_Read 127 34 336.91 9.91 0.00 0.00 05.08. 06:32:13 HASH(myBroker2_192.168.0.212_57315)
myBroker2_192.168.0.216_60192 MQTT2_SERVER_Read 127 31 387.57 12.50 0.00 0.00 05.08. 06:34:27 HASH(myBroker2_192.168.0.216_60192)
Time_FP dummy_Set 126 42 327.84 7.81 0.00 0.00 05.08. 06:34:39 HASH(Time_FP); Time_FP; 06:34
alexa_Notify_Bar notify_Exec 117 6 479.22 79.87 0.00 0.00 05.08. 06:29:11 HASH(alexa_Notify_Bar); HASH(ug_bar_Wandthermostat_Climate)
alexa_Bar_Temp dummy_Set 115 52 474.74 9.13 0.00 0.00 05.08. 06:29:11 HASH(alexa_Bar_Temp); alexa_Bar_Temp; 19.6
myBroker2_192.168.0.219_53050 MQTT2_SERVER_Read 109 31 283.10 9.13 0.00 0.00 05.08. 06:36:17 HASH(myBroker2_192.168.0.219_53050)
myBroker2_192.168.0.207_50658 MQTT2_SERVER_Read 103 31 261.24 8.43 0.00 0.00 05.08. 06:40:29 HASH(myBroker2_192.168.0.207_50658)
WEB FW_Read 94 30 1680.41 56.01 0.00 0.00 05.08. 06:34:16 HASH(WEB)
tmr-__ANON__ ESPEasy_Temperatur_Aussentemperatur.checkPresence.setState 89 7 621.48 88.78 328.72 303.48 05.08. 06:35:24 ESPEasy_Temperatur_Aussentemperatur.checkPresence.setState
WEBmagicmirror_192.168.0.94_56094 FW_Read 84 3 112.51 37.50 0.00 0.00 05.08. 06:42:01 HASH(WEBmagicmirror_192.168.0.94_56094)
alexa_Notify_Badezimmer notify_Exec 78 6 443.04 73.84 0.00 0.00 05.08. 06:32:49 HASH(alexa_Notify_Badezimmer); HASH(og_bz_Wandthermostat_Climate)
alexa_Notify_Wohnzimmer notify_Exec 77 17 1237.75 72.81 0.00 0.00 05.08. 06:30:07 HASH(alexa_Notify_Wohnzimmer); HASH(og_wz_Wandthermostat_Climate)
myBroker2_192.168.0.217_52607 MQTT2_SERVER_Read 77 32 239.03 7.47 0.00 0.00 05.08. 06:28:51 HASH(myBroker2_192.168.0.217_52607)
alexa_Badezimmer_Temp dummy_Set 76 52 438.66 8.44 0.00 0.00 05.08. 06:32:49 HASH(alexa_Badezimmer_Temp); alexa_Badezimmer_Temp; 21.8
alexa_Wohnzimmer_Temp dummy_Set 76 90 1224.92 13.61 0.00 0.00 05.08. 06:30:07 HASH(alexa_Wohnzimmer_Temp); alexa_Wohnzimmer_Temp; 21.9
Hallo Richy,
Zitatfür mich ist das alles nur kauderwelsch.
Dein Problem liegt zunächst mal zwischen den Log Zeilen, sprich was Dein System sonst noch so alles machen muss.
Auch mit nur einem IO kommt Dein System nicht recht hinterher.
Beispiel mit noch einigermaßen sinnvoller Empfangszeit bzw. Verarbeitungszeit der Bestätigung:
2021.08.05 06:04:32.207 0: HMLAN_Send: HMLAN01 S:S147BF2C9 stat: 00 t:00000000 d:01 r:147BF2C9 m:3B A001 2BAD4A 3C7084 00050000000009
2021.08.05 06:04:32.416 0: HMLAN_Parse: HMLAN01 R:R147BF2C9 stat:0001 t:004D42B2 d:FF r:FFCD m:3B 8002 3C7084 2BAD4A 00
Dann deutlich verspätet verarbeitet:
2021.08.05 06:05:28.757 0: HMLAN_Send: HMLAN01 S:S147CCFAF stat: 00 t:00000000 d:01 r:147CCFAF m:3F A001 2BAD4A 3C7084 00050000000009
2021.08.05 06:05:29.278 0: HMLAN_Parse: HMLAN01 R:R147CCFAF stat:0001 t:004E1FA1 d:FF r:FFCD m:3F 8002 3C7084 2BAD4A 00
Dann aber krass "verspätet" verarbeitet:
2021.08.05 06:05:34.442 0: HMLAN_Send: HMLAN01 S:S147CE5E4 stat: 00 t:00000000 d:01 r:147CE5E4 m:01 B001 2BAD4A 3C7084 00050000000009
...
2021.08.05 06:05:35.559 0: HMLAN_Parse: HMLAN01 R:R147CE5E4 stat:0001 t:004E3993 d:FF r:FFCD m:01 8002 3C7084 2BAD4A 00
Wenn es an der reinen Rechenzeit liegen sollte und nicht an viel aktiv wartendem IO, dann könntest Du mal mit dem RPi4 als Hardwarebasis schauen, ob es besser wird.
Apptime sagt z.B. schon mal via count, dass DbLogMySQL häufig mit im Mittel 44ms aktiv ist. Wenn es das bei jedem Event tut, hast Du z.B. beim Climate Channel schon 4 * 44ms im Mittel für die 4 Einzelwerte, die Du mit jedem eintreffenden Status verarbeiten musst.
Und wie schon geschrieben, schränke generell die Generierung von Events mal ein auf das, was Du brauchst.
ZitatDer alte 3er auf dem fhem seit Jahren läuft kommt so langsam in die Jahre und beherbergt zukünftig nur noch die reine Gerätesteuerung mit HM- Geräten, ESP, MQTT- Server und spielt den Host für die Ansteuerung der Geräte über Alexa.
Ob Deine Wunschkonfiguration generell Probleme mit Überlastung erzeugt, können vielleicht andere beitragen, die es auch so nutzen.
Gruß, Ansgar.
PS: Wie ist eigentlich die thermische Situation für Deinen Pi? Hast Du SYSSTAT laufen? Nicht dass Du Dich thermisch noch ausbremst.
Zitat von: noansi am 05 August 2021, 08:41:06
Und wie schon geschrieben, schränke generell die Generierung von Events mal ein auf das, was Du brauchst.
Ob Deine Wunschkonfiguration generell Probleme mit Überlastung erzeugt, können vielleicht andere beitragen, die es auch so nutzen.
Ich nutze ja DOIF nicht aber DOIF-Tools bietet auch die Möglichkeit Events zu "zählen" und das pro Device etc. anzuzeigen :)
https://wiki.fhem.de/wiki/DOIFtools
Wenn man mal sieht was da so (pro Device) reinkommt, dann kann man sich ja schon mal die Devices mit der größten "Geschwätzigkeit" anschauen und mal mit event-on-change-reading etc. "bearbeiten" und einschränken...
Man muss nur aufpassen, dass man nicht (aus Versehen) zu viel einschränkt und dann gewisse "Automatismen" nicht mehr laufen ;)
Gruß, Joachim
gut, dann lassen sich die register also auch einzeln setzen.
wie sind die io mit deinem fhem verbunden?
der Pi_HmUART_ug zeigt zb deutlich schwankende roundtrip delays. einmal über 200ms.
ist hier wlan oder powerlan im einsatz?
so, mal von oben nach unten...
@noansi
ne, ich möchte den RPi4 nicht mehr als fhem Server nutzen. Ich glaube ich bleibe bei der Trennung von steuernder und schaltender Einheit. Bisher läuft das alles sehr flüssig. Schaltvorgänge die ich im iobroker tätige, werden umgehend und nicht merkbar umgesetzt. Beide Geräte hängen direkt am gleichen Switch und werden unter anderem auch Notstromversorgt.
Das mit MySQL habe ich schon gesehen und schon die ersten Events entfernt, die vorher mitgeloggt wurden. Dauert aber noch ein paar Tage bis ich damit durch bin, zumal ich jetzt auch für 2 Wochen in den Urlaub fahre.
Auch habe ich bereits die ersten Devices mit event-on-change-reading "eingeschränkt". Der Aufbau der WEB- Instanz wird auch schon spürbar schneller! Wird auf jeden Fall Zeit das da mal aufgeräumt wird! :)
Man merkt halt nicht so schnell wenn was nicht rund läuft, wenn fhem sonst immer brav seinen Dienst verrichtet und man halt nur langsam merkt das die Schaltvorgänge bemerkbar lang werden (Taster drücken und dann bemerkt man die Verzögerung bis das Licht angeht..).
@madmax
Muss ich mir mal anschauen wenn ich mit dem oben aufgeführten Schritten durch bin.
Danke für den Tip. :)
@frank
Die io's sind wie folgt verbunden:
Pi_HmUART_ug -> GPIO auf dem Pi3- fhem-Server direkt über /dev/ttyAMA0
Pi_HmUART -> GPIO auf 2. fhem- Server (reiner Alexa-Dienst für Anliegerwohnung), angebunden über uart:// -> LAN
HMLAN01 -> LAN
Mein Netzwerk ist ein 1GBit- Netzwerk, das mir, selbst beim Videostreaming auf zwei anderen Rechnern in FullHD und 4k noch Ping's unter 1ms zurückliefert.
Wobei nur der HMLAN01 über einen Switch geht der die besagten zwei Rechner mit Netzwerk versorgt. Die UART's und iobroker liegen alle am gleichen Switch und sind mit CAT7- Kabel verbunden.
Das Thema WLAN hatte ich in dem vorangegangenen Fred schon. Otto hatte bereits gefragt, worauf ich zurückschrieb, dass relativ dicht neben dem Pi_HmUART_ug ein Fritz Repeater 2400 werkelt.
Wird der UART / Pi dadurch beinflusst? Wenn ja - wie groß sollte der Abstand zwischen den Geräten am besten sein? Hat da jemand Erfahrung?
Gruß,
Richy
ZitatPi_HmUART_ug -> GPIO auf dem Pi3- fhem-Server direkt über /dev/ttyAMA0
dass ausgerechnet dieser hmuart ein roundtrip delay von 200ms gezeigt hat, ist schon ziehmlich krass. vor allem auch, weil du hier nur ein paar werte gezeigt hast. diese verzögerungen werden ja nur auf dem pi erzeugt.
wenn die anbindung extern über wlan erfolgt, können die delays ähnlich hoch sein. bei schlechter wlan infrastruktur auch noch deutlich höher.
der roundtrip delay ist die zeit, die vom senden eines request an das hmuart modul bis zum eintreffen der antwort vergeht. aus diesen zeiten werden verzögeungen berechnet, um ein korrektes timing der kommunikation zu erreichen.
ständige schwankungen entsprechender höhe verhindern ein korrektes timing.
ich habe mal die delays über eine stunde gelogt und in einem plot dargestellt, ebenfalls auf einem pi3: https://forum.fhem.de/index.php/topic,101941.msg957270.html#msg957270 (https://forum.fhem.de/index.php/topic,101941.msg957270.html#msg957270).
in dieser stunde gab es quasi nur 2 "ausreisser" mit 10ms und 20ms. normal sind etwa 3ms.
interessant wären ja mal vergleichbare plots von dir. :)
ZitatPi_HmUART -> GPIO auf 2. fhem- Server (reiner Alexa-Dienst für Anliegerwohnung), angebunden über uart:// -> LAN
die kleinsten delays (<5ms) bestätigen hier dein "grundsätzlich" schnelles netzwerk.
aber auch hier sieht man schwankungen von bis zu 50ms.
die externe anbindung hat scheinbar geringere delays als der hmuart am gpio. bei den geringen werten natürlich sehr spekulativ. könnte aber auch bedeuten, dass der netzwerkanschluss am pi eine höhere prio hat, als der gpio anschluss.
ZitatHMLAN01 -> LAN
entsprechende delays kann man auch beim hmlan erkennen. normalerweise zeigen die timestamps der folgenden logzeilen eine differenz von 4ms. im vergleich der 3 io, zeigt der hmlan die geringsten abweichungen.
2021.08.04 14:01:32.918 0: HMLAN_Send: HMLAN01 I:K
2021.08.04 14:01:32.952 0: HMLAN_Parse: HMLAN01 V:03C5 sNo:LEQ0579065 d:2BAD4A O:2BAD4A t:01892E93 IDcnt:0028 L:3 %
Zitat von: frank am 05 August 2021, 15:13:59
ich habe mal die delays über eine stunde gelogt und in einem plot dargestellt, ebenfalls auf einem pi3: https://forum.fhem.de/index.php/topic,101941.msg957270.html#msg957270 (https://forum.fhem.de/index.php/topic,101941.msg957270.html#msg957270).
in dieser stunde gab es quasi nur 2 "ausreisser" mit 10ms und 20ms. normal sind etwa 3ms.
interessant wären ja mal vergleichbare plots von dir. :)
Wie müsste ich das anstellen? Habe gerade mal kurz in dem Beitrag geschaut, habe aber darüber nichts gesehen. Google hat mich auf die Schnelle jetzt auch nicht weitergebracht.
Ich muss gleich leider kurz los und bin heute Abend erst wieder zu Hause.
Meine Apptime sagt zwischenzeitlich übrigens das hier aus:
active-timers: 62; max-active timers: 88; max-timer-load: 35 min-tmrHandlingTm: 0.0ms; max-tmrHandlingTm: 94154.1ms; totAvgDly: 200.3ms
name function max count total average maxDly avgDly TS Max call param Max call
tmr-HttpUtils_TimeoutErr HASH_unnamed 64073 18 157423.40 8745.74 159758.72 20219.28 05.08. 11:02:42 HASH(0x101acda0)
Pi_HmUART HMUARTLGW_Read 3845 11605 589409.62 50.79 0.00 0.00 05.08. 11:03:19 HASH(Pi_HmUART)
HMLAN01 HMLAN_Read 2865 7989 222805.97 27.89 0.00 0.00 05.08. 11:03:25 HASH(HMLAN01)
Pi_HmUART_ug HMUARTLGW_Read 2519 14565 1200301.45 82.41 0.00 0.00 05.08. 11:03:15 HASH(Pi_HmUART_ug)
og_Arbeitszimmer_wandthermostat_Climate CUL_HM_Set 1452 784 10103.07 12.89 0.00 0.00 05.08. 06:29:22 HASH(og_Arbeitszimmer_wandthermostat_Climate); og_Arbeitszimmer_wandthermostat_Climate; tempListMon; p3; 12:00; 15.0; 24:00; 16.0
WEB_TILL FW_Read 1184 28 6092.94 217.60 0.00 0.00 05.08. 13:04:05 HASH(WEB_TILL)
tmr-CUL_HM_procQs CUL_HM_procQs 1038 21 16064.99 765.00 1045.03 70.89 05.08. 12:04:06 CUL_HM_procQs
telnetPort_192.168.0.246_50650 telnet_Read 1003 1199 47236.66 39.40 0.00 0.00 05.08. 09:00:01 HASH(telnetPort_192.168.0.246_50650)
og_bz_Wandthermostat_Climate CUL_HM_Set 1002 528 2912.61 5.52 0.00 0.00 05.08. 09:00:01 HASH(og_bz_Wandthermostat_Climate); og_bz_Wandthermostat_Climate; desired-temp; 17.0
og_wz_Wandthermostat_Climate CUL_HM_Set 967 488 7836.00 16.06 0.00 0.00 05.08. 07:30:05 HASH(og_wz_Wandthermostat_Climate); og_wz_Wandthermostat_Climate; desired-temp; 20.0
tmr-Calendar_PollChild HASH(0x4a90f70) 616 10 5721.10 572.11 75.88 10.16 05.08. 07:58:52 HASH(owncloud)
tmr-MQTT2_SERVER_keepaliveChecker HASH(0x558fee0) 531 3435 1801.18 0.52 155620.11 78.50 05.08. 11:03:12 HASH(myBroker2)
KODI XBMC_Read 521 2393 96741.51 40.43 0.00 0.00 05.08. 15:13:08 HASH(KODI)
DbLogMySQL DbLog_Log 496 76884 4133646.67 53.76 0.00 0.00 05.08. 06:45:51 HASH(DbLogMySQL); HASH(sonnenbatterie)
og_Kueche_Thermostat_Clima CUL_HM_Set 482 895 5847.61 6.53 0.00 0.00 05.08. 06:30:01 HASH(og_Kueche_Thermostat_Clima); og_Kueche_Thermostat_Clima; desired-temp; 20.0
DbLogMySQL DbLog_Define 468 1 468.94 468.94 0.00 0.00 05.08. 07:29:33 HASH(DbLogMySQL); DbLogMySQL DbLog ./db_mysql.conf .*:(humidity|temperature|desired-temp|measured-temp|power|energy|actuator|current|ram_pct|Luftdruck|Feuchtigkeit|Temperatur|Lux|Consumption_W|Production_W|RemainingCapacity_W|BatteryDischargingy|USOC|RSOC|SuperE5|SuperE10|cpu_temp|Ladezustand|Einspeisung_Wirkleistung|sysPress).*
rgBatterieStatus readingsGroup_Notify 419 76884 1014825.77 13.20 0.00 0.00 05.08. 13:09:14 HASH(rgBatterieStatus); HASH(MyWeather)
myBroker2_192.168.0.156_58176 MQTT2_SERVER_Read 362 719 8106.18 11.27 0.00 0.00 05.08. 11:39:54 HASH(myBroker2_192.168.0.156_58176)
tmr-ESPEasy_statusRequest HASH(0x4528240) 340 114 12990.56 113.95 579.61 48.00 05.08. 07:06:34 HASH(ESPEasy_Temperatur_Aussentemperatur)
LogiHub harmony_Read 340 713 1124.20 1.58 0.00 0.00 05.08. 12:22:26 HASH(LogiHub)
tmr-CUL_HM_respPendTout respPend 324 3 871.87 290.62 2.81 1.91 05.08. 06:29:26 respPend:3C7084
WEB FW_Read 322 309 21712.38 70.27 0.00 0.00 05.08. 09:16:15 HASH(WEB)
tmr-CUL_HM_cfgStateUpdate cfgStateUpdate 284 1 284.18 284.18 200.77 200.77 05.08. 06:30:22 cfgStateUpdate:og_Arbeitszimmer_wandthermostat
myBroker2_192.168.0.253_62915 MQTT2_SERVER_Read 278 5855 270165.79 46.14 0.00 0.00 05.08. 11:42:03 HASH(myBroker2_192.168.0.253_62915)
tmr-__ANON__ HASH(0x677c970) 268 5 1338.70 267.74 0.00 0.00 05.08. 10:23:40 HASH(myBroker2_192.168.0.156_61535)
tmr-__ANON__ HASH(0x6439c98) 268 23 2769.06 120.39 0.00 0.00 05.08. 06:33:16 HASH(myBroker2_192.168.0.154_59642)
tmr-__ANON__ HASH(0x100435b8) 266 11 326.04 29.64 0.00 0.00 05.08. 11:09:55 HASH(myBroker2_192.168.0.156_58176)
tmr-__ANON__ HASH(0x5dc6740) 264 15 1857.37 123.82 0.00 0.00 05.08. 07:03:17 HASH(myBroker2_192.168.0.155_58333)
tmr-ESPEasy_statusRequest HASH(0x4e95d70) 256 551 13480.61 24.47 127118.02 273.80 05.08. 06:35:32 HASH(ESPEasy_Gaszaehler_Reed)
myBroker2_192.168.0.205_62019 MQTT2_SERVER_Read 250 719 8115.61 11.29 0.00 0.00 05.08. 14:22:07 HASH(myBroker2_192.168.0.205_62019)
WaschtrocknerWattSet notify_Exec 241 137 23011.67 167.97 0.00 0.00 05.08. 07:23:39 HASH(WaschtrocknerWattSet); HASH(ug_bad_waschtrockner)
tmr-DbLog_execmemcache HASH(0x1b1e2f8) 237 1145 86178.44 75.27 146621.11 159.55 05.08. 15:33:37 HASH(DbLogMySQL)
myBroker2_192.168.0.207_60907 MQTT2_SERVER_Read 236 670 2356.99 3.52 0.00 0.00 05.08. 11:49:13 HASH(myBroker2_192.168.0.207_60907)
Gaszaehler GasCalculator_Notify 236 76884 51004.16 0.66 0.00 0.00 05.08. 06:35:32 HASH(Gaszaehler); HASH(ESPEasy_Gaszaehler_Reed)
myBroker2_192.168.0.218_58329 MQTT2_SERVER_Read 231 665 6100.78 9.17 0.00 0.00 05.08. 15:39:50 HASH(myBroker2_192.168.0.218_58329)
tmr-__ANON__ HASH(0x7c23138) 227 13 1252.39 96.34 0.00 0.00 05.08. 07:18:36 HASH(myBroker2_192.168.0.153_52842)
tmr-ESPEasy_statusRequest HASH(0x463fc80) 222 323 15960.04 49.41 773.07 44.54 05.08. 08:00:37 HASH(ESPEasy_Luxmeter_Luxmeter)
tmr-at_Exec HASH(0x2bac4a8) 209 577 23229.54 40.26 153026.10 557.07 05.08. 12:31:39 HASH(Time_Update)
myBroker2_192.168.0.153_59808 MQTT2_SERVER_Read 206 717 8964.63 12.50 0.00 0.00 05.08. 11:44:48 HASH(myBroker2_192.168.0.153_59808)
tmr-__ANON__ HASH(0x10043330) 201 733 5755.73 7.85 0.00 0.00 05.08. 11:52:34 HASH(myBroker2_192.168.0.253_62915)
tmr-ESPEasy_statusRequest HASH(0x9571de8) 199 89 3439.87 38.65 99517.89 1158.03 05.08. 11:43:34 HASH(ESPEasy_Luxmeter_Luxmeter)
Den Gaszähler Reed Kontakt und den Helligkeitssensor habe ich übrigens gerade disabled.
Hatte die Sensoren schon für iobroker konfiguriert und da vergessen den bei fhem "abzumelden".
Hallo Zusammen,
roundtrip delay wird nicht nur von der Qualität und Geschwindigkeit der Anbindung beeinflusst, sondern auch von Aktionen, die durch Timer oder andere über die verschiedenen IO Wege eintreffende Anforderungen oder Daten ausgelöst werden.
Der HMUARTLGW schickt eine credits Anforderung raus, merkt sich die Zeit, setzt seinen Status auf Wartend auf die Antwort und lässt dann die normale FHEM Loop weiter laufen. Bis zum Eintreffen des Ergebnis kann also noch viel anderes dazwischen funken und ggf. mit viel Rechenzeit stören, was keinen Rückschluss auf allein die Verbindungsqualität liefert.
Eintreffende Daten lösen beim setzen zugehöriger Readings in den meisten Fällen Events aus. Sind es viele Readings und wird nichts eingeschränkt, dann dauert es entsprechend, bis sie alle vom System abgearbeitet sind.
Gruß, Ansgar.
hallo richy,
1. notify definieren
das notify sucht in fhem.log nach dem roundtrip muster und setzt im device "VCCU" (deine vccu) ggf entsprechende readings. in deinem fall sollten 2 readings auftauchen => rt_Pi_HmUART und rt_Pi_HmUART_ug.
damit jeder eintrag gelogt wird, müssen diese readings bei jedem update ein event erzeugen => also die event attribute in der vccu kontrollieren.
2. für die readings ein filelog device anlegen, oder in ein bestehendes integrieren.
3. ein svg device erstellen.
notify (raw definition):
defmod n_roundtrip notify n_roundtrip:.*roundtrip.delay.* {\
my @rt;;\
@rt = ($1,$2) if($EVENT=~'\s([^\s]+)\sroundtrip\sdelay:\s(.*)$');;\
fhem("setreading VCCU rt_".$rt[0]." ".$rt[1]);;\
}
attr n_roundtrip disable 0
attr n_roundtrip readLog 1
svg (raw definition):
defmod SVG_FileLog_Technik_IO_4 SVG FileLog_Technik_IO:SVG_FileLog_Technik_IO_4:CURRENT
attr SVG_FileLog_Technik_IO_4 captionPos left
attr SVG_FileLog_Technik_IO_4 endPlotNow 1
attr SVG_FileLog_Technik_IO_4 title "delay: min [$data{min1}] - avg [$data{avg1}] - max [$data{max1}] - last [$data{currval1}] ----- [".localtime()."]"
gplot file:
# Created by FHEM/98_SVG.pm, 2021-08-06 09:10:49
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<TL>'
set ytics nomirror
set y2tics
set grid y2tics
set ylabel ""
set y2label "delay [ms]"
set y2range [0:]
#FileLog_Technik_IO 4:VCCU.rt_hmuart1\x3a::$fld[3]*1000
plot "<IN>" using 1:2 axes x1y2 title 'roundtrip_delay' ls l2 lw 2 with points
Hallo zusammen,
wollte nur kurz Bescheid geben - nicht das es heißt ich würde mich drücken... ;)
Bin gerade in meinen Urlaubsvorbereitungen und aufgrund der aktuell immer noch anhaltenden Situation habe ich ein wenig mehr Rennerei als manch andere.
Werde also vor meinem Urlaub nicht mehr dazu kommen noch viel zu machen, melde mich aber nach meinen Trip sobald ich kann mit weiteren Ergebnissen zurück.
Vielen Dank schon mal an Euch für die Unterstützung bis hierher - Ihr seid Spitze!!!
Beste Grüße,
Richy
Ich schrebe noch einmal quer rein hier: Das Timing sehe ich als Kathastrophe - weiss allerding nicht, was der Grund ist.
Das Schreiben von Registern kann man register für register machen - geht auch garnicht ander. Allerdings sind es min 3 Kommandos - ein Timing ist also unabdingbar. Min die 3 müssen passen - plus ein Burst Aktivaltor beim IT.
06:17:02.459 HMUARTLGW Pi_HmUART send: 01 02 00 00 01 msg: 01 B001 2BAD4A 3C7084 00050000000009
=> der sender ist Pi_HmUART
06:17:02.854 HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4C msg: 01 B001 2BAD4A 3C7084 00050000000009
06:17:02.859 HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058B6C6 d:FF r:FFBB m:01 B001 2BAD4A 3C7084 00050000000009
=> die beiden anderen IOs haben das Senden gesehen - irrelevant. Allerdings wird das erste erst nach 400ms gesehen. Vermutlich hat es 400ms gedauert bis das Kommando final aus dem Pi_HmUART in die Luft ging
06:17:02.974 HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4F msg: 01 8002 3C7084 2BAD4A 00
=> erster Empfang. 150ms nach dem vermuteten Senden - würden gut passen
06:17:03.354 HMUARTLGW Pi_HmUART recv: 01 04 03 00 46 msg: 01 8002 3C7084 2BAD4A 00
06:17:03.357 HMLAN_Parse: HMLAN01 R:E3C7084 stat:0000 t:0058B741 d:FF r:FFCD m:01 8002 3C7084 2BAD4A 00
=> beiden anderen IOs sind 400ms später. Unerklärlich. Definitiv hat das Device einmal gesendet. Ich vermute, dass hier FHEM die Zeit verbummelt hat - nur wo?
06:17:03.449 HMUARTLGW Pi_HmUART send: 01 02 00 00 00 msg: 02 A001 2BAD4A 3C7084 0008483049844A35
=> Pi_HmUART sendet wir angefordert. Allerdings sollt das um 06:17:03.100 passieren. +- . Das Timing stimmt nicht. Das ist klar ein Problem von FHEM
06:17:03.486 HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4D msg: 02 A001 2BAD4A 3C7084 0008483049844A35
06:17:03.493 HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058B940 d:FF r:FFBB m:02 A001 2BAD4A 3C7084 0008483049844A35
06:17:03.804 HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4C msg: 02 A001 2BAD4A 3C7084 0008483049844A35
06:17:03.809 HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058BA7D d:FF r:FFBB m:02 A001 2BAD4A 3C7084 0008483049844A35
06:17:04.105 HMUARTLGW Pi_HmUART_ug recv: 01 05 00 00 4C msg: 02 A001 2BAD4A 3C7084 0008483049844A35
06:17:04.112 HMLAN_Parse: HMLAN01 R:E2BAD4A stat:0000 t:0058BBAA d:FF r:FFBA m:02 A001 2BAD4A 3C7084 0008483049844A35
=> die beiden IO-Freunde sehen die Message. 3-mal. Weil ein Homematic IO immer 3-mal wiederholt wenn ein ACK gefordert ist aber nicht kommt. Schön zu sehen die Wiederholzeit von 250-300ms. Klar, dass keine Antwort des Device mehr kommt, da das Senden um 06:17:03.449 etwa 300ms zu spät ist. Das Device hat sich schon lange wieder schlafen gelegt.
Was also ist zu tun, um es stabil zu bekommen
1) alle IOs hängen am LAN. Hier könnten Delays auftreten. Sah am Anfang so aus, allerdings sind die späteren Meldungen absolut im gültigen Bereich. => Im Auge behalten, nicht prio1
2) wir sehen major delay beim Senden sowie beim Empfangen. Es könnte also etwas mit den Processing der messages oder abhängiger Aktionen zu tun haben.
2a) Direkte Abhängigkeiten in FHEM sehe ich als unwahrscheinlich - zumindest für die gesamt-länge der Verzögerung
2b) indirekte Aktionen in FHEM werden erzeugt durch das Setzen von Readings (Primär) und deren angeschlossenen Aktionen. Das können viele sein: Update von Web-interfaces, notifies,..... Hierzu "Echtzeit" weiter untern
2c) die Performance der Platform. Ich nutze aktuelle eine PI3. Die Fritzbox vorher oder der PI2 - oder auch meine NAS sind nicht so performant.
Für 2b) spricht, dass immer die erste Message einen Delay erzeugt. Senden wie empfangen. 2a) ist auch nicht komplett raus.
Wir kommen hierbei also zu einem Grundlegenden Problem von FHEM: Es gibt keinen Echtzeit-kernel.
a) Die meisten Aktionen und Funktionen in FHEM sind "user-Echtzeit". Es soll halt so schnell gehen wir möglich. Ich will nach Sekunden einenUpdate - automatisch
b) Maschinen-Echtzeit (erwarte ich...) wird nur von wenigen Module wirklich gefordert. Homematik selbst braucht es -aber auch nur manchmal. Alle "Ein-Message-Kommandos" brauchen keine Maschienen-Echtzeit. Manchmal nice-to-have um Performance zu sparen,... aber.... Allerdings ist das Schreiben und lesen von Configuration (Register) auf Echtzeit angewiesen. Auch das Keep-Alive eines IO.
Als Konsequenz bedeutet es, dass durch notifies und Frontends die Maschinen-Echtzeit gestört werden kann. Das ist eigentlich "echt miess" da die Zusammenhänge komplex und kaum stabilisierbar sind.
Es zu Lösen wäre eine (unmögliche) restrukturierung von FHEM. Rudi müsste eine Prozess-priorisierung einführen, alle müssten sich daran halten. Puh.
Zweite Lösung (schöner) ist ein 2. OS-Prozess. Also ein gespawnter Job auf OS Level. Das ist eigentlich der Königs-Weg - aber bedarf einer guten Architektur. Es wiederspricht den FHEM Ansatz von "all-flat" und "almost-no-Architecture" und "no-Dokumentation-of-IPC/No-Interface-Docu written".
Zusammenfassend: Das Problem finde ich interessant und würde es gerne untersuchen. Mal sehen, wann ich Zeit finde. Die Lösung wird nicht Trivial. Die Lösung ist aber eigentlich Elementar und notwendig- Die notwendigkeit könnte CUL_HM-eigen sein da bei HMCCU das Timing von der CCU gemacht wird - und damit ist der Prozess auf einen anderen Prozessor ausgelagert. Homematic hat sicher einen wirklichen "Maschienen-Echtzeit-Prozess" in jeder der CCUs am Laufen
Was braucht man zum Debuggen. Mal sehen. Man müsste sehen, wer alles getriggert wird zwischen 2 Ereignissen, also vom Send bis Ack, vom Ack bis zum next-send
Viel Grundlagen....
Hallo Martin,
ZitatEs zu Lösen wäre eine (unmögliche) restrukturierung von FHEM. Rudi müsste eine Prozess-priorisierung einführen, alle müssten sich daran halten. Puh.
Ich praktiziere schon lange (möglichst) eine 1 Event pro device Struktur, meistens ist der der Status, der schon die interessanten Infos enthält.
Es interessiert eigentlich nur die Änderung und der Empfänger kann sich dann über ReadingsVal abholen, was ihn interessiert. Das spart schon mal eine Menge Event Last.
Außerdem in Code Readings Aktualisierung via Timer. Erst das spannende main Reading und dann die anderen nochmal verzögert.
Das lässt mehr Luft für andere dazwischen zu Funken.
Gruß, Ansgar.
Hallo Ansgar,
das kann man machen - und hört sich sinnvoll an.
FHEM ist aber nicht nur für Bastler. Mein Anspruch wäre, ein sicheres, kein lustiges System zu bauen.
In deinem Ansatz kannst du die Gesamt-performance reduzieren - und die nicht unerheblichen Suchaktionen durch Strukturen reduzieren. Sicher erheblich. Damit tritt ein entsprechendes Problem (deutlich) seltener auf. Abhängig von den Anwendungen kann es allerdings immer noch zu Latenzen kommen.
Man kann es nur mit "priority" Processing (schwache Implemntierung) oder mit einem parallelen OS-Prozess lösen.
Der Parallele Prozess sollte natürlich nicht frisch gespawnt werden - das haben schon andere unterschätzt.
=> man kann es mit aufwand verbessern aber nicht lösen.
=> der Aufwand ist nicht von FHEM unterstützt
Gruß Martin
Zitat von: frank am 06 August 2021, 09:42:45
hallo richy,
1. notify definieren
das notify sucht in fhem.log nach dem roundtrip muster und setzt im device "VCCU" (deine vccu) ggf entsprechende readings. in deinem fall sollten 2 readings auftauchen => rt_Pi_HmUART und rt_Pi_HmUART_ug.
damit jeder eintrag gelogt wird, müssen diese readings bei jedem update ein event erzeugen => also die event attribute in der vccu kontrollieren.
2. für die readings ein filelog device anlegen, oder in ein bestehendes integrieren.
3. ein svg device erstellen.
Hi frank,
melde mich aus meinem Urlaub zurück..! :)
Ich habe das jetzt gemacht und läuft im Hintergrund.
Ich lass den jetzt erst mal einen Tag im Normalzustand laufen, und morgen stresse ich Ihn dann mal mit Templisten. Ist das so OK?
Hat man einen schönen Vergleich der Zustände.
Gruß,
Richy
Hallo zusammen,
ich habe dann eben mal ein Templisten geändert und siehe da - keine Ahnung warum - von ca. 20 Änderungen hatte ich gerade mal 1 MISSING ACK und 1 ERROR.
Die Graphen hab ich mal mit angehängt. Einmal von gestern Abend und einmal vom Zeitraum der Änderungen von gerade.