HM-CC-RT-DN mit virtuellem Fensterkontakt - Temperaturabsenkung klappt nicht

hilde · 22 Februar 2015, 15:50:29

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:

Code Auswählen

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

Code Auswählen

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...

Code Auswählen

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:

Code Auswählen

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

martinp876 · 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.

hilde · 22 Februar 2015, 17:45:48

Klasse! Danke für die schnelle Reaktion, werd's morgen testen.

Nielsiwilsi · 22 Februar 2015, 23:03:52

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

hilde · 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:

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:

Code Auswählen


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!

hilde · 23 Februar 2015, 20:50:56

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!

Nielsiwilsi · 27 Februar 2015, 01:34:59

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

Mitch · 25 Februar 2021, 08:14:23

Ur-alt, aber genau das Problem habe ich auch.
Kann gar nicht sagen, wie lange schon.

Habe ein virtuelle Device:

Code Auswählen

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:

Code Auswählen

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:

Code Auswählen

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?

martinp876 · 26 Februar 2021, 20:07:26

jetzt wäre ein Log (sniffen) des "Auslösens" hilfreich.

enno · 28 Februar 2021, 15:33:13

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...

Code Auswählen

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

noansi · 28 Februar 2021, 18:47:16

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.

enno · 01 März 2021, 09:30:44

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.

Code Auswählen

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

frank · 01 März 2021, 09:51:02

hast du denn mal im eventmonitor geschaut?
vielleicht steht da ja kurzzeitig das, was du erwartest.

enno · 01 März 2021, 11:51:09

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

frank · 01 März 2021, 12:51:04

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.