[Vorlage] Ventilsteuerung PWM-Ansatz für FBH/IR-Panele o.ä.

Twoxx

Habe es mir so vorgestellt die ds18b20 Sensoren messen engmaschig den Rücklauf bis er annähernd der Sollraumtemperatur entspricht dann gehen die Ventile zu. Die Raumthermostat Temperatur ist denen aber übergeortnet heisst wenn durch Sonneneinwirkung oder Gäste die Sollraumtemperatur schon voher erreicht ist stoppt er den Prozess. Ist nur so ein Gedankenspiel weiß nicht ob ich das richtig gedacht habe. Aber wollte die FBH sowieso mit Rücklaufsensoren ausstatten. Wäre schön wenn man die mit reinnehmen könnte. `

Hallo DJ Watson,

meine Name ist Twoxx. Ich bin der Entwickler des Original-Scripts dieser Heizungssteuerung im Homematic-Forum.

Ich freute mich sehr das Apollon meine Arbeit hier für ioBroker zur Verfügung stellt und das er sich die Arbeit gemacht hat, das Script zu portieren.

Und natürlich freue ich mich, dass diese Lösung so einen positiven Anklang findet.

Bei der Entwicklung des Scripts hatte ich ebenfalls Deine Gedanken und auch versucht diese umzusetzen.

Ich hatte hierfür an den Rücklauf-Schläuchen Homematic Temperaturmesser angebracht

(HM-WDS30-OT2-SM bzw. HM-WDS30-T-O). Diese messen natürlich nicht direkt die Wassertemperatur, sondern eben aussen am Schlauch die Schlauchtemperatur.

Leider mußte ich feststellen, dass diese Temperaturmesser insgesamt sehr ungenau sind bzw. nicht einheitlich messen. Teilweise unterscheiden sich die Messergebnisse der Temperaturmesser im Vergleich um 1,5 Grad und auch im Vergleich zu den Wandthermostaten gibt es nochmals Unterschiede. Ausserdem war es eine sehr teuere Lösung, abhängig wieviele Heizkreise man besitzt.

Ich hatte deshalb von dieser Variante Abstand genommen und eine andere Lösung in das Script integriert.

Anstatt die Rücklauftemperatur zu messen, rechnet mein Script die WAHRSCHEINLICHE Raumtemperaturentwicklung der nächsten beiden Schaltzyklen des Scripts VORAUS (im Standard also die nächsten 20 Minuten bzw. 40 Minuten - je nachdem welches Intervall man persönlich gewählt hat).

Vom zeitlichen Ablauf her, greift also meine Lösung bereits VOR Deinem Lösungsvorschlag mit der Rücklauftemperatur. Sofern mein Script "vermutet" das die Raumtemperatur innerhalb der nächsten Zeit die Sollemperatur erreichen wird, schaltet es bei den Aktoren bereits "reduzierte Heizzeiten" für die PWM, sodaß kein Überheizen erfolgt.

Siehe hierzu der Original-Teil des Homematic-Scripts:

ACHTUNG! KEIN IOBROKER-CODE, sondern HOMEMATIC-SCRIPT!!

Veröffentlichung dient nur zur Veranschauung!

!---------------------- Einschaltzeit berechnen -----------------
if ((dom.GetObject("isttemperaturEGBuro").Value()) <= (dom.GetObject("solltemperaturEGBuro").Value()))
{
WriteLine("Isttemperatur kleinergleich solltemperatur");
dom.GetObject("heizleistungEGBuro").State((0.0000 + ((((dom.GetObject("solltemperaturEGBuro").Value() + 0.2000) - dom.GetObject("isttemperaturEGBuro").Value()) / dom.GetObject("toleranzEGBuro").Value()) * 100.0000)));
dom.GetObject("heizzeit1EGBuro").State((0.0000 + ((dom.GetObject("ScriptintervallEGBuro").Value() * dom.GetObject("heizleistungEGBuro").Value()) / 100.0000)));
dom.GetObject("einschaltzeitvergleichtempEGBuro").State((0.0000 + ((dom.GetObject("EGBuroFBTempDiff").Value() * dom.GetObject("heizzeit1EGBuro").Value()) / dom.GetObject("EGBuroDiffStartEndHeizzeit").Value())))
dom.GetObject("OrigHeizEGBuro").State(dom.GetObject("heizzeit1EGBuro").Value());
if (((dom.GetObject("toleranzEGBuro").Value() * dom.GetObject("heizleistungEGBuro").Value()) / 100.0000) >= dom.GetObject("einschaltzeitvergleichtempEGBuro").Value())
{
WriteLine("heizzeit im original übernommen"); dom.GetObject("heizzeitEGBuro").State((dom.GetObject("heizzeit1EGBuro").Value() * 60.0000));
}
else
{
WriteLine("reduzierte heizzeit übernommen");
dom.GetObject("tempdifferenzkalkrealEGBuro").State((0.0000 + (dom.GetObject("einschaltzeitvergleichtempEGBuro").Value() - ((dom.GetObject("toleranzEGBuro").Value() * dom.GetObject("heizleistungEGBuro").Value()) / 100.0000))));
dom.GetObject("reduzierungszeitEGBuro").State(0.0000 + ((dom.GetObject("tempdifferenzkalkrealEGBuro").Value() * dom.GetObject("EGBuroDiffStartEndHeizzeit").Value()) / dom.GetObject("EGBuroFBTempDiff").Value()));
dom.GetObject("neueheizzeitEGBuro").State((0.0000 + (dom.GetObject("heizzeit1EGBuro").Value() - dom.GetObject("reduzierungszeitEGBuro").Value())));
if (dom.GetObject("neueheizzeitEGBuro").Value() <= 0.0000)
{
dom.GetObject("heizzeitEGBuro").State((0.0000 + dom.GetObject("SicherheitsheizzeitEGBuro").Value())); WriteLine("sicherheitshalber 4 Minuten heizen");
}
else
{
dom.GetObject("heizzeitEGBuro").State((0.0000 + (dom.GetObject("neueheizzeitEGBuro").Value() * 60.0000))); WriteLine("neueheizzeit übernommen");
}
}
}
else
{
WriteLine("Isttemperatur größer solltemperatur");
dom.GetObject("heizleistungEGBuro").State((0.0000 + (((dom.GetObject("hochtempEGBuro").Value() - dom.GetObject("isttemperaturEGBuro").Value()) / dom.GetObject("toleranzEGBuro").Value()) * 100.0000)));
dom.GetObject("heizzeit1EGBuro").State((0.0000 + ((dom.GetObject("ScriptintervallEGBuro").Value() * dom.GetObject("heizleistungEGBuro").Value()) / 100.0000)));
dom.GetObject("einschaltzeitvergleichtempEGBuro").State((0.0000 + (dom.GetObject("EGBuroFBTempDiff").Value() * dom.GetObject("heizzeit1EGBuro").Value() / dom.GetObject("EGBuroDiffStartEndHeizzeit").Value())));
dom.GetObject("OrigHeizEGBuro").State(dom.GetObject("heizzeit1EGBuro").Value());
if (((dom.GetObject("toleranzEGBuro").Value() * dom.GetObject("heizleistungEGBuro").Value()) / 100.0000) >= dom.GetObject("einschaltzeitvergleichtempEGBuro").Value())
{
WriteLine("heizzeit im original übernommen"); dom.GetObject("heizzeitEGBuro").State((dom.GetObject("heizzeit1EGBuro").Value() * 60));
}
else
{
WriteLine("reduzierte heizzeit übernommen");
dom.GetObject("tempdifferenzkalkrealEGBuro").State(0.0000 + (dom.GetObject("einschaltzeitvergleichtempEGBuro").Value() - ((dom.GetObject("toleranzEGBuro").Value() * dom.GetObject("heizleistungEGBuro").Value()) / 100.0000)));
dom.GetObject("reduzierungszeitEGBuro").State(0.0000 + ((dom.GetObject("tempdifferenzkalkrealEGBuro").Value() * dom.GetObject("EGBuroDiffStartEndHeizzeit").Value()) / dom.GetObject("EGBuroFBTempDiff").Value()));
dom.GetObject("neueheizzeitEGBuro").State(0.0000 + (dom.GetObject("heizzeit1EGBuro").Value() - dom.GetObject("reduzierungszeitEGBuro").Value()));
if (dom.GetObject("neueheizzeitEGBuro").Value() <= 0.0000)
{
dom.GetObject("heizzeitEGBuro").State(0.0000 + dom.GetObject("SicherheitsheizzeitEGBuro").Value()); WriteLine("sicherheitshalber 4 Minuten heizen");
}
else
{
dom.GetObject("heizzeitEGBuro").State(0.0000 + (dom.GetObject("neueheizzeitEGBuro").Value() * 60.0000)); WriteLine("neueheizzeit übernommen");
}
}

Mein Script versucht so die Trägheit der Fussbodenheizung zu kompensieren.

Wie Du ja selbst geschrieben hast, heizen sich die Fliesen der Fussbodeneizung ja auf und geben weiter Wärme ab. Dies passiert auch, wenn Du rücklauftemperaturgesteuert

die Aktoren abschaltest. Es könnte aber sein, dass hier der Zeitpunkt ebenfalls schon zu spät gewählt ist und der Raum trotzdem zu warm wird, bzw. man müsste wohl mit entsprechendem

OFFSET bei den Temperaturen arbeiten.

Hier kann man natürlich spielen und sofern man den zeitlichen Aufwand betreiben will auch eine passende Lösung entwickeln.

Was mein Script angeht, könnte man hierfür im oben dargestellten Teil des Scripts "eingreifen" und eine entsprechende Schaltzeit bzw. im Teil der Schaltlogik einen Ausschaltbefehl unterbringen.

Da ich leider für IO-Broker nicht programmieren und nicht testen kann, könnte ich so eine Lösung nur für Homematic umsetzen.

Sofern Du meine Lösung bereits umgesetzt hast (und soweit ich das Io-Broker Script von Apollon beurteilen kann, hat er meinen obigen Script-Teil auch in seine Arbeit mit übernommen), Deine Vorlauftemperatur passt und Deine Räume trozdem zu warm sind, dann müssen die Parameter auf Deine Verhältnisse angepasst werden.

Im Homematic Forum habe ich hierfür folgende Beschreibung eingestellt:

` > - Sofern der der Zuschlag bei hochtempEGBuro (im Beispiel +0,5°) zu groß gewählt wird und die aktuelle IST-Temperatur ÜBER der Solltemperatur liegt, kann es vorkommen, dass die Ist-Temperatur weit oberhalb der Soll-Temperatur gehalten wird und nie den Bereich innerhalb der Hysterese erreicht. –> Der Raum bleibt viel zu warm und kann nicht abkühlen.

