HM-CC-RT-DN

[Otto]

Hallo,

ich bekomme keine Temp übermittelt, habe immer Missing ACK

Setze 10_CUL_HM.pm 3936 ein und auf channel 4 (Heiz_AZ_ClimRT_tr) habe ich das aus dem log

Code Auswählen Erweitern

2013.09.22 12:43:49 5: Triggering Heiz_AZ_ClimRT_tr (1 changes)
2013.09.22 12:43:49 5: Notify loop for Heiz_AZ_ClimRT_tr set_desired-temp 25.0
2013.09.22 12:43:49 2: CUL_HM set Heiz_AZ_ClimRT_tr desired-temp 25.0
2013.09.22 12:43:49 5: HMLAN_Send:  HMLAN1 I:+228636,00,00,
2013.09.22 12:43:49 5: HMLAN_Send:  HMLAN1 S:S4544AB89 stat:  00 t:00000000 d:01 r:4544AB89 m:01 B011 A1B23C 228636 860432
2013.09.22 12:43:51 5: HMLAN_Parse: HMLAN1 R:R4544AB89 stat:0008 t:00000000 d:FF r:7FFF     m:01 B011 A1B23C 228636 860432
2013.09.22 12:43:51 2: HMLAN_Parse: HMLAN1 new condition ok
2013.09.22 12:43:51 5: Triggering HMLAN1 (3 changes)
2013.09.22 12:43:51 5: Notify loop for HMLAN1 cond: ok
2013.09.22 12:43:51 5: HMLAN_Parse: HMLAN1 no ACK from 228636
2013.09.22 12:43:52 5: HMLAN_Send:  HMLAN1 S:S4544B514 stat:  00 t:00000000 d:01 r:4544B514 m:01 B011 A1B23C 228636 860432
2013.09.22 12:43:52 4: CUL_HM_Resend: Heiz_AZ nr 2
2013.09.22 12:43:54 5: HMLAN_Parse: HMLAN1 R:R4544B514 stat:0008 t:00000000 d:FF r:7FFF     m:01 B011 A1B23C 228636 860432
2013.09.22 12:43:54 5: HMLAN_Parse: HMLAN1 no ACK from 228636
2013.09.22 12:43:56 5: HMLAN_Send:  HMLAN1 S:S4544C419 stat:  00 t:00000000 d:01 r:4544C419 m:01 B011 A1B23C 228636 860432
2013.09.22 12:43:56 4: CUL_HM_Resend: Heiz_AZ nr 3
2013.09.22 12:43:58 5: HMLAN_Parse: HMLAN1 R:R4544C419 stat:0008 t:00000000 d:FF r:7FFF     m:01 B011 A1B23C 228636 860432
2013.09.22 12:43:58 5: HMLAN_Parse: HMLAN1 no ACK from 228636
2013.09.22 12:43:58 5: HMLAN_Send:  HMLAN1 S:S4544CB5A stat:  00 t:00000000 d:01 r:4544CB5A m:01 B011 A1B23C 228636 860432
2013.09.22 12:43:58 4: CUL_HM_Resend: Heiz_AZ nr 4
2013.09.22 12:44:00 5: HMLAN_Parse: HMLAN1 R:R4544CB5A stat:0008 t:00000000 d:FF r:7FFF     m:01 B011 A1B23C 228636 860432
2013.09.22 12:44:00 5: HMLAN_Parse: HMLAN1 no ACK from 228636
2013.09.22 12:44:01 5: Triggering Heiz_AZ (1 changes)
2013.09.22 12:44:01 5: Notify loop for Heiz_AZ MISSING ACK
2013.09.22 12:44:05 5: HMLAN_Send:  HMLAN1 I:K
2013.09.22 12:44:05 5: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0185774 d:1ACB23 O:A1B23C t:001736E6 IDcnt:0001
2013.09.22 12:44:16 5: HMLAN_Parse: HMLAN1 R:E228636   stat:0000 t:00176360 d:FF r:FFD4     m:53 8610 228636 000000 0AB0F2110510
2013.09.22 12:44:16 5: HMLAN1 dispatch A0F5386102286360000000AB0F2110510::-44:HMLAN1
2013.09.22 12:44:16 5: Triggering Heiz_AZ_ClimRT_tr (6 changes)
2013.09.22 12:44:16 5: Notify loop for Heiz_AZ_ClimRT_tr motorErr: ok
2013.09.22 12:44:16 5: Triggering Heiz_AZ (2 changes)
2013.09.22 12:44:16 5: Notify loop for Heiz_AZ battery: ok

