HM-CC-TC "Fenster zu" Temperatur im manual mode

Begonnen von hanske, 04 November 2015, 08:41:10

Vorheriges Thema - Nächstes Thema

hanske

Hallo,

ich betreibe meine HM-CC-TC im "manual" Modus, um sie sowohl von FHEM als auch manuell einstellen zu können.
Jetzt habe ich sie mit einem HM-SEC-SCo Fensterkontakt gepeert.
Die Temperatur bei offenem Fenster wird auch korrekt auf 12°C gestellt, nach dem Schließen wird aber nicht der vorherige Wert, sondern ein scheinbar zufälliger Wert eingestellt.
Die Wert ist weder in der Temperaturliste noch als Party-, Nacht- oder Tagtemperatur hinterlegt.
Ich vermute, dass es der letzte am Einstellrad eingestellte Wert ist.
Ich würde natürlich gerne den Wert dort wieder haben, der zuvor von FHEM oder manuell eingestellt wurde.

Kennt jemand eine einfache native Lösung?
Sonst muss ich das über Notifys lösen.

Danke

Raspberry Pi (Wheezy), Aeon Labs Z-Wave USB Stick 2, HM-USB Adapter, EBUS 2.0 mit Wemos
diverse HM und Z-Wave Geräte

hanske

Ich habe den Wert doch noch gefunden:
Es wird bei "Fenster zu" immer der Wert "desired-temp-manu" aus dem Climate Channel gesetzt.

Muss ich den nun, wenn ich von FHEM eine Temperatur setzen will immer dieses Reading auch setzen?
Raspberry Pi (Wheezy), Aeon Labs Z-Wave USB Stick 2, HM-USB Adapter, EBUS 2.0 mit Wemos
diverse HM und Z-Wave Geräte

Bennemannc

#2
Hallo,

warum "manual" ? Das Thermostat hat normalerweise ein Tagesprogramm. Wenn Du innerhalb diese Tagesprogrammes Werte änderst - von Hand vor Ort oder über fhem - bleiben die geänderten Werte bis zur nächsten Programmzeit bestehen. Es sollte auch dabei nach dem Fenster schließen der vorher eingestellte Wert wiederkommen. Wenn Du das testen möchtest - lass dem Thermostat Zeit. Die Batteriebetriebenen Geräte reagiern nicht immer sofort.
Ich wüsste deshalb Grund das Teil auf manual zu setzen.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

hanske

Hallo,

die internen Temperaturlisten wollte ich gar nicht nutzen.
Ich möchte eigentlich alles über Weekdaytimer und Bewegungsmelder direkt aus FHEM steuern.
Die Weekdaytimer kann ich auch schneller editieren als die Temperaturlisten
Ich habe die Temperaturlisten  bereits so minimiert, dass nur noch der 24 Uhr Wert gesetzt ist, aber selbst der nervt. Daher war für mich der "manual" mode der einzige Ausweg.
Funktionierte auch alles bestens, bis ich die Fensterkontakte angeschafft hatte.

Ich setze jetzt bereits auch zusätzlich das Reading "desired-temp-manu" im Climatechannel auf den desired Wert aus FHEM.
Trotzdem stellt sich der Thermostat nach dem Fensterschließen immer wieder auf 19°C. Ich weiß nicht wo er diesen Wert her nimmt. Selbst in der Temperaturliste steht für den ganzen Tag 18°C.

Nach dem Setzen der Temperatur aus FHEM sende ich immer einen Burst. Dann reagieren die TC's sofort. :)

Grüße

Raspberry Pi (Wheezy), Aeon Labs Z-Wave USB Stick 2, HM-USB Adapter, EBUS 2.0 mit Wemos
diverse HM und Z-Wave Geräte

ext23

Zitat von: Bennemannc am 04 November 2015, 20:22:32
Das Thermostat hat normalerweise ein Tagesprogramm. Wenn Du innerhalb diese Tagesprogrammes Werte änderst - von Hand vor Ort oder über fhem - bleiben die geänderten Werte bis zur nächsten Programmzeit bestehen. Es sollte auch dabei nach dem Fenster schließen der vorher eingestellte Wert wiederkommen. Wenn Du das testen möchtest - lass dem Thermostat Zeit. Die Batteriebetriebenen Geräte reagiern nicht immer sofort.
Ich wüsste deshalb Grund das Teil auf manual zu setzen.

Ich nutze das Auto Programm, und da ist es gerade nicht so. Sagt das Tagesprogramm 19 Grad und ich stelle es per FHEM auf 20 Grad und öffne das Fenster geht es auf 12 Grad, alles richtig. Schließe ich das Fenster jetzt, geht es nicht auf 20 Grad sondern auf die 19 Grad die in der Liste stehen. Ich merke das zwar gerade erst nach zig Jahren mal, aber komisch ist das schon. Gibt es da eine Lösung für? Bei den neuen RT Thermostaten passiert das nicht. Die Verhalten sich so das der zuvor eingestelle Wert wiederhergestellt wird. Allerdings ist die Frage wie sich das Teil dann verhält, wenn genau in der Fenster offen Zeit eine Änderung der Temp Liste ansteht, aber das ist ein anderes Thema.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Bennemannc

Hallo,

dann müsste man bei einer Temperaturänderung sich diese speichern und mit einem "notify" auf Fenster zu diesen mit set ... wiederherstellen.
Die alten Thermostate sind nicht updatefähig - es sei denn man schickt diese ein. Was ist eigentlich die aktuelle FW für Thermostat und Stellantrieb ?

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

frank

meine haben fw 2.1, welche wohl die neueste ist, und finde diese ebenfalls etwas "buggy", was das verhalten in den unterschiedlichen modes angeht. daher nutze ich den cent mode, wo das "seltsame" eigenleben der tc nahezu abgeschaltet ist. hier schalten dann aber gepeerte fk nur beim öffnen runter und gar nicht mehr zurück.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

ext23

Mhh, ok, also müsste man sich irgend etwas selber basteln, oder einfach mit leben wie die letzten 2 Jahre auch ;-)
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)