Jetzt muss ich hier um Hilfe bitten.
Das o.g. Heizkörperthermostat ist mein Favorit. Bitte keine Diskussion über besser oder schlechter.
Ich habe leider kein Verständnis über das richtige einbinden dieses in FHEM.
Es gibt einige Einträge im Forum aber niemand beschreib es detailliert.
Ich setzte den ZW-Dongle in addNode -> on......
da geht es schon los. Nach der Anleitung bekomme ich es manchmal eingebunden. Doch scheitert es an den "geheimen" Befehl für das wake up interwall.
Ich kann es noch so oft probieren es steht immer "Scheduled for sending after WAKEUP"
Aufwachen sollte er aber wenn man doch die Taste in der Mitte drückt.
Will aber nicht.
Ich hoffe ihr nehmt es mir nicht allzu übel das ich so auftrete aber nach zwei Tagen bin ich jetzt echt verzweifelt.
LG
Tom
Hallo
Ich habe den Danfoss Living connect
zuerst includiert (Taste drücken usw...),
dann mit
set <Thermostatname> wakeupintervall Nodeid
überredet der Masternode (bei mir 1) nach dem Aufwachen (5min) seinen Status zu übermitteln
also z.B.
set Thermostat wakeupintervall 300 1
dann noch ein Timer um ihn regelmäßig aufzuwecken:
define Atdanfoss at +*00:30 get Thermostat battery
Die Funktion ist dann in den Readings mit Zeitstempel ganz gut zu sehen.
für das Design kann man noch z.B.:
attr Thermostat stateFormat setpointTemp
attr Thermostat webCmd setpointHeating
attr Thermostat widgetOverride setpointHeating:knob,min:16,max:24
Damit funktioniert der Thermostat wunderbar.
Den ersten Befehle habe ich nach dem includieren relativ zügig abgesetzt, weil ich bei meinen Versuchen festgestellt habe, dass der Thermostat nach dem ersten Nickerchen ansonsten nicht mehr zu erreichen ist.
Er funktioniert auch als Zusammenfassung von Thermostaten mit Lightscene, was vermutlich nicht sehr elegant ist aber superschnelle Erfolge bringt. ;D
Ich hoffe das hilft Dir Erstmal
LG Frederic
Habe fast das selbe Problem
Habe diese Thermostate zwar eingebunden , die eingestellte Themperatur wird auch nach einiger Zeit in FHEM angezeigt , doch änderungen über FHEM werden nicht übernommen oder gesendet .
2015.12.29 06:50:45 2: ZWave set ZWave_THERMOSTAT_7 setpointHeating 19 steht im Logfile , doch die springt wieder zurück auf den alten Wert der am Thermostat eingestellt wurde . ?
Wenn FHEM Einstellwerte vom Thermostat erhält scheint die Kommunikation ja prinzipiell zu funktionieren.
Möglicherweise hast du ein Problem mit dem Wakeup Intervall
Wenn ein Set Befehl zum Thermostat gesendet wird sollte danach in der Oberfläche
"Scheduled for sending after WAKEUP" zu sehen sein.
Um den Vorgang zu testen kannst du den Thermostat brutal durch drücken einer Taste zur Temperaturerhöhung oder Verringerung aufwecken.
Versuche einmal
get <Thermostatname> wakeupIntervall
dann sollte wieder
"Scheduled for sending after WAKEUP" erscheinen.
Jetzt den Thermostat wachrütteln (natürlich nicht wirklich rütteln sondern durch Tastenbetätigung s.o.) :D
Wenn du jetzt die Oberfläche aktualisierst sollte zeitnah im Reading vom Thermostat ein Eintrag
wakeupReport interval 300 target 1
oder so ähnlich erscheinen.
Ich habe mit 300 Sekunden gute Erfahrung gemacht bei sehr sparsamen Batteriebetrieb gemacht.
Ja Danke . Geht jetzt irgendwie doch!?
Es reicht doch das Wakeup nur am ersten Thermostat auf 300sek. zusetzen oder . Die anderen sollten doch mit aufgeweckt werden?
Moin
@ Merten
Vielen dank, nach deiner Anleitung und Geduld funktionieren die alle. Als Anmerkung für Newbees, lasst euch Zeit.
Die wakeupInterval Anforderung wird im fhem gespeichert und dann ausgeführt wenn das Thermostat dann tatsächlich wach ist.
Ein zwischenzeitlicher Neustart des Systems löscht die Anforderung, ÄTSCH.
Auch ist es echt wichtig den Event Monitor im Auge zu behalten.Wenn dort das wakeupInterval der enzelnen Thermostate in der gewünschten Zeit (300 Sekunden) erfolgt, ist es mE. ziemlich uninteressant wenn da im STATE TRANSMIT_NO_ACK oder etwas anderes steht.
Man möge mich berichtigen.
Hast du Erfahrung mit der automatischen Fenster auf Erkennung ?
Auf den Danfoss Seiten ist es zwar mit ausgeschrieben aber jeweils immer im Betrieb mit dem Danfoss-Link System.
Können die Thermostate das auch autark?
Ich bin zwar noch am experimentieren mit den Fibaro Door/Window Sensor, aber wenn die Thermostate das von sich aus können ........
Noch etwas.
Ich benutze einen dummy um die Temperatur im Frontend einzustellen.
define HeizungKuecheSlider dummy
attr HeizungKuecheSlider alias Heizung Küche
attr HeizungKuecheSlider group Heizung und Temperatur
attr HeizungKuecheSlider icon sani_heating
attr HeizungKuecheSlider room Küche
attr HeizungKuecheSlider setList state:4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28
attr HeizungKuecheSlider stateFormat state °C
attr HeizungKuecheSlider webCmd state
Dieser dann über ein notyfy Das Thermostat regelt.
define HeizungKuecheSliderNotify notify HeizungKuecheSlider:* {\
my $sliderwert =\
ReadingsVal("HeizungKuecheSlider","state","on");;\
fhem ("set HeizungKueche setpointHeating $sliderwert");;\
}
Das tut soweit gut, für Verbesserungsvorschläge bin ich offen. Doch finde ich die knob Ansicht echt viel schöner.
Kriege die aber nicht in den dummy umgesetzt.
Was gibt es denn noch für Varianten? slider, setList,knob ???