HM-CC-RT-DN mit LaCrosse virtuelle Temperatur Sensoren hat Aussetzer

[Fredi69]

Wo? Jetzt bin völlig verwirrt. Ich habe das im .Clima Channel des RT gesetzt!

[duke]

Musst du in dem virtueller Sensor setzen.

Nach einem FHEM-Neustart habe ich das Attribut dort jetzt gefunden. Vielen Dank! 

Ich melde mich, sobald ich sagen kann, ob 50ms zu Verbesserungen bei mir geführt haben.

[vbs]

Wo? Jetzt bin völlig verwirrt. Ich habe das im .Clima Channel des RT gesetzt!

Das ist eine Eigenschaft des Senders und muss daher (eigentlich) dort gesetzt werden. Sprich: Im virtuellen Device, welches als Temperaturgeber für den RT dient. Das im Clima-Channel des RT zu setzen kann mMn nicht funktionieren.

Aber es ist jetzt wie gesagt ein Default-Wert von 200 ms eingecheckt in der aktuellen Version. Also wenns gut läuft, dann muss man das Attribut nirgends händisch setzen.

[sinus61]

Also ich habe es bei dem einen RT wo es mit dem Detail nicht lief im Weather Channel gesetzt. Der ist ja mit dem virtuellen Sensor gepeert.

[duke]

Also ich kann nur sagen, klappt bisher bestens. Mehr als 1 Tag ist rum und bisher noch keine Spikes...das hatte ich noch nicht. Also Daumen hoch! 

[Fredi69]

...Sprich: Im virtuellen Device, welches als Temperaturgeber für den RT dient.

Wenn ich das im VirtualDevice setzen will kommt die Meldung:

Code Auswählen Erweitern

cyclicMsgOffset only valid for channels

[Linef]

Also dann: genau das tun, was die Fehlermeldung sagt: Die Option kann nur in den Channeln des virtuellen Sensors gesetzt werden.

[vbs]

Genau. Sorry mein Fehler, hab mich ungenau ausgedrückt.

[Fredi69]

Jetzt habe ich es auch verstanden, sorry. Danke.

[EinEinfach]

Könnte bitte mal jemand (oder gern mehrere), der ein TC gepeert mit RT hat, die Nachrichten, die dieser zyklisch schickt für so 5-6 Stunden loggen und mir schicken? Ich würde gerne mal die Zeitintervalle nachrechnen gegen die Implementierung in FHEM und in Asksin.
Sollte ungefähr so aussehen:
Code: [Auswählen]

2017.01.26 22:12:52.919 0: HMLAN_Parse: HMLAN0 R:E306FC5   stat:0000 t:6359CC19 d:FF r:FFC4     m:27 8470 306FC5 000000 00AD25

Hallo zusammen, ich weiß nicht wie aktuell die Anfrage hier ist, aber ich habe heute ane meinem System ca. 6 Std. mitgelogt. Vielleicht kann jemand mit etwas Exel-Magie eine oder das andere herausfinden. Ich sehe leider nichts, ob es hier irgendwo ein Muster gibt.
HMID 515162 ist ein HM-Wandthermostat, der mit einem HMID 493722 HM-Heizkörperthermostat gepeert ist.
HMID 061279 ist die Zentralle bzw. ein LaCrosse Sensor der mit HMID 493708 HM-Heizkörperthermostat gepeert ist.

Mein Problem sieht eigentlich wie folgt aus:
Solange ich nur ein Paar Lacrosse -> Thermostat im Betrieb habe, funktioniert es die meiste Zeit, auch ohne den Offset. Aber sobald ich ein zweites Paar in Betrieb nehme, dann gibt es sofort Aussetzer egal wie ich an dem Offset Attribut schraube.

Gruß

[Hollo]

...
- bei meinem "schlechtesten" Thermostat die Batterie so ca. 4 Wochen hält
...

Mal ein kleiner Nachtrag:
Nach dem "Timing-Tuning" halten auch die Batterien meiner beiden "Problem"-Thermostate nun schon monatelang durch.
Es gibt also doch/auch eine direkte Abhängigkeit zwischen externem Temp-Sensor und Batterie-Lebensdauer.

[vbs]

Klar, weil im Schlechtfall der Sensor nach einiger Zeit in den "Dauerempfangs"-Modus geht, um dann das Synchronisationsfenster wieder zu treffen.

[Hollo]

Das "sporadische Blinken" des Antennen-Symbols hatte ich ja bemerkt; dass der Unterschied der Batterie-Lebensdauer aber so gravierend ist/war, hatte ich nicht gedacht.
Jetzt läuft es ja seit Monaten sehr zufriedenstellend. Vielen Dank für die Arbeit.

[SonOfAbaddon]

Hallo zusammen. Ich möchte mich noch einmal an dieses Thema anhängen.

Bei mir hat seit gestern der Lacrosse-Gespeiste virt-Sensor im Wohnzimmer auch die Synchronisation verloren. Also auf die Suche gemacht, diesen Thread gefunden, gelesen und abgearbeitet.

Folgendes Tritt bie mir seit gestern Abend auf:
1- virtueller Sensor hat die korrekte Temperatur vom Lacrosse
2- virtueller Sensor Channel_01 steht dauerhaft im Modus set_virtTemp 17.9  (wobei die Temperatur immer der echten, gemessenen entspricht)
3- Das HM-CC-RT-DN hat dauerhaft das blinkende Antennensymbol
4- channel_01 Attribut cyclicMsgOffset auf verschiedene Werte gesetzt: 100,200,500. Keine Auswirkung. Wartezeit dazwischen immer ca. 20 Minuten.
5- Peering ist OK:  x-ref list
    HM_WZVirt => HM_WZ_Weather
    HM_WZ_Weather => HM_WZVirt

Ich habe keine Ideen mehr wo ich hier angreifen soll. Letzte Instanz wäre ein komplettes Neuaufbauen des Reglers & des virtTemp. Habe ich im Spätherbst schon einmal gemacht, weil ich dachte, dass hier ein Problem liegt (War aber auch nur eine Abweichung der Temperatur, also das gleiche Problem wie jetzt).

Für Hilfe: Danke im Voraus!

[frank]

wie sieht der funk aus, rssi?
hat das io gewechselt?
vielleicht helfen neue batterien.