FHEM Forum

Servus,
hier zwei kleine und einfache Schnipsel, die klaglos seit Jahren den Dienst verrichten und seit ca. 4 Wochen nicht mehr tun.
AZPrivat ist ein Schalter, der zeigt, ob ein Zimmer belegt ist. In dem Fall wird vor dem Zimmer ein RGB Modul mit einer Grafik angesteuert, der HM-CC-RT-DN auf manuellen Modus geschaltet (um das hinterlegte Temp Schaltschema vorübergehend auszuschalten), ein Lüfter and er Heizung läuft alle 7 Min. für 20 Sekunden und die Wunschtemp wird auf 21.5 Grad gesetzt.
Der Zweite Teil ist selbiges nur eben rückwärts auf 18 Grad und Auto-Modus
Soweit so gut ... nur der jeweilige HM-CC-RT-DN Teil tut nicht mehr :-?
Setzte ich die "set" Kommandos in der FHEM Kommadozeile ab, tut jedes einzelne perfekt.
Habt Ihr eine Idee?
Vielen Dank im Vorus

________________________________
define RGBA63 notify AZPrivat:.*on* {\
if (ReadingsVal("AZPrivat","state","on") eq "on") {\
   fhem("set RGBA2 on");;\
   fhem("set HM_3C46AA_Clima controlMode manual");;\
   fhem("define Luefter_AZ_intervall at +*00:07:00 set Luefter_AZ on-for-timer 20");;\   
   fhem("set HM_3C46AA_Clima desired-temp 21.5");;\
}else{\
   fhem("set RGBA4 off");;\
}\
}


define RGBA64 notify AZPrivat:.*off* {\
if (ReadingsVal("AZPrivat","state","off") eq "off") {\
   fhem("set RGBA3 on");;\
   fhem("set HM_3C46AA_Clima desired-temp 18.0");;\
   fhem("delete Luefter_AZ_intervall");;\
   fhem("set Luefter_AZ off");;\
   fhem("set HM_3C46AA_Clima controlMode auto");;\
}else{\
   fhem("set RGBA4 on");;\
}\
}
_____________________________________________

attrg global verbose hochsetzen, und notify ausloesen.
Danach ueber die Eintraege im FHEM-Log nachdenken.
Vermutlich ist das aber ein HM Problem, und damit hier im falschen Bereich.

Ich sehe hier noch andere "Probleme".

1. Im RegEx bedeutet * eben NICHT der komplette Rest, das wäre .*
2. Du triggerst in den notify(s) nur auf on oder off, die nachfolgende Abfrage kann also niemals im else Zweig landen.

Warum also nicht beides in ein notify?
define RGBA634 notify AZPrivat:(on|off) {\
  if ($EVENT eq "on")\
  {\
    fhem("set RGBA2 on");;\
    fhem("set HM_3C46AA_Clima controlMode manual");;\
    fhem("define Luefter_AZ_intervall at +*00:07:00 set Luefter_AZ on-for-timer 20");;\   
    fhem("set HM_3C46AA_Clima desired-temp 21.5");;\
    fhem("set RGBA4 on");;\
  }\
  else\
  {\
    fhem("set RGBA3 on");;\
    fhem("set HM_3C46AA_Clima desired-temp 18.0");;\
    fhem("delete Luefter_AZ_intervall");;\
    fhem("set Luefter_AZ off");;\
    fhem("set HM_3C46AA_Clima controlMode auto");;\
    fhem("set RGBA4 off");;\
  }\
}

Gruß
Dan

vielen Dank die Herren,
natürlich ist Dan's Lösung schöner, und danke dafür, aber die Funktion ist leider auch so nicht gegeben.
Wie gesagt, wenn ich die Set's über die FHEM Kommandozeile eingebe, tut es sofort. Gerade habe ich gesehen, beim notify aus dem Programm sehe "unprocessed CMDs" solange bis ich den mittleren Knopf auf dem HM-CC-RT-DN drücke.
Ich verstehe nicht den Unterschied zwischen einem Set-Befehl aus der Kommandozeile und einem Set-Befehl aus dem Config-File.
mit bestem Gruß
Walter

Falls ich hier falsch bin, wie kann ich wohin verschieben?

irgendwo ganz unten am Beitrag muss es einen Button "Thema verschieben" geben

Der HM-CC-RT-DN meldet sich ja nur sporadisch, alle ca.3Minuten und kann auch nur dannn Befehle empfangen. Wenn du die Boost Taste drückst, geht er wohl sofort auf Empfang.

Mach uns doch mal ein list <DeviceName> von dem HM-CC-RT-DN. Und dieses bitte in CodeTags posten. Die bekommst du, wenn du auf die # über dem  :-X klickst.

vielen Dank für die prompte Rückmeldung, hier wie gewünscht:


Internals:
   CUL_HM_MSGCNT 269
   CUL_HM_RAWMSG A0F0C86103C46AAABCDEF0AAD060B0040::-78:CUL_HM
   CUL_HM_RSSI -78
   CUL_HM_TIME 2017-12-14 15:56:20
   DEF        3C46AA
   IODev      CUL_HM
   LASTInputDev CUL_HM
   MSGCNT     269
   NAME       HM_3C46AA
   NOTIFYDEV  global
   NR         1867
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_3C46AA_Weather
   channel_02 HM_3C46AA_Climate
   channel_03 HM_3C46AA_WindowRec
   channel_04 HM_3C46AA_Clima
   channel_05 HM_3C46AA_ClimaTeam
   channel_06 HM_3C46AA_remote
   lastMsg    No:0C - t:10 s:3C46AA d:ABCDEF 0AAD060B0040
   protCondBurst on
   protLastRcv 2017-12-14 15:56:20
   protResnd  2 last_at:2017-12-14 09:31:41
   protSnd    102 last_at:2017-12-14 15:56:18
   protState  CMDs_done
   rssi_CUL_HM avg:-76.52 lst:-80 cnt:75 max:-73 min:-83
   rssi_at_CUL_HM min:-90.5 max:-74 avg:-79.88 lst:-78 cnt:269
   Readings:
     2017-12-14 08:05:16   Activity        alive
     2017-12-14 09:31:30   CommandAccepted yes
     2017-12-14 07:47:56   D-firmware      1.4
     2017-12-14 07:47:56   D-serialNr      MEQ0787919
     2017-11-09 16:12:46   PairedTo        0xABCDEF
     2017-11-09 11:22:21   R-backOnTime    10 s
     2017-11-09 16:12:46   R-burstRx       on
     2017-11-09 11:22:21   R-cyclicInfoMsg on
     2017-11-09 11:22:21   R-cyclicInfoMsgDis 0
     2017-11-09 11:22:21   R-pairCentral   0xABCDEF
     2017-11-09 16:12:46   RegL_00.        01:01 02:01 09:01 0A:AB 0B:CD 0C:EF 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2017-12-08 10:34:02   RegL_07.        CA:0F CB:1E CC:1C
     2017-12-14 15:56:20   actuator        0
     2017-12-14 15:56:20   battery         ok
     2017-12-14 15:56:20   batteryLevel    2.6
     2017-12-14 15:56:20   desired-temp    21.5
     2017-12-14 15:56:20   measured-temp   26.2
     2017-12-14 15:56:20   motorErr        ok
     2017-12-14 15:56:18   state           CMDs_done
     2017-12-14 15:56:18   time-request    -
   Helper:
     HM_CMDNR   12
     cSnd       11ABCDEF3C46AA86042B,11ABCDEF3C46AA86042B
     mId        0095
     rxType     140
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3C46AA,00,00,00
       nextSend   1513263380.95307
       prefIO
       rxt        2
       vccu
       p:
         3C46AA
         00
         00
         00
     Mrssi:
       mNo        0C
       Io:
         CUL_HM     -76
     Prt:
       awake      0
       bErr       0
       brstWu     0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       Cul_hm:
         avg        -76.52
         cnt        75
         lst        -80
         max        -73
         min        -83
       At_cul_hm:
         avg        -79.8810408921933
         cnt        269
         lst        -78
         max        -74
         min        -90.5
     Shregw:
       07         04
     Tmpl:
Attributes:
   IODev      CUL_HM
   actCycle   000:10
   actStatus  alive
   alias      AZ
   autoReadReg 4_reqStatus
   burstAccess 1_auto
   expert     2_raw
   firmware   1.4
   group      hiddenheat
   icon       hc_wht_regler
   model      HM-CC-RT-DN
   room       HAUS9, Heizkörper
   serialNr   MEQ0787919
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


an dem list fällt mir so nix besonderes auf. Der Empfang könnte etwas besser sein, sollte aber reichen.

was ist mit fhem.log? vergessen?

Warum aktivierst Du nicht einfach Burst (https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Burst-Modus)?
Dann werden die Befehle sofort abgearbeitet.
Auch wenn gesagt wird dass das mehr die Batterien belastet, meine halten schon seit letztes Jahr Anfang Februar.

Gruß
Dan

Zitat von: DeeSPe am 14 Dezember 2017, 18:54:49
Warum aktivierst Du nicht einfach Burst (https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Burst-Modus)?
Dann werden die Befehle sofort abgearbeitet.
Auch wenn gesagt wird dass das mehr die Batterien belastet, meine halten schon seit letztes Jahr Anfang Februar.

Gruß
Dan

dachte ich hätte ?
2017-11-09 16:12:46   R-burstRx       on
attr HM_3C46AA burstAccess 1_auto


wobei das schon in die richtige Richtung geht, denke ich. Wie gesagt, identisches Command aus der FHEM Befehlszeile tut sofort.