Mache ich einen Fehler?


Gruß Otto

[martinp876]

hallo Otto,

kann sein, dass es ein Protokoll-problem ist. Evtl funktioniert der burst mode bei dir (noch) nicht.

burst versus wakeup
bei wakeup muss man warten, bis der rt aufwacht, dann muss man sich sputen und senden.
burst: der rt ist im "semi-schlummer-mode"und kann jederzeit geweckt und befragt werden.

burst verbraucht mehr batterie(keine Ahnung wie viel)

erst einmal ist nur wakeup zugesichert. Wenn devices gepeert sind, die trigger an den rt senden dürfen mussder rt auch burst können, schaltet also auch burst ein.

ich hatte den rt gepeert (team-peer) und dann den peer wieder gelöscht. Dennoch kann ich ohne Probleme burst nutzen. daher habe ich auch burst zugelassen(und nach eueren erfahrungen gefragt..)

in der Datei im Anhang ist burst wieder off. der rt empfängt also nur wenn er aufwacht oder du anlernen drückst.
Probiere es einmal und berichte.

Ich werde an einem Verfahren arbeiten, dass flexibel arbeitet. mal sehen.

Gruss Martin

[rabe]

Hallo,
ich mache gerade auch erste Versuche mit einem HM_HM_CC_RT_DN und habe mit der aktuellen
Version: 10_CUL_HM.pm 3936 und dem HMConfig von heute morgen auch das Problem, dass ich
nur dann Daten an das Device schicken kann, wenn ich vorher die Anlerntaste drücke.
Nur dann kann ich z.B. beim ClimRT_tr die desired_temp oder die temp_list verändern (so dass
es auch am Device ankommt). Ansonsten führt jedes Kommande zum einem protResndFail.
Ich nutze einen HMLAN zur Kommunikation - fhem ansonsten auch komplett vorher upgedated.

Gruß Ralph

[Otto]

Hi,

ja, es geht beim Anlernen und wohl auch beim Aufwachen

Code Auswählen Erweitern

2013-09-22_17:00:34 Heiz_AZ_ClimRT_tr T:24.7 desired:25 valve:68 %
2013-09-22_17:00:36 Heiz_AZ_ClimRT_tr set_desired-temp 19.0
2013-09-22_17:02:19 Heiz_AZ_ClimRT_tr set_desired-temp 18.0
2013-09-22_17:02:42 Heiz_AZ_ClimRT_tr motorErr: ok
2013-09-22_17:02:42 Heiz_AZ_ClimRT_tr measured-temp: 24.8
2013-09-22_17:02:42 Heiz_AZ_ClimRT_tr desired-temp: 25
2013-09-22_17:02:42 Heiz_AZ_ClimRT_tr ValvePosition: 68 %
2013-09-22_17:02:42 Heiz_AZ_ClimRT_tr mode: auto
2013-09-22_17:02:42 Heiz_AZ_ClimRT_tr T:24.8 desired:25 valve:68 %
2013-09-22_17:02:43 Heiz_AZ_ClimRT_tr set_desired-temp 20.0

18 Grad wurde um 17:02:42 übernommen, die 20 Grad hat er dann beim Anlernen übernommen.


Gruß Otto

[betateilchen]

Ich denke übrigens nicht, dass der aktivierte burst Modus an einem Homematic-Empfänger einen wirklich relevanten Einfluß auf die Batterielebensdauer hat. Es gibt ja inzwischen schon einige Komponenten, die im burst arbeiten und trotzdem sehr lange Batterielebenszeiten haben (sollen)

[martinp876]

hi,
zur klärung:
- der burst mode wird NICHT von mir eingeschaltet, das macht der RT (und nicht nur der) intern
- der burst mode soll, wenn er ein ist, von fhem auch genutzt werden.
- aktuell nimmt fhem an, dass der RT burst kann. meiner hat es ( nach einer vorgeschichte). Auch wenn alle peers gelöscht sind
- das einschalten des burst hängt mit sicherheit mit dem peeren zusammen

die nächste version wird erst einmal von no-burst ausgehen. Ihr könnt das hmconfig, version weiter oben in diesem Thread, einbauen und alles sollte klappen!!

das Automatische "erkennen und nutzen" des burst-on kommt später

Gruss Martin

[mgernoth]

Hi,

- das einschalten des burst hängt mit sicherheit mit dem peeren zusammen

Ja, sehe ich auch so. Es geht aber auch manuell. Habe gerade mal das Register burstRx auf on gestellt, danach hat Burst funktioniert :-)

Gruß
  Michael

[martinp876]

hi Michael,

gut, danke. hatte ich nicht gesehen :-(

ich werde am automatischen Erkennen arbeiten.

Gruss Martin

p.s. version 3944 ist ers einmal zurüch auf "wakeup only" für rt

[BuRi]

Hallo,

ich habe versucht die desired-temp mit der letzten Version zu setzen, aber es hat weder mit noch ohne Anlernen funktioniert. Hat es jemand schon mal geschafft, wenn ja was genau hat er gemacht. Die Thermostate sind gepairt und zeigen es auch richtig an.

Gruß

BuRi

[martinp876]

ich kann es setzen - kein Problem.
das mit den modi hast du verstanden?

ab Morgen geht erst einmal nur noch wakeup und config.

"conditional"-burst ist verschoben

[BuRi]

Hallo,
du bist ja auch noch spät unterwegs.
Daß  es drei modi gibt weiß ich, aber muß ich den wakeup modus setzen?

Gruß BuRi

[martinp876]

hi buri,

modi musst du keine setzen,kannst du garnicht.
beim rt hatte ich mich verkalkuliert und fälschlich burst zugelassen. das funktioniert nur manchmal.
aktuell (Version heute) ist burst=off. Demnach funktioniert wakeup.

Es ist eben so, dass wenn burst angenommen wird alles sofort gesendet wird. wakeup ist somit irrelevant.

mein ziel ist, devices mit "conditional burst" entsprechend zu unterstützen. u.a der rt kann burst einschalten. ich muss also feststellen, ob es eingeschaltet ist oder nicht.

heute (nach update) kann der rt wakeup und config
Gruss Martin

[BuRi]

Super

es hat funktioniert! Aber kann es sein, dass man die Temperatur immer mit Komma eingeben muss?
set desired-temp 12 hat nicht funktioniert, set desired-temp 12,0 geht!

Vielen Dank

BuRi

[betateilchen]

das mit dem Komma wäre aber extrem schräg, das kann ich mir als Ursache eigentlich kaum vorstellen.

[rabe]

Hallo zusammen,
das mit dem Komma glaube ich auch nicht. Ich habe aber ähnliche Probleme, auch mit der neusten Version ohne Burst: die Kommunikation funktioniert nur unzuverlässig. Manchmal geht's, manchmal nicht. Einigermaßen sicher ist die Kommunikation nur, wenn ich die Anlerntaste
drücke.
Ich hatte noch keine Zeit die Logs genau zu analysieren, oder Ursachenforschung zu betreiben...
Gruß Ralph