Sperren vom Wandthermostat bleibt auf set_off stehen

Begonnen von Gunther, 22 Februar 2016, 22:19:28

Vorheriges Thema - Nächstes Thema

Gunther

Habe 2 notifys angelegt, die die Thermostat und Ventil zusammen sperren / entsperren sollen. (Will in FTUI einen Schalter nutzen)

Leider bleibt eg_ki_heizung auf set_off stehen anstatt auf off zu gehen.
Kennt Ihr das? Wie kann ich beeinflussen, dass auf off geschaltet wird?

Hier mein Code:

# Gleichzeitiges Schalten von Wandthermostat und Stellventil
define eg_ki_Wandthermostat_Schloss dummy

# Sperren
define eg_ki_Wandthermostat_sperren_notify notify eg_ki_Wandthermostat_Schloss:on set eg_ki_Wandthermostat regSet btnLock on ;; set eg_ki_Heizung regSet btnLock on

# Entsperren
define eg_ki_Wandthermostat_entsperren_notify notify eg_ki_Wandthermostat_Schloss:off set eg_ki_Wandthermostat regSet btnLock off ;; set eg_ki_Heizung regSet btnLock off
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

kleinerDrache

ändere mal btnLock in R-btnLock dann sollte das gehen
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT

Bennemannc

Hallo,

Zitatändere mal btnLock in R-btnLock dann sollte das gehen
das wird auch nicht gehen, sondern nur eine Fehlermeldung erzeugen. btnLock ist schon richtig, aber das Gerät arbeitet mit Batterie - das wacht in regelmäßigen Abständen auf und fragt ob es was gibt. Dann sollten die Werte auch übertragen werden. Ein getConfig zur Überprüfung wird auch nicht sofort bearbeitet, sondern eben auch erst nach einer gewissen Zeit. Zum Testen muss entweder ein Burst gesendet werden, oder das Thermostat in den Anlernmodus gebracht werden. Später läuft das Ganze dann eben etwas zeitverzögert - oder eben mit einem Burst - was aber nicht zu empfehlen ist, da das auf die Batterielaufzeit geht.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

Gunther

das komische ist, dass das Teil auf set_off seit gestern Abend steht. Tempverstellen vom Wandthermostat wird übernommen. Ein Verstellen der Sperre über FHEM nicht.

Hat das Ventil eine Macke?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Gunther

leider nicht.

