# Problem mit Heizungsvorlaufregelung

**URL:** <https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217>\
**Category:** Bestehende Module / Existing Modules\
**Created:** [10. November 2011 um 07:11 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217 "2011-11-10T07:11:16Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [10. November 2011 um 07:11 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/1 "2011-11-10T07:11:16Z")

</div>

Hallo,

in Anlehnung an Beispiele hier im Forum habe ich mir eine Temperaturregelung für meinen Heizungsvorlauf gebaut. Geregelt wird eine Belimo-Regelkugelhahn ohne Endschalter.

Jetzt konnte ich bereits zweimal beobachten, dass der Kugelhahn auf zu stand, dh kein Warmwasser wird zugemischt, die POS am ACTUATOR\_3P aber auf 255, also auf. Die Regelung kommt so zu einem Stillstand, bis ich (oder die Automatik) einen Diagnoselauf startet.

Nach Lesen des Quellcodes ist mir nicht klar, wie dieser Zustand entsteht und ich weiß auch nicht, wie ich das in der Steuerung nachvollziehen kann.

Wenn ich den ACTUATOR\_3P richtig lese, gibt es keine Totzeit zwischen dem Umschalten, obwohl \_RMP\_NEXT dies mit TL bietet. Könnte ich dies in ACTUATOR\_3P mit

VAR\_INPUT CONSTANT  
T\_LOCKOUT: TIME := T#100ms;  
END\_VAR  
VAR  
ramp : \_RMP\_NEXT:=(TL:=T\_LOCKOUT);  
END\_VAR

hinzufügen?

Gruß  
Klaus

[gelöscht durch Administrator]

---

<div class="post-metadata">

**Author:** ![hugo](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/hugo/32/133_2.png) [@hugo](https://oscat.discourse.group/u/hugo)\
**Post date:** [10. November 2011 um 08:52 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/2 "2011-11-10T08:52:26Z")

</div>

welches system / steuerung version benutzt du?

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [10. November 2011 um 10:07 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/3 "2011-11-10T10:07:54Z")

</div>

Hallo Hugo,

ich benutze eine Wago 750-849.

Gruß  
Klaus

---

<div class="post-metadata">

**Author:** ![hugo](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/hugo/32/133_2.png) [@hugo](https://oscat.discourse.group/u/hugo)\
**Post date:** [10. November 2011 um 21:07 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/4 "2011-11-10T21:07:13Z")

</div>

welche parameter hast du am ft\_piwl anliegen?

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [10. November 2011 um 21:35 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/5 "2011-11-10T21:35:14Z")

</div>

Hallo Hugo,

den FT\_PIWL habe ich wie folgt konfiguriert:

KP=1  
KI=0.1  
LIM\_L=0  
LIM\_H=100

Eben habe ich gesehen, dass der Kugelhahn ungefähr in Stellung 50% stand, POS aber 255 anzeigt. Die Wärmezufuhr reicht nun nicht mehr aus, die Vorlauftemperatur fällt langsam ab und die Steuerung regelt nicht mehr hoch. Mir fiel auf, dass durch den Temperaturabfall sich für kurze Zeit der Ausgang Y am FT\_PIWL ändert und dann das Relais für “Hahn zu” schaltet. So “tackert” sich das dann langsam in Richtung Hahn zu und POS=255.  
Meine T\_CAL stand dabei schon auf T#2h, dh dieser Zustand muss sich recht schnell eingestellt haben.

Mir ist auch aufgefallen, dass die Regelung beim Einregeln viele sehr kurze Schaltimpulse abgibt. Wenn die Temperatur sich recht schnell ändert, auch gerne mal in verschiedene Richtungen kurz hintereinander. Ich vermute, dass dadurch die mechanische Stellung und die simulierte Position auseinanderlaufen.

Gruß  
Klaus

---

<div class="post-metadata">

**Author:** ![hugo](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/hugo/32/133_2.png) [@hugo](https://oscat.discourse.group/u/hugo)\
**Post date:** [10. November 2011 um 21:53 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/6 "2011-11-10T21:53:02Z")

</div>

kannst du mal einen screenshot mit aktuellen werten an alles ausgänge senden? aus der ojnline darstellung

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [10. November 2011 um 22:36 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/7 "2011-11-10T22:36:15Z")

</div>

Hier ist ein Online-Screenshot, allerdings nicht im “defekten” Zustand, sondern beim Regeln wenn es funktioniert.

[gelöscht durch Administrator]

---

<div class="post-metadata">

**Author:** ![hugo](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/hugo/32/133_2.png) [@hugo](https://oscat.discourse.group/u/hugo)\
**Post date:** [11. November 2011 um 09:37 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/8 "2011-11-11T09:37:38Z")

</div>

genau so sollte es sein … ich benötige einen screen shot wenn es ausser tritt kommt hoffe das geht

versuch bitte auch den baustein (instanz des ft\_pidwl) zu öffnen und die variablen zu fotografieren

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [11. November 2011 um 17:06 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/9 "2011-11-11T17:06:31Z")

</div>

Ich hatte die T\_CAL mittlerweile auf T#1h Stunde gesetzt, damit das nicht mehr passiert… ist jetzt wieder höher. Mal sehen, wann es wieder diesen Zustand gibt.

Gruß  
Klaus

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [11. November 2011 um 20:49 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/10 "2011-11-11T20:49:14Z")

</div>

So, jetzt habe ich ein Bild und konnte das Verhalten auch beobachten.

Situation:  
Die Soll-Vorlauftemperatur springt von 25 auf 45°C. Der Hahn geht voll auf und die gemessene Temperatur steigt langsam.

Beobachten konnte ich nun, das Y am FT\_PIWL immer mal wieder kurz sinkt. Anschließend geht der Wert sofort wieder hoch.

Ich vermute, durch die steigende Temperatur wird der P-Teil des Reglers kleiner und Y wird \< 100. Dies schaltet sofort Out2 am ACTUATOR\_3P.  
Der I-Teil des Reglers regelt natürlich sofort wieder hoch (TIst immer noch kleiner TSoll) auf 100 und der ACTUATOR\_3P schaltet dann auch sofort wieder Out1. Mann sieht, das POS eigentlich immer auf 255 bleibt.

Aber in der mechanischen Welt, hat der erste Impuls an Out2 den Hahn in Richtung Zu in Bewegung gesetzt. Der sofortige Gegenimpuls an Out1 führt dann vermutlich nicht zu einer Bewegung in Richtung Auf sondern wird duch die Trägheit des Hahns “aufgefressen”. Dadurch läuft dann die wirkliche Stellung und die simulierte Position auseinander.

Meine erste Idee wäre, über eine Lockout-Zeit im ACTUATOR\_3P das sofortige Umschalten zu verhindern und so die simulierte mit der realen Position in Deckung zu bringen.

Gruß  
Klaus

[gelöscht durch Administrator]

---

<div class="post-metadata">

**Author:** ![gravieren](https://avatars.discourse-cdn.com/v4/letter/g/54ee81/32.png) [@gravieren](https://oscat.discourse.group/u/gravieren)\
**Post date:** [12. November 2011 um 09:00 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/11 "2011-11-12T09:00:49Z")

</div>

Hi

> Aber in der mechanischen Welt, hat der erste Impuls an Out2 den Hahn in Richtung Zu in Bewegung gesetzt. Der sofortige Gegenimpuls an Out1 führt dann vermutlich nicht zu einer Bewegung in Richtung Auf sondern wird duch die Trägheit des Hahns "aufgefressen". Dadurch läuft dann die wirkliche Stellung und die simulierte Position auseinander.

In der Tat kann es so sein.

Inder der Praxis stimmt der Simulierte Wert NICHT exakt mit der realen Stellung überein.

Was jedoch nicht weiter schlimm ist.  
Der PID-Regler sollte diesen Versatz aus-regeln.

TIP 1:  
Wenn die “laufzeit für die volle Bewegung” falsch/knapp angegeben wird, dann kann es passieren, dass der Steller NICHT komplett öffnet/schließt.

Klartext → T\_RUN → z.b. 90 Sekunden → Reelle Laufzeit des Stellers → versuche mal denn Wert auf z.b. 100 Sekunden zu erhöhen.

Hintergrund, bei kalkulierten 90 Sekunden werden sonst keine Öffnungsimpulse mehr ausgegeben. (Soweit ich weiß)  
Hiermit wird möglicherweise die Fehlstellung kompensiert.

TIP 2: Wenn möglich → Endschalter für Klappenstellung anschliessen.

TIP 3: T\_DIAG verkleinern ? → Wird hierbei ein Kallibierfahrt angestoßen ? → Vielleicht können die Kollegen hierzu entwas sagen.

TIP 4: Normalerweise die beste Lösung → Reelle Stellungsrückmeldung → Selten Realisiert, in der Praxis teuer.

TIP 5: Steller mit Analogeingang → z.b. 0-10 Volt → 0% bis 100%

Gruß Karl

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [16. Dezember 2011 um 18:27 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/12 "2011-12-16T18:27:41Z")

</div>

Hallo,

dieses Problem bereitet mir mittlerweile echte Schwierigkeiten.

T\_DIAG ist auf T#30m und trotzdem gibt es immer wieder die Situation, dass POS=255 ist und der Hahn komplett zu (also eigentlich 0).

Hat noch jemand eine Idee, was ich machen kann oder ist die einzige Lösung mir einen Antrieb mit Endlagensignal zu kaufen?  
Wie kann ich die Lockoutzeit der ramp im ACTUATOR\_3P aktivieren? Vielleicht hilft das.

> Wenn die "laufzeit für die volle Bewegung" falsch/knapp angegeben wird, dann kann es passieren, dass der Steller NICHT komplett öffnet/schließt.

Die konfigurierte Laufzeit liegt ziemlich genau 10s über der wirklichen Laufzeit. Bei der Diagnose kann man das sehr schön beobachten.

Gruß  
Klaus

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [16. Dezember 2011 um 18:33 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/13 "2011-12-16T18:33:56Z")

</div>

Ich versuche es jetzt mal mit anderen Limits am RANGE\_TO\_BYTE, low=10 und high=90.

Die Idee ist, dass das “gezappel” von Y am FT\_PIWL dann nicht mehr zu diesen schnellen Impulsen des ACTUATOR\_3P führt.

Mal sehen, wie das funktioniert.

Gruß  
Klaus

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\
**Post date:** [20. Dezember 2011 um 21:32 UTC](https://oscat.discourse.group/t/problem-mit-heizungsvorlaufregelung/1217/14 "2011-12-20T21:32:49Z")

</div>

Kurzes Feedback: Es scheint, dass mit den Limits 5 und 95 am RANGE\_TO\_BYTE das Problem behoben ist. Mittlerweile habe ich T\_DIAG auf T#4h hochgesetzt und das Problem tritt nicht auf.

Gruß  
Klaus