HM-CC-RT-DN

ext23 · 18 November 2013, 13:14:06

Danke das werde ich mal ausprobieren!

Ich bin eben nur etwas verwundert das nach einigen Minuten dann irgend wann ein:
STATE MISSING ACK
protResndFail 1 last_at:2013-11-18 13:08:41
protSnd 105 last_at:2013-11-18 13:08:40
protState CMDs_done_Errors:1
zu sehen ist. Also wenn es nur verzögert ist, habe ich damit absolut kein Problem, ist ja alles unkritisch aber es schlägt ja dennoch fehl.

Aber trotzdem vielen Dank, ich probiere das mit dem Burst Modus mal aus, aber wenn das auch nichts hilft lebe ich erst mal damit. Solange andere die Problem nicht haben macht das kein Sinn da jetzt Zeit zu investieren, da gehe ich erst mal davon aus das ich hier irgend was falsch mache bzw. Murphy zu Besuch ist.

Gruß
Daniel

Mr. P · 18 November 2013, 13:24:06

Zitat von: ext23 am 18 November 2013, 13:14:06Solange andere die Problem nicht haben macht das kein Sinn da jetzt Zeit zu investieren, da gehe ich erst mal davon aus das ich hier irgend was falsch mache bzw. Murphy zu Besuch ist.

So ganz alleine bist du nicht damit. Verwende aus eben dem selben Grund auch immer '1_auto' bei den Attributen.

Wenn ich Martin richtig verstanden habe, gibt es wohl ein Timingproblem zwischen dem Aufwecken und Antworten ohne Burst.
Ich lasse es bei mir eingeschalten, da ich:
a) seither keine Probleme mehr habe,
b) mein HMLAN bislang nicht einmal ansatzweise soviel Traffic produziert, dass ich mit der 1%-Grenze in Konflikt geraten könnte und
c) ich meinen Spaß daran habe, dass die Kommandos sofort übermittelt werden.

ext23 · 18 November 2013, 13:49:55

Gut bei mir sieht es ähnlich aus

Jetzt scheint es auch zu laufen.
Aber wenn Martin das aufm Schirm hat ist das ja ok, dann brauch ich da auch nicht weiter nerven.

Gruß
Daniel

Mr. P · 18 November 2013, 13:55:52

Zitat von: ext23 am 18 November 2013, 13:49:55Gut bei mir sieht es ähnlich aus Jetzt scheint es auch zu laufen.

Freut mich... Aber nicht vergessen, abhängig von der Anzahl deiner HM-Devices auch den HMLAN im Auge behalten, damit du nicht doch einmal in ein Overload läufst.

Zitat von: ext23 am 18 November 2013, 13:49:55Aber wenn Martin das aufm Schirm hat ist das ja ok, dann brauch ich da auch nicht weiter nerven.

Im Moment ist zwar etwas Ruhe eingekehrt, aber im Grunde bin ich mit Martin an der Sache dran.

martinp876 · 18 November 2013, 19:42:42

kleine Anmerkung:

protResnd ist eine Wiederholung, keine Problem, ein Hinweis

ResndFail ist ein Problem. Die Resends habe nicht geholfen. Da sollte man schon hinsehen.

Was für ein Problem es ist hängt von der Message ab, die nicht erfolgreich gesendet wurde. Es kann eine status.abfrage gewesen ein (kein Problem) oder ein regSet, ein schalten,... Eine Auswertung, was schief gegangen ist gibt es (noch) nicht. Auf msg-ebene wäre es einfach, es anzuzeigen - aber der Otto-Normal-User will/braucht sicher eine high-level Aufbereitung. Das gibt es noch nicht.

Wichtiger ist natürlich, es erst garnich tso weit kommen zu lassen.

Gruss Martin

Kruemel · 18 November 2013, 21:17:39

Hallo Philipp,

ich habe auch versucht den Code in die 99_utils.pm und den Aufruf in die fhem.cfg zu nehmen.
Beim speichern der fhem.cfg bekomme ich folgendes angezeigt:

Unknown argument tempListSun, choose one of clear getConfig getRegRaw mode peerBulk regBulk regSet sign statusRequest

Hast du das auch gehabt?

Gruß

Wolfgang

Mr. P · 18 November 2013, 21:26:25

Zitat von: Kruemel am 18 November 2013, 21:17:39Unknown argument tempListSun, choose one of clear getConfig getRegRaw mode peerBulk regBulk regSet sign statusRequest

Ohne jetzt genau zu wissen, was du gemacht hast, würde ich einmal behaupten, du hast beim Zugriff zumindest einen falschen Channel aber wahrscheinlich irrtümlich sogar ein ganz falsches Device, auf das du die Werte schreiben möchtest.

Kannst du mir mal ein 'list <dein-HM-Device>' hierher pasten und anschließend noch den Befehl, den du absetzt?

Thx a lot!

Kruemel · 18 November 2013, 23:07:01

Hallo,

ich habe einen HM-CC-RT-DN bei fhem angelernt.
Dann wollte ich eine Kommandozeile aus diesem Thread ausprobieren um dem Ventil Solltemperaturen zu schicken.

set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr tempListMon exec 05:30 19.0 07:00 22.0 18:00 19.0 20:30 21.0 24:00 19.0

Ich frage mich wo tempListMon definiert ist. Im Listing des devices/channels ist es nicht dabei.

Gruß

Wolfgang

------------------------------------------------------------------

Internals:
DEF 22337804
NAME CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr
NR 415
STATE

TYPE CUL_HM
chanNo 04
device CUL_HM_HM_CC_RT_DN_223378
Readings:
2013-11-18 23:39:09 R-boostAftWinOpen off
2013-11-18 23:39:09 R-boostPeriod 5
2013-11-18 23:39:09 R-boostPos 80 %
2013-11-18 23:39:09 R-btnNoBckLight off
2013-11-18 23:39:09 R-daylightSaveTime on
2013-11-18 23:39:09 R-decalcTime 666.666666666667
2013-11-18 23:39:09 R-decalcWeekday Sat
2013-11-18 23:39:09 R-modePrioManu all
2013-11-18 23:39:09 R-modePrioParty all
2013-11-18 23:39:09 R-noMinMan4Manu off
2013-11-18 23:39:09 R-regAdaptive on
2013-11-18 23:39:09 R-reguExtI 15
2013-11-18 23:39:09 R-reguExtP 30
2013-11-18 23:39:09 R-reguExtPstart 30
2013-11-18 23:39:09 R-reguIntI 18
2013-11-18 23:39:09 R-reguIntP 33
2013-11-18 23:39:09 R-reguIntPstart 45
2013-11-18 23:39:09 R-showInfo time
2013-11-18 23:39:09 R-showWeekday off
2013-11-18 23:39:09 R-tempComfort 21
2013-11-18 23:39:09 R-tempFallWinOpen 12
2013-11-18 23:39:09 R-tempFallWinPerio 15 min
2013-11-18 23:39:09 R-tempLowering 17
2013-11-18 23:39:09 R-tempMax 30.5
2013-11-18 23:39:09 R-tempMin 4.5
2013-11-18 23:39:09 R-tempOffset 0.0K
2013-11-18 23:39:09 R-valveErrPos 15 %
2013-11-18 23:39:09 R-valveMaxPos 100 %
2013-11-18 23:39:09 R-valveOffset 0 %
Helper:
Role:
chn 1
Shadowreg:
Attributes:
expert
model HM-CC-RT-DN
peerIDs
room CUL_HM

---------------------------------------------
define CUL_HM_HM_CC_RT_DN_223378 CUL_HM 223378
attr CUL_HM_HM_CC_RT_DN_223378 .devInfo 00FFFF
attr CUL_HM_HM_CC_RT_DN_223378 .stc 59
attr CUL_HM_HM_CC_RT_DN_223378 firmware 1.0
attr CUL_HM_HM_CC_RT_DN_223378 model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_223378 room CUL_HM
attr CUL_HM_HM_CC_RT_DN_223378 serialNr KEQ0517369
attr CUL_HM_HM_CC_RT_DN_223378 subType thermostat
define FileLog_CUL_HM_HM_CC_RT_DN_223378 FileLog ./log/CUL_HM_HM_CC_RT_DN_223378-%Y.log CUL_HM_HM_CC_RT_DN_223378
attr FileLog_CUL_HM_HM_CC_RT_DN_223378 logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_223378 room CUL_HM
define CUL_HM_HM_CC_RT_DN_223378_Weather CUL_HM 22337801
attr CUL_HM_HM_CC_RT_DN_223378_Weather model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_223378_Weather peerIDs
attr CUL_HM_HM_CC_RT_DN_223378_Weather room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_223378_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_223378_Weather-%Y.log CUL_HM_HM_CC_RT_DN_223378_Weather
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_Weather logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_Weather room CUL_HM
define CUL_HM_HM_CC_RT_DN_223378_Climate CUL_HM 22337802
attr CUL_HM_HM_CC_RT_DN_223378_Climate model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_223378_Climate room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_223378_Climate FileLog ./log/CUL_HM_HM_CC_RT_DN_223378_Climate-%Y.log CUL_HM_HM_CC_RT_DN_223378_Climate
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_Climate logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_Climate room CUL_HM
define CUL_HM_HM_CC_RT_DN_223378_WindowRec CUL_HM 22337803
attr CUL_HM_HM_CC_RT_DN_223378_WindowRec model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_223378_WindowRec room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_223378_WindowRec FileLog ./log/CUL_HM_HM_CC_RT_DN_223378_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_223378_WindowRec
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_WindowRec logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_WindowRec room CUL_HM
define CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr CUL_HM 22337804
attr CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr FileLog ./log/CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr room CUL_HM
define CUL_HM_HM_CC_RT_DN_223378_ClimRT_r CUL_HM 22337805
attr CUL_HM_HM_CC_RT_DN_223378_ClimRT_r model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_223378_ClimRT_r room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_223378_ClimRT_r FileLog ./log/CUL_HM_HM_CC_RT_DN_223378_ClimRT_r-%Y.log CUL_HM_HM_CC_RT_DN_223378_ClimRT_r
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_ClimRT_r logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_ClimRT_r room CUL_HM
define CUL_HM_HM_CC_RT_DN_223378_rCtrl CUL_HM 22337806
attr CUL_HM_HM_CC_RT_DN_223378_rCtrl model HM-CC-RT-DN
attr CUL_HM_HM_CC_RT_DN_223378_rCtrl room CUL_HM
define FileLog_CUL_HM_HM_CC_RT_DN_223378_rCtrl FileLog ./log/CUL_HM_HM_CC_RT_DN_223378_rCtrl-%Y.log CUL_HM_HM_CC_RT_DN_223378_rCtrl
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_rCtrl logtype text
attr FileLog_CUL_HM_HM_CC_RT_DN_223378_rCtrl room CUL_HM

Mr. P · 19 November 2013, 00:02:12

Zitat von: Kruemel am 18 November 2013, 23:07:01Ich frage mich wo tempListMon definiert ist. Im Listing des devices/channels ist es nicht dabei.

Naja... das ist so nicht ganz richtig... denn für gewöhnlich stehen diese Werte sehr wohl genau dort.

Daher würde ich dir empfehlen, einmal die folgenden zwei Befehle abzusetzen.

Code Auswählen

attr CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr expert 1_on
set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr getConfig

Wenn der RT dann das nächste Mal aufwacht, sollten sich dann die Readings alle neu füllen.
Beobachte dabei auch bitte deine decalcTime. Die dürfte mWn nur als Uhrzeit dort angezeigt werden.
Andernfalls den Wert einfach einmal überschreiben:

Code Auswählen

set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr regSet decalcTime 11:00

Bin schon gespannt auf deine Rückmeldung.

peterk_de · 19 November 2013, 00:12:12

Huhu Krümel,

richtiges device und richtiger channel ... mach mal nochmal, direkt danach mach ein burstXmit und dann ein getconfig (und ggf. noch ein BurstXmit), also:

set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr tempListMon 05:30 19.0 07:00 22.0 18:00 19.0 20:30 21.0 24:00 19.0
set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr burstXmit

Das exec kannst du bei nur einem set der Templisten weglassen. Das BurstXmit weckt den Thermosten, sonst wird es erst in 1-2 Minuten zu einer sichtbaren Reaktion kommen, falls du das AutoBurstdingens nicht an hast. Dann kurz warten und gucken was passiert - im STATE sollte sowas wie CMDs Processing und dann CMDs Done stehen, dann:

set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr getConfig
set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr burstXmit

Wieder kurz warteb, nun sollte in den Reading sowas hier auftauchen:

tempListMon 05:30 19.0 07:00 22.0 18:00 19.0 20:30 21.0 24:00 19.0

Papaloewe · 19 November 2013, 18:25:51

Hallo,

habe jetzt erfolgreich den HM-CC-RT-DN mit einem Tür/Fensterkontakt gepeert.

Code Auswählen

set <thermoSensor> peerChan 0 <rt_WindowRec> single set
Dabei habe ich mit an den Wiki-Eintrag von hier gehalten:
http://www.fhemwiki.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Channel_.28Kanal.29_03_WindowRec
Danach habe ich den Temperaturwert für "winOpnTemp" von 12 auf 5 geändert.
Das steht jetzt auch so richtig in den Readings vom Channel 3 (WindowRec).

Leider scheint das den Thermostaten nicht zu interessieren, denn der behält beharrlich die 12 C.

Was mache ich denn falsch?

Gruß
Thomas

Mr. P · 19 November 2013, 18:33:23

Zitat von: Papaloewe am 19 November 2013, 18:25:51Leider scheint das den Thermostaten nicht zu interessieren, denn der behält beharrlich die 12 C.

Ja, ist mir auch schon aufgefallen - allerdings noch keine Zeit, dem weiter nachzugehen. Weiß nicht, ob es sich dabei nicht um ein Firmwareproblem vom RT handelt. :-/

martinp876 · 19 November 2013, 19:17:17

wird aktuell als FW problem gesehen. Ich habe die Register (XML) geprüft und das setzen - konnte kein Problem finden.
Entweder stimmt das XML nicht (dann wird es in einer späteren Version von EQ3 korrigiert) oder es ist ein FW bug.
Wenn es wiederum ein FW bug ist, kann man es evtl auch in anderen Foren finden - und eQ3 könnte/wird eine neue FW ausgeben.

Mal sehen - vielleicht findet jemand etwas

snoop · 19 November 2013, 22:18:23

Hallo zusammen,
kurze Frage zum Thema: "winOpnTemp" aber auch generell zum RT.
Habt ihr auch alle die FW Version 1.0? und hat jemand schon eine neuere?
Viele Grüße
Arthur

Kruemel · 19 November 2013, 23:50:57

[
richtiges device und richtiger channel ... mach mal nochmal, direkt danach mach ein burstXmit und dann ein getconfig (und ggf. noch ein BurstXmit), also:

set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr tempListMon 05:30 19.0 07:00 22.0 18:00 19.0 20:30 21.0 24:00 19.0
set CUL_HM_HM_CC_RT_DN_223378_ClimRT_tr burstXmit

tempListMon 05:30 19.0 07:00 22.0 18:00 19.0 20:30 21.0 24:00 19.0
[/quote]

Hallo peterk_de,
danke für dein FeedBack. Aber bei diesen beiden Befehlen wird jeweils "unknown tempListMon" oder "unknown burstXmit" gemeldet.

Gruß

Wolfgang

HM-CC-RT-DN

snoop