list sagt
Internals:
   DEF        22B18C
   HMLAN1_MSGCNT 2151
   HMLAN1_RAWMSG R10570F63,0001,76C42D66,FF,FFC9,A8800222B18CA0000100
   HMLAN1_RSSI -55
   HMLAN1_TIME 2016-02-23 23:54:14
   HMLAN2_MSGCNT 2134
   HMLAN2_RAWMSG E22B18C,0000,A054E245,FF,FFBD,A8800222B18CA0000100
   HMLAN2_RSSI -67
   HMLAN2_TIME 2016-02-23 23:54:14
   IODev      HMLAN1
   LASTInputDev HMLAN2
   MSGCNT     4285
   NAME       eg_ki_Heizung
   NR         1042
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 eg_ki_Heizung_Weather
   channel_02 eg_ki_Heizung_Climate
   channel_03 eg_ki_Heizung_WindowRec
   channel_04 eg_ki_Heizung_Clima
   channel_05 eg_ki_Heizung_ClimaTeam
   channel_06 eg_ki_Heizung_remote
   lastMsg    No:A8 - t:02 s:22B18C d:A00001 00
   protCmdPend 36 CMDs pending
   protLastRcv 2016-02-23 23:54:14
   protResnd  575 last_at:2016-02-23 23:54:16
   protSnd    1539 last_at:2016-02-23 23:54:14
   protState  CMDs_pending
   rssi_HMLAN1 avg:-55 min:-55 max:-55 lst:-55 cnt:3
   rssi_at_HMLAN1 avg:-54.13 min:-62 max:-46 lst:-55 cnt:2151
   rssi_at_HMLAN2 avg:-65.01 min:-69 max:-63 lst:-67 cnt:2134
   Readings:
     2016-02-22 22:03:06   Activity        alive
     2016-02-23 23:54:14   CommandAccepted yes
     2015-11-19 20:19:17   D-firmware      1.4
     2015-11-19 20:19:17   D-serialNr      KEQ0726637
     2016-02-22 23:24:56   PairedTo        0xA00001
     2015-11-03 18:53:39   R-backOnTime    10 s
     2016-02-22 23:34:52   R-btnLock       set_off
     2015-11-03 18:53:39   R-burstRx       on
     2015-11-03 18:53:39   R-cyclicInfoMsg on
     2015-11-03 18:53:39   R-cyclicInfoMsgDis 0
     2015-11-03 18:53:39   R-globalBtnLock off
     2015-11-03 18:53:39   R-localResDis   off
     2015-11-03 18:53:39   R-lowBatLimitRT 2.1 V
     2015-11-03 18:53:39   R-modusBtnLock  off
     2015-11-19 20:19:41   R-pairCentral   0xA00001
     2016-02-23 23:54:14   actuator        0
     2016-02-23 23:54:14   battery         ok
     2016-02-23 23:54:14   batteryLevel    2.9
     2016-02-11 19:29:56   controlMode     auto
     2016-02-23 23:54:14   desired-temp    21.0
     2016-02-23 23:54:14   measured-temp   21.7
     2016-02-23 23:54:14   motorErr        ok
     2015-11-19 19:13:19   powerOn         2015-11-19 19:13:18
     2015-11-19 19:13:19   recentStateType info
     2016-02-23 23:54:16   state           CMDs_pending
     2016-02-23 13:32:59   time-request    -
   cmdStack:
     ++A001A0000122B18C0006
     ++A001A0000122B18C00040000000000
     ++A001A0000122B18C0103
     ++A001A0000122B18C01040000000001
     ++A001A0000122B18C0203
     ++A001A0000122B18C02040000000001
     ++A001A0000122B18C0303
     ++A001A0000122B18C03040000000001
     ++A001A0000122B18C0403
     ++A001A0000122B18C04040000000001
     ++A001A0000122B18C00040000000007
     ++A001A0000122B18C0503
     ++A001A0000122B18C05040000000001
     ++A001A0000122B18C0603
     ++A001A0000122B18C06040000000001
     ++A001A0000122B18C00040000000000
     ++A001A0000122B18C0103
     ++A001A0000122B18C01040000000001
     ++A001A0000122B18C0203
     ++A001A0000122B18C02040000000001
     ++A001A0000122B18C0303
     ++A001A0000122B18C03040000000001
     ++A001A0000122B18C0403
     ++A001A0000122B18C04040000000001
     ++A001A0000122B18C00040000000007
     ++A001A0000122B18C0503
     ++A001A0000122B18C05040000000001
     ++A001A0000122B18C0603
     ++A001A0000122B18C06040000000001
     ++A011A0000122B18C86042A
     ++A011A0000122B18C8002
     ++A011A0000122B18C8302
     ++A011A0000122B18C810222
     ++A011A0000122B18C8002
     ++A011A0000122B18C810222
     ++A011A0000122B18C8002
     ++A011A0000122B18C8302
   Helper:
     HM_CMDNR   169
     PONtest    1
     cSnd       01A0000122B18C0006,01A0000122B18C0006
     mId        0095
     rxType     140
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Io:
       newChn     +22B18C,02,00,00
       nextSend   1456268054.76929
       rxt        2
       vccu       vccu
       p:
         22B18C
         00
         00
         00
       prefIO:
         HMLAN1
     Mrssi:
       mNo        A8
       Io:
         HMLAN1     -53
         HMLAN2     -67
     Prt:
       bErr       0
       sProc      2
       wuReSent   2
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       Hmlan1:
         avg        -55
         cnt        3
         lst        -55
         max        -55
         min        -55
       At_hmlan1:
         avg        -54.136680613668
         cnt        2151
         lst        -55
         max        -46
         min        -62
       At_hmlan2:
         avg        -65.0103092783504
         cnt        2134
         lst        -67
         max        -63
         min        -69
     Shregw:
       07         04
     Shadowreg:
       RegL_00.     01:01 02:01 09:01 0A:A0 0B:00 0C:01 0E:0A 0F:01  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   1.4
   model      HM-CC-RT-DN
   room       Kino
   serialNr   KEQ0726637
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

frank

protCmdPend 36 CMDs pending
da sind sehr viele cmds in der warteschlange.

ich würde die queue mal löschen mit set clear msgEvents und erneut ein getconfig senden.
bedenke, dass bei jedem aufwachen (ca alle 2,5 min) nur eine gewisse anzahl messages bearbeitet wird. oder du hilfst nach, indem du den configbutton drückst. warum sind so viele msgs pending?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Gunther

keine Ahnung warum.

Danke für Deine Hilfe. Bleibt leider stehen auf set_off
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

martinp876

Logge es einmal. Evtl antwortet der falsche Kanal.

Gunther

Hat sich mittlerweile umgestellt. Auch wenn es lange gedauert hat.
Trotzdem danke für Deine Hilfe!
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden