-> Hier kostenlos registrieren
Versteh nicht, was du damit genau meinst.
Kannst du das kurz erklären?
Step 7 SCL / CFC - Zugriff auf CFC-Bausteinparameter
- Ersteller hub
- Erstellt am
-> Hier kostenlos registrieren
Kannst du das kurz erklären?
Flux
Level-1
- Beiträge
- 314
- Reaktionspunkte
- 11
Pro Anlagenteil gibt es einen Parameterbaustein, über den z. B. bei einem MonAnL die Alarmgrenzen verschaltet sind. Benötige ich die Alarmgrenzwerte auch an anderer Stelle, dann kann ich diese am jew. Parameterbaustein-Ausgang abgreifen.
Gleiches gilt für Sollwerte, Zeiten, ...
-> Hier kostenlos registrieren
Parameterbaustein = ParaCtrl/ParaMem aus Industry Library?
Diese Funktion bräuchte ich schon lange.
Leider haben wir PCS7 V7 im Einsatz.
Der Baustein wird in der V7 nicht funktionieren. Oder?
Habe ich deinen Vorschlag richtig verstanden?
- den Grenzwert PV_AH gebe ich nicht am MonAnL ein, sondern am Parameterbaustein
- der Parameterbaustein gibt den Wert an den MonAnL weiter
- Beiträge
- 9.189
- Reaktionspunkte
- 2.936
Du kannst doch auch den Bedienbaustein OpAnL verwenden. Tut das Gleiche, nur für einen einzelnen Parameter.
Jetzt sind wir etwas vom Thema abgekommen.
Ich fasse mein Problem nochmals zusammen:
Ich suche eine Möglichkeit, auf CFC-Bausteine ohne CFC-Verschaltungen zuzugreifen.
Warum:
1.
Meine Funktion hat zurzeit ca. 250 Ein-/Ausgänge.
Da es sich um eine einmal benötigte Routine handelt, werden die Ein-/Ausgänge eigentlich nicht benötigt.
(unübersichtlich, fehleranfällig)
2. AS-Stop bei Schnittstellenänderung
3. Lesen von nicht verschaltbaren Parametern (z.B. PV_AH_Lim beim MonAnL)
4. Schreiben auf nicht verschaltbare Parameter (z.B. SP_HiLim beim OpAnL)
Punkt 1 spielt eher eine untergeordnete Rolle
Punkt 2-4 sind primär die zu lösenden Probleme
bisherige Lösungen:
A:
mit Global-DB arbeiten, umkopieren der Werte in CFC
- umkopieren ist unübersichtlich
- Lesen/Schreiben nicht verschaltbarer Parameter geht nicht
B:
mit Global-DB arbeiten, umkopieren der Werte mit SFC
- umkopieren ist unübersichtlich und aufwendig
- Lesen/Schreiben nicht verschaltbarer Parameter geht (auch symbolisch)
- keine Probleme bei Updates und Hochrüstungen
C:
mit Anypointer arbeiten
- Lesen/Schreiben nicht verschaltbarer Parameter geht
- Probleme bei Updates und Hochrüstungen wegen absoluter Adressierung
- Punkt 1 und 2 kann nur mit Reserveeingängen teilweise umgangen werden
D:
zusätzlich einen Parameterbaustein oder OpAnL verwenden
- löst nur Problem 3
Ich fasse mein Problem nochmals zusammen:
Ich suche eine Möglichkeit, auf CFC-Bausteine ohne CFC-Verschaltungen zuzugreifen.
Warum:
1.
Meine Funktion hat zurzeit ca. 250 Ein-/Ausgänge.
Da es sich um eine einmal benötigte Routine handelt, werden die Ein-/Ausgänge eigentlich nicht benötigt.
(unübersichtlich, fehleranfällig)
2. AS-Stop bei Schnittstellenänderung
3. Lesen von nicht verschaltbaren Parametern (z.B. PV_AH_Lim beim MonAnL)
4. Schreiben auf nicht verschaltbare Parameter (z.B. SP_HiLim beim OpAnL)
Punkt 1 spielt eher eine untergeordnete Rolle
Punkt 2-4 sind primär die zu lösenden Probleme
bisherige Lösungen:
A:
mit Global-DB arbeiten, umkopieren der Werte in CFC
- umkopieren ist unübersichtlich
- Lesen/Schreiben nicht verschaltbarer Parameter geht nicht
B:
mit Global-DB arbeiten, umkopieren der Werte mit SFC
- umkopieren ist unübersichtlich und aufwendig
- Lesen/Schreiben nicht verschaltbarer Parameter geht (auch symbolisch)
- keine Probleme bei Updates und Hochrüstungen
C:
mit Anypointer arbeiten
- Lesen/Schreiben nicht verschaltbarer Parameter geht
- Probleme bei Updates und Hochrüstungen wegen absoluter Adressierung
- Punkt 1 und 2 kann nur mit Reserveeingängen teilweise umgangen werden
D:
zusätzlich einen Parameterbaustein oder OpAnL verwenden
- löst nur Problem 3
Flux
Level-1
- Beiträge
- 314
- Reaktionspunkte
- 11
-> Hier kostenlos registrieren
Ja
Ich sag mal so, der Baustein (eigentlich die Bausteine) ist erst mit der IL 8.1 (=^ PCS 7 V8.1) erschienen.
Folgendes sagt das IL-Funktionshandbuch:
Du kannst dir einen eigenen Parameter-Bausteintypen plus BlockIcon und Faceplate erstellen. Hilfe dazu steht im APL-Styleguide
Genau
Könntest du mir grad sagen, was genau die Funktion macht? Vielleicht kann man das anders gestalten..
Zuletzt bearbeitet:
Grobe Funktionsbeschreibung:
Dosierungen aus mehreren Tanks über gemeinsame Rohrleitungen/Verteiler zu mehreren Reaktoren.
Teilfunktionen:
- produktabhängige Warteschlangen für Produktanforderungen
- Tanksuche, Wegsuche, produktabhängige Wegsteuerung
- Dosierung (DoseL), Spülung
Flux
Level-1
- Beiträge
- 314
- Reaktionspunkte
- 11
Das erklärt die große Anzahl an Inputs/Outputs. kannst du die Funktion weiter kapseln oder anders aufteilen (und diese Teilfunktionen dann untereinander in CFC miteinander verknüpfen), damit es zumindest wieder auf drei Blätter passt
Andererseits passt die Beschreibung nicht zu deiner Aussage weiter oben:
Weiß der Kunde, dass es Route Control gibt?
Zuletzt bearbeitet:
-> Hier kostenlos registrieren
Darauf hab ich schon gewartet. Route Control würde nur einen Teil erschlagen.
Funktion ist bereits in einer ähnlichen Anlage vorhanden. Komplett in SCL, aber ohne PCS7.
Wir werden diese Funktion weiterverwenden.
Aufteilung auf mehrere Teilfunktionen ist natürlich möglich.
Während in der bestehenden Anlage das Lesen/Schreiben der Parameter der selbsterstellten Messstellen-FBs und Visu-FBs keine Probleme macht,
können in CFC mit APL nicht alle Parameter gelesen/beschrieben werden. (mein eigentliches Problem)
Funktion wird in dieser Anlage nur einmal benötigt.
Warum machen es andere in CFC mit Standardfunktionen und PCS7 und es funktioniert?
Wenn ich an einige Ölfelder in der Lüneburger Heide denke, die von Exxon mit dem Leitsystem seit Jahren gut und fehlerarm funktionierren.
Da gibt es in einigen Steuerungen mehr als 1000 E / A und auch noch vieles analoges Gedöns und da muss nicht mit solchen Tricks gearbeitet werden.
Warum das nur?
Ein Tipp:
Überdenke dein Konzept, denn da läuft scheinbar einiges schief.
Wenn dann einmal eine Änderungen kommt....
Nix für ungut
bike
Wenn ich an einige Ölfelder in der Lüneburger Heide denke, die von Exxon mit dem Leitsystem seit Jahren gut und fehlerarm funktionierren.
Da gibt es in einigen Steuerungen mehr als 1000 E / A und auch noch vieles analoges Gedöns und da muss nicht mit solchen Tricks gearbeitet werden.
Warum das nur?
Ein Tipp:
Überdenke dein Konzept, denn da läuft scheinbar einiges schief.
Wenn dann einmal eine Änderungen kommt....
Nix für ungut
bike
Andere lösen dies in CFC und bei denen funktioniert es?
Vielleicht kannst du mir dann auch sagen, wie die es geschafft haben, PV_AH_Lim abzufragen, bzw. SP_HiLim zu verschalten?
Auch wir haben einige PCS7 Anlagen, und du kannst mir glauben, ich kenne die ganzen Notlösungen und Kompromisse, die man ungewollt bei PCS7 eingehen muss.
Ist dein bisher einziger konstruktiver Vorschlag (Posting#15) nicht auch etwas tricksy?
Da musst du schon etwas konkreter werden, was du genau meinst.
Meinst du damit,
- dass ich AWL/SCL verwenden will?
- dass mir CFC mit APL zu unübersichtlich ist?
- dass ich nicht verschaltbare Parameter abfragen und beschreiben muss?
- dass ich dafür SFC verwenden will?
- dass ich ein fertiges SCL-Programm in PCS7 verwenden will?
- dass bei uns ein AS-Stop ein riesen Problem ist?
- dass … ???
