HM-CC-RT-DN

Begonnen von Alex85, 13 September 2013, 11:03:07

Vorheriges Thema - Nächstes Thema

martinp876

meine RTs funktionieren im wakeup - ich kann es also nicht testen.
Wenn einer noch logs schicken kann, werde ich es prüfen.

Beachten muss man die Verzögerung. Der Ablauf ist:

user setzt tempSoll auf 22
warten - 0-2,5min
rt meldet temp soll 21
fhem setzt tempSoll auf 22
rt setzt temp auf 22
nach 2,5 min
rt meldet temp soll 22

Also kann es 0-2,5min dauern  bis die temp gesetzt ist, 2,5-5min dauern bis FHEM das Ergebnis darstellt.

Alles andere wären Fehler

Gruss Martin

laurine

Zitat von: martinp876 am 14 Dezember 2013, 10:22:27
@Laurine
inhibit war nicht eingebaut - kommt in der nächsten Version.
ausserdem gibt es die Register für manu und party mode
modePrioManu    |     literal      | allow tempChange for manual only by... options:CCU,RT_TC_CCU_SELF,self,RT_TC_SC_SELF,all
modePrioParty    |     literal      | allow tempChange for party only by... options:CCU,RT_TC_CCU_SELF,self,RT_TC_SC_SELF,all

Gruss Martin
Hallo Martin,
danke für die Antwort, ich habe aber nichts davon verstanden. Was ist inhibit? In der nächsten Version wovon? FHEM? Wofür sind die von Dir genannten Register?
Gruß, Laurine
PS: Ich haber hier 6 von den Thermostaten verbaut und an zwei davon drehen immer die Kinder rum, deswegen möchte ich die gern sperren.

martinp876

#692
inhibit ist ein kommando
set h_FstH inhibit on|off

Inhibit sperrt den Kanal/die Entity

habe es gerade probiert - leider ohne den gewünschten Erfolg.
- der RT akzeptiert das inhibit auf jedem Kanal
- eine Änderung der temp war immer noch möglich -was bei anderen Devices besser klappt

=> entweder habe ich noch nicht gefunden, was inhibit beim RT sperren soll - oder es ist ein Bug in der FW, zumindest in Version 1.0
wenn du eine andere Version hast kannst du es probieren

Ansonsten kannst du mit
set h_Clima regSet modePrioManu   CCU

einstellen, das im Manu-mode die temp nur von der CCU (hier also FHEM) geändert werden kann.
Für Auto-mode sehe ich keine Möglichkeit.

Gruss Martin

jetzt habe ich es doch noch gefunden

set <device> regSet btnLock lock

Nicht im clima channel sondern im Device
Es lohnt sich immer wieder einmal, regList anzuschauen...

laurine

Zitat von: martinp876 am 15 Dezember 2013, 10:55:53
jetzt habe ich es doch noch gefunden

set <device> regSet btnLock lock

Nicht im clima channel sondern im Device
Es lohnt sich immer wieder einmal, regList anzuschauen...

Danke für die Recherchearbeit und die auch die anderen Erklärungen. Es funktioniert wie von Dir beschrieben.

Gruß, Laurine

holzwurm83

Ich habe seit einigen Tagen den HM-CC-RT-DN im Einsatz. Allerdings bekomme ich den noch nicht so richtig zum laufen. Das Pairen hat soweit geklappt denke ich. Hier mal ein Auszug aus der cfg:

