Hallo,
ich hatte hier noch so eine Idee.
Zur Zeit habe ich einen HM-Heizungsthermostat mit einen optischen HM-Fensterkontakt gepeert. Die Heizung schaltet auch brav auf 5°C, wenn das Fenster geöffnet ist und kehrt wieder zurück, wenn das Fenster geschlossen wird.
So habe ich mir gedacht, man könnte doch auch mit einem DOIF die Heizung ganz ausschalten und beide Sperren einschalten, wenn man das Fenster öffnet und wieder auf Auto stellen und globale Sperre wieder rausnehmen, wenn das Fenster wieder geschlossen wird.
Das hat auch funktioniert, nur dass eben ab dem Zeitpunkt immer wieder das gemacht wird, was der DOIF machen soll, wenn man das Fenster schließt, weil der Fensterkontakt eben immer wieder sendet, dass er geschlossen ist.
Diesbezüglich hatte ich auch schon ähnliche Themen gefunden, konnte aber nichts davon umsetzen.
Hier die List´s:Internals:
.triggerUsed 1
CUL_868_MSGCNT 1767
CUL_868_RAWMSG A0F80861063944E0000000AA8E90D0000::-76:CUL_868:
CUL_868_RSSI -76
CUL_868_TIME 2018-11-30 05:25:18
DEF 63944E
IODev CUL_868
LASTInputDev CUL_868
MSGCNT 1767
NAME 02_KZ_Heizung
NOTIFYDEV global
NR 70
NTFY_ORDER 50-02_KZ_Heizung
STATE CMDs_done
TYPE CUL_HM
channel_01 02_KZ_Heizung_Weather
channel_02 02_KZ_Heizung_Climate
channel_03 02_KZ_Heizung_WindowRec
channel_04 02_KZ_Heizung_Clima
channel_05 02_KZ_Heizung_ClimaTeam
channel_06 02_KZ_Heizung_remote
lastMsg No:80 - t:10 s:63944E d:000000 0AA8E90D0000
protLastRcv 2018-11-30 05:25:18
protRcv 1765 last_at:2018-11-30 05:25:18
protResnd 1 last_at:2018-11-29 07:14:51
protSnd 972 last_at:2018-11-29 19:10:52
protState CMDs_done
rssi_CUL_868 cnt:70 min:-69 max:-60 avg:-64.72 lst:-64
rssi_at_CUL_868 cnt:1767 min:-89.5 max:-66.5 avg:-72.58 lst:-76
.attraggr:
.attrminint:
READINGS:
2018-11-29 11:19:17 .RegL_00. 01:01 02:01 09:01 0A:FA 0B:26 0C:BE 0E:0A 0F:00 11:00 12:15 16:01 18:00 19:00 1A:00 00:00
2018-11-29 11:59:37 .RegL_07.
2018-11-30 05:25:18 .protLastRcv 2018-11-30 05:25:18
2018-11-28 20:31:47 Activity alive
2018-11-29 22:46:52 CommandAccepted yes
2018-11-14 18:26:47 D-firmware 1.4
2018-11-14 18:26:47 D-serialNr OEQ1712333
2018-11-29 11:19:17 PairedTo 0xFA26BE
2018-11-29 08:18:32 R-backOnTime 10 s
2018-11-29 10:53:46 R-btnLock off
2018-11-29 08:18:32 R-burstRx on
2018-11-29 08:18:32 R-cyclicInfoMsg on
2018-11-29 08:18:42 R-cyclicInfoMsgDis 0
2018-11-29 08:37:09 R-globalBtnLock off
2018-11-29 08:18:42 R-localResDis off
2018-11-29 08:18:42 R-lowBatLimitRT 2.1 V
2018-11-29 08:18:42 R-modusBtnLock off
2018-11-29 08:18:32 R-pairCentral 0xFA26BE
2018-11-30 05:25:18 actuator 0
2018-11-30 05:25:18 battery ok
2018-11-30 05:25:18 batteryLevel 2.8
2018-11-30 05:25:18 desired-temp 21.0
2018-11-30 05:25:18 measured-temp 23.3
2018-11-30 05:25:18 motorErr ok
2018-11-29 19:10:52 state CMDs_done
2018-11-29 19:10:52 time-request -
helper:
HM_CMDNR 128
cSnd 01FA26BE63944E0304600AA20103,01FA26BE63944E0304600AA20107
mId 0095
regLst ,0
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 1
raw 0
tpl 0
io:
lstRecType 10
newChn +63944E,00,03,00
nextSend 1543551918.9408
nxtSndMcnt 80
rxt 2
tgtDly 88
vccu VCCU
lRcTm:
CUL_868 118466348
tnms 584917771
p:
63944E
00
03
00
prefIO:
CUL_868
mRssi:
mNo 80
io:
CUL_868:
-66
-66
prt:
bErr 0
sProc 0
sleeping 1
try 1
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
CUL_868:
avg -64.7285714285714
cnt 70
lst -64
max -60
min -69
at_CUL_868:
avg -72.5863044708546
cnt 1767
lst -76
max -66.5
min -89.5
shRegW:
07 04
shadowReg:
tmpl:
Attributes:
IODev CUL_868
IOgrp VCCU:CUL_868
actCycle 000:10
actStatus alive
alias 02-KZ-Heizung
autoReadReg 4_reqStatus
expert 1_allReg
firmware 1.4
model HM-CC-RT-DN
room 70_Heizung,99_Homematic,CUL_HM
serialNr OEQ1712333
subType thermostat
webCmd getConfig:clear msgEvents:burstXmitInternals:
.triggerUsed 1
DEF 63944E04
NAME 02_KZ_Heizung_Clima
NOTIFYDEV global
NR 74
NTFY_ORDER 50-02_KZ_Heizung_Clima
STATE T: 23.3 desired: 21.0 valve: 0
TYPE CUL_HM
chanNo 04
device 02_KZ_Heizung
.attraggr:
.attrminint:
.userReadings:
HASH(0x3bbf7a0)
READINGS:
2018-11-29 11:19:22 .RegL_01. 08:00 00:00
2018-11-29 11:19:26 .RegL_07. 01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:0E 14:50 15:30 16:54 17:48 18:58 19:FC 1A:51 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:50 2F:30 30:54 31:48 32:58 33:FC 34:51 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:50 49:30 4A:54 4B:48 4C:58 4D:FC 4E:51 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:50 63:30 64:54 65:48 66:58 67:FC 68:51 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:50 7D:30 7E:54 7F:48 80:58 81:FC 82:51 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:50 97:30 98:54 99:48 9A:58 9B:FC 9C:51 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:50 B1:30 B2:54 B3:48 B4:58 B5:FC B6:51 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:12 CB:21 CC:D8 CD:0F CE:1E CF:1E 00:00
2018-11-29 11:19:22 .peerListRDate 2018-11-29 11:19:22
2018-11-29 10:51:39 CommandAccepted yes
2018-11-14 18:30:31 R-boostPeriod 5 min
2018-11-14 18:30:31 R-boostPos 80 %
2018-11-14 18:30:31 R-btnNoBckLight off
2018-11-14 18:30:31 R-dayTemp 21 C
2018-11-14 18:30:31 R-daylightSaveTime on
2018-11-14 18:30:31 R-decalcTime 11:00
2018-11-14 18:30:31 R-decalcWeekday Sat
2018-11-14 18:30:31 R-modePrioManu all
2018-11-14 18:30:31 R-modePrioParty all
2018-11-14 18:30:31 R-nightTemp 17 C
2018-11-14 18:30:31 R-noMinMax4Manu off
2018-11-14 18:30:31 R-regAdaptive on
2018-11-14 18:30:31 R-reguExtI 15
2018-11-14 18:30:31 R-reguExtP 30
2018-11-14 18:30:31 R-reguExtPstart 30
2018-11-23 23:34:50 R-reguIntI 18
2018-11-23 23:34:50 R-reguIntP 33
2018-11-28 23:30:57 R-reguIntPstart 216
2018-11-14 18:30:31 R-showInfo time
2018-11-14 18:30:31 R-showWeekday off
2018-11-14 18:27:58 R-sign off
2018-11-14 18:30:31 R-tempMax 30.5 C
2018-11-14 18:30:31 R-tempMin 4.5 C
2018-11-14 18:30:31 R-tempOffset 0.0K
2018-11-14 18:30:31 R-valveErrPos 15 %
2018-11-14 18:30:31 R-valveMaxPos 100 %
2018-11-14 18:30:31 R-valveOffsetRt 0 %
2018-11-14 18:30:31 R-winOpnBoost off
2018-11-14 18:30:31 R-winOpnDetFall 1.4 K
2018-11-14 18:30:31 R-winOpnMode off
2018-11-14 18:30:31 R-winOpnPeriod 15 min
2018-11-14 18:30:31 R-winOpnTemp 12 C
2018-11-29 11:19:26 R_0_tempListSat 04:00 20.0 06:00 21.0 21:00 22.0 24:00 20.0
2018-11-29 11:19:26 R_1_tempListSun 04:00 20.0 06:00 21.0 21:00 22.0 24:00 20.0
2018-11-29 11:19:26 R_2_tempListMon 04:00 20.0 06:00 21.0 21:00 22.0 24:00 20.0
2018-11-29 11:19:26 R_3_tempListTue 04:00 20.0 06:00 21.0 21:00 22.0 24:00 20.0
2018-11-29 11:19:26 R_4_tempListWed 04:00 20.0 06:00 21.0 21:00 22.0 24:00 20.0
2018-11-29 11:19:26 R_5_tempListThu 04:00 20.0 06:00 21.0 21:00 22.0 24:00 20.0
2018-11-29 11:19:26 R_6_tempListFri 04:00 20.0 06:00 21.0 21:00 22.0 24:00 20.0
2018-11-29 11:19:26 R_tempList_State verified
2018-11-30 05:23:00 ValvePosition 0
2018-11-30 05:23:00 boostTime -
2018-11-30 05:23:00 controlMode auto
2018-11-30 05:23:00 controlModeboost auto
2018-11-30 05:23:00 desired-temp 21.0
2018-11-30 05:23:00 measured-temp 23.3
2018-11-30 05:23:00 partyEnd -
2018-11-30 05:23:00 partyStart -
2018-11-30 05:23:00 partyTemp -
2018-11-29 10:51:39 recentStateType ack
2018-11-30 05:23:00 state T: 23.3 desired: 21.0 valve: 0
helper:
peerIDsRaw ,00000000
regLst ,1,7
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shRegR:
07 00
shadowReg:
tmpl:
Attributes:
alexaName Heizung Kinderzimmer
alexaRoom Kinderzimmer
alias 02-KZ-Heizung
fp_Diabeck 87,1039,2,Heizung Kinderzimmer,
fp_Kinderzimmer 202,635,2,Heizung Kinderzimmer
genericDeviceType thermostat
group 70_Heizung
icon hc_wht_regler
model HM-CC-RT-DN
peerIDs 00000000,
room 00_Diabeck,02_Kinderzimmer,70_Heizung,99_Homematic,Alexa
userReadings controlModeboost { ReadingsVal("02_KZ_Heizung_Clima","controlMode",0) }
webCmd controlMode:desired-tempInternals:
DEF 63944E02
NAME 02_KZ_Heizung_Climate
NOTIFYDEV global
NR 72
NTFY_ORDER 50-02_KZ_Heizung_Climate
STATE unpeered
TYPE CUL_HM
chanNo 02
device 02_KZ_Heizung
.attraggr:
.attrminint:
READINGS:
2018-11-29 11:19:21 .RegL_01. 08:00 00:00
2018-11-29 11:19:18 .peerListRDate 2018-11-29 11:19:18
2018-11-14 18:27:57 R-sign off
2018-11-29 11:19:18 state unpeered
helper:
peerIDsRaw ,00000000
regLst ,1
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shadowReg:
tmpl:
Attributes:
model HM-CC-RT-DN
peerIDs 00000000,
room 70_Heizung,99_Homematic,CUL_HMInternals:
DEF 63944E03
NAME 02_KZ_Heizung_WindowRec
NOTIFYDEV global
NR 73
NTFY_ORDER 50-02_KZ_Heizung_WindowRec
STATE last:02_KZ_Fenster:closed
TYPE CUL_HM
chanNo 03
device 02_KZ_Heizung
peerList 02_KZ_Fenster,
.attraggr:
.attrminint:
READINGS:
2018-11-29 11:19:22 .RegL_01. 08:00 00:00
2018-11-29 11:19:28 .RegL_03.02_KZ_Fenster_chn-01 04:32 00:00
2018-11-29 11:19:28 .RegL_07.02_KZ_Fenster_chn-01 05:0A 00:00
2018-11-29 11:19:22 .peerListRDate 2018-11-29 11:19:22
2018-11-29 11:19:28 R-02_KZ_Fenster_chn-01-shCtValLo 50
2018-11-29 11:19:28 R-02_KZ_Fenster_chn-01-winOpnTemp 5 C
2018-11-14 18:27:58 R-sign off
2018-11-14 18:30:33 R-winOpnTemp 5 C
2018-11-29 11:19:22 peerList 02_KZ_Fenster,
2018-11-29 11:19:22 state unknown
2018-11-29 22:46:52 trigLast 02_KZ_Fenster:closed
2018-11-29 22:46:52 trig_02_KZ_Fenster Closed_134
2018-11-27 05:43:26 trig_02_KZ_Fenster_test Closed_120
2018-11-27 01:42:58 trig_HM_5F5162 Closed_52
helper:
peerIDsRaw ,600AA201,00000000
regLst ,3p,1,7p
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shadowReg:
tmpl:
Attributes:
model HM-CC-RT-DN
peerIDs 00000000,600AA201,
room 70_Heizung,99_Homematic,CUL_HM
stateFormat last:trigLastInternals:
CUL_868_MSGCNT 89
CUL_868_RAWMSG A0D74A610600AA2FA26BE06010000::-79.5:CUL_868:
CUL_868_RSSI -79.5
CUL_868_TIME 2018-11-30 04:36:06
DEF 600AA2
IODev CUL_868
LASTInputDev CUL_868
MSGCNT 89
NAME 02_KZ_Fenster
NOTIFYDEV global
NR 216
NTFY_ORDER 50-02_KZ_Fenster
STATE closed
TYPE CUL_HM
lastMsg No:74 - t:10 s:600AA2 d:FA26BE 06010000
peerList 02_KZ_Heizung_WindowRec,
protLastRcv 2018-11-30 04:36:06
protRcv 89 last_at:2018-11-30 04:36:06
protRcvB 26 last_at:2018-11-29 22:46:52
protSnd 63 last_at:2018-11-30 04:36:06
protState CMDs_done
rssi_at_CUL_868 cnt:89 min:-91.5 max:-76.5 avg:-80.8 lst:-79.5
.attraggr:
.attrminint:
READINGS:
2018-11-14 21:33:34 .D-devInfo 810101
2018-11-14 21:33:34 .D-stc 80
2018-11-14 21:33:35 .R-msgScPosA open
2018-11-14 21:33:35 .R-msgScPosB closed
2018-11-14 21:33:35 .R-transmDevTryMax 6
2018-11-14 21:33:35 .R-transmitTryMax 6
2018-11-14 21:33:35 .peerListRDate 2018-11-14 21:33:35
2018-11-30 04:36:06 .protLastRcv 2018-11-30 04:36:06
2018-11-28 20:31:47 Activity alive
2018-11-14 21:33:34 D-firmware 1.0
2018-11-14 21:33:34 D-serialNr OEQ1426828
2018-11-14 21:33:35 PairedTo 0xFA26BE
2018-11-14 21:33:36 R-02_KZ_Heizung_WindowRec-expectAES off
2018-11-14 21:33:36 R-02_KZ_Heizung_WindowRec-peerNeedsBurst on
2018-11-14 21:33:35 R-cyclicInfoMsg on
2018-11-14 21:33:35 R-eventDlyTime 0 s
2018-11-14 21:33:35 R-pairCentral 0xFA26BE
2018-11-14 21:33:35 R-sabotageMsg on
2018-11-14 21:33:35 R-sign on
2018-11-14 21:33:35 RegL_00. 02:01 09:01 0A:FA 0B:26 0C:BE 10:01 14:06 00:00
2018-11-14 21:33:35 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2018-11-14 21:33:36 RegL_04.02_KZ_Heizung_WindowRec 01:01 00:00
2018-11-30 04:36:06 alive yes
2018-11-30 04:36:06 battery ok
2018-11-30 04:36:06 contact closed (to VCCU)
2018-11-28 20:31:47 peerList 02_KZ_Heizung_WindowRec,
2018-11-30 04:36:06 recentStateType info
2018-11-30 04:36:06 sabotageError off
2018-11-30 04:36:06 state closed
2018-11-29 22:46:52 trigger_cnt 134
helper:
HM_CMDNR 116
mId 00C7
regLst ,0,1,4p
rxType 28
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
lstRecType 10
newChn +600AA2,00,03,00
nextSend 1543548966.62832
nxtSndMcnt 74
rxt 2
tgtDly 88
vccu VCCU
lRcTm:
CUL_868 115513156
tnms 581965452
p:
600AA2
00
03
00
prefIO:
CUL_868
mRssi:
mNo 74
io:
CUL_868:
-76
-76
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO CUL_868
flg A
ts 1543548966.55544
ack:
HASH(0x505ae40)
748002FA26BE600AA200
rssi:
at_CUL_868:
avg -80.8033707865169
cnt 89
lst -79.5
max -76.5
min -91.5
tmpl:
Attributes:
IODev CUL_868
IOgrp VCCU:CUL_868
actCycle 002:50
actStatus alive
alias 02-KZ-Fenster
autoReadReg 4_reqStatus
devStateIcon closed:fts_window_1w@green open:fts_window_1w_open@red
expert 2_raw
firmware 1.0
group 60_Sensoren
icon fts_window_1w
model HM-SEC-SCo
peerIDs 00000000,63944E03,
room 00_Diabeck,21_OptSensoren
serialNr OEQ1426828
subType threeStateSensorInternals:
CFGFN
DEF ([02_KZ_Fenster:"open|tilt"])
(set 02_KZ_Heizung_Clima desired-temp off)
(set 02_KZ_Heizung regSet globalBtnLock on)
(set 02_KZ_Heizung regSet btnLock on)
DOELSEIF([02_KZ_Fenster:"closed"])
(set 02_KZ_Heizung_Clima controlMode auto)
(set 02_KZ_Heizung regSet globalBtnLock off)
(set 02_KZ_Heizung regSet btnLock on)
MODEL FHEM
NAME KZ_Fenster_auf
NR 5359
NTFY_ORDER 50-KZ_Fenster_auf
STATE disabled
TYPE DOIF
.attraggr:
.attrminint:
READINGS:
2018-11-29 10:02:12 Device 02_KZ_Fenster
2018-11-29 10:02:12 cmd 2.3
2018-11-29 10:02:12 cmd_event 02_KZ_Fenster
2018-11-29 10:02:12 cmd_nr 2
2018-11-29 10:02:12 cmd_seqnr 3
2018-11-29 10:02:12 e_02_KZ_Fenster_events alive: yes,battery: ok,contact: closed (to VCCU),sabotageError: off,closed
2018-11-29 10:48:38 last_cmd disabled
2018-11-29 10:48:38 mode disabled
2018-11-29 10:48:38 state disabled
Regex:
attr:
cmdState:
wait:
waitdel:
condition:
0 ::EventDoIf('02_KZ_Fenster',$hash,'open|tilt',1)
1 ::EventDoIf('02_KZ_Fenster',$hash,'closed',1)
devices:
0 02_KZ_Fenster
1 02_KZ_Fenster
all 02_KZ_Fenster
do:
0:
0 set 02_KZ_Heizung_Clima desired-temp off
1 set 02_KZ_Heizung regSet globalBtnLock on
2 set 02_KZ_Heizung regSet btnLock on
1:
0 set 02_KZ_Heizung_Clima controlMode auto
1 set 02_KZ_Heizung regSet globalBtnLock off
2 set 02_KZ_Heizung regSet btnLock on
2:
helper:
event contact: closed (to VCCU)
globalinit 1
last_timer 0
sleeptimer -1
timerdev 02_KZ_Fenster
timerevent contact: closed (to VCCU)
triggerDev 02_KZ_Fenster
DOIF_eventas:
cmd_nr: 2
cmd_seqnr: 3
cmd_event: 02_KZ_Fenster
state: cmd_2
timerevents:
alive: yes
battery: ok
contact: closed (to VCCU)
sabotageError: off
closed
timereventsState:
alive: yes
battery: ok
contact: closed (to VCCU)
sabotageError: off
state: closed
triggerEvents:
alive: yes
battery: ok
contact: closed (to VCCU)
sabotageError: off
closed
triggerEventsState:
alive: yes
battery: ok
contact: closed (to VCCU)
sabotageError: off
state: closed
internals:
itimer:
readings:
trigger:
all 02_KZ_Fenster
uiState:
uiTable:
Attributes:
do always
group 99_Fenster_auf
icon helper_doif
room 99_DOIF
Was mache ich verkehrt?
Gruß jw1hal
event-on-change-reading im Fensterkontakt setzen.
Dass du damit aber bei jedem Fenster auf/zu ins Flash des HKT schreibst ist dir bewusst!?
Abgesehen von zusätzlicher Funklast (bei wenigen Geräten in Summe nicht schlimm aber 1% Regel beachten)...
Und wenn du beim HKT kein burst aktiviert hast, dann kann es sein dass die Einträge noch in fhem warten bis der HKT wieder aufwacht und dann die Aufträge abarbeitet...
Im "dümmsten Fall" (Fenster kurz nach Aufwachen auf und unter 3min wieder zu), werden brav die Einstellungen (sofort) nacheinander abgearbeitet und nutzloserweise (sofort / on dann wieder off) nacheinander ins Flash geschrieben OHNE eine Auswirkung...
Ansonsten wird event-on-change-reading wie von CoolTux geschrieben sicher helfen...
EDIT: eine nicht so "flash-mordende" ;) Variante wäre ein Notify auf desired-temp und prüfen, ob Fenster grad auf und falls ja (und die mitgeschickte desired-temp von der "Fenster-auf-Temp" abweicht) einfach die Fenster-auf-Temp wieder zu setzen (gut evtl. mehr Funklast, wenn jemand/etwas während Fenster auf "dauernd" an der "Kurbel dreht" ;) ). Aber es wird nichts ins flash geschrieben... Wobei nat. Flash schon einiges vertragen sollte und du ja vermutlich nicht alle 2min das Fenster auf und wieder zu machst... ;)
Gruß, Joachim
Vielleicht kann der TE mal erläutern, was der Hintergrund der Zusatzmaßnahmen sein soll.
Mir ist noch gar nicht klar, was das bringen soll.
Zitat von: Hollo am 01 Dezember 2018, 12:36:57
Vielleicht kann der TE mal erläutern, was der Hintergrund der Zusatzmaßnahmen sein soll.
Mir ist noch gar nicht klar, was das bringen soll.
Auch nur Vermutung (daher mein Ansatz mit dem Notify statt Register zu beschreiben): dass keiner während das Fenster offen ist "am Rad dreht" und so was verstellt...
Aber ja, bleibt vieles Rätselraten, wenn sich TEs nach der ersten Frage ohne genaue Angaben (wozu etc.) nicht mehr melden...
...auch nicht, ob irgendwas von den Antworten geholfen hat...
Gruß, Joachim
Ich habe es aufgegeben alles zu hinterfragen. In der Hoffnung das die Fragesteller erwachsen und vereidigt sind wissen sie selbst am besten was sie wollen ;D
Mir drängt sich da das Märchen auf, wo eine einzelne Person allein mitten im Wald in einem Häuschen wohnt. Wenn dieses Häuschen dann nur ein Zimmer hat, macht die Fragestellung schon Sinn. ;)
Ihr seid aber böse, ich melde mich immer, wenn ich irgendwo etwas gefragt habe, keine Sorge.
Was ist der Hintergrund?
Ich dachte mir so, die Heizung kann man auch ganz ausstellen. Denn warum sollte man auf 5°C stellen, wenn das Fenster über mehrere Stunden angekippt ist und draussen vielleicht -10°C sind. Ich weiß nun nicht, wie sehr so ein Raum dann auskühlt. Vermutlich nicht unter 5°C, vielleicht aber auch doch. Wenn es doch mal 4°C werden, heizt der dann ohne Ende für draussen. Wenn es nie unter 5°C kommt, dann wäre das eh hinfällig. Und da man die Mindesttemperatur bei Fester auf nur auf min 5°C stellen kann, hatte ich diese Gedanken.
Dann habe ich mir so gedacht, es wäre ein Abwasch, die globale Sperre rein zu machen, wenn das Fenster auf ist, damit niemand aufdrehen kann und die globale Sperre wieder raus zu nehmen, wenn das Fenster zu ist.
Und da wir in einem Raum öfter Boost benutzen, da aber dann nicht immer die normale Sperre wieder rein machen und man ab und an an das Stellrädchen kommt und da dann geheizt wird, obwohl es nicht so sein sollte, wäre es auch ein Abwasch, nach jeder Aktion, die eh gerade gemacht wird, immer die normale Sperre zu aktivieren.
Vielleicht sollte ich das Vorhaben wieder verwerfen, ist auch nicht soooo wichtig.
Ich habe jetzt HM-Fenstergriffsensoren an den Fenstern, HM-optische Sensoren an den Türen und diese jeweils mit den HM-Thermostaten gepeert. Immer wenn ein Fenster oder eine Tür geöffnet wird geht die Heizung auf 5°C und danach, also bei geschlossenen Fenster/Türen wieder zurück. So ist es schon mal ganz gut.
Gestern kamen übrigens die Fenstergriffsensoren, womit ich gestern allein damit beschäftigt war. Fenstergriffsensoren pairen, paaren, Fenstertemp einstellen und anbringen. Dann noch die Optischen wieder entfernen und an den Türen anbringen. Alles einstellen, umbenennen usw. Schwubs war es Abend und ich musste auch schon wieder auf Arbeit.
Ich hatte mir da auch schon die bisherigen Antworten durch gelesen, sah es aber sinnvoller vor dem Antworten erst einmal den Hinweisen nach zu gehen.
Somit gleich zum nächsten Punkt:
Wie ist das gemeint mit ins Flash schreiben?
Ich stelle mir das gerade so vor, als wenn man etwas flasht. Da wird wohl der Baustein neu beschrieben und die Schreibvorgänge sind wohl auch begrenzt, wie ich gelesen habe. Bei was für Aktionen wird denn da etwas ins Flash geschrieben und wann nicht? Ich habe schon mal nach "Fhem flash schreiben" oder "Fhem HKT flash schreiben" gesucht, aber nicht gefunden, was dies bedeuten könnte.
Nun weiß ich auch nicht, was bei "event-on-change-reading" nun genau hin muss. Danach muss ich noch suchen, ob es da ähnliche Beispiele gibt, wo ich mir das abgucken kann.
Ist eben doof, wenn man da noch völlig unerfahren ist. Bisher habe ich mir alles abgekupfert und auf meine Bedürfnisse angepasst, was ich verstanden oder auch nicht verstanden habe und solange probiert, bis es passte. Ab und zu erfährt man da und da etwas Näheres dazu und lernt immer wieder dazu. Das braucht aber Zeit, viel lesen, Probieren, Misserfolge und auch Erfolge.
So hatte ich mir auch noch die falschen Fenstergriffsensoren (IP) bestellt und dieses erst mitbekommen, als ich sie zusammengebastelt (Bausatz; 10€ weniger) habe. Dann gewundert, warum das nicht wie mit den Optischen ging. Bis ich dahinter gestiegen bin, dass es diese IP-Dinger sind und dies noch etwas komplizierter sein würde. Also die 8 Dinger wieder auseinander gebaut und schön säuberlich in die dafür vorgesehen Tütchen verfrachtet und zurück geschickt. Das ist ärgerlich, zeitraubend aber hat einen Lerneffekt. Man sollte richtig lesen.
So, nun muss ich wieder bald auf Arbeit und habe nicht mehr viel Zeit. Bei meinem anderen DOIF-Thema habe ich auch schon mit "sequenze" probiert, aber das geht auch überhaupt gar nicht. Ist aber eben ein anderes Thema. Und auch da wollte ich erst antworten, wenn ich einige Dinge umgesetzt habe.
Gruß jw1hal
Wow, lange Antwort...
Ich denke nicht, dass der Raum mit gekipptem Fenster auf unter 5 Grad geht und selbst wenn kommt ja irgendwann (auch so bei 5 Grad glaub ich) die Frosteinstellung bzw. ist bei etwa 5 Grad eh "off"...
Bzgl. Flash: alles was du per regSet (Register setzen/schreiben) an Geräte schickst wird dort permanent (überlebt auch Batteriewechsel) ins Flash geschrieben...
Ja ist meist Begrenzt bzgl. Schreibzyklen. Wenn man es genau wissen wollte müsste man wissen welcher Speicher verbaut ist.
Normale set Kommandos sind nur temporär...
Wie geschrieben: wenn du nicht alle 2min Fenster auf und zu machst sicher nicht schlimm...
Und wenn genügend Zeit zwischen auf und zu ist, bist du auch nicht (so) von der "Verzögerung" betroffen...
Also ohne "burst"...
Gruß, Joachim
Nun habe ich bei allen Tür/Fenster-Sensoren "event-on-change-reading" auf ".*" gesetzt und es in einem Raum, dem Kinderzimmer, in dem ich mich befinde (sollte ich vielleicht in Arbeitszimmer oder Büro umbenennen, weil kein Kind mehr da ist ...), getestet. Und was muss ich sagen, es geht.
Zuerst hatte ich die Tür mit einbezogen, was aber noch viel sinnfreier, wie die ganze Aktion selbst ist, weil man die Tür ja ständig auf und zu macht. Also nur mit Fenster den DOIF eingerichetet.Internals:
CFGFN
DEF ([02_KZ_Fenster:"open|tilt"])
(set 02_KZ_Heizung_Clima desired-temp off)
(set 02_KZ_Heizung regSet globalBtnLock on)
(set 02_KZ_Heizung regSet btnLock on)
DOELSE
(set 02_KZ_Heizung_Clima controlMode auto)
(set 02_KZ_Heizung regSet globalBtnLock off)
(set 02_KZ_Heizung regSet btnLock on)
MODEL FHEM
NAME KZ_Fenster_auf
NR 5359
NTFY_ORDER 50-KZ_Fenster_auf
STATE cmd_2
TYPE DOIF
.attraggr:
.attrminint:
READINGS:
2018-12-01 20:46:07 Device 02_KZ_Fenster
2018-12-01 20:46:08 cmd 2.3
2018-12-01 20:46:08 cmd_event 02_KZ_Fenster
2018-12-01 20:46:08 cmd_nr 2
2018-12-01 20:46:08 cmd_seqnr 3
2018-12-01 20:46:07 e_02_KZ_Fenster_events contact: closed (to VCCU)
2018-12-01 20:43:55 mode enabled
2018-12-01 20:46:08 state cmd_2
Regex:
attr:
cmdState:
wait:
waitdel:
condition:
0 ::EventDoIf('02_KZ_Fenster',$hash,'open|tilt',1)
devices:
0 02_KZ_Fenster
all 02_KZ_Fenster
do:
0:
0 set 02_KZ_Heizung_Clima desired-temp off
1 set 02_KZ_Heizung regSet globalBtnLock on
2 set 02_KZ_Heizung regSet btnLock on
1:
0 set 02_KZ_Heizung_Clima controlMode auto
1 set 02_KZ_Heizung regSet globalBtnLock off
2 set 02_KZ_Heizung regSet btnLock on
helper:
event contact: closed (to VCCU)
globalinit 1
last_timer 0
sleeptimer -1
timerdev 02_KZ_Fenster
timerevent contact: closed (to VCCU)
triggerDev 02_KZ_Fenster
DOIF_eventas:
cmd_nr: 2
cmd_seqnr: 3
cmd_event: 02_KZ_Fenster
state: cmd_2
timerevents:
contact: closed (to VCCU)
timereventsState:
contact: closed (to VCCU)
triggerEvents:
contact: closed (to VCCU)
triggerEventsState:
contact: closed (to VCCU)
internals:
itimer:
readings:
trigger:
all 02_KZ_Fenster
uiState:
uiTable:
Attributes:
do always
group 99_Fenster_auf
icon helper_doif
room 99_DOIF
Wenn es auf Auto steht und das Fenster geht auf, egal ob Kipp oder eben nur auf, dann werden beide Sperren aktiviert und die Temperatur auf off gesetzt. Schließt man das Fenster bei geschlossener Tür, wird wieder zurück zu Auto gesetzt und die globale Sperre deaktiviert. Und schließt man das Fenster bei geöffneter Tür, passiert das selbe, nur dass da noch die Fenster-offen-Erkennung für die geöffnete Tür aktiv ist und die Temperatur auf 5°C gestellt wird.
Das die Heizung bei offener Tür aus geht ist auch nicht dumm, da erzieht man sich selbst die Tür zu schließen, wenn man es warm haben möchte und spart bestimmt dadurch.
Nun bin ich etwas verunsichert, wegen dem Flashschreiben, ob ich die Thematik doch lieber verwerfe und es bei den 5°C belasse. Denn wie gesagt, sooo Megawichtig ist das nun auch wieder nicht.
Was passiert eigentlich wenn man am Thermostat selbst die Sperre rein und raus macht? Schreibt das da auch in den Flash? Denn bisher, damit man es nicht aus Versehen verstellt, hat man immer die Sperre raus und wieder rein gemacht, wenn man den Boost aktivierte. Geht der oder das Thermostat dann in 5 oder 10 Jahren kaputt oder funktioniert einfach nicht mehr oder wie muss ich mir das vorstellen?
Gruß jw1hal
Ich habe jetzt noch mal nach den Burst geschaut. In den Thermostaten war er überall an ("prüfen mit: get WZ1_4 reg burstRx"), aber in Fhem wohl nicht. Das habe ich jetzt mal eingeschalten mit ("Nun in FHEM den Burst mode einschalten (sofern nicht burstXmit verwendet wird) attr WZ1 burstAccess 1_auto"). Quelle: https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Burst-Modus
Verstehe ich das richtig, dass mit ausgeschalteten Burst nur alle 2,5 Minuten etwas passiert und mit eingeschalteten eben sofort?
Und hat wer Erfahrungen, wie lange die Batterien länger oder kürzer halten, wenn der Burst an oder aus ist? Bis jetzt haben die Dinger noch 2,8 V und ich habe die seit Anfang Januar.
Wieder nicht alles gelesen...
...zuviel für den Handybildschirm... ;)
Ja, wenn "burst" aktiviert ist reagiert der HKT sofort.
Ansonsten wird er so alle 2-3min wach und arbeitet dann die Befehle ab und schickt Infos/Statuswerte...
Kostet (theoretisch) mehr Batterie weil er nicht "so tief" schläft.
Konnte bzgl. Batterielaufzeit noch keinen Unterschied ausmachen.
Habe im selben Haushalt welche mit und ohne "burst"...
Auch wenn du die Sperre am Gerät aktivierst landet das im Flash.
Es wird das selbe Register beschrieben...
Setzen am Gerät und auslesen per getConfig sollte das zeigen...
EDIT: das mit dem Flash ist bei der Anwendung sicher nicht kritisch, noch dazu wo du jetzt tatsächlich nur noch 1x bei auf und 1x bei zu schreibst. Wollte nur drauf aufmerksam machen... ;)
Gruß, Joachim