HM-CC-RT-DN

[snoop]

Hallo Thomas,

absolut korrekt danke und damit:

Code Auswählen Erweitern

set <rt_WindowRec> regSet winOpnTemp 10 <SensorFenster>

Sorry für die Verwirrung.
Viele Grüße
Arthur

[HardwareW]

lässt sich die Fensteroffenerkennung irgendwie deaktivieren? Sollte das winOpnMode Register sein, oder? Aber das lässt sich leider nicht setzen.

[Rohan]

Hmmm....

Gegenfrage : Warum willst / möchtest du das?

Gruß
Thomas

[Mr. P]

Gegenfrage : Warum willst / möchtest du das?

Ich hab auf externe Sensoren umgestellt, weil die Internen:
a) nur bei jenen Heizkörpern gut funktioniert haben, wo der RT direkt unter dem Fenster ist und
b) er setzt die Temperatur für eine bestimmte Zeit herab und danach wieder hinauf. Die Wahrscheinlichkeit, dass er zB nach 15 Minuten nochmals ein 'Fenster offen' erkennt und wieder abdreht, ist auch recht gering.

Beides ist bei mir leider schon vorgekommen. :-/

[Rohan]

Hallo Mr. P,

Ich hab auf externe Sensoren umgestellt, weil ...

Edith ergänzt noch: Die Frage von HardwareW ist auch eine andere 

Hmmm... Jetzt kenne ich deine Gründe, aber dich habe ich ja auch nicht gefragt 

Vlt. hat der Fragesteller ja eine (gänzlich) andere Bedarfslage?

Gruß
Thomas

[Mr. P]

Hmmm... Jetzt kenne ich deine Gründe, aber dich habe ich ja auch nicht gefragt 

Vlt. hat der Fragesteller ja eine (gänzlich) andere Bedarfslage?

Ich weiß, ich hab mich hinein geschummelt und wollte auch nicht für jemand anders antworten. Fand es einfach gerade passend, auch meine Beweggründe zur Umstellung von den internen auf externe Sensoren hier zu vermelden. Könnte ja mal jemanden von nutzen sein.

[Mr. P]

Achtung: ich habe gerade einen Bug bei burstXmit (hoffentlich) behoben V4258

Und scheint auch die Übertragung mit 'burstAccess 1_auto' betroffen zu haben... denn auch das funktioniert jetzt wieder.

[tpm88]

Hallo zusammen,

kurze Frage zu den RSSI Werten beim RT.

Im HMinfo rssi sehe ich beim RT nur einen RSSI Wert, nämlich Empfang der Zentrale (CUL) vom Thermostat. Bei allen anderen HM Aktoren sehe ich die Werte in beiden Richtungen.

Der RT ist bei meinem Output in der letzten Zeile:

Code Auswählen Erweitern

rssi done:
    Device         :receive         from             last   avg      min<max    count
    az_podFS1010   :CUL_HM          az_podFS1010     -65.0  -59.6  -66.0< -53.5     6
    az_podFS1010   :az_podFS1010    CUL_HM           -72.0  -64.5  -72.0< -58.0     4
    ke_Pumpe       :CUL_HM          ke_Pumpe         -78.0  -78.5  -79.0< -78.0     3
    ke_Pumpe       :ke_Pumpe        CUL_HM           -75.0  -74.3  -75.0< -73.0     3
    ke_Switch4     :CUL_HM          ke_Switch4       -77.0  -77.2  -78.0< -76.5    10
    ke_Switch4     :ke_Switch4      CUL_HM           -79.0  -79.3  -80.0< -79.0     4
    wz_Markise     :CUL_HM          wz_Markise       -73.0  -74.7  -75.5< -73.0     6
    wz_Markise     :wz_Markise      CUL_HM           -77.0  -77.0  -77.0< -77.0     1
    wz_Thermostat  :CUL_HM          wz_Thermostat    -65.0  -62.1  -75.5< -58.0   381

Ist das nur bei mir so?

Tobi

[HardwareW]

Hmmm....

Gegenfrage : Warum willst / möchtest du das?

Gruß
Thomas

Ich stelle die Sollwerte über ein anderes System ein, das auch in der Lage sein wird ein offenes Fenster zu erkennen.
Generell kann ich mein Problem umgehen, aber hätte mich dennoch interessiert.

