# Actuator\_3P **URL:** \ **Category:** Bestehende Module / Existing Modules\ **Created:** [8. April 2008 um 07:53 UTC](https://oscat.discourse.group/t/actuator-3p/322 "2008-04-08T07:53:21Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\ **Post date:** [8. April 2008 um 07:53 UTC](https://oscat.discourse.group/t/actuator-3p/322/1 "2008-04-08T07:53:21Z")
Hallo, da ich mit anderen Software-Reglern Probleme hatte, teste ich gerade den FT\_PID zusammen mit dem Actuator\_3P zur Ansteuerung von Regelventilen. Bisher schaut es besser aus als bei den anderen Reglern. Habe bzgl. Actuator\_3P einen Vorschlag: Wenn ich das richtig gesehen habe, wird error nie wieder zurückgesetzt (außer man startet die Steuerung neu). Da könnte man doch einen Reset-Eingang spendieren, oder? Selbst wenn man die Diagnose nocheinmal ausführen würde und sie wäre erfolgreich, wird der error trotzdem nicht zurückgesetzt. Oder war das irgendwie anders gedacht? Danke und Gruß ---
**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:** [8. April 2008 um 15:45 UTC](https://oscat.discourse.group/t/actuator-3p/322/2 "2008-04-08T15:45:46Z")
das war sicherlich nicht so gedacht wir werden es uns ansehen und korrigieren ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\ **Post date:** [9. April 2008 um 11:20 UTC](https://oscat.discourse.group/t/actuator-3p/322/3 "2008-04-09T11:20:35Z")
Hallo, noch ein Vorschlag: Derzeit gibt es ja nur einen Eingang für die Endlagen (end\_pos). Bei der Diagnose versucht der Aktuator ersteinmal in Richtung ZU zu fahren. Ist das Ventil aber bereits zu, muss man die MaxRuntime abwarten, bis er mit der eigentlichen Diagnose beginnt. Das liegt daran, dass der Baustein einen R\_TRIG für die end\_pos verwendet, welche ja keine steigende Flanke bringt, wenn die end\_pos zu Beginn schon erreicht ist. Eine Unterscheidung in end\_pos\_open und end\_pos\_closed wäre meiner Meinung nach nicht schlecht. Gruß ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\ **Post date:** [9. April 2008 um 14:47 UTC](https://oscat.discourse.group/t/actuator-3p/322/4 "2008-04-09T14:47:03Z")
Hallo, nochmal eine Frage allg. zum Regler und der Verwendung mit dem Actuator\_3P. Ich habe folgende Konfiguration: Habe ein Heißwasserregelventil, 0% = Zu, 100% = Auf. Verwende den FT\_PID und habe LIMIT\_L auf 0 und LIMIT\_H auf 100 gesetzt (d.h. ja, dass sich Y nur in diesem Bereich bewegen darf). Das Ausgangssignal Y des Reglers rechne ich um auf den Bereich 0..1 für den Eingang des Actuator\_3P. Kann ich den Bereich von Y überhaupt so festlegen? Ich dachte nämlich erst, dass Y auf den Bereich LIMIT\_L .. LIMIT\_H normiert wird, aber das ist wohl nicht so. Hatte jetzt nämlich die Situation Temp.Ist \> Temp.Soll, der Integrator hatte einen negativen Ausgangswert und der D-Teil auch. Dadurch wäre laut Berechnung im FT\_PID dann Y auch negativ geworden. Aufgrund von LIMIT\_L = 0 hat er Y aber immer auf 0 gesetzt und somit hat sich der Actuator nicht mehr bewegt. Muss ich LIMIT\_L immer negativ setzen? Danke schonmal. ---
**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. April 2008 um 06:49 UTC](https://oscat.discourse.group/t/actuator-3p/322/5 "2008-04-10T06:49:48Z")
limit\_l und limit\_h ist eine starre begrenzung des ausgangs. unabhängig vom regelergebnis wird der ausgang des reglers immer auf limit\_l unf limit\_h begrent. der ausgang wird sich nie unter limit\_l bewegen und nie über limit\_h gehen ---
**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:** [29. April 2008 um 14:10 UTC](https://oscat.discourse.group/t/actuator-3p/322/6 "2008-04-29T14:10:00Z")
wir untersuchen derzeit ein problem mit den reglern pid und pd. die gewollte funktion ist allerdings das der bereich für Y mit limit\_L und Limit\_h begerenzt wird. es scheint aber derzeit ein problem damit zu geben welches wir in der nächsten release beheben wollen. in deinem fall solltest du direkt den regler auf 0..1 mit limit\_l und limit\_h stellen dann kannst du dir das nachfolgende umrechnen sparen. ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\ **Post date:** [19. Mai 2008 um 07:57 UTC](https://oscat.discourse.group/t/actuator-3p/322/7 "2008-05-19T07:57:50Z")
Dann habe ich doch aber wieder das Problem, dass nicht richtig geregelt wird, oder? Genau in dem Fall, wenn das Ergebnis negativ wird. Ich habe jetzt den Bereich auf -1000 bis +1000 gesetzt. Das funktioniert dann schon besser. Allerdings bekomme ich trotzdem manchmal noch eine Grenzverletzung, dann wird der Ausgang LIMIT gesetzt. Muss man in diesem Fall den Regler zurücksetzen oder müsste er von selbst weiterarbeiten? Bei mir blieb der Ausgang immer auf dem Grenzwert und hat sich ohne Reset nicht mehr gefangen… Wann ist denn das neue Release geplant? Gruß, Peter ---
**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:** [19. Mai 2008 um 13:01 UTC](https://oscat.discourse.group/t/actuator-3p/322/8 "2008-05-19T13:01:50Z")
ich werde mir den regler die nächste woche nochmals ansehen, und ende mai ist das nächste release geplant