TIA TIA Portal V14

Ralle · 4 Oktober 2016

zako schrieb:
Anhang anzeigen 34182

... ich kann jetzt (egal ob Funktionsbaustein, Beobachtunstabelle, Kurvenscheibeneditor, ...) aus dem Framework rausziehen und beliebig anordnen.
Für mich ein wichtiges / das wichtigste Feature bzgl. Usability - also auch bildschirmübergreifendes Arbeiten.

Wenn man ein Programmfenster rauszieht, gehen dann die Querverweise für dieses Fenster, wenn man das Querverweisfenster nicht rauszieht?
Das funktionierte vorher leider nicht!

vollmi · 4 Oktober 2016

Oh FB Arrays gehen jetzt. Cool

rostiger Nagel · 4 Oktober 2016

vollmi schrieb:
Oh FB Arrays gehen jetzt. Cool

bitte mal im ganzen satz, was meinst du?

miasma · 4 Oktober 2016

rostiger Nagel schrieb:
bitte mal im ganzen satz, was meinst du?

Man kann nun einen FB als Array in der Schnittstelle anlegen.

Array [0.. 100] of FB Ventilbaustein.

vollmi · 4 Oktober 2016

rostiger Nagel schrieb:
bitte mal im ganzen satz, was meinst du?

Ich meine man kann nun in SCL FB instanzen im Array deklarieren.

Das ging in V13 soweit ich weiss nur in FUP.

mfG René

miasma · 4 Oktober 2016

Wenn man jetzt noch für den Index eine Konstante einsetzt, kann man sogar symbolisch auf ein Array zugreifen.

vollmi · 4 Oktober 2016

miasma schrieb:
Wenn man jetzt noch für den Index eine Konstante einsetzt, kann man sogar symbolisch auf ein Array zugreifen.

Jetzt muss ich nach kompletter Beschreibung fragen. Wie meinst du das?

mfG René

DeltaMikeAir · 4 Oktober 2016

Guten Morgen,

Instanzen als Array einfügen ging doch in Step7 5.5 schon. ARRAY OF
Wir haben dann auch mittels Konstanten durchindexiert ( also nicht Variable[1] sondern Variable[Indexvariable] )

Ging das in TIA V13 nicht mehr ?

Mit Grüßen

vollmi · 4 Oktober 2016

DeltaMikeAir schrieb:
Guten Morgen,

Instanzen als Array einfügen ging doch in Step7 5.5 schon.

Ne oder? Ich hab das nie hingekriegt. Arrays of Datentypen bis hoch zum UDT ging ohne probleme, aber keine Instanzen.

mfG René

DeltaMikeAir · 4 Oktober 2016

Hallo Vollmi,

entschuldige, du hast recht. Ich habe noch einmal nachgeschaut und es waren Array of UDT.

Mit Grüßen

miasma · 4 Oktober 2016

Einfach in der Variablentabelle unter Anwenderkonstanten Variablen mit dem gewünschten Tagnamen anlegen und denen den Indexwert als DINT (<-- laut Onlinehilfe beste performance für Indexe) zuweisen.

Nun kann man symbolisch auf das Array und seine Elemente zugreifen, sofern man Arrays außerhalb von Schleifen einsetzt.

Aber Achtung die Anzahl von Elementen in einer CPU ist begrenzt.

Hier eine 1518

https://w3.siemens.com/mcms/program...0/cpu/Documents/s7-1500_techn_data_cpu_de.pdf
Auf Seite 2,4,6,8 und 10 die anderen CPUs

Auch die lokalen Konstanten in der Schnittstelle können hierfür genutzt werden.

0815prog · 4 Oktober 2016

DeltaMikeAir schrieb:
Wir haben dann auch mittels Konstanten durchindexiert ( also nicht Variable[1] sondern Variable[Indexvariable] )

Ging das in TIA V13 nicht mehr ?

Arrays mit Konstanten als Grenzen ging auch erst wieder ab TIA V13 SP1

Gruß

PN/DP · 4 Oktober 2016

vollmi schrieb:
Oh FB Arrays gehen jetzt. Cool

Und wieder eine Möglichkeit mehr, SPS-Programme crashfreundlich zu schreiben, ohne daß ein Compiler dazwischenfunkt

miasma schrieb:
Wenn man jetzt noch für den Index eine Konstante einsetzt, kann man sogar symbolisch auf ein Array zugreifen.

Da man Array-Elementen keinen Kommentar geben kann, ist das wohl die einzige Krücke, wie man ein Programm mit FB-Arrays halbwegs verständlich halten kann.

Gibt es eigentlich auch eine Möglichkeit, das Programm einer bestimmten FB-Array-Instanz zu beobachten?

Harald

MSB · 4 Oktober 2016

Wenn jetzt schon Array-FBs gehen,
kann man diese dann auch in SCL in einer Schleife aufrufen, wie z.B. bei Codesys problemlos möglich?

Für etwas "komplexes" wie einen Motor-FB würde ich sowas nie verwenden, bei Codesys habe ich das aber sehr oft z.B. für ein Array Of 20 Schaltuhrbausteinen verwendet.

Mfg
Manuel

IBFS · 4 Oktober 2016

MSB schrieb:
Für etwas "komplexes" wie einen Motor-FB würde ich sowas nie verwenden, bei Codesys ....

Angsthase , bei Codesys wird eigentlich alles in Arrays gepackt
Ich habe hier ein Array of 16 Motorbausteine oder of 24 Schrittketten (als Array of SchrittkettentypXYZ)

vollmi · 4 Oktober 2016

PN/DP schrieb:
Und wieder eine Möglichkeit mehr, SPS-Programme crashfreundlich zu schreiben, ohne daß ein Compiler dazwischenfunkt

Nunja. Programmier mal 200 Auma Klappen die alle dasselbe machen nur an verschiedenen Orten der Anlage. Alle Klappen haben eine eindeutige Nummer. vom SCADA wird ebenfalls per Nummer auf ein Array in einem DB die Klappe bedient.
Mein Brandprogramm greift per Array auf die Klappen zu und öffnet per Nummer die richtige klappe (sollwert, befehl, Rückmeldung). Da in Step7 der FB nicht als Array deklariert werden konnte. War der FB aufruf eigentlich das einzige im Programm welches nicht als Array stattfand. Dementsprechend Gross war der Aufrufende FB (mehrere Minuten zum öffnen und Download auf die CPU).

Jetzt kann ich den FB in einem Array deklarieren (array[1..212] of OBJ_Brandabsaugklappe) und kann per FOR schleife durch das ganze Aufrufarray durchrattern. Der Baustein ist dann in Echt nur noch 10 Zeilen lang und macht exakt dasselbe wie der Baustein der vorher 2000 Zeilen lang war.

Ich würd sagen das ist sehr crashsicher. Und ich hab mich bei den Instanzaufrufen nicht nur einmal im Namen der Instanz vertippt und aus versehen eine Instanz der 200 Stück zweimal aufgerufen und eine keinmal. Das passiert dir in der Arrayabarbeitung nicht.

mfG René

PN/DP · 4 Oktober 2016

vollmi schrieb:
Ich würd sagen das ist sehr crashsicher.

Wenn Du indirekt/indiziert auf eine nicht existierende FB-Array-Instanz zugreifst, dann merkt das das SPS-Programm erst zur Laufzeit. Ein Compiler kann Dich nicht warnen.

vollmi schrieb:
Und ich hab mich bei den Instanzaufrufen nicht nur einmal im Namen der Instanz vertippt und aus versehen eine Instanz der 200 Stück zweimal aufgerufen und eine keinmal. Das passiert dir in der Arrayabarbeitung nicht.

Das kann Dir aber genauso beim Bezug auf die Instanzen passieren, vor allem, wenn die Instanzen keine "sprechenden" Namen mehr haben.

vollmi schrieb:
Der Baustein ist dann in Echt nur noch 10 Zeilen lang und macht exakt dasselbe wie der Baustein der vorher 2000 Zeilen lang war.

Dafür ist nun vermutlich die erzeugte Codegröße und die Zykluszeit dreimal so groß.

Wie versorgst Du die FB-Array-Instanzen mit Übergabeparametern? Die müssten dann ja wohl auch alle als Array vorliegen?

Harald

vollmi · 4 Oktober 2016

PN/DP schrieb:
Wenn Du indirekt/indiziert auf eine nicht existierende FB-Array-Instanz zugreifst, dann merkt das das SPS-Programm erst zur Laufzeit. Ein Compiler kann Dich nicht warnen.

Natürlich. Das ist aber bei Arrays immer der Fall und bei einem Arrayloop für FBs genau gleich schlimm wie überall sonst auch. Allerdings wäre das mit den Zyklischen Loops nur um zyklisch durch ein paar FBs zu zirkeln ja recht unproblematisch da so ein Array ja üblicherweise nur einmal angefasst wird, nämlich beim Erstellen.

Da hab ich wesentlich fiesere Möglichkeiten im Programm da Pointer falsch zu setzen. Aber auch die sieht man ja sofort wenn da Grenzen überschritten werden wenn der Baustein geladen wurde.

Das kann Dir aber genauso beim Bezug auf die Instanzen passieren, vor allem, wenn die Instanzen keine "sprechenden" Namen mehr haben.

Wenn man das Programm sozusagen Nummerisch aufbauen kann. dann ist die Nummer der Name. Mich interessiert normalerweise nicht die BMK nummer der Klappe sondern ich weiss das Brandklappe 20 sich in Brandsektor 30 befindet und von Rauchmelder 30 ausgelöst wird.

Dafür ist nun vermutlich die erzeugte Codegröße und die Zykluszeit dreimal so groß.

Wieso sollte die Codegrösse grösser werden wenn die Instanz nachher per For Schleife abgearbeitet wird? Die Codegrösse müsste ja eher 200 mal kleiner sein als wenn man jede Instanz einzeln deklariert und aufruft.

Also das für 200 klappen

Code:

      CALL  #Klp01
       LS_PAR             :="LRU_N_KLP".ABL[1]
       AumaIN             :="Nord_RU_KLP_LST->AS".Ab[1]
       WD                 :="AS Röhre Nord"._DBX_1012_5
       Global_BF_Bedienart:="AS Röhre Nord"._DBW_22_0
       Gesamt_Oeffnung    :=#Gesamt_Oeffnung_Z1
       Venti_An           :=#VentiZone1
       Venti_Klein        :=
       AumaOut            :="Nord_RU_KLP_AS->LST".AbL[1]
       Tuere              :=
       Klp_Fahr           :="Brandarrays".Klp[1]
       Zonen_Oeffnung     :=#Zonen_Oeffnung_Z1
       Tuere_Bedienart    :="LRU_N_KLP".Tuere[1].BA


      CALL  #Klp02
       LS_PAR             :="LRU_N_KLP".ABL[2]
       AumaIN             :="Nord_RU_KLP_LST->AS".Ab[2]
       WD                 :="AS Röhre Nord"._DBX_1012_5
       Global_BF_Bedienart:="AS Röhre Nord"._DBW_22_0
       Gesamt_Oeffnung    :=#Gesamt_Oeffnung_Z1
       Venti_An           :=#VentiZone1
       Venti_Klein        :=
       AumaOut            :="Nord_RU_KLP_AS->LST".AbL[2]
       Tuere              :=
       Klp_Fahr           :="Brandarrays".Klp[2]
       Zonen_Oeffnung     :=#Zonen_Oeffnung_Z1
       Tuere_Bedienart    :="LRU_N_KLP".Tuere[2].BA


      CALL  #Klp03
       LS_PAR             :="LRU_N_KLP".ABL[3]
       AumaIN             :="Nord_RU_KLP_LST->AS".Ab[3]
       WD                 :="AS Röhre Nord"._DBX_1012_5
       Global_BF_Bedienart:="AS Röhre Nord"._DBW_22_0
       Gesamt_Oeffnung    :=#Gesamt_Oeffnung_Z1
       Venti_An           :=#VentiZone1
       Venti_Klein        :=
       AumaOut            :="Nord_RU_KLP_AS->LST".AbL[3]
       Tuere              :=
       Klp_Fahr           :="Brandarrays".Klp[3]
       Zonen_Oeffnung     :=#Zonen_Oeffnung_Z1
       Tuere_Bedienart    :="LRU_N_KLP".Tuere[3].BA