[martinp876]

@tobi,

die auswertung der RSSI werte ist "generisch" - also für alle Devices identisch. Werte des HMLAN werden von diesem gemeldet, also mit jeder empfangenen Message. Das device meldet den Empfangspegel auch, aber nicht in jeder message. Kann man auch an den Zählerständen ablesen, wie viele messages ausgewertet würden.
Das RT hat bis dato also keine entsprechende message gesendet. Ich glaube jetzt einmal, dass es den level in keiner message unterstützt...

@Thomas
set <rt_clima> winOpnMode  off
funktioniert bei mit.

Im "windowRec" channel ist dies nicht eingebaut - da steht auch nicht R-winOpnMode.
Ich halte es auch für sinnvoll den internen winopen auszuschalten, sollte ein externer genutzt werden. Es kommt in jedem Fall zu Überlagerungen - und früher oder später zu Problemen.

@Mr. P.
ja, alle aufweck-jobs....
Gruss Martin

[betateilchen]

nur mal so nebenbei: der RT regelt ziemlich exakt: Die +/- 0,1° um die Solltemperatur sind sehr ordentlich.

(http://up.picr.de/16544073jm.png)

grün = Ist-Temp, rot = Soll-Temp, violett = Ventilöffnung

[snoop]

Hallo Martin, Hallo zusammen,

ich möchte zum Thema "winOpnTemp" kurz berichten.

1) Zunächst der Befehl lautet:

Code Auswählen Erweitern

set <rt_WindowRec> regSet winOpnTemp 10 <FensterSensor>

Ein Config/Anlerntaste auf Seiten des SC/RHS (beide getestet) ist nicht notwendig (eigentlich klar da die Register des RT's bearbeitet werden).

2) Zum Thema "winOpnTemp" Test mit mehreren Fenster Sensoren:
- Testkonfiguration/Umfeld:
                          1 x RT (gepairt)
                          1 x SC (mit RT gepeert) "winOpnTemp" 10
                          1 X RHS (mit RT gepeert) "winOpnTemp" 18

- Test 1:
                        - RT Modus Manuell
                        - Soll Temeratur 24°C
                        - Aktion: SC "auf"
                        - Fenster auf wird angezeigt "neue Soll Temp" = 10°C
                        - Aktoin: RHS "auf"
                        - "Soll Temp" = (unverändert) 10°C

- Test 2:
                        - RT Modus Manuell
                        - Soll Temeratur 24°C
                        - Aktion: RHS "auf"
                        - Fenster auf wird angezeigt "neue Soll Temp" = 18°C
                        - Aktoin: SC "auf"
                        - "Soll Temp" wird auf 10°C

- Test 3: (mMn der interessanteste zumindest vom verhalten)
                        - RT Modus Manuell
                        - Soll Temeratur 24°C
                        - Aktion: RHS "auf"
                        - Fenster auf wird angezeigt "neue Soll Temp" = 18°C
                        - Aktoin: SC "auf"
                        - "Soll Temp" wird auf 10°C gestellt
                        - Aktoin: SC "zu"
                        - "Soll Temp" "bleibt" auf 10°C
                        - Aktoin: RHS "zu"
                        - "Soll Temp" wird auf 24°C gestellt

Fazit: Eine Konfiguration mit mehreren Sensoren wird grds. unterstützt. Der Sensor mit dem niedrigsten"winOpnTemp" Wert gewinnt. Bisher keine Langzeittests und Erfahrungen.
Dies zur Info.

Viele Grüße
Arthur

[Kruemel]

Hallo Wolfgang,

sieht nach einem korrekt durchgeführten Pairing aus. Aber deine RSSI-Werte von bis zu -102 erscheinen mir doch sehr niedrig. Vlt. führt das zu den Kommunikationsstörungen? Und deine Firmwareversion im RT ist 1.0 (steht auch da ). Update kann nur von eQ-3/ELV durchgeführt werden (so es eine neue gibt?). Dafür musst du den RT dann einschicken.

Gruß
Thomas

Hallo Thomas,

danke für die Hilfe. LAN-CFG steht jetzt näher am RT. Hier ein neues Listing. Die Werte sind jetzt besser. Funktionen konnte ich noch nicht prüfen.
Mach ich dann wahrscheinlich heute Abend.