Sofern der Abschlag toleranzniederEGBuro (im Beispiel 0,8°) zu groß gewählt wird und die aktuelle IST-Temperatur UNTER der Solltemperatur liegt, kann es vorkommen, dass die IST-Temperatur

weit unterhalb der Soll-Temperatur bleibt und die Raumtemperatung nie den Bereich der Hysterese oder die Solltemperatur erreicht. --> Der Raum bleibt zu kalt.

Die beiden Werte müssen individuell durch Ausprobieren im jeweiligen Raum ermittelt werden. Als Startwerte zum Ausprobieren eigenen sich die im Beispielscript hinterlegten Werte auf jeden Fall.

Hierbei wird davon ausgegangen, dass die Einstellungen der Vorlauftemperatur der Heizung bereits VOR Umsetzung der hier dar gestellten Lösung im entsprechend für die jeweilige Heizung

erforderlichen normalen Rahmen liegen. `

Ich hoffe ich konnte etwas weiterhelfen.

Frdl. Gruß

Twoxx

quorle

Also ich hätte da auch einmal eine Frage bezüglich des Scriptes, wäre es möglich das Script auch zur Steuerung der Heizventile HM-CC-RT-DN ( Heizthermostate für normale Wandheizkörper )geeignet wäre. Als Profilsteuerung nutze ich das Heizungsscript V2 von looxer01 und würde nun meine Heizthermostate mittels externen Raumthermostat jeweils in einer variablen Zeitvorgabe die neu errechnete Sollwertvorgabe Temp senden.

apollon77

An sich sollten diese "Normalen Heizkörperthermostate" so eine Logik drin haben bzw das ist genau die "Ventilstellung" die die zwischen 0 und 100% einstellen …

Das Skript gibt ja auch keine "neue Solltemperatur" vor, sondern versucht es so einzustellen das die eigentliche Solltemperatur erreicht wird.

quorle

Du hast schon recht, das die "normalen Regler" schon so eine Logik eingebaut haben ( PI-Regler ). Jedoch Regeln diese in meinen Augen zu ungenau, auch mit Einstellung eines Offset.

etv

Servus Apollon77,

nachdem ich mein altes, auf der CCU laufendes Script, langsam austauschen möchte und auf meiner Suche nach Alternativen auf dein Script gestoßen bin, mal ein großes Danke für die Portierung des CCU-Scripts! :!:

Beim Durchackern des Scripts glaube ich alles verstanden zu haben, aber eine Frage noch:

Bei einem Solltemperatur Wechsel wird logischerweise erst "ab dem Wechsel" auf die neue Temperatur geregelt, also da gibt es keine "vorausschauende Funktion", oder?

D.h. wenn ich Absenkungen drinnen hab, muss ich mir die zeitliche Änderung der Solltemperatur selber errechnen/bestimme/ausmessen und dementsprechend früher setzen?

Wenn dem so ist, dann muss ich nur die Logik meines jetzigen Scripts in das Auslesen der Solltemperatur stecken - dieser Wert ist bei mir sowieso eine Variable und nicht im Wandthermostat gespeichert um niemanden dran rumdrehen zu sehen

Liebe Grüße

tom

apollon77

Ich hatte unter viewtopic.php?f=21&t=10112 noch ein weiteres Skript mit AUfheizzeit-Messung und Vorasusteuerung gepostet -das erledigt das Thema wenn die Temperatur hoch soll.

Da ich den Fall bei Absenkung nicht sehe (man will ja das es bis zum Ende warm bleibt) ist das Skript auf "erhöhung" ausgelegt.

etv

…spitze, danke dir!

Liebe Grüße

tom

etv

Servus Apollon77,

ich hab dein Script nun im Einsatz und es scheint mal ganz gut zu klappen. Ich hab es noch dahingehend modifiziert (bzw. meinen Teil in einem eigenen Script zusammengefasst). dass ich die Heizung erst starte, wenn auch ein Ventil auf geht und wieder stoppe, wenn alle Ventile geschlossen sind. Unsere Heizung, bzw. die Pumpe schaltet sich leider nicht ab, wenn kein Ventil offen ist…so läuft die Pumpe immer gehen geschlossene Ventile.

Das wirft jedoch das Problem auf, dass in der Übergangszeit die vom Script berechneten Heizzeiten natürlich zu gering sind und keine nennenswerten Auswirkungen auf die Temperatur haben, muss doch die Heizung erst "Fahrt aufnehmen".

Nun möchte ich in diesem Fall (Heizung eigentlich aus) die Heizzeiten verlängern, finde jedoch die Stelle nicht wirklich im Script.

Kannst du mir bitte sagen, wo in etwa die errechnete Heizzeit "fertig" ist und wo ich sie dann ggfls verlängern kann?

Liebe Grüße

Tom

PS: das Programm mit seinen, ich sag mal "verschachtelten Variablen" ist für mich einfach zu hoch

apollon77

Puuhhh .. da bin auch ich etwas überfragt. Ich habe ja das Skript auch "Nur" weitestgehend von einem Homematic-Skript (siehe Link) übernommen und in JavaScript umgewandelt.

Von daher wäre @Twoxx wohl der bessere Ansprechpartner dazu. chreib Ihm doch mal hier e PN oder poste deine Frage in dem HM Thread.

Alternativ ist die Frage ob das überhaupt nötig ist. Das Skript hier betrachtet die zurückliegende Temperaturentwicklung und projiziert die Zukunft. Von daher sollte es egal sein weil sich das ganze dann wieder relativiert über die Zeit bzw. alles eh davon abhängt wie gross dein Temperaturunterschied ist den Du ausgleichen musst.

etv

~~@apollon77:~~

Puuhhh .. da bin auch ich etwas überfragt. Ich habe ja das Skript auch "Nur" weitestgehend von einem Homematic-Skript (siehe Link) übernommen und in JavaScript umgewandelt.

Von daher wäre @Twoxx wohl der bessere Ansprechpartner dazu. chreib Ihm doch mal hier e PN oder poste deine Frage in dem HM Thread.

Alternativ ist die Frage ob das überhaupt nötig ist. Das Skript hier betrachtet die zurückliegende Temperaturentwicklung und projiziert die Zukunft. Von daher sollte es egal sein weil sich das ganze dann wieder relativiert über die Zeit bzw. alles eh davon abhängt wie gross dein Temperaturunterschied ist den Du ausgleichen musst. `

