[Gelöst]HM-CC-RT-DN logik, Dummy schalter und Wertrückführung

Begonnen von Cornwallace, 06 Februar 2020, 22:16:09

Vorheriges Thema - Nächstes Thema

Cornwallace

Hallo Zusammen,

ich bin gerade dabei meine langjährige Heizlogik vom Raspberry pi neu auf server / docker etwas ausfallsicherer neu aufzusetzten. Bei der Gelegenheit hab ich die Mischung aus FS20 und HM-CC-RT-DN Stellantrieben ganz auf HM-CC-RT-DN umgestellt.
Das hat mich dazu gebracht vom  Heizplan (https://wiki.fhem.de/wiki/FHT_8v_direkt_ansprechen) zu templists umzusteigen. So weit so gut, alles klappt.

Was ich jetzt noch gerne hätte wäre die desired-temp per dummy - pro Raum zu schalten, auch das hat geklappt.
Nun zum Problem:

Wenn ich am Rad der SA drehe möchte ich die desired-temp auch wieder in den Dummy rückführen, ich dachte ich hatte den richtigen Ansatz, aber anscheinend hab ich ne endlosschleife gebaut, da die cmds stetig ansteigen. Bei 700cmds hab ich dann die entsprechenden notifys wieder gelöscht.

Ich hoffe ich hab mich halbwegs verständlich ausgedrückt und jemand kann mich auf den richtigen weg lotsen.

Schlussendlich würde ich dann gerne auch noch per Alexa die desired-temp einstellen.

Das verhalten habe ich übrigens an mehreren SA beobachten können, einfachheithalber hier aber nur einer:

Stellantrieb:

Internals:
   DEF        51B51E
   FUUID      5e222c9e-f33f-0b8e-448e-98046c22bb4952e6
   FVERSION   10_CUL_HM.pm:0.206330/2019-12-01
   HMLANGW_MSGCNT 41
   HMLANGW_RAWMSG 0501003350801051B51EFF00000205180000
   HMLANGW_RSSI -51
   HMLANGW_TIME 2020-02-06 22:06:28
   IODev      HMLANGW
   LASTInputDev HMLANGW
   MSGCNT     41
   NAME       BA_SA_heizung
   NOTIFYDEV  global
   NR         64
   NTFY_ORDER 50-BA_SA_heizung
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 BA_SA_heizung_Weather
   channel_02 BA_SA_heizung_Climate
   channel_03 BA_SA_heizung_WindowRec
   channel_04 BA_SA_heizung_Clima
   channel_05 BA_SA_heizung_ClimaTeam
   channel_06 BA_SA_heizung_remote
   lastMsg    No:50 - t:10 s:51B51E d:FF0000 0205180000
   protCmdDel 0
   protLastRcv 2020-02-06 22:06:28
   protNack   1 last_at:2020-02-06 22:03:25
   protRcv    41 last_at:2020-02-06 22:06:28
   protSnd    31 last_at:2020-02-06 22:06:28
   protState  CMDs_done
   rssi_at_HMLANGW cnt:41 min:-59 max:-50 avg:-53.09 lst:-51
   Helper:
     DBLOG:
       Activity:
         DBLogging:
           TIME       1581023180.10982
           VALUE      alive
       CMDs_done_Errors:1:
         DBLogging:
           TIME       1581023005.48909
           VALUE     
       D-firmware:
         DBLogging:
           TIME       1581023180.10982
           VALUE      1.4
       D-serialNr:
         DBLogging:
           TIME       1581023180.10982
           VALUE      NEQ1488789
       NACK:
         DBLogging:
           TIME       1581023005.48909
           VALUE     
       actuator:
         DBLogging:
           TIME       1581023103.25647
           VALUE      0
       battery:
         DBLogging:
           TIME       1581023103.25647
           VALUE      ok
       batteryLevel:
         DBLogging:
           TIME       1581023103.25647
           VALUE      2.9
       desired-temp:
         DBLogging:
           TIME       1581023103.25647
           VALUE      15.5
       measured-temp:
         DBLogging:
           TIME       1581023103.25647
           VALUE      19.3
       motorErr:
         DBLogging:
           TIME       1581023103.25647
           VALUE      ok
       state:
         DBLogging:
           TIME       1581023188.76251
           VALUE      CMDs_done
   READINGS:
     2020-02-06 22:06:20   Activity        alive
     2020-02-06 22:03:25   CommandAccepted no
     2020-02-06 22:06:20   D-firmware      1.4
     2020-02-06 22:06:20   D-serialNr      NEQ1488789
     2020-02-06 22:06:20   PairedTo        0xFF0000
     2020-01-20 20:13:53   R-backOnTime    10 s
     2020-01-20 20:13:53   R-burstRx       on
     2020-01-20 20:13:53   R-cyclicInfoMsg on
     2020-01-20 20:13:53   R-cyclicInfoMsgDis 0
     2020-01-29 20:12:00   R-pairCentral   0xFF0000
     2020-02-06 22:06:20   RegL_00.         00:00 01:01 02:01 09:01 0A:FF 0B:00 0C:00 0E:0A 0F:00 11:00 12:15 16:01 18:00 19:00 1A:00
     2020-02-06 22:05:03   actuator        0
     2020-02-06 22:05:03   battery         ok
     2020-02-06 22:05:03   batteryLevel    2.9
     2020-02-06 22:05:03   desired-temp    15.5
     2020-02-06 22:05:03   measured-temp   19.3
     2020-02-06 22:05:03   motorErr        ok
     2020-01-29 22:28:15   powerOn         2020-01-29 22:28:15
     2020-01-29 22:28:15   recentStateType info
     2020-02-06 22:06:28   state           CMDs_done
     2020-02-06 12:30:57   time-request    -
     RegL_07.:
       VAL       
   helper:
     HM_CMDNR   80
     cSnd       01FF000051B51E030463F1F30103,01FF000051B51E030463F1F30107
     mId        0095
     peerFriend
     peerOpt    -:thermostat
     regLst     0
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +51B51E,00,00,00
       nextSend   1581023188.85637
       rxt        2
       vccu       VCCU
       p:
         51B51E
         00
         00
         00
       prefIO:
         HMLANGW
     mRssi:
       mNo        50
       io:
         HMLANGW:
           -45
           -45
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rssi:
       at_HMLANGW:
         avg        -53.0975609756098
         cnt        41
         lst        -51
         max        -50
         min        -59
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLANGW
   IOgrp      VCCU:HMLANGW
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       05_Bad,CUL_HM
   serialNr   NEQ1488789
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit



Dummy:

Internals:
   FUUID      5e222f98-f33f-0b8e-c38a-e9fc00552d928b2b
   FVERSION   98_dummy.pm:0.206650/2019-12-06
   NAME       BA_DU_temp
   NR         74
   STATE      14.0
   TYPE       dummy
   READINGS:
     2020-02-06 21:42:41   state           14.0
Attributes:
   room       05_Bad
   setList    state:15,15.5,16,16.5,17,17.5,18,18.5,19,19.5,20,20.5,21,21.5,22,22.5,23,23.5,24,24.5,25
   webCmd     state


notify ->zu SA:


Internals:
   DEF        BA_DU_temp { my $neuer_wert = ReadingsVal("BA_DU_temp","state","0") ; fhem("set BA_SA_heizung_Clima desired-temp $neuer_wert"); }
   FUUID      5e22304f-f33f-0b8e-f19d-e46c95f7b2c2a70d
   FVERSION   91_notify.pm:0.208270/2019-12-25
   NAME       BA_NO_change_heizung
   NOTIFYDEV  BA_DU_temp
   NR         75
   NTFY_ORDER 50-BA_NO_change_heizung
   REGEXP     BA_DU_temp
   STATE      active
   TYPE       notify
   READINGS:
     2020-02-06 21:49:56   state           active
Attributes:
   room       05_Bad


notify -> zurück zu dummy:
(im moment nicht angelegt)

define BA_NO_change_heizung_back notify BA_SA_heizung:desired-temp:.* { my $neuer_wert = ReadingsVal("BA_SA_heizung_Clima","desired-temp","0") ;; fhem("set BA_DU_temp $neuer_wert") }


Vielen Dank!

frank

nutze im notify zur rückführung setstate. das erzeugt kein event.
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

MadMax-FHEM

#2
Warum den Dummy?

Wenn du den Clima Kanal in den Raum "legst" (attr HK_Clima room Raumname) hast du doch eine DropDown für desired-temp...

Ebenso, wenn du den Clima Kanal "Alexa-tauglich" machst (alexaName vergeben / bei "Standard-Filter"), dann kannst du die desired-temp per Sprache steuern (sollte zumindest)...

EDIT: Clima Kanal von HKT und WT im Raum hab ich auch und zusätzlich eine readingsGroup mit allen Thermostaten (bei mir nur die Wandthermostate) als Übersicht, wo ich auch die Temp mit "hoch/runter" anpassen kann. Angepasstes Beispiel aus dem readingsGroup Wiki...

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)

Cornwallace

Danke für die Antworten, das setstate hatte ich noch nicht gekannt, das wird noch öfter nützlich sein,
aber du hast natürlich recht, der dummy ist redundant, selbst mit mehreren Stellantrieben pro raum klappt das prima.

Danke!