OUT - Variable in FC lesen

scrolllkock · 25 März 2009

Hallo,

habe hier ein Programm das ich nicht verstehe.
Meines Wissens soll man OUT Variablen nur lesen, wenn sie im Baustein weiter oben zugewiesen (mit =) worden sind.
z.B.

u e0.0
= #out_x

u e0.1
u #out_x
= m0.1

Hier ist ein "Standard"-Programm das in vielen Maschinen bei Kunden läuft.

z.B.

u e0.1
u #out_x
= m0.1

u e0.0
= #out_x

Ist nicht bei jedem Aufruf #out_x erstmal unsicher?
oder

u e1.0
fp m1.0
s #out_y
u e2.0
r #out_y

u #out_y
u e3.3
= m1.4

Wenn hier #out_y zugewiesen wird (Impuls) ist #out_y weiter unten natürlich 1. Was passiert im zweiten Aufruf? #out_y wird nicht mehr gesetzt, aber der Merker außerhalb des FC = true.

Das Programm läuft auch, aber warum brauche ich dann noch INOUT - Variablen?

Larry Laffer · 25 März 2009

Hallo,
ist es denn eine OUT- oder eine IN_OUT-Variable ?
Wenn es eine OUT-Variable bei einem FC ist, dann hast du Recht. Bei einem FB wäre das so OK (der kann es sich merken ...).

Gruß
LL

scrolllkock · 25 März 2009

Hallo,

ist ein FC und ist OUT-Variable. Und ist im ganzen Programm immer wieder mal so gemacht.

xhasx · 25 März 2009

Sehr dubios!!!
Eine Mischung aus Externen und Internen Variablen ist das auch noch!!!
Toller Softwareentwickler!!!

Ralle · 25 März 2009

Larry Laffer schrieb:
Bei einem FB wäre das so OK (der kann es sich merken ...).

Gruß
LL

Außer natürlich beim alllerersten Aufruf des FB! Da ist hat die Out, den Defaultwert, wahrscheinlich wohl False.
Also besser generell nicht so machen, weil unsauber.

IBFS · 25 März 2009

scrolllkock schrieb:
Hallo,

ist ein FC und ist OUT-Variable. Und ist im ganzen Programm immer wieder mal so gemacht.

au weia ... soweit ich weis, steht in einem "unbeschiebenen" OUT von
einem FC nur alter "STACK"-Mist von irgenwelchen vorherigen
SPS-Programmteilen drin. Das kann 1000 * gutgehen aber irgendwann
knallt es.

Gruß

yy1 · 25 März 2009

Hallo zusammen,

IHMO werden bei einem FC-Aufruf Referenzen auf die Parameter übergeben. Damit wird innerhalb des FC direkt aus dem übergeben Parameter gelesen.

Es wird also schon funktionieren, schön ist's aber nicht.

Larry Laffer · 25 März 2009

@yy1:
das habe ich auch schon mal irgendwo gelesen und daraufhin versucht, das nachzustellen ... hat bei mir nicht funktioniert ...
Ich habe allerdings Werte verwendet, die "by Value" (also alles bis Größe Doppelwort) und nicht welche, die "by Referenz" (also z.B. Pointer etc.) übergeben werden ...

yy1 · 25 März 2009

Ich hab' jetzt auch noch einmal versucht das nachzustellen - bei mir funktioniert's (BOOL - also wie im Beispiel von scrolllkock - und INT).

@Larray Lafer: woran ist's bei Dir gescheitert?

Larry Laffer · 25 März 2009

@yy1:
ich habe mir einen FC geschrieben mit 2 OUT-Variablen (Var_1 und Var_2) vom Typ BOOL.
In dem FC habe ich dann programmiert :

Code:

U #Var_2
= #Var_1

Ich kann nun von aussen am dem FC die Var_2 mit "1" und "0" beschalten, wie ich will - es ändert sich nichts am Zustand von Var_1 (in meinem Fall bleibt es "0").

Gruß
LL

yy1 · 25 März 2009

@LL:

Hm - wie gesagt, bei mir nimmt Var1 den Wert von Var2 an.
Was hast Du denn beim Aufruf übergeben?

Sarek · 25 März 2009

yy1 schrieb:
Hallo zusammen,

IHMO werden bei einem FC-Aufruf Referenzen auf die Parameter übergeben. Damit wird innerhalb des FC direkt aus dem übergeben Parameter gelesen.

Es wird also schon funktionieren, schön ist's aber nicht.

Du hast fast Recht, Referenzen werden bei einfachen Parameter übergeben: z.B. Merker, bei komplexen z.b. ein Datenbit wirds über den Umweg L-Stack gemacht.

Beispiel:
aus AWL-Code

Code:

      CALL  FC  1000
       IN :=M10.0
       OUT:=M100.0

