Fenster auf => Heizung aus und sperren

Begonnen von jw1hal, 30 November 2018, 05:29:59

Vorheriges Thema - Nächstes Thema

jw1hal

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:burstXmit
Internals:
   .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-temp
Internals:
   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_HM
Internals:
   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:trigLast
Internals:
   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    threeStateSensor
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)
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
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

CoolTux

event-on-change-reading im Fensterkontakt setzen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

MadMax-FHEM

#2
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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Hollo

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.
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"

MadMax-FHEM

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

CoolTux

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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

det.

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.  ;)
LG
det.

jw1hal

#7
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
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

MadMax-FHEM

#8
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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

jw1hal

#9
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
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

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.
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

MadMax-FHEM

#11
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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)