HM-CC-RT-DN

[energy]

Probleme beim HM-CC-RT-DN Reglern

Anfänger braucht Hilfe beim Einrichten ( pairing ), mir gelingt es nicht den Regler zu bedienen oder auszulesen.
Ich habe den Regler wie alle Homematic- Geräte über die Anlerntaste im Fhem angelernt und
über set CUL_HM_HM_CC_RT_DN_21CF1B pair gepairt.
Wo ist das Problem? kann mir jemand bitte einmal erklären wie das richtig mache.

Code Auswählen Erweitern

Internals:
   CFGFN      
   DEF        21CF1B
   EVENTS     1
   IODev      HMLAN1
   NAME       CUL_HM_HM_CC_RT_DN_21CF1B
   NR         81
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_CC_RT_DN_21CF1B_Weather
   channel_02 CUL_HM_HM_CC_RT_DN_21CF1B_Climate
   channel_03 CUL_HM_HM_CC_RT_DN_21CF1B_WindowRec
   channel_04 CUL_HM_HM_CC_RT_DN_21CF1B_ClimRT_tr
   channel_05 CUL_HM_HM_CC_RT_DN_21CF1B_ClimaTeam
   channel_06 CUL_HM_HM_CC_RT_DN_21CF1B_remote
   hmPairSerial KEQ0580041
   lastMsg    No:01 - t:00 s:21CF1B d:000000 1000954B4551303538303034315900FFFF
   protCmdPend 4 CMDs_pending
   protCondBurst off
   protLastRcv 2013-10-03 14:54:52
   protSnd    1 last_at:2013-10-03 14:55:32
   protState  CMDs_pending
   Readings:
     2013-10-03 15:05:03   Activity        dead
     2013-10-03 14:55:34   state           CMDs_pending
   cmdStack:
     ++A4011EA25F000000010A4B455130353830303431
     ++A0111EA25F21CF1B860426
     ++A0011EA25F21CF1B04040000000001
     ++A0011EA25F21CF1B04040000000007
   Helper:
     mId        0095
     rxType     140
     Prt:
       awake      0
       sProc      1
     Role:
       dev        1
Attributes:
   actCycle   000:10
   actStatus  dead
   expert     2_full
   firmware   1.0
   model      HM-CC-RT-DN
   peerIDs    
   room       CUL_HM
   serialNr   KEQ0580041
   subType    thermostat

Code Auswählen Erweitern

Internals:
   CFGFN      
   DEF        21CF1B04
   NAME       CUL_HM_HM_CC_RT_DN_21CF1B_ClimRT_tr
   NR         89
   STATE      set_desired-temp 19.0
   TYPE       CUL_HM
   chanNo     04
   device     CUL_HM_HM_CC_RT_DN_21CF1B
   Readings:
   Helper:
     Role:
       chn        1
Attributes:
   expert    
   model      HM-CC-RT-DN
   peerIDs    
   room       CUL_HM

[martinp876]

@Energy,

die kommandos sind nicht abgeabeitet (einige zumindest).
Anlernen geht über "pairForSec", dann anlerntaste.

"nur" anlerntaste legt das Device an, aber pairt es nicht
"pair" wird evtl nicht akzeptiert, da das Device noch keine Zentrale kennt.

@unimatrix
in welchem mode laufen deine RTs? ist burst an?

[martinp876]

@Stefan
ist burst eingeschaltet?

[Stefan M.]

Hallo Martin

sollte so sein.

get reg all

CUL_HM_HM_CC_RT_DN_235EA6 type:thermostat -
list:peer   register         :value
   0:         backOnTime       :10 s
   0:         btnLock          :unlock
   0:         burstRx          :on
   0:         cyclicInfoMsg    :on
   0:         cyclicInfoMsgDis :0
   0:         globalBtnLock    :off
   0:         intKeyVisib      :invisib
   0:         localResDis      :off
   0:         lowBatLimitRT    :2.1 V
   0:         modusBtnLock     :off
   0:         pairCentral      :0x1EA224

CUL_HM_HM_CC_RT_DN_21CEA2 type:thermostat -
list:peer   register         :value
   0:         backOnTime       :10 s
   0:         btnLock          :unlock
   0:         burstRx          :on
   0:         cyclicInfoMsg    :on
   0:         cyclicInfoMsgDis :0
   0:         globalBtnLock    :off
   0:         intKeyVisib      :invisib
   0:         localResDis      :off
   0:         lowBatLimitRT    :2.1 V
   0:         modusBtnLock     :off
   0:         pairCentral      :0x1EA224

lg
Stefan

[unimatrix]

nein burst ist nicht eingeschaltet. Kann man das Register eigentlich auch manuell beschreiben (geht offenbar nicht?) oder muss man mit einem FensterKontakt peeren?

