Moin,
ich brauche Hilfe! :-) Seit kurzem funktioniert die Temperaturabsenkung an zwei HM-CC-RT-DNs mit je einem virtuellen Fensterkontakt nicht mehr.
Um meine vorhandenen FHT80 Fensterkontakte weiter nutzen zu können, hatte ich mir virtuelle HM Fensterkontakte angelegt, die ich dann mit dem HM-CC-RT-DN WindowRec Channel wie im Wiki beschrieben gepeert habe. Den virtuellen HM-Sec aktualisiere per Notify vom jeweiligen FHT80TFK aus.
Das hat auch soweit alles Prima geklappt - zumindest bis zum 14.2., da gibt es laut Log die letzten erfolgreichen Temperaturabsekungen am HM-CC-RT-DN.
Spätestens seit dem 17.2. läufts aber nicht mehr: Der FHT80TFK meldet das offene Fenster. Der vituelle HM-Sec wird auch richtig aktualisiert. Die Übertragung an den WindowRec Channel sieht soweit ich das beurteilen kann gut aus, nur die Desired-Temperature ändert sich nicht.
Was habe ich bisher probiert:
Ich habe das Peering jetzt schon mehrfach gelöscht und wieder neu eingerichtet.
Habe auch schon einen ganz neuen virtuellen HM-Sec angelegt und gepeert. Und um die Fehlerquellen einzugrenzen, habe ich den neuen virt HM-Sec manuell per "postEvent open" geschaltet - alles ohne Erfolg.
Nur mit einem echten, physischen HM-Sec-SC2 klappts auf Anhieb...
Aktueller vereinfachter Aufbau:
HM-CC-RT-DN "Badezimmer_Heizung"
virtueller SC "virtSC" mit einem Channel "virtSC_Btn1"
IO: HMLAN_0 mit vccu
Den FHT80TFK habe ich zum Testen ganz rausgenommen und schalte den virtSC_Btn1 per Web Interface.
Peering habe ich eingerichtet mit "set virtSC_Btn1 peerChan 0 Badezimmer_Heizung_WindowRec single set" und mit hmInfo auf Pending und Nack kontrolliert.
Danach sehen die Channels so aus:
Internals:
DEF 2B229203
NAME Badezimmer_Heizung_WindowRec
NR 151
STATE last:trigLast
TYPE CUL_HM
chanNo 03
device Badezimmer_Heizung
peerList virtSC_Btn1,
Readings:
2015-02-22 15:24:12 R-sign off
2015-02-22 15:26:19 R-virtSC_Btn1-shCtValLo 50
2015-02-22 15:26:20 R-virtSC_Btn1-winOpnTemp 12 C
2015-02-22 15:26:19 RegL_01: 08:00 00:00
2015-02-22 15:26:19 RegL_03:virtSC_Btn1 04:32 00:00
2015-02-22 15:26:20 RegL_07:virtSC_Btn1 05:18 00:00
2015-02-22 15:26:18 peerList virtSC_Btn1,
2015-02-22 15:24:11 state unpeered
Helper:
peerIDsRaw ,00000901,00000000
Role:
chn 1
Shadowreg:
Attributes:
model HM-CC-RT-DN
peerIDs 00000000,00000901,
stateFormat last:trigLast
Internals:
CFGFN
DEF 00000901
NAME virtSC_Btn1
NR 1058
STATE set_postEvent closed
TYPE CUL_HM
chanNo 01
device virtSC
peerList Badezimmer_Heizung_WindowRec,
Readings:
2015-02-22 15:25:46 peerList Badezimmer_Heizung_WindowRec,
2015-02-22 15:30:57 state set_postEvent closed
Helper:
count 6
Role:
chn 1
vrt 1
Attributes:
expert 2_full
model virtual_1
peerIDs 2B229203,
webCmd postEvent open:postEvent closed
Und hier nun die Raw-Messages von einem "set virtSC_Btn1 postEvent open" - aus den Raw-Messages werde ich aber nicht schlau, verstehe davon nix...
2015.02.22 15:33:01.166 0: HMLAN_Parse: HMLAN_0 R:E2C87B5 stat:0000 t:2421F784 d:FF r:FFBE m:90 845E 2C87B5 000000 800C100008CA00A70941FE
2015.02.22 15:33:07.641 0: HMLAN_Send: HMLAN_0 I:+2B2292,02,01,00
2015.02.22 15:33:07.641 0: HMLAN_Send: HMLAN_0 S:SB1B4C084 stat: 00 t:00000000 d:01 r:B1B4C084 m:44 B112 26EB01 2B2292
2015.02.22 15:33:08.124 0: HMLAN_Parse: HMLAN_0 R:E2B2963 stat:0000 t:242212B4 d:FF r:FFBF m:0C 845E 2B2963 000000 81283A00000000000942FF
2015.02.22 15:33:08.158 0: HMLAN_Parse: HMLAN_0 R:RB1B4C084 stat:0001 t:242212DB d:FF r:FFBE m:44 8002 2B2292 26EB01 00
2015.02.22 15:33:08.254 0: HMLAN_Send: HMLAN_0 S:SB1B4C28B stat: 00 t:00000000 d:01 r:B1B4C28B m:45 A441 000009 2B2292 0107200
2015.02.22 15:33:08.583 0: HMLAN_Parse: HMLAN_0 R:E2B2292 stat:0000 t:24221468 d:FF r:FFBE m:45 8002 2B2292 000009 00
2015.02.22 15:33:08.587 0: HMLAN_Send: HMLAN_0 I:+2B2292,00,01,00
2015.02.22 15:33:08.739 0: HMLAN_Parse: HMLAN_0 R:E2B2292 stat:0000 t:24221504 d:FF r:FFBE m:45 8002 2B2292 000009 00
2015.02.22 15:33:08.874 0: HMLAN_Parse: HMLAN_0 R:RB1B4C28B stat:0008 t:00000000 d:FF r:7FFF m:45 A441 000009 2B2292 010720
2015.02.22 15:33:08.875 0: HMLAN_Parse: HMLAN_0 no ACK from 2B2292
2015.02.22 15:33:08.878 0: HMLAN_Parse: HMLAN_0 R:E2B2292 stat:0000 t:242215A1 d:FF r:FFBE m:45 8002 2B2292 000009 00
2015.02.22 15:33:15.008 0: HMLAN_Send: HMLAN_0 I:K
2015.02.22 15:33:15.013 0: HMLAN_Parse: HMLAN_0 V:03C4 sNo:LEQxxxxxxx d:26EB01 O:26EB01 t:24222DA7 IDcnt:000B
2015.02.22 15:33:19.601 0: HMLAN_Parse: HMLAN_0 R:E2B2292 stat:0000 t:24223F8A d:FF r:FFBD m:48 8610 2B2292 000000 0A80D70F0000
2015.02.22 15:33:26.645 0: HMLAN_Parse: HMLAN_0 R:E181307 stat:0000 t:24225B0E d:FF r:FF9F m:4E 8670 181307 000000 8049431D58C07F34137B
2015.02.22 15:33:35.075 0: HMLAN_Parse: HMLAN_0 R:E2E6741 stat:0000 t:24227BE8 d:FF r:FFBC m:EF 8610 2E6741 000000 0AB0F2110900
2015.02.22 15:33:38.902 0: HMLAN_Parse: HMLAN_0 R:E2B2931 stat:0000 t:24228AF2 d:FF r:FFBF m:12 845E 2B2931 000000 80DDA600168301590942FF
2015.02.22 15:33:40.011 0: HMLAN_Send: HMLAN_0 I:K
2015.02.22 15:33:40.015 0: HMLAN_Parse: HMLAN_0 V:03C4 sNo:LEQxxxxxxx d:26EB01 O:26EB01 t:24228F56 IDcnt:000B
Bin für jeden neuen Ansatz dankbar. Habe sonst keine Idee mehr, außer auf die Fenster offen Erkennung ganz zu verzichten und einfach die Desired-Temp per Notify zu setzen.
Vielen Dank vorab
UPDATE:
Ich wusste nicht mehr genau, was ich alles zwischen dem 14. und 17.2. geändert hatte. Aber ich habe jetzt einfach mal testweise das
Modul 10_CUL_HM.pm mit Stand
# $Id: 10_CUL_HM.pm 7913 2015-02-08 10:13:05Z martinp876 $
wieder eingespielt und ... es funktioniert wieder!!
Muss ich mit den neuen CUL_HM Version irgendwelche Besonderheiten berücksichtigen? Ich möchte natürlich lieber bei der aktuellen Version bleiben.
Hier das Log vom erfolgreichen Lauf:
2015.02.22 17:09:38.147 0: HMLAN_Parse: HMLAN_0 R:E2B27D7 stat:0000 t:247A6F94 d:FF r:FFA7 m:BB 845E 2B27D7 000000 8053A30000050000092704
2015.02.22 17:09:42.332 0: HMLAN_Send: HMLAN_0 I:K
2015.02.22 17:09:42.336 0: HMLAN_Parse: HMLAN_0 V:03C4 sNo:LEQxxxxxxx d:26EB01 O:26EB01 t:247A7FFB IDcnt:000B
2015.02.22 17:09:42.866 0: HMLAN_Parse: HMLAN_0 R:E2B2B3B stat:0000 t:247A8203 d:FF r:FFB5 m:BC 845E 2B2B3B 000000 81C2980000040000092504
2015.02.22 17:09:47.689 0: HMLAN_Send: HMLAN_0 I:+2B2292,02,01,00
2015.02.22 17:09:47.689 0: HMLAN_Send: HMLAN_0 S:SB20D40F4 stat: 00 t:00000000 d:01 r:B20D40F4 m:0B B112 26EB01 2B2292
2015.02.22 17:09:48.208 0: HMLAN_Parse: HMLAN_0 R:RB20D40F4 stat:0001 t:247A96E7 d:FF r:FFB5 m:0B 8002 2B2292 26EB01 00
2015.02.22 17:09:48.305 0: HMLAN_Send: HMLAN_0 S:SB20D4300 stat: 00 t:00000000 d:01 r:B20D4300 m:0C A441 000009 2B2292 0103C8
2015.02.22 17:09:48.632 0: HMLAN_Parse: HMLAN_0 R:E2B2292 stat:0000 t:247A9874 d:FF r:FFB6 m:0C 8002 2B2292 000009 00
2015.02.22 17:09:48.640 0: HMLAN_Send: HMLAN_0 I:+2B2292,00,01,00
2015.02.22 17:09:49.129 0: HMLAN_Parse: HMLAN_0 R:E2B2292 stat:0000 t:247A9911 d:FF r:FFB5 m:0C 8002 2B2292 000009 00
2015.02.22 17:09:49.130 0: HMLAN_Parse: HMLAN_0 R:RB20D4300 stat:0008 t:00000000 d:FF r:7FFF m:0C A441 000009 2B2292 0103C8
2015.02.22 17:09:49.130 0: HMLAN_Parse: HMLAN_0 no ACK from 2B2292
2015.02.22 17:09:49.130 0: HMLAN_Parse: HMLAN_0 R:E2B2292 stat:0000 t:247A99AE d:FF r:FFB5 m:0C 8002 2B2292 000009 00
2015.02.22 17:09:59.170 0: HMLAN_Parse: HMLAN_0 R:E2B2292 stat:0000 t:247AC1B6 d:FF r:FFB4 m:6F 8610 2B2292 000000 0A60C60F0000
2015.02.22 17:10:03.350 0: HMLAN_Parse: HMLAN_0 R:E2B2963 stat:0000 t:247AD20B d:FF r:FFBF m:32 845E 2B2963 000000 81283A0000000000091F03
mache morgen eine update und probier es noch einmal. könnte sein, dass es ein Problem beim postEvent war.
Klasse! Danke für die schnelle Reaktion, werd's morgen testen.
Hallo hilde,
die Idee mit dem virtuellen Fensterkontakt finde ich spannend, kannst du evtl ein paar Infos posten, wie du das gemacht hast oder wo man das nachvollziehen/-lesen kann.
Beste Grüße
Niels
Klar! Ich habe die Infos zum virtuellen Fensterkontakt hier im Forum gefunden und dann auch im Wiki Eintrag zum HM-CC-RT-DN die Zusammenfassung der Infos aus dem Thread gesehen:
Thread:
http://forum.fhem.de/index.php/topic,31078.msg236245.html#msg236245
Wiki:
http://www.fhemwiki.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Fensterkontakte
Ganz genau so wie im Wiki habe ich es nicht gelöst: Da mein FHT80TFK recht häufig Updates sendet und das in Kombination mit event-on-update-reading zu hoher Funklast geführt hat, habe ich noch einen cloneDummy vom FHT80TFK angelegt. So konnte der FHT80TFK bei event-on-update-reading bleiben und den cloneDummy habe ich auf event-on-change-reading gestellt und an den cloneDummy dann den notify gehängt, um den Status des virtuellen Fensterkontakts per postEvent open bzw. close zu setzen.
Hier mal die passenden Schnipsel aus meiner Config:
define Badezimmer_Fenster CUL_FHTTK dd3e7e
attr Badezimmer_Fenster IODev CUL_0
define Badezimmer_Fenster_dummy cloneDummy Badezimmer_Fenster
attr Badezimmer_Fenster_dummy addStateEvent 1
attr Badezimmer_Fenster_dummy event-on-change-reading .*
define virtualSC CUL_HM DD4E7E
attr virtualSC IODev HMLAN_0
attr virtualSC IOgrp vccu:HMLAN_0
attr virtualSC expert 2_full
attr virtualSC model virtual_2
attr virtualSC subType virtual
attr virtualSC webCmd press short:press long
define Badezimmer_Fenster_virtual CUL_HM DD4E7E01
attr Badezimmer_Fenster_virtual event-on-change-reading peerList,state
attr Badezimmer_Fenster_virtual expert 1
attr Badezimmer_Fenster_virtual model virtual_2
attr Badezimmer_Fenster_virtual peerIDs
attr Badezimmer_Fenster_virtual webCmd postEvent open:postEvent closed
define n_Badezimmer_Fenster_dummy notify Badezimmer_Fenster_dummy:Window:.* {if(Value("Badezimmer_Fenster_dummy") eq "Open"){fhem("set Badezimmer_Fenster_virtual postEvent open")}else{fhem("set Badezimmer_Fenster_virtual postEvent closed")}}
Das jetzt noch fehlende Peering vom virtuellen Fensterkontakt und dem HM-CC-RT-DN ist im Wiki ganz gut beschrieben.
Also in etwa so: set Badezimmer_Fenster_virtual peerChan 0 <Thermostat_Window_Rec> single set
Ich bin mit der Lösung ganz zufrieden, bis auf den aktuellen kleinen Aussetzer klappt das wirklich gut!
Zitat von: martinp876 am 22 Februar 2015, 17:17:19
mache morgen eine update und probier es noch einmal. könnte sein, dass es ein Problem beim postEvent war.
Nach dem Update funktioniert's wieder wie gewohnt! :)
Danke für die erstklassig schnelle Reaktion + Fix!
Zitat von: hilde am 22 Februar 2015, 23:55:55
Klar! Ich habe die Infos zum virtuellen Fensterkontakt hier im Forum gefunden und dann auch im Wiki Eintrag zum HM-CC-RT-DN die Zusammenfassung der Infos aus dem Thread gesehen: (...)
Super vielen Dank, das Wiki kannte ich, hab aber die Passage übersehen.
Werde das am WE gleich mal testen.
Niels
Ur-alt, aber genau das Problem habe ich auch.
Kann gar nicht sagen, wie lange schon.
Habe ein virtuelle Device:
defmod virSC CUL_HM 221133
attr virSC .mId FFF1
attr virSC IOgrp VCCU
attr virSC expert defReg,rawReg
attr virSC model VIRTUAL
attr virSC modelForce VIRTUAL
attr virSC room hidden
attr virSC subType virtual
attr virSC verbose 0
attr virSC webCmd virtual
setstate virSC 2021-01-14 11:58:57 .associatedWith virSC,virtualHaustuer,virSC
setstate virSC 2021-02-25 08:10:40 .protLastRcv 20210225081040
setstate virSC 2021-02-24 17:18:09 cfgState NoIO
Daran ein virtuelles Fenster:
defmod virtualHaustuer CUL_HM 22113301
attr virtualHaustuer expert defReg,allReg
attr virtualHaustuer group virtual
attr virtualHaustuer model VIRTUAL
attr virtualHaustuer peerIDs 3C77E503,51BCEA03
attr virtualHaustuer room hidden
attr virtualHaustuer verbose 0
attr virtualHaustuer webCmd postEvent open:postEvent closed
setstate virtualHaustuer set_postEvent open
setstate virtualHaustuer 2021-02-25 08:06:33 .associatedWith virSC,virtualHaustuer,virSC,HZ_Kellerflur_WindowRec,HZ_Flur_WT_WindowRec
setstate virtualHaustuer 2021-02-24 17:18:09 cfgState ok
setstate virtualHaustuer 2021-02-25 08:06:33 peerList HZ_Flur_WT_WindowRec,HZ_Kellerflur_WindowRec
setstate virtualHaustuer 2021-02-25 08:10:38 state set_postEvent open
setstate virtualHaustuer 2021-02-25 08:10:40 trigger_cnt 8
Daran ist ein Wandthermostat und ein Theromstat:
defmod HZ_Flur_WT_WindowRec CUL_HM 3C77E503
attr HZ_Flur_WT_WindowRec model HM-TC-IT-WM-W-EU
attr HZ_Flur_WT_WindowRec peerIDs 00000000,22113301
attr HZ_Flur_WT_WindowRec room hidden
attr HZ_Flur_WT_WindowRec stateFormat last:trigLast
attr HZ_Flur_WT_WindowRec verbose 0
setstate HZ_Flur_WT_WindowRec last:virtualHaustuer:200
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:06:19 .RegL_01. 00:00 08:00
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:06:19 .RegL_03.virtualHaustuer 00:00 04:32
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:06:19 .RegL_07.virtualHaustuer 00:00 05:10
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:06:18 .associatedWith HZ_Flur_WT,HZ_Flur_WT_Climate,HZ_Flur_WT_SwitchTr,HZ_Flur_WT_Weather,HZ_Flur_WT_WindowRec,HZ_Flur_WT_remote,HZ_Flur_WT,virtualHaustuer
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:06:18 .peerListRDate 2021-02-25 08:06:18
setstate HZ_Flur_WT_WindowRec 2020-04-04 22:42:18 R-sign off
setstate HZ_Flur_WT_WindowRec 2020-04-04 22:42:18 R-virtualHaustuer-shCtValLo 50
setstate HZ_Flur_WT_WindowRec 2020-04-04 22:42:18 R-virtualHaustuer-winOpnTemp 8 C
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:09:07 cfgState ok
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:06:18 peerList virtualHaustuer
setstate HZ_Flur_WT_WindowRec 2021-02-24 17:17:54 state unknown
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:10:39 trigLast virtualHaustuer:200
setstate HZ_Flur_WT_WindowRec 2021-02-25 08:10:39 trig_virtualHaustuer 200_8
Wie man sehen kann, kommt die Message vom virtuellen Fenster an, aber statt open/closed, kommt 200_8 an und damit ist der state unknown?
Jemand eine Idee?
jetzt wäre ein Log (sniffen) des "Auslösens" hilfreich.
Moin Martin,
ich hänge mich hier mal mit dran, da ich das gleiche Problem habe. Mein 1-Wire steuert den virtuellen Fensterkontakt (EG_EZ_HM_Fenster) und das ist gepeert mit zwei Heizkörperventilen (EG_EZ_HM_Heizung und EG_WZ_HM_Heizung)
Hier ein Auszug aus dem Event-Monitor von Fhem. Fenster geöffnet, beide Heizkörperventile wurden geregelt. Dann Fenster wieder zu...
2021-02-28 15:17:00 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:open
2021-02-28 15:17:00 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: open
2021-02-28 15:17:00 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:open
2021-02-28 15:17:00 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: open
2021-02-28 15:17:00 CUL_HM EG_EZ_HM_Fenster set_postEvent open
2021-02-28 15:17:00 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:open
2021-02-28 15:17:00 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: open
2021-02-28 15:17:00 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:open
2021-02-28 15:17:00 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: open
2021-02-28 15:17:00 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:open
2021-02-28 15:17:00 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: open
2021-02-28 15:17:00 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:open
2021-02-28 15:17:00 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: open
2021-02-28 15:17:04 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:200
2021-02-28 15:17:04 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 200_3
2021-02-28 15:17:04 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:200
2021-02-28 15:17:04 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 200_3
2021-02-28 15:17:04 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:200
2021-02-28 15:17:04 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 200_4
2021-02-28 15:17:05 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:200
2021-02-28 15:17:05 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 200_4
2021-02-28 15:17:05 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:200
2021-02-28 15:17:05 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 200_5
2021-02-28 15:17:05 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:200
2021-02-28 15:17:05 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 200_5
2021-02-28 15:17:17 CUL_HM EG_EZ_HM_Heizung_Clima ValvePosition: 0
2021-02-28 15:17:17 CUL_HM EG_EZ_HM_Heizung_Clima desired-temp: 5.0
2021-02-28 15:17:18 CUL_HM EG_WZ_HM_Heizung_Clima ValvePosition: 0
2021-02-28 15:17:18 CUL_HM EG_WZ_HM_Heizung_Clima desired-temp: 12.0
2021-02-28 15:17:18 CUL_HM EG_FL_HM_Heizung_Clima measured-temp: 22.6
2021-02-28 15:17:45 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:closed
2021-02-28 15:17:45 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: closed
2021-02-28 15:17:45 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:closed
2021-02-28 15:17:45 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: closed
2021-02-28 15:17:45 CUL_HM EG_EZ_HM_Fenster set_postEvent closed
2021-02-28 15:17:45 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:closed
2021-02-28 15:17:45 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: closed
2021-02-28 15:17:45 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:closed
2021-02-28 15:17:45 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: closed
2021-02-28 15:17:45 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:closed
2021-02-28 15:17:45 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: closed
2021-02-28 15:17:45 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:closed
2021-02-28 15:17:45 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: closed
2021-02-28 15:17:50 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:0
2021-02-28 15:17:50 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 0_6
2021-02-28 15:17:51 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:0
2021-02-28 15:17:51 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 0_6
2021-02-28 15:17:51 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:0
2021-02-28 15:17:51 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 0_7
2021-02-28 15:17:51 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:0
2021-02-28 15:17:51 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 0_7
2021-02-28 15:17:51 CUL_HM EG_EZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:0
2021-02-28 15:17:51 CUL_HM EG_EZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 0_8
2021-02-28 15:17:51 CUL_HM EG_WZ_HM_Heizung_WindowRec trigLast: EG_EZ_HM_Fenster:0
2021-02-28 15:17:51 CUL_HM EG_WZ_HM_Heizung_WindowRec trig_EG_EZ_HM_Fenster: 0_8
2021-02-28 15:18:02 CUL_HM EG_EZ_HM_Heizung_Clima desired-temp: 21.5
2021-02-28 15:18:04 CUL_HM EG_WZ_HM_Heizung_Clima desired-temp: 21.5
Falls du List von einem der Device benötigst oder andere Infos, dann poste mal, liefer ich gerne nach.
Gruss
Enno
Hallo Zusammen,
was die Zahlen in den trigs angeht, da tippe ich VCCU Einsatz mit mindestens 2 IOs. Damit wird die Open/Close message von mind. einem der anderen IOs empfangen und CUL_HM_parseCommon(@) generiert daraus die trig readings.
Daher erst die Textversion von postEvent und dann die Zahlenversion von der empfangenen Nachricht, da die nicht in die Textversion übersetzt wird.
So weit erst mal normal und allenfalls unverständlich.
Gruß, Ansgar.
Moin Ansgar,
bei mir stimmt die Vermutung. VCCU mit zwei IOs. Was mich stört, ist dass die EG_EZ_HM_Heizung_WindowRec am Ende mit dem state "unknown" stehen bleiben. Ich hätte erwartet, dass dort "open" oder "closed" stehen würde.
Internals:
DEF 36D7F303
FUUID 5c42c817-f33f-7f96-ae79-d314af0a46884ddc
NAME EG_EZ_HM_Heizung_WindowRec
NOTIFYDEV global
NR 132
NTFY_ORDER 50-EG_EZ_HM_Heizung_WindowRec
STATE last:EG_EZ_HM_Fenster:0
TYPE CUL_HM
chanNo 03
device EG_EZ_HM_Heizung
peerList EG_EZ_HM_Fenster
READINGS:
2021-01-26 20:15:46 R-EG_EZ_HM_Fenster-shCtValLo 50
2021-01-26 20:15:46 R-EG_EZ_HM_Fenster-winOpnTemp 5 C
2021-01-26 20:15:39 R-sign off
2021-02-27 02:30:00 cfgState ok
2021-02-28 08:52:45 peerList EG_EZ_HM_Fenster
2021-02-28 08:52:45 state unknown
2021-02-28 15:17:51 trigLast EG_EZ_HM_Fenster:0
2021-02-28 15:17:51 trig_EG_EZ_HM_Fenster 0_8
2021-02-28 08:55:41 trig_EG_WZ_HM_Fenster 0_2
helper:
peerFriend peerSens,peerVirt
peerIDsState complete
peerOpt 3:thermostat,7p:thermostat
regLst 1,3p,7p
cmds:
TmplKey EG_EZ_HM_Fenster:no:1614498765.39148
TmplTs 1614498765.39148
cmdKey 1:0:0::EG_EZ_HM_Heizung:0095:03:EG_EZ_HM_Fenster
cmdLst:
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
eventL -peer- -cond-
eventS -peer- -cond-
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
inhibit [(on|{off})]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self03})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{self03})]
pressS [(-peer-|{self03})]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
tplSet_EG_EZ_HM_Fenster -tplPeer-
lst:
condition slider,0,1,255
peer EG_EZ_HM_Fenster
peerOpt DG_BZ_HM_Fenster,DG_GZ_HM_Fenster,DG_HM_Wetterstation,DG_HZ_HM_Fenster,DG_SZ_HM_Fenster,EG_EZ_HM_Fenster,EG_GW_HM_Fenster,EG_K_HM_Abzug_SenF,EG_K_HM_Abzug_SenI,EG_K_HM_Abzug_SenPwr,EG_K_HM_Abzug_SenU,EG_K_HM_Fenster,EG_K_HM_Radioschalter_Btn_01,EG_K_HM_Radioschalter_Btn_02,EG_K_HM_Radioschalter_Btn_03,EG_K_HM_Radioschalter_Btn_04,EG_K_HM_Radioschalter_Btn_05,EG_K_HM_Radioschalter_Btn_06,EG_K_HM_Schalter_Abzug_Btn_01,EG_K_HM_Schalter_Abzug_Btn_02,EG_K_KWL_Schalter_HM_Btn_01,EG_K_KWL_Schalter_HM_Btn_02,EG_K_KWL_Schalter_HM_Btn_03,EG_K_KWL_Schalter_HM_Btn_04,EG_K_KWL_Schalter_HM_Btn_05,EG_K_KWL_Schalter_HM_Btn_06,EG_WZ_HM_Fenster,EG_WZ_Mediabox_SenF,EG_WZ_Mediabox_SenI,EG_WZ_Mediabox_SenPwr,EG_WZ_Mediabox_SenU,EG_WZ_Taster_Btn_01,EG_WZ_Taster_Btn_02,EG_WZ_Taster_Btn_03,EG_WZ_Taster_Btn_04,EG_WZ_Taster_Btn_05,EG_WZ_Taster_Btn_06,HM_4A3BED_Btn_01,HM_4A3BED_Btn_02,HM_Schalter_Btn_01,HM_Schalter_Btn_02,KG_Eingang_Wassermelder,KG_FL_HM_TK2_Fenster_Tuer,KG_FL_HM_TK_Fenster_Tuer,KG_G_HM_TK_Fenster_Tor,KG_G_HM_TK_Fenster_Tuer,KG_VK_Luefter_HM_SenF,KG_VK_Luefter_HM_SenI,KG_VK_Luefter_HM_SenPwr,KG_VK_Luefter_HM_SenU,KG_WC_HM_Fenster,KG_WK_HM_Fenster,KG_WK_HM_TK2_Fenster_Tuer,Motion2_Aussen_Eingang,Motion_DG_FL2_Btn_01,Motion_DG_FL2_Btn_02,Motion_DG_FL2_Motion,Motion_EG_EZ,Motion_EG_FL,Motion_EG_FL2,Motion_EG_FL3,Motion_KG_2,Motion_KG_FL,Motion_KG_FL2,Motion_KG_Garage,Motion_KG_Garten,Motion_OG_FL2_Btn_01,Motion_OG_FL2_Btn_02,Motion_OG_FL2_Motion,OG_AZ_HM_Fenster,OG_BZ_HM_Fenster,OG_JZ_HM_Fenster,OG_SZ_HM_Fenster,Rauchmelder_Team,STROM_Trockner_SenF,STROM_Trockner_SenI,STROM_Trockner_SenPwr,STROM_Trockner_SenU,STROM_Waschmaschine_SenF,STROM_Waschmaschine_SenI,STROM_Waschmaschine_SenPwr,STROM_Waschmaschine_SenU,Switch_HM_6fach_Btn_01,Switch_HM_6fach_Btn_02,Switch_HM_6fach_Btn_03,Switch_HM_6fach_Btn_04,Switch_HM_6fach_Btn_05,Switch_HM_6fach_Btn_06,Switch_HM_Schluessel2_light,Switch_HM_Schluessel2_lock,Switch_HM_Schluessel2_open,Switch_HM_Schluessel2_unlock,Switch_HM_Schluessel_armExt,Switch_HM_Schluessel_armInt,Switch_HM_Schluessel_disarm,Switch_HM_Schluessel_light,TeamDev_Btn10,TeamDev_Btn11,TeamDev_Btn12,TeamDev_Btn13,TeamDev_Btn14,TeamDev_Btn2,TeamDev_Btn3,TeamDev_Btn4,TeamDev_Btn5,TeamDev_Btn6,TeamDev_Btn7,TeamDev_Btn8,TeamDev_Btn9,VCCU_Btn1,VCCU_Btn10,VCCU_Btn11,VCCU_Btn12,VCCU_Btn13,VCCU_Btn14,VCCU_Btn15,VCCU_Btn16,VCCU_Btn17,VCCU_Btn18,VCCU_Btn19,VCCU_Btn2,VCCU_Btn20,VCCU_Btn21,VCCU_Btn22,VCCU_Btn23,VCCU_Btn24,VCCU_Btn25,VCCU_Btn26,VCCU_Btn27,VCCU_Btn28,VCCU_Btn29,VCCU_Btn3,VCCU_Btn30,VCCU_Btn4,VCCU_Btn5,VCCU_Btn52,VCCU_Btn6,VCCU_Btn7,VCCU_Btn8,VCCU_Btn9,virSC_Btn1,virSC_Btn10,virSC_Btn11,virSC_Btn12,virSC_Btn13,virSC_Btn14,virSC_Btn15,virSC_Btn16,virSC_Btn17,virSC_Btn18,virSC_Btn19,virSC_Btn20,virSC_Btn21,virSC_Btn22,virSC_Btn23,virSC_Btn24,virSC_Btn25,virSC_Btn26,virSC_Btn27,virSC_Btn28,virSC_Btn29,virSC_Btn30,virSC_Btn31,virSC_Btn32,virSC_Btn33,virSC_Btn34,virSC_Btn35,virSC_Btn36,virSC_Btn37,virSC_Btn38,virSC_Btn39,virSC_Btn4,virSC_Btn40,virSC_Btn41,virSC_Btn42,virSC_Btn43,virSC_Btn44,virSC_Btn45,virSC_Btn46,virSC_Btn47,virSC_Btn48,virSC_Btn49,virSC_Btn5,virSC_Btn50,virSC_Btn6,virSC_Btn7,virSC_Btn8,virSC_Btn9
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 1
raw 0
tpl 0
peerIDsH:
00000000 broadcast
22113303 EG_EZ_HM_Fenster
role:
chn 1
tmpl:
Attributes:
DbLogExclude .*
model HM-CC-RT-DN
peerIDs 00000000,22113303
stateFormat last:trigLast
Gruss
Enno
hast du denn mal im eventmonitor geschaut?
vielleicht steht da ja kurzzeitig das, was du erwartest.
Zitat von: frank am 01 März 2021, 09:51:02
hast du denn mal im eventmonitor geschaut?
vielleicht steht da ja kurzzeitig das, was du erwartest.
Kurzzeitig steht das dort -ja, aber siehe mein Log oben. Langfristig hatte ich mal ein DOIF das stündlich prüft, ob der Fenstersensor und der Heizungsthermostat noch "im gleichen Takt" sind. Das prüfe ich jetzt halt anhand der "desired-temp" und der "R-EG_GW_HM_Fenster-winOpnTemp" mit state geht das nicht.
Wenn das das gewünschte Verhalten vom Entwickler ist, kein Problem ich komme klar, man muss es halt nur wissen ;)
Gruss
Enno
ich weiss jetzt nicht, ob ich dich richtig verstehe. in dem log sehe ich kein "unknown".
was genau willst du mit dem state im winrec channel prüfen?
der rt selbst gibt doch gar keine info über seine fenster-zustands-daten. da wird kein "status" aus dem winrec channel ausgelesen, oder so. das kann doch sowieso nur indirekt über die aktuelle desired temp ermittelt/spekuliert werden.
state readings in cul_hm zu "überwachen" ist sowieso keine gute idee. wenn überhaupt, dann höchstens über events.
deswegen gibt es doch unzählige readings, die bereits relevante infos bündeln.
da wäre in diesem fall trigLast im prinzip das beste reading. aber das ist nur die info, dass fhem den trigger gesehen hat, den fhem selbst gerade gesendet hat. :)
es bedeutet also nicht, dass der rt diesen trigger ebenfalls empfangen oder sogar korrekt verarbeitet hat.
Hallo Zusammen,
Zitatder rt selbst gibt doch gar keine info über seine fenster-zustands-daten. da wird kein "status" aus dem winrec channel ausgelesen, oder so. das kann doch sowieso nur indirekt über die aktuelle desired temp ermittelt/spekuliert werden.
Genau das ist der Punkt. Deswegen wird der state auch nicht aktualisiert (siehe Ennos Log), sondern nur die trig readings.
Das state "unknown" wird beim FHEM Start gesetzt. Und das auch ohne ein Event zu triggern.
@Martin: Sinnvoller wäre hier eventuell im Vergleich mit anderen channels, den state auf peered oder unpeered zu setzen. Das würde vielleicht klarer machen, dass ein open oder closed im state nicht zu erwarten ist.
Gruß, Ansgar.