attr CUL_HM_HM_CC_RT_DN_220733 .devInfo 00FFFF
attr CUL_HM_HM_CC_RT_DN_220733 .stc 59
attr CUL_HM_HM_CC_RT_DN_220733 actCycle 000:10
attr CUL_HM_HM_CC_RT_DN_220733 actStatus alive
attr CUL_HM_HM_CC_RT_DN_220733 autoReadReg 4_reqStatus
attr CUL_HM_HM_CC_RT_DN_220733 burstAccess 1_auto
attr CUL_HM_HM_CC_RT_DN_220733 expert 2_full
attr CUL_HM_HM_CC_RT_DN_220733 firmware 1.0
attr CUL_HM_HM_CC_RT_DN_220733 model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_220733 peerIDs
attr CUL_HM_HM_CC_RT_DN_220733 room CUL_HM
attr CUL_HM_HM_CC_RT_DN_220733 serialNr KEQ0510374
attr CUL_HM_HM_CC_RT_DN_220733 subType thermostat
attr CUL_HM_HM_CC_RT_DN_220733 webCmd getConfig:burstXmit
define FileLog_CUL_HM_HM_CC_RT_DN_220733 FileLog ./log/CUL_HM_HM_CC_RT_DN_220733-%Y.log CUL_HM_HM_CC_RT_DN_220733
attr FileLog_CUL_HM_HM_CC_RT_DN_220733 logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_220733 room CUL_HM
define CUL_HM_HM_CC_RT_DN_220733_Weather CUL_HM 22073301
attr CUL_HM_HM_CC_RT_DN_220733_Weather expert
attr CUL_HM_HM_CC_RT_DN_220733_Weather model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_220733_Weather peerIDs
attr CUL_HM_HM_CC_RT_DN_220733_Weather room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_220733_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_220733_Weather-%Y.log CUL_HM_HM_CC_RT_DN_220733_Weather
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_Weather logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_Weather room CUL_HM
define CUL_HM_HM_CC_RT_DN_220733_Climate CUL_HM 22073302
attr CUL_HM_HM_CC_RT_DN_220733_Climate expert
attr CUL_HM_HM_CC_RT_DN_220733_Climate model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_220733_Climate peerIDs
attr CUL_HM_HM_CC_RT_DN_220733_Climate room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_220733_Climate FileLog ./log/CUL_HM_HM_CC_RT_DN_220733_Climate-%Y.log CUL_HM_HM_CC_RT_DN_220733_Climate
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_Climate logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_Climate room CUL_HM
define CUL_HM_HM_CC_RT_DN_220733_WindowRec CUL_HM 22073303
attr CUL_HM_HM_CC_RT_DN_220733_WindowRec expert
attr CUL_HM_HM_CC_RT_DN_220733_WindowRec model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_220733_WindowRec peerIDs
attr CUL_HM_HM_CC_RT_DN_220733_WindowRec room CUL_HM
attr CUL_HM_HM_CC_RT_DN_220733_WindowRec stateFormat last:trigLast
define FileLog_CUL_HM_HM_CC_RT_DN_220733_WindowRec FileLog ./log/CUL_HM_HM_CC_RT_DN_220733_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_220733_WindowRec
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_WindowRec logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_WindowRec room CUL_HM
define CUL_HM_HM_CC_RT_DN_220733_Clima CUL_HM 22073304
attr CUL_HM_HM_CC_RT_DN_220733_Clima expert
attr CUL_HM_HM_CC_RT_DN_220733_Clima model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_220733_Clima peerIDs
attr CUL_HM_HM_CC_RT_DN_220733_Clima room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_220733_Clima FileLog ./log/CUL_HM_HM_CC_RT_DN_220733_Clima-%Y.log CUL_HM_HM_CC_RT_DN_220733_Clima
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_Clima logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_Clima room CUL_HM
define CUL_HM_HM_CC_RT_DN_220733_ClimaTeam CUL_HM 22073305
attr CUL_HM_HM_CC_RT_DN_220733_ClimaTeam expert
attr CUL_HM_HM_CC_RT_DN_220733_ClimaTeam model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_220733_ClimaTeam peerIDs
attr CUL_HM_HM_CC_RT_DN_220733_ClimaTeam room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_220733_ClimaTeam FileLog ./log/CUL_HM_HM_CC_RT_DN_220733_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_220733_ClimaTeam
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_ClimaTeam logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_ClimaTeam room CUL_HM
define CUL_HM_HM_CC_RT_DN_220733_remote CUL_HM 22073306
attr CUL_HM_HM_CC_RT_DN_220733_remote expert
attr CUL_HM_HM_CC_RT_DN_220733_remote model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_220733_remote peerIDs
attr CUL_HM_HM_CC_RT_DN_220733_remote room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_220733_remote FileLog ./log/CUL_HM_HM_CC_RT_DN_220733_remote-%Y.log CUL_HM_HM_CC_RT_DN_220733_remote
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_remote logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_220733_remote room CUL_HM
define ActionDetector CUL_HM 000000
attr ActionDetector actCycle 600
attr ActionDetector event-on-change-reading .*
attr ActionDetector room CUL_HM
define FileLog_ActionDetector FileLog ./log/ActionDetector-%Y.log ActionDetector
attr FileLog_ActionDetector logtype text
attr FileLog_ActionDetector room CUL_HM


