HM-CC-RT-DN actuator komplett selbst mit eigener Heizkurve

Begonnen von gnauck, 19 Oktober 2015, 12:38:03

Vorheriges Thema - Nächstes Thema

gnauck

Hallo,

gibt es eine Möglichkeit nur den Actuator des Thermostates komplett selbst steuern? Ich möchte den Thermostat Zweckentfremden und damit eine eigene Vorlauftemperatur Steuerung basteln. Dazu müsste ich nur die Ventilstellung durchgeben.

Falls es nicht geht, vielleicht gibt es andere Thermostate womit es gehen könnte. Oder einem kleinen Umbau mit einem Raspi oder ähnlichen.

Edit: Habe diesen Beitrag gerade gefunden:
http://www.fhemwiki.de/wiki/MAX!_Thermostat_f%C3%BCr_die_Fussbodenheizung
Würde das auch mit dem HM-CC-RT-DN gehen?

Danke,
Alex

chipmunk

Suche einmal hier im forum, angeblich kann man beim Vorgängermodell, dass zum Teil noch z.b. beim C* erhältlich ist, die Ventilposition direkt steuern.

Chipmunk
RasPi3, HM, HUE, div 433MHz Baumarktdosen über Sende- und Empfangsmodule von C*, Ediplug

gnauck

nach einiges an Recherche denke ich dass ich über die max. Ventilöffnung gehen könnte.

Einfach einen niedrige Ist Temperatur und eine hohe Soll Temperatur vorgeben. Das sollte den Thermostat dazu bewegen max. zu öffnen
Dann einfach über max. Ventil-Öffnung den max. Wert steuern. Max Wert sollte dann immer Actuator aktuell entsprechen.

Alex

frank

Zitat von: chipmunk am 20 Oktober 2015, 13:00:04
... angeblich kann man beim Vorgängermodell, ... , die Ventilposition direkt steuern.
genau, das mache ich erfolgreich mit dem hm-cc-vd.
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

gnauck

Okay, wenn es mit dem Vorgänger so einfach ist dann schaue ich einfach ob ich einen bekomme.

Alex

frank

Zitatwenn es mit dem Vorgänger so einfach ist
ich behaupte einfach mal "einfacher" und logischer, da der vd ein reines stellglied ist.  :)

voraussetzung ist ein stabiles fhem ohne verzögerungen. denn fhem muss zu fest verabredeten zeiten mit dem vd kommunizieren, sonst schläft der vd für eine stunde ein und geht in dieser zeit auf errorposition. obwohl ich fhem auf einer fritzbox laufen habe, funktioniert es trotzdem erstaunlich gut.
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