[unimatrix]

Also natürlich kann ich noch nix über Langzeittests sagen aber mit Burst scheint es sauber durchzuflutschen...auch egal hab ich eben alles im Burst :) geht eh schneller dann...

Danke!

[CQuadrat]

Gibt es eigentlich schon die Möglichkeit aus Fhem heraus die Urlaubs-/Partyfunktion einzuschalten?

In den Registern kann ich da nichts Entsprechendes finden.

[martinp876]

burstRx kann man auch ohne fensterkontakt setzen. Beim peeren eines fenster-kontakts wird es wohl automatisch gesetzt, kann dann aber auch wieder gelöscht werden.
Achtung: wann ein device (auch TC) register aendert(z.B. beim peeren...) habe ich nie getestet. nach meinen Erfahrungen kann man es aber im nachhinein immer aendern.

uh - habe ich den rt im command-ref vergessen....

siehe/probiere mode

Code Auswählen Erweitern

mode auto
mode boost
mode comfort
mode lower
mode manu <temp>
mode party <temp> <from-time> <from-date> <to-time> <to-date>
Beispiel:

Code Auswählen Erweitern

set <dev_Clima> party 10 03.8.13 11:30 5.8.13 12:00

Gruss Martin

ps: sollte ich die Kommandos aendern um die FHEM pull downs zu nutzen?
mode [auto|boost|comfort|lower] (pull-down)
modeManu <temp> (slider)
modeParty <temp> <from-time> <from-date> <to-time> <to-date> (manuelle eingabe)

gefällt mir eigentlich bessen - einfacher zu "klicken"
Gruss martin

[unimatrix]

noch was anderes...ist das richtig so? beim setzen kommt zunächst mal (inform on) eine falsche templist...weiter unten dann aber offenbar doch richtig. vll nur ein Anzeigefehler?

Code Auswählen Erweitern


fhem> set temp_merle_Climate tempListFri 12:00 6.0 19:00 21.0 24:00 6.0

CUL_HM temp_merle_Climate tempList_State: set
CUL_HM temp_merle_Climate tempListSat:  07:00 6.0 18:00 20.0 19:00 6.0 20:00 6.0 24:00 6.0
CUL_HM temp_merle_Climate tempListSun:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListMon:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListTue:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListWed:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListThu:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListFri:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle displayMode: temp-hum
CUL_HM temp_merle displayTemp: actual
CUL_HM temp_merle controlMode: auto
CUL_HM temp_merle decalcDay: Sat
CUL_HM temp_merle displayTempUnit: celsius
CUL_HM temp_merle day-temp: 20 C
CUL_HM temp_merle night-temp: 6 C
CUL_HM temp_merle party-temp: 20 C

[...]

CUL_HM temp_merle_Climate tempList_State: verified
CUL_HM temp_merle_Climate tempListSat:  07:00 6.0 18:00 20.0 19:00 6.0 20:00 6.0 24:00 6.0
CUL_HM temp_merle_Climate tempListSun:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListMon:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListTue:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListWed:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListThu:  06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
CUL_HM temp_merle_Climate tempListFri:  12:00 6.0 19:00 21.0 24:00 6.0


[betateilchen]

das ist ok so. Solange der Status noch auf "set" steht, ist die Liste noch nicht komplett verarbeitet. Das ist erst beim Status "verified" der Fall. Dann sollte die Liste den eingegeben Werten entsprechen.

[martinp876]

so folgende updates (4003):

templist hat nun auch ein "set_" in jeder Zeile, wenn es nicht verified ist
das Kommando "mode" ist aufgespaltet in
"mode [auto|boost|comfort|lower]"
"mode_party temp start_date start_time endDate endTime"
"mode_manu temp"

das Reading modeSet wird nicht mehr genutzt/upgedated. Löschen muss man selbst

autoReadReg wird per default auf 4 gesetzt (device only)

minor changes in registern

[betateilchen]

*grmpf*

[martinp876]

???

[Stefan M.]

Hallo Martin
hast Du noch irgendwelche Ideen für mein Problem ?

lg
Stefan

[martinp876]

Hallo Stefan,

habe es gerade noch einmal getested - und siehe da, es funktionierte nicht :-(

in deinem Fall ist zwar ein seltsames Problem mit der aufwachen gewesen - das sollte mit burstRx zu tun haben.
aber evtl probierst du Version 4005 - da wird der RT "schöner" aufgeweckt. jetzt funktioniert es bei mir.

Gruss Martin

ps. hatte ausversehen alle List0 register nicht mehr angezeigt (auch burstRx). ist in 4007 wieder sichtbar