Braucht doch sicher mehr Speicher auf der CPU wie dieses

Code:

For #index 1 to 200 do
      CALL  #Klp[index]
       LS_PAR             :="LRU_N_KLP".ABL[index]
       AumaIN             :="Nord_RU_KLP_LST->AS".Ab[index]
       WD                 :="AS Röhre Nord"._DBX_1012_5
       Global_BF_Bedienart:="AS Röhre Nord"._DBW_22_0
       Gesamt_Oeffnung    :=#Gesamt_Oeffnung_Z1
       Venti_An           :=#VentiZone1
       Venti_Klein        :=
       AumaOut            :="Nord_RU_KLP_AS->LST".AbL[index]
       Tuere              :=
       Klp_Fahr           :="Brandarrays".Klp[index]
       Zonen_Oeffnung     :=#Zonen_Oeffnung_Z1
       Tuere_Bedienart    :="LRU_N_KLP".Tuere[index].BA
end_for;

Wie versorgst Du die FB-Array-Instanzen mit Übergabeparametern? Die müssten dann ja wohl auch alle als Array vorliegen?

Natürlich. Aber das tun sie üblicherweise sowieso weil ich die Berechnung eh über Arrays mache ich erkenne einen Brand in einem Sektor der Nummerisch in einem Array mit allen Parametern abgelegt ist. von diesem Ort kann ich dann rechnerisch ableiten welche Klappen um wieviel öffnen müssen um die richtige Strömung zu bekommen.
Auch Windmessung und Rauchmelder liegen in einem Array

Das meiste ermittle ich rechnerisch. Also Brandzone nr soundsoviel bringt bei der windgeschwindigkeit klappe soundso bis soundso pluss ggf ersatzklappe links oder rechts davon. Ventilator nr soviel kommt dann auch.

dazu gibts dann einfach noch einige Sonderfälle die direkt ausprogrammiert sind z.b. an Sektorengrenzen wo die klappengruppe nicht weitergeschoben wird sondern in sektor 30 bleibt bis sektor 33 erreicht wird und dann erst in sek 33 aufgehen.

mfG René

Ralle · 4 Oktober 2016

@Vollmi

Arbeitest du am BER mit? ;-)
Dann laß dir bitte noch viel Zeit.

rostiger Nagel · 4 Oktober 2016

Das beispiel von Vollmi, hat von mir eine Zustimmung für seine Anwendung.

Ich glaube nicht das er damit eine moderne 1500er in die Knie zwingen wird.

Das Programm wird kurz, knackig und überichtlich.

Ich gehe jetzt mal davon aus, das er es in der Praxis inbetrieb nehmen wird
und somit Verifizieren und Validieren. Wo soll also das Problem entstehen.

TIA TIA Portal V14

Super-Moderator , User des Jahres 2006-2007

Level-3

Forums-Knochenbrecher

Level-2

Level-3

Level-2

Level-3

User des Jahres 2018; 2023

Level-3

User des Jahres 2018; 2023

Level-2

Level-2

User des Jahres 2011-2013; 2015-2017; 2020-2022

Level-3

Level-3

Level-3

User des Jahres 2011-2013; 2015-2017; 2020-2022

Level-3

Super-Moderator , User des Jahres 2006-2007

Forums-Knochenbrecher

Similar threads

Privacy & Transparency

Privacy & Transparency