wird auf der CPU folgender Code ausgeführt (es wird im FC direkt auf Merker gelesen und geschrieben)

Code:

      BLD   1
      =     L     20.0
      UC    FC  1000
 
            P#M 10.0
            P#M 100.0
      BLD   2

Beispiel für AWL DB-Zugriff:

Code:

      CALL  FC  1000
       IN :="DB".bool_1
       OUT:="DB".bool_2

wird: (Umschichtung über Lokaldaten => Inhalt des OUT-Parameters ist dann vor Zuweisung zufällig)

Code:

      BLD   1
      =     L     20.0
      AUF   "DB"
 
      U     DBX    0.0
      =     L     20.1
      UC    FC  1000
            P#L 20.1
            P#L 20.2
      U     L     20.2
      AUF   "DB"
      =     DBX    0.1
      BLD   2

Onkel Dagobert · 25 März 2009

Larry Laffer schrieb:
..Bei einem FB wäre das so OK (der kann es sich merken ...

Wobei man beachten sollte dass bei einem Lesezugriff auf einen OUT immer der "alte" Wert aus den Instanzdaten gelesen wird, auch wenn man den Ausgangsparameter vorher beschreibt.

Gruß, Onkel

scrolllkock · 25 März 2009

Sarek schrieb:
Du hast fast Recht, Referenzen werden bei einfachen Parameter übergeben: z.B. Merker, bei komplexen z.b. ein Datenbit wirds über den Umweg L-Stack gemacht.

Beispiel:
aus AWL-Code

Code:

CALL FC 1000 IN :=M10.0 OUT:=M100.0

wird auf der CPU folgender Code ausgeführt (es wird im FC direkt auf Merker gelesen und geschrieben)

Code:

BLD 1 = L 20.0 UC FC 1000 P#M 10.0 P#M 100.0 BLD 2

Beispiel für AWL DB-Zugriff:

Code:

CALL FC 1000 IN :="DB".bool_1 OUT:="DB".bool_2

wird: (Umschichtung über Lokaldaten => Inhalt des OUT-Parameters ist dann vor Zuweisung zufällig)

Code:

BLD 1 = L 20.0 AUF "DB" U DBX 0.0 = L 20.1 UC FC 1000 P#L 20.1 P#L 20.2 U L 20.2 AUF "DB" = DBX 0.1 BLD 2

Hallo,

jetzt verstehe ich auch warum wir (ich) manchmal Probleme haben bei Out-Variablen und manchmal nicht. Wir nutzen Merker und in Programmübergaben Datenbausteine. Wenn ich das richtig verstanden habe, gehen Merker wegen übergabe einer Referenz, aber Datenbausteine gehen nicht da die Zuweisung wirklich erst am Ende des FC erfolgt. Richtig?!? Ich glaube ich muss ein paar Bausteine umschreiben

Woher kann man eigentlich so was wissen? Steht das irgendwo zum nachlesen (und Kollegen/Chefs zeigen)?

Sarek · 25 März 2009

scrolllkock schrieb:
Hallo,

jetzt verstehe ich auch warum wir (ich) manchmal Probleme haben bei Out-Variablen und manchmal nicht. Wir nutzen Merker und in Programmübergaben Datenbausteine. Wenn ich das richtig verstanden habe, gehen Merker wegen übergabe einer Referenz, aber Datenbausteine gehen nicht da die Zuweisung wirklich erst am Ende des FC erfolgt. Richtig?!? Ich glaube ich muss ein paar Bausteine umschreiben

Woher kann man eigentlich so was wissen? Steht das irgendwo zum nachlesen (und Kollegen/Chefs zeigen)?

Du hast es genau richtig verstanden!

Deinen Chef/Kollegen kannst Du dies mit SCL demonstrieren
Übersetze folgende SCL-Quelle:

Code:

DATA_BLOCK DB1000
    STRUCT
        BOOL1: BOOL;
        BOOL2: BOOL;               
    END_STRUCT
BEGIN
END_DATA_BLOCK
 
 
 
FUNCTION FC1000 : VOID
VAR_INPUT
    IN: BOOL;
END_VAR
VAR_OUTPUT
    OUT:BOOL;
END_VAR
BEGIN
   OUT:=IN AND NOT OUT ; 
END_FUNCTION
 
 
 
FUNCTION FC2000 : VOID
BEGIN
   FC1000(IN := M20.0 ,OUT := M20.1); 
   FC1000(IN := DB1000.BOOL1 ,OUT := DB1000.BOOL2);   
END_FUNCTION

Dann öffne den AWL-Editor und öffne den FC2000

Code:

      SET   
      SAVE  
      =     L      0.1
      UC    FC  1000
            P#M 20.0
            P#M 20.1
      U     DB1000.DBX    0.0
      =     L      0.2
      UC    FC  1000
            P#L 0.2
            P#L 0.3
      U     L      0.3
      =     DBX    0.1
      U     L      0.1
      SAVE  
      BE

Kai · 25 März 2009

scrolllkock schrieb:
jetzt verstehe ich auch warum wir (ich) manchmal Probleme haben bei Out-Variablen und manchmal nicht. Wir nutzen Merker und in Programmübergaben Datenbausteine. Wenn ich das richtig verstanden habe, gehen Merker wegen übergabe einer Referenz, aber Datenbausteine gehen nicht da die Zuweisung wirklich erst am Ende des FC erfolgt. Richtig?!? Ich glaube ich muss ein paar Bausteine umschreiben

Woher kann man eigentlich so was wissen? Steht das irgendwo zum nachlesen (und Kollegen/Chefs zeigen)?

Siehe dazu die folgende Siemens-FAQ:

2. Versorgung der elementaren Ein- und Ausgangsparameter

Bei der Versorgung von elementaren Formalparametern (z.B. die Datentypen BOOL, BYTE, WORD oder DWORD) der Schnittstelle einer Funktion sind zwei Fälle zu unterscheiden.

Der elementare Formalparameter wird mit einem Merker, einem Ein- oder Ausgang aus dem Prozessabbild oder aus dem Lokaldatenstack (L-Stack) des aufrufenden Bausteines versorgt.
In diesem Fall arbeitet der Code der Funktion mit einem bereichsübergreifenden Zeiger direkt(!) auf diesen elementaren Aktualparametern (z.B. P#E0.0, P#M0.0).

Der elementare Formalparameter wird mit einer Konstanten oder einem Datenbausteinelement versorgt.
In diesem Fall wird der Wert des Aktualparameters vor dem Aufruf der Funktion in den L-Stack des aufrufenden Bausteines kopiert. Der Code der Funktion arbeitet dann mit einem bereichsübergreifenden Zeiger auf diesen Lokaldatenbereich des aufrufenden Bausteines.
Beachten Sie bitte, dass bei Ausgangsparametern keine Initialisierung erfolgt und die Eingangsparameter nicht gelöscht werden. Deshalb ist in diesem Fall darauf zu achten, dass Eingänge nur gelesen und Ausgänge in jedem Zyklus geschrieben werden. Bei Befehlen wie "S" oder "R" wird das Signal nur abhängig vom VKE geschrieben. Deshalb sollten Sie diese Befehle durch die Zuweisung "=" ersetzen oder die Werte vor der Abfrage initialisieren.
Wenn Sie das Beschreiben der Werte nicht in jedem Zyklus sicherstellen können, sollten Sie einen IN/OUT- Parameter verwenden.

ID189227: Warum liefert eine Funktion bei den OUT-Parametern sporadisch falsche Rückgabewerte und was ist bei der Parametrierung der Ein- und Ausgangsparameter zu beachten?

Gruß Kai

vierlagig · 25 März 2009

Sarek schrieb:
Deinen Chef/Kollegen kannst Du dies mit SCL demonstrieren

zum glück geht das auch anders ... es ist kein hexenwerk den "eigentlichen code" anzuzeigen ... auch ohne SCL

@LL: hast du meine pdf noch? kannst du die mir nochmal zurückschicken? das letzte vista-update ist fehlgeschlagen und alle meine lokalen dokumente sind hopps gegangen... danke!

scrolllkock · 26 März 2009

zum glück geht das auch anders ... es ist kein hexenwerk den "eigentlichen code" anzuzeigen ... auch ohne SCL

Wie geht es ohne SCL? Hab ich leider nicht.

Ralle · 26 März 2009

scrolllkock schrieb:
zum glück geht das auch anders ... es ist kein hexenwerk den "eigentlichen code" anzuzeigen ... auch ohne SCL

Wie geht es ohne SCL? Hab ich leider nicht.

Das wird dir 4L nicht verraten, irgendwie sitzt er da drauf. Hab schon mehrere Male versucht, daß er mal die Anleitung dazu rausrückt, entweder er weiß es selbst nicht mehr oder er will es nicht rausrücken. *ROFL*

Versuchs mal damit, den betreffenden Baustein von Online in ein leeres Projekt zu kopieren, vielleicht dann.

OUT - Variable in FC lesen

Level-2

Super-Moderator , User des Jahres 2008-2009

Level-2

Level-2

Super-Moderator , User des Jahres 2006-2007

Level-1

Level-1

Super-Moderator , User des Jahres 2008-2009

Level-1

Super-Moderator , User des Jahres 2008-2009

Level-1

Level-2

Level-3

Level-2

Level-2

Level-1

Level-1

Level-2

Super-Moderator , User des Jahres 2006-2007

Similar threads

Wir schützen deine Privatsphäre