Internals:
   DEF        223378
   EVENTS     33
   HMLAN1_MSGCNT 256
   HMLAN1_RAWMSG E223378,0000,02281E15,FF,FFD3,6986102233780000000AA8E210162B
   HMLAN1_RSSI -45
   HMLAN1_TIME 2013-11-23 08:32:51
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     256
   NAME       CUL_HM_HM_CC_RT_DN_223378
   NR         407
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_CC_RT_DN_223378_Weather
   channel_02 CUL_HM_HM_CC_RT_DN_223378_Climate
   channel_03 CUL_HM_HM_CC_RT_DN_223378_WindowRec
   channel_04 CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr
   channel_05 CUL_HM_HM_CC_RT_DN_223378_ClimRT_r
   channel_06 CUL_HM_HM_CC_RT_DN_223378_rCtrl
   lastMsg    No:69 - t:10 s:223378 d:000000 0AA8E210162B
   protLastRcv 2013-11-23 08:32:51
   protSnd    33 last_at:2013-11-23 07:59:11
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-45 min:-47 max:-43 lst:-45 cnt:256
   Readings:
     2013-11-22 23:18:52   Activity        alive
     2013-11-22 23:23:28   CommandAccepted yes
     2013-11-22 23:23:29   PairedTo        0x123ABC
     2013-11-19 23:45:57   R-backOnTime    10 s
     2013-11-22 23:23:29   R-btnLock       unlock
     2013-11-22 23:23:29   R-burstRx       off
     2013-11-22 23:23:29   R-cyclicInfoMsg on
     2013-11-22 23:23:29   R-cyclicInfoMsgDis 0
     2013-11-22 23:23:29   R-globalBtnLock off
     2013-11-22 22:53:14   R-intKeyVisib   invisib
     2013-11-22 23:23:29   R-localResDis   off
     2013-11-19 23:45:57   R-lowBatLimitRT 2.1 V
     2013-11-22 23:23:29   R-modusBtnLock  off
     2013-11-22 23:23:29   R-pairCentral   0x123ABC
     2013-11-22 23:23:29   RegL_00:          01:00 02:01 09:01 0A:12 0B:3A 0C:BC 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2013-11-23 08:32:51   actuator        22 %
     2013-11-23 08:32:51   battery         ok
     2013-11-23 08:32:51   batteryLevel    3.1 V
     2013-11-23 08:32:51   desired-temp    21
     2013-11-23 08:32:51   measured-temp   22.6
     2013-11-22 23:15:57   noReceiver      src:223378 8610 0A88C310002B
     2013-11-23 07:59:11   state           CMDs_done
     2013-11-23 07:59:11   time-request    -
   Helper:
     mId        0095
     rxType     12
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rssi:
       At_hmlan1:
         avg        -45.0078125
         cnt        256
         lst        -45
         max        -43
         min        -47
     Shadowreg:
Attributes:
   actCycle   020:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-CC-RT-DN
   peerIDs   
   room       CUL_HM
   serialNr   KEQ0517369
   subType    thermostat
   webCmd     getConfig:burstXmit

[Mr. P]

     2013-11-23 07:59:11   state           CMDs_done

Der state-Wert sieht jetzt auf alle Fälle schon mal besser aus. Vielleicht klappts jetzt dann auch mit dem Nachbarn.

[HardwareW]

Ich habe noch ein Problem mit meinen Thermostaten 

Ich möchte den Offset der Thermostate per FHEM einstellen. Nun hat das bei einem Thermostat mit

set <Thermostat> regSet tempOffset <Offset>

hervorragend funktioniert. Bei einem anderen kommt ständig ich solle vorher

set <Thermostat> getConfig

ausführen. Leider hilft das nicht.
Auffallend ist das auf der Seite des Thermostats bei dem es funktioniert in der Sektion wesentlich mehr aufgeführt ist (z.B. auch der Offset).

Nun meine Fragen:
1. Warum ist das getConfig notwendig?
2. Warum liefert getConfig bei manchen Thermostaten kein Ergebnis oder vielleicht werden auch nur ein Bruchteil der Register ausgelesen?

Vielen Dank für eure Hilfe