…OK, danke dir!

Liebe Grüße

Tom

DenniskKo

Hallo,

kann mir mal bitte jemand erklären (bin leider Homematic unkundig :oops: )

um was für Werte es sich hier handelt?

	stateIdHeizungAktor: "hm-rpc.0.LEQ0282183.3.STATE",
        stateIdHeizungAktorOnTime: "hm-rpc.0.LEQ0282183.3.ON_TIME",
        stateIdSollTemperatur: "hm-rpc.0.NEQ0072178.2.SET_TEMPERATURE",
        stateIdIstTemperatur: "hm-rpc.0.NEQ0072178.1.TEMPERATURE"

stateIdHeizungAktor: -> Aktor = Stellmotor Heizung

stateIdHeizungAktorOnTime: -> ?

stateIdSollTemperatur: -> gewünschte Raumtemperatur

stateIdIstTemperatur: -> aktuelle (gemessene) Temperatur

Liege ich da richtig? Für einen kleinen Schubs in die richtige Richtung wäre ich dankbar.

Grüße, Dennis

apollon77

Fast korrekt:
> stateIdHeizungAktorOnTime: -> ?

HM-Geräte haben einen "ON_TIME" Datenpunkt der angibt wie lange an bleiben soll. Dann macht der Akttor nach Ablauf der Zeit automatisch aus. Also quasi die "Zeitsteuerung für den Aktor". Das Skript schreibt da die Anzahl Sekunden rein nachdem aus gehen soll

thobastian

Hallo !

Ich möchte dies Script verwenden und möchte nur sicherstellen, dass meine Hardware auch so angesteuert wird, wie gedacht.

Ich habe einen Stellantrieb, der mit HM-4er-Funkschlataktor gesteuert wird, also nur an oder aus.

Außerdem habe ich einen Thermostatregler und Fenstersensor von HM.

Jetzt ist der Fenstersensor direkt mit dem Thermostat von HM verknüpft. Der Thermostat gibt die Temperaturen in der Woche vor.

Wie werden die Temperaturen aus dem Thermostat verwendet um meinen Stellantrieb zu steuern ? Kann das Script hier helfen?

apollon77

Das Skript hier arbeitet ausschliesslich auf den "Ist"-Werten und dem Soll-Wert und steuert in die Zukunft und versucht hierbei nicht zu "übersteuern".

Wie im ersten Post beschrieben die States entsprechend definieren und setzen und fertig. Diesem Skript sind Fenstersensoren erstmal egal, bzw eine Absenkung der gewünschten Soll-Temperatur wird im nächsten Laufzyklus dann berücksichtigt.

Versuchs aus dann siehst Du wie es tut.

Wegen dem Ansatz musst Du bei deiner Steuerung der "Wann soll es wie warm sein" aber die übliche Aufheizzeit berücksichtigen weil das Wochen/Tagesprogramm im Thermostat gespeichert ist und so für das Skript nicht verfügbar ist.

Für eine "Zukunftssteuerung" (also früh genug schonmal die Heizung einschalten) gibt es die Erweiterung aus dem ersten Post die aber darauf aufsetzt das die Steuerung nicht mit den Daten aus dem Thermostat läuft sondern über ein cooles Skript.

e-i-k-e

Guten Abend,

habe das Skript wie folgt angepasst.

var rooms= {
    'Fernsehzimmer': {
        stateIdHeizungAktor: "hm-rpc.0.PEQ0508369.1.STATE",
        stateIdHeizungAktorOnTime: "hm-rpc.0.PEQ0508369.1.ON_TIME",
        stateIdSollTemperatur: "hm-rpc.0.PEQ0508369.1.SOLLTEMP",
        stateIdIstTemperatur: "hm-rpc.0.LEQ0420645.4.ACTUAL_TEMPERATURE"
    },
    'Flur_unten': {
        stateIdHeizungAktor: "hm-rpc.0.PEQ0508369.5.STATE",
        stateIdHeizungAktorOnTime: "hm-hm-rpc.0.PEQ0508369.5.ON_TIME",
        stateIdSollTemperatur: "hm-rpc.0.PEQ0508369.5.SOLLTEMP",
        stateIdIstTemperatur: "mihome.0.devices.weather_v1_158d00023a7f01.temperature"
    },
    'Kueche': {
        stateIdHeizungAktor: "hm-rpc.0.PEQ0508369.6.STATE",
        stateIdHeizungAktorOnTime: "hm-rpc.0.PEQ0508369.6.ON_TIME",
        stateIdSollTemperatur: "hm-rpc.0.PEQ0508369.6.SOLLTEMP",
        stateIdIstTemperatur: "mihome.0.devices.weather_v1_158d0002478275.temperature"
    },
    'Wohnzimmer': {
        stateIdHeizungAktor: "hm-rpc.0.PEQ0508369.3.STATE", 
        stateIdHeizungAktorOnTime: "hm-rpc.0.PEQ0508369.3.ON_TIME",
        stateIdHeizungUnterstuetzungAktor: "hm-rpc.0.PEQ0508369.4.STATE",
        stateIdHeizungUnterstuetzungAktorOnTime: "hm-rpc.0.PEQ0508369.4.ON_TIME",
        stateIdSollTemperatur: "hm-rpc.0.PEQ0508369.3.SOLLTEMP",
        stateIdIstTemperatur: "mihome.0.devices.weather_v1_158d0002325c93.temperature"
    }

Im Raum "Flur_unten" sind zwei und im Raum "Wohnzimmer" sind drei Heizkreise vorhanden.

Wie füge ich ich diese zu den Räumen hinzu?

Würde es wie folgt funktionieren?

   'Wohnzimmer': {
        stateIdHeizungAktor: "1", 
        stateIdHeizungAktorOnTime: "1",
        stateIdHeizungAktor: "2", 
        stateIdHeizungAktorOnTime: "2",
        stateIdHeizungAktor: "3", 
        stateIdHeizungAktorOnTime: "3",
        stateIdSollTemperatur: "hm-rpc.0.PEQ0508369.3.SOLLTEMP",
        stateIdIstTemperatur: "mihome.0.devices.weather_v1_158d0002325c93.temperature"

apollon77

ne ein Key kann nur einmal vorkommen. Mehrere Schaltaktoren dann solltest Du ein Javascript-State anlegen wo du das "wegkapselst" bzw über Scenen Adapter

e-i-k-e

Danke für den Ansatz!

Ich werde es mal versuchen

e-i-k-e

Guten Abend,

der weg über den Scenen Adapter hat funktioniert.

Das Skript lief bis gestern super.

Ich musste ein Neustart meiner CCU (Raspberry) durchführen und habe seit dem folgendes im ioBroker log.

apollon77

Restarte mal die hm-* Adapter

e-i-k-e

Das war es schon! :lol:

Danke!!

Folgende Wahrung erscheint weiterhin.

Was bedeutet diese?

javascript.0 2018-11-11 23:12:12.271 warn at Object. <anonymous>(script.js.Fußbodenheizung:368:9)

javascript.0 2018-11-11 23:12:12.270 warn at ventilLogik (script.js.Fußbodenheizung:248:25)

javascript.0 2018-11-11 23:12:12.270 warn at controlFBHAktor (script.js.Fußbodenheizung:387:9)

javascript.0 2018-11-11 23:12:12.270 warn Wrong type of scene.Fußboden_Flur_OnTime: "number". Please fix, while deprecated and will not work in next versions.</anonymous>

NEWS

[Vorlage] Ventilsteuerung PWM-Ansatz für FBH/IR-Panele o.ä.

Support us

834
Online

30.4k
Users

76.7k
Topics

1.2m
Posts

NEWS

[Vorlage] Ventilsteuerung PWM-Ansatz für FBH/IR-Panele o.ä.

Support us

834Online

30.4kUsers

76.7kTopics

1.2mPosts

834
Online

30.4k
Users

76.7k
Topics

1.2m
Posts