Mein Problem ist das setzten der Temperaturliste. Den Kanal 4 gibt es bei mir nicht als "ClimRT_tr" sonder als "Clima"!

channel_04
CUL_HM_HM_CC_RT_DN_220733_Clima


Das setzten der Temperaturliste habe ich wie folgt angelegt:

######################################################
# Temperatur-Liste für Esszimmer/Küche
# setzen per Aufruf von "{SetTempList_UG_Treppe_Heizung}"
# Vorsicht, da kein HM-CC-TC, sondern HM-CC-RT-DN, ist hier ein anderer Channel
# zu nehmen. Zudem wird mit prep|exec gearbeitet, um nicht alle Zeilen als
# einzelnen Befehl zu senden, sondern per "prep" erst alles
# zusammenzufassen und dann per "exec" an das Thermostat zu senden.
# Also als ein einziger Befehl statt sieben. Vermeidet "NACKs"
######################################################
sub
SetTempList_CUL_HM_HM_CC_RT_DN_220733()
{
   { fhem ("set CUL_HM_HM_CC_RT_DN_220733_Clima tempListMon prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
   { fhem ("set CUL_HM_HM_CC_RT_DN_220733_Clima tempListTue prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
   { fhem ("set CUL_HM_HM_CC_RT_DN_220733_Clima tempListWed prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
   { fhem ("set CUL_HM_HM_CC_RT_DN_220733_Clima tempListThu prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
   { fhem ("set CUL_HM_HM_CC_RT_DN_220733_Clima tempListFri prep 05:30 16.0 07:00 18.0 15:00 18.5 20:30 19.0 24:00 16.0")};
   { fhem ("set CUL_HM_HM_CC_RT_DN_220733_Clima tempListSat prep 07:00 16.0 09:00 18.0 15:00 18.5 21:00 19.0 24:00 16.0")};
   { fhem ("set CUL_HM_HM_CC_RT_DN_220733_Clima tempListSun exec 07:00 16.0 09:00 18.0 15:00 18.5 21:00 19.0 24:00 16.0")};
}
# End SetTempList_CUL_HM_HM_CC_RT_DN_220733


Irgendwie kommt die Liste am HM_CC_RT_DN nicht an.

Habe das auch schon zurückgesetzt und neu gepairt, aber ohne erfolg.
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

Rohan

Hi holzwurm83

Zitat von: holzwurm83 am 16 Dezember 2013, 22:51:44... Das Pairen hat soweit geklappt denke ich. Hier mal ein Auszug aus der cfg: ...

Wichtiger als der Auszug aus der fhem.cfg wäre (wegen des "Pairens") die Ausgabe von


list CUL_HM_HM_CC_RT_DN_220733


Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

holzwurm83

Zitat von: Rohan am 16 Dezember 2013, 23:21:31
Hi holzwurm83

Wichtiger als der Auszug aus der fhem.cfg wäre (wegen des "Pairens") die Ausgabe von


list CUL_HM_HM_CC_RT_DN_220733


Gruß
Thomas

Hier...

Internals:
   DEF        220733
   EVENTS     2
   IODev      cuno
   LASTInputDev cuno
   MSGCNT     10
   NAME       CUL_HM_HM_CC_RT_DN_220733
   NR         380
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_CC_RT_DN_220733_Weather
   channel_02 CUL_HM_HM_CC_RT_DN_220733_Climate
   channel_03 CUL_HM_HM_CC_RT_DN_220733_WindowRec
   channel_04 CUL_HM_HM_CC_RT_DN_220733_Clima
   channel_05 CUL_HM_HM_CC_RT_DN_220733_ClimaTeam
   channel_06 CUL_HM_HM_CC_RT_DN_220733_remote
   cuno_MSGCNT 10
   cuno_RAWMSG A150286102207330000000A88E1900018800D18800DCC14
   cuno_RSSI  -64
   cuno_TIME  2013-12-16 23:21:25
   lastMsg    No:02 - t:10 s:220733 d:000000 0A88E1900018800D18800DCC
   protCmdDel 18
   protCmdPend 14 CMDs pending
   protCondBurst off
   protLastRcv 2013-12-16 23:21:25
   protResnd  3 last_at:2013-12-16 23:08:50
   protResndFail 1 last_at:2013-12-16 23:11:03
   protSnd    12 last_at:2013-12-16 23:21:25
   protState  CMDs_pending
   rssi_at_cuno avg:-65.05 min:-66.5 max:-63.5 lst:-64 cnt:10
   CHANGETIME:
   Helper:
     Dblog:
       Activity:
         Mydblog:
           TIME       1387231242.27421
           VALUE      alive
       Actuator:
         Mydblog:
           TIME       1387232485.83231
           VALUE      0
       Battery:
         Mydblog:
           TIME       1387232485.83231
           VALUE      ok
       Batterylevel:
         Mydblog:
           TIME       1387232485.83231
           VALUE      3.1 V
       Desired-temp:
         Mydblog:
           TIME       1387232485.83231
           VALUE      17
       Measured-temp:
         Mydblog:
           TIME       1387232485.83231
           VALUE      22.5
       Poweron:
         Mydblog:
           TIME       1387232281.03349
           VALUE      -
       State:
         Mydblog:
           TIME       1387231863.92637
           VALUE      MISSING ACK
   Readings:
     2013-12-16 23:00:42   Activity        alive
     2013-12-16 22:56:18   CommandAccepted yes
     2013-12-16 22:12:45   R-pairCentral   set_0xF11234
     2013-12-16 23:21:25   actuator        0 %
     2013-12-16 23:21:25   battery         ok
     2013-12-16 23:21:25   batteryLevel    3.1 V
     2013-12-16 23:21:25   desired-temp    17
     2013-12-16 23:21:25   measured-temp   22.5
     2013-12-16 22:41:57   noReceiver      src:220733 A010 05000000000007484448546C44CC550845
     2013-12-16 23:18:01   powerOn         -
     2013-12-16 23:18:00   recentStateType info
     2013-12-16 23:21:26   state           CMDs_pending
     2013-12-16 22:13:16   time-request    -
   cmdStack:
     ++A011F1123422073386042A
     ++A001F1123422073300040000000000
     ++A001F112342207330103
     ++A001F1123422073301040000000001
     ++A001F112342207330203
     ++A001F1123422073302040000000001
     ++A001F112342207330303
     ++A001F1123422073303040000000001
     ++A001F1123422073304040000000001
     ++A001F1123422073304040000000007
     ++A001F112342207330503
     ++A001F1123422073305040000000001
     ++A001F112342207330603
     ++A001F1123422073306040000000001
   Helper:
     mId        0095
     rxType     140
     Prt:
       awake      0
       bErr       0
       sProc      2
       wakeup     0
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rssi:
       At_cuno:
         avg        -65.05
         cnt        10
         lst        -64
         max        -63.5
         min        -66.5
Attributes:
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   burstAccess 1_auto
   expert     2_full
   firmware   1.0
   model      HM-CC-RT-DN
   peerIDs   
   room       CUL_HM
   serialNr   KEQ0510374
   subType    thermostat
   webCmd     getConfig:burstXmit
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

Rohan

#697
Hallo holzwurm83,

tut mir ja leid, aber ...

Zitat von: holzwurm83 am 16 Dezember 2013, 23:23:37
Hier...


   STATE      CMDs_pending



... dein RT verarbeitet deine Befehle nicht. CMDs_pending heißt, dass da noch etwas in der Sendewarteschleife von Fhem wartet.

Zitat

   ...
   protCmdPend 14 CMDs pending
   ....
   protState  CMDs_pending
   ...
   rssi_at_cuno avg:-65.05 min:-66.5 max:-63.5 lst:-64 cnt:10
   ...
       State:
         Mydblog:
           TIME       1387231863.92637
           VALUE      MISSING ACK
   Readings:
     ...
     2013-12-16 22:12:45   R-pairCentral   set_0xF11234
     ...
     2013-12-16 23:21:26   state           CMDs_pending


... und zwar 14 Befehle ("14 CMDs pending"). "MISSING ACK" heißt, dass Fhem keine Empfangsbestätigung vom RT bekommen hat und "R-pairCentral   set_0xF11234" bedeutet, dass das Pairing noch nicht durchgeführt wurde, sonst stünde dort R-pairCentral   0xF11234, also ohne "set_" davor.

Und ohne ein Pairing mit einem abgearbeiteten set getConfig wird das nichts werden. Also bitte den RT erst mal richtig an Fhem binden ("pairen").

Edith meinte ich sollte noch nachtragen: Die Zeile mit dem "rssi_at_cuno avg:" habe ich drin gelassen, denn daran wird deutlich: An der Sende-/Empfangsqualität liegt es wohl eher nicht.

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

holzwurm83

Hallo Thomas,

habe jetzt mal das RT zurückgesetzt und aus der Fhem cfg alles gelöscht. Habe jetzt das pairing noch durchgeführt.

Hier das Ergebnis:

Internals:
   CFGFN     
   DEF        22080E
   EVENTS     18
   IODev      cuno
   LASTInputDev cuno
   MSGCNT     23
   NAME       CUL_HM_HM_CC_RT_DN_22080E
   NR         319
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_CC_RT_DN_22080E_Weather
   channel_02 CUL_HM_HM_CC_RT_DN_22080E_Climate
   channel_03 CUL_HM_HM_CC_RT_DN_22080E_WindowRec
   channel_04 CUL_HM_HM_CC_RT_DN_22080E_Clima
   channel_05 CUL_HM_HM_CC_RT_DN_22080E_ClimaTeam
   channel_06 CUL_HM_HM_CC_RT_DN_22080E_remote
   cuno_MSGCNT 23
   cuno_RAWMSG A1A11A01022080EF1123403100000098E44485508452045204520454C
   cuno_RSSI  -36
   cuno_TIME  2013-12-17 09:18:50
   lastMsg    No:11 - t:10 s:22080E d:F11234 03100000098E4448550845204520452045
   protCmdPend 4 CMDs pending
   protLastRcv 2013-12-17 09:18:50
   protResnd  1 last_at:2013-12-17 09:18:52
   protSnd    19 last_at:2013-12-17 09:18:50
   protState  CMDs_pending
   rssi_at_cuno avg:-38.1 min:-54.5 max:-35.5 lst:-36 cnt:23
   CHANGETIME:
   Helper:
     Dblog:
       Activity:
         Mydblog:
           TIME       1387268108.5141
           VALUE      alive
       R-paircentral:
         Mydblog:
           TIME       1387268097.46899
           VALUE      set_0xF11234
       Actuator:
         Mydblog:
           TIME       1387268323.75154
           VALUE      0
       Battery:
         Mydblog:
           TIME       1387268323.75154
           VALUE      ok
       Batterylevel:
         Mydblog:
           TIME       1387268323.75154
           VALUE      3.1 V
       Desired-temp:
         Mydblog:
           TIME       1387268323.75154
           VALUE      17
       Measured-temp:
         Mydblog:
           TIME       1387268323.75154
           VALUE      22.7
       Time-request:
         Mydblog:
           TIME       1387268128.35213
           VALUE      -
   Readings:
     2013-12-17 09:15:08   Activity        alive
     2013-12-17 09:18:44   CommandAccepted yes
     2013-12-17 09:18:45   PairedTo        0xF11234
     2013-12-17 09:18:45   R-backOnTime    10 s
     2013-12-17 09:18:45   R-btnLock       unlock
     2013-12-17 09:18:45   R-burstRx       off
     2013-12-17 09:18:45   R-cyclicInfoMsg on
     2013-12-17 09:18:45   R-cyclicInfoMsgDis 0
     2013-12-17 09:18:45   R-globalBtnLock off
     2013-12-17 09:18:45   R-localResDis   off
     2013-12-17 09:18:45   R-lowBatLimitRT 2.1 V
     2013-12-17 09:18:45   R-modusBtnLock  off
     2013-12-17 09:18:45   R-pairCentral   0xF11234
     2013-12-17 09:18:45   RegL_00:          01:00 02:01 09:01 0A:F1 0B:12 0C:34 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2013-12-17 09:18:43   actuator        0 %
     2013-12-17 09:18:43   battery         ok
     2013-12-17 09:18:43   batteryLevel    3.1 V
     2013-12-17 09:18:43   desired-temp    17
     2013-12-17 09:18:43   measured-temp   22.7
     2013-12-17 09:18:52   state           CMDs_pending
     2013-12-17 09:15:28   time-request    -
   cmdStack:
     ++A001F1123422080E04040000000007
     ++A001F1123422080E0503
     ++A001F1123422080E05040000000001
     ++A001F1123422080E0603
     ++A001F1123422080E06040000000001
   Helper:
     mId        0095
     rxType     140
     Prt:
       bErr       0
       sProc      2
       wuReSent   2
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rssi:
       At_cuno:
         avg        -38.1086956521739
         cnt        23
         lst        -36
         max        -35.5
         min        -54.5
     Shadowreg:
Attributes:
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-CC-RT-DN
   peerIDs   
   room       CUL_HM
   serialNr   KEQ0510590
   subType    thermostat
   webCmd     getConfig:burstXmit


Das Pairing sollte jetzt passen, oder?
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

martinp876

Zitat2013-12-17 09:18:45   PairedTo        0xF11234
ja

holzwurm83

Zitat von: martinp876 am 17 Dezember 2013, 09:28:48
ja

Leider bestehen die Probleme die ich oben geschrieben habe weiterhin. Irgendwas stimmt da immer noch nicht?
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

Rohan

Hallo holzwurm83,

von deiner Postgeschwindigkeit ausgehend, bist du zu ungeduldig.

set getConfig durchführen, warten bis der RT geantwortet hat (alle 2,5 Minuten)

es dürfen danach kein "CMDs pending" mehr sein

Jetzt kannst du mal langsam anfangen ...

Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

holzwurm83

Hallo Thomas,

tut mir leid, wenn ich etwas zu forsch war!

Zitatset getConfig durchführen, warten bis der RT geantwortet hat (alle 2,5 Minuten)

das habe ich jetzt mal durchgeführt.   "CMDs pending" ist leider immer noch da.

Es steht jetzt auch folgendes drin:

protCmdPend 46 CMDs pending

Braucht ihr noch weitere Infos?

Jetzt steht sogar
STATE
MISSING ACK

drin.
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

Rohan

Hi,

gibst du mal bitte ein "version" in die Befehlszeile der Web-GUI ein und postest das Ergebnis?

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

holzwurm83

Hi Thomas,

hier ist das Ergebnis:

# $Id: fhem.pl 4386 2013-12-15 17:09:05Z rudolfkoenig $
# $Id: 00_CUL.pm 4388 2013-12-15 18:55:16Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4380 2013-12-14 12:06:17Z martinp876 $
# $Id: 10_CUL_IR.pm 3580 2013-08-02 16:17:38Z betateilchen $
# $Id: 14_CUL_WS.pm 4229 2013-11-15 17:29:55Z rudolfkoenig $
# $Id: 93_DbLog.pm 3855 2013-09-04 17:57:38Z tobiasfaust $
# $Id: 72_FB_CALLMONITOR.pm 4368 2013-12-12 16:22:58Z markusbloch $
# $Id: 01_FHEMWEB.pm 4384 2013-12-15 10:45:37Z rudolfkoenig $
# $Id: 95_FLOORPLAN.pm 3971 2013-09-29 08:16:39Z ulimaass $
# $Id: 10_FS20.pm 3764 2013-08-22 07:09:38Z rudolfkoenig $
# $Id: 92_FileLog.pm 3759 2013-08-21 08:13:08Z rudolfkoenig $
# $Id: 13_KS300.pm 4229 2013-11-15 17:29:55Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_SVG.pm 4384 2013-12-15 10:45:37Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 59_Weather.pm 4321 2013-12-03 20:13:08Z borisneubert $
# $Id: 99_XmlList.pm 1840 2012-09-12 13:52:08Z rudolfkoenig $
# $Id: 98_autocreate.pm 4234 2013-11-17 10:19:41Z rudolfkoenig $
# $Id: 98_dummy.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 33_readingsGroup.pm 4381 2013-12-14 13:03:46Z justme1968 $
# $Id: 98_structure.pm 4379 2013-12-14 09:11:03Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 91_watchdog.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id:
# $Id: 98_weblink.pm 3770 2013-08-23 13:29:58Z rudolfkoenig $


Gruß
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN