TIA Kaskadierte Temperaturregelung

Andi_

Level-1
Beiträge
75
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

Zur Ausgangssituation:
Ich habe ein bestehendes S7-classic Projekt für eine Hochregallagerlüftung. Diese ist mit einem Führungs-, Folge- und Motorregler ausgerüstet. Dabei sind diese 3 Regler mit dem CONT_C aufgebaut.
Führungsregler = Raumtemperatur
Folgeregler = Ablufttemperatur
Die Solltemperatur im Lager beträgt 5°C.
Nun soll ich für ein anderes Hochregallager dieses Funktionsprinzip anwenden, jedoch wird bei dieser Anlage eine S7-1500 eingesetzt.

Dass ich das nun 1:1 mit diesen Reglern übernehmen kann ist klar, jedoch bietet mir das TIA-Portal zwei andere Regler an (PID_Compact, PID_Temp).
Ist es nun besser den alten CONT_C weiter zu verwenden, der sich ja schon bewährt hat und die Parameter schon in etwa bekannt sind, oder sind die beiden anderen für so eine Aufgabe besser geeignet?
Bereitet mir die Selbstoptimierung der Regler durch den kaskadierten Aufbau eventuell Probleme?

Danke schon mal für die Antworten

Mit freundlichen Grüßen

Andreas
 
Danke für eure Antworten.
Jedoch laufen diese genau in die entgegengesetzte Richtung. Könntet ihr eure Ansicht bitte erklären?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@ducati: war eher eine Zustimmung :rolleyes:

Für mich sind weitere Gründe für den CONT_C
Simpel und leicht nachzuvollziehen
Das Ding ist im Endeffekt ein einfaches Rechenwerk. Kann man leicht nachrechnen, somit weis man vorher was man am LMN bekommt.
Die TOs sind (auf Grund der erweiterten Funktionen) natürlich deutlich komplizierter und haben ewig viel Parameter in den Instanzdaten
Wenn man diese (siehe nächster Punkt) nicht über das grafische Interface parametrieren kann, wird's aufwändig.​

Multiinstanzfähigkeit

Man kann einen CONT_C problemlos in eine Multiinstanz packen.
Man muss ihn nicht mal in nem OB aufrufen. Sofern man ihn mit der korrekten Zeit seit dem letztem Aufruf (z.B. durch Zeitmessung) versorgt kann man den überall verwenden.

Grad hier ist für mich eine große Schwäche der Technologieobjekte.
Man kann zwar PIDTemp auch als Multiinstanz aufrufen, verliert dann aber die Möglichkeit den Regler mit dem grafischen Interface in TIA zu parametrieren.
Das ist eigentlich das was die TOs ausmacht

Einen TO-Regler außerhalb eines OBs aufzurufen macht möglicherweise auch Schwierigkeiten, der TO-Regler misst die vergangene Zeit des letzten Aufrufs selber und
geht bei Abweichung zur Parametrierung in einen Fehlerzustand.

Ganze Regelkreise in einen Baustein zu stecken und diese bequem per Multiinstanz irgendwo in einem Baustein zu erstellen ist mit den TOs eher schwierig.
Manche TOs (z.B. High Speed Counter) können gar nicht als Multiinstanz angelegt werden.


Keine Betriebsarten und Fehlerzustände die den Regler einfach stoppen
Wenn beim CONT_C der COM_RST auf Low ist, dann arbeitet das Ding. Fertig aus.
Bei den TO-Regler hat man Betriesarten die man per Befehl umschalten muss und Fehler die eventuell den Regler auf Stopp setzen


Simulation
Ursprünglich konnte man sowohl die TO-Regler als auch den CONT_C in PLCSIM nicht simulieren. Mittlerweile geht es anscheinend wieder... vorerst.
Beim CONT_C musste ich mir damals den 300er-AWL-Code portieren. Nicht optimal, aber besser als gar nix.
Wobei man sagen muss, wenn man beim CONT_C von "bewährt" spricht sollte man eventuell auch die 300er-Version portieren.
Man sieht ja was die Flaschen verbrechen wenn sie Baustein portieren...

Klar haben die TOs ihre Vorteile (Grafische Parametrierung, Selbstoptimierung,Trace) sind aber eben auch komplizierter und haben teilweise auch Nachteile.
Wenn man mit den einzelnen DBs für jeden TO-Regler leben kann und die neuen Funktionen braucht (der PIDtemp hat bei Temperaturregelungen sicher seine Vorteile) dann ist das in Ordnung.

Wenn man nen simplen Regler der Kategorie "ein und geht" will ist aber CONT_C sicher die bessere Wahl.
Jedem das seine.
 
Zuletzt bearbeitet:
Ronin und Duc arbeitet Ihr mit TIA ? und mit der 1500er oder 1200er ? oder beide. Oder macht Ihr TIA unter 300er
 
Täglich. ;)

Neue Anlagen schon länger nur mehr 1500.
1200er wenig, die kleinsten Anlagen liegen meistens am Punkt wo auf eine ET200SP kaum noch Aufpreis ist. Die ist nur für F oder Sub-Station interessant.
Sonst auch noch viele Classic-Anlagen mit 300 (hin und wieder 400) an denen gewartet oder erweitert wird.
Einige Misch-Projekte (SPS-Classic, HMI-TIA) zu Zeiten wo TIA noch ziemlich unbenutzbar war (<V13).
Weiß also denke ich ganz gut was geht und was nicht bzw. wo Vor- und Nachteile liegen.

300er in TIA (käm ich nicht aud die Idee) oder eine 1500 mit ner WinCCv7 hatte ich noch nicht.

Im Endeffekt springe ich im Moment alle paar Wochen zwischen einem Classic-Projekt und einem TIA-Projekt.
Insofern bemerke ich gerade extrem was an welchem der beiden Systeme besser/schlechter ist.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Täglich. ;)

Neue Anlagen schon länger nur mehr 1500.
1200er wenig, die kleinsten Anlagen liegen meistens am Punkt wo auf eine ET200SP kaum noch Aufpreis ist. Die ist nur für F oder Sub-Station interessant.
Sonst auch noch viele Classic-Anlagen mit 300 (hin und wieder 400) an denen gewartet oder erweitert wird.
Einige Misch-Projekte (SPS-Classic, HMI-TIA) zu Zeiten wo TIA noch ziemlich unbenutzbar war (<V13).
Weiß also denke ich ganz gut was geht und was nicht bzw. wo Vor- und Nachteile liegen.

300er in TIA (käm ich nicht aud die Idee) oder eine 1500 mit ner WinCCv7 hatte ich noch nicht.

Im Endeffekt springe ich im Moment alle paar Wochen zwischen einem Classic-Projekt und einem TIA-Projekt.
Insofern bemerke ich gerade extrem was an welchem der beiden Systeme besser/schlechter ist.

na dann haben wir schon etwas gemeinsam.
Unserem Themenstarter kann ich nur empfehlen mal selber mit dem Temp zu arbeiten und sich eine eigene Meinung
Über die neuen Technologieobjekte zu bilden.

Mein Kollege spiel auch in der 1500er mit dem CONT_C was ich nicht machen würde.
Ich finde die neuen TO einfach besser
 
Unserem Themenstarter kann ich nur empfehlen mal selber mit dem Temp zu arbeiten und sich eine eigene Meinung
Über die neuen Technologieobjekte zu bilden.
*ACK*

Wie gesagt, habe oben nur die Vor- und Nachteile der TOs gegenüber dem CONT_C aufgezählt.
Der Einsatz von CONT_C bezieht auch mehr anstatt dem PIDcompact als dem PIDtemp und PID3Step.
Für die letzteren sehe ich auch Vorteile gegenüber einem nackten CONT_C.

Heißt auch nicht dass ich die TOs gar nicht einsetze, kommt für jeden auf den Anwendungsfall an.
Ne kleine Anlage mit 4/5-Reglern die ich evtl. auch noch ausprogrammieren muss weil gerade keine Vorlage passt, bekommen eher nen TO-Regler
und werden dann einzeln in per Grafik-Interface in Betrieb genommen.

Ist das Mengengerüst groß so dass mit Multiinstanzen gearbeitet wird (Regelkreise oft nicht einzeln in Betrieb genommen werden) dann wird's eben ein CONT_C.
Is es was Ur-simples ala "Regler rein, Parameter hingeschätzt und passt" ist dann wird's auch ein CONT_C.
Manchmal auch weil er deutlich kompakter ist und besser in die Struktur/Instanz reinpasst.

Ich verneine grundsätzlich wenig und suche mir eher für den jeweiligen Anwendungsfall das beste raus. ;)
Da ist auch mein finaler Rat an den TE

Mein Kollege spiel auch in der 1500er mit dem CONT_C was ich nicht machen würde.
Weil konkret? Irgendwelche funktionelle Bedenken oder nur wegen der Zusatzfunktionen (Graf. Paramtrierung, Autom. Erst-IBN) und besser gefallen?
 
Zuletzt bearbeitet:
Weil konkret? Irgendwelche funktionelle Bedenken oder nur wegen der Zusatzfunktionen (Graf. Paramtrierung, Autom. Erst-IBN) und besser gefallen?

Die Autotune-Funktion hat es mir angetan. Für kleine Anlagen die bei uns wie geschnitten Brot laufen.
unsere Monteure schließen alles an und starten Nachoptimieren und ich bleib im Büro. :)

Die alten sind auch ok bin ja mit Standard PID und Modular PID aufgewachsen. Aber diese kleinen Anlagen wurden früher mit der S7-200 gemacht und da war der Regler nicht so klasse.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Die Autotune-Funktion hat es mir angetan. Für kleine Anlagen die bei uns wie geschnitten Brot laufen.
unsere Monteure schließen alles an und starten Nachoptimieren und ich bleib im Büro. :)

Ja das find ich auch geil. Ich habs dann mal mit ner grossen Ventilation probiert. Kann also eine Grosse Anlage mit Links und Rechtslauf für Luftströmung ziemlich ins Schwitzen bringen ;)

mfG René
 
Grundsätzlich bin ich schon der Typ der neues gern testet, jedoch fehlt dafür aktuell einfach die Zeit...
Gerade bei so einer Regelung wird man die Unterschiede wahrscheinlich eh nicht erkennen, da man eine große Totzeit hat.
Ich hatte auch vor die Regelung multiinstanzfähig zu erstellen, da ich die Gesamtanlage aus 3 Teilanlagen besteht.
 
Grundsätzlich bin ich schon der Typ der neues gern testet, jedoch fehlt dafür aktuell einfach die Zeit...

So lange wie wir hier schreiben hätte ich das schon 10x probiert. Ok ich habe natürlich alle Hardware zu testen da.

Ich hatte auch vor die Regelung multiinstanzfähig zu erstellen, da ich die Gesamtanlage aus 3 Teilanlagen besteht.

Kann man mit den neuen auch ohne Probleme weil früher hatten wir die schönen bunten Masken zu einstellen auch nicht und die Funktionen wie Autotune
macht man über die Betriebsart vom Regler auch ohne bunte Maske im TIA.
Wenn die sich bei Siemens etwas mehr anstrengen würden könnte man auch trotz Multi mit der Maske arbeiten im Zeitalter wo "Flugkörper auf dem Mars landen können".

Schönes WE
 
Zurück
Oben