SF_RecipeRead

Hilfeversion 1.1 / Ausgabedatum: 2023.03
Gültig für Funktionsbaustein SF_RecipeRead, Version 1.0z (z = 0 bis 9).

Kurzbeschreibung Der Funktionsbaustein SF_RecipeRead kann Werte aus dem angegebenen Datensatz (Dateisektion) der angegebenen Rezeptur-Datei lesen.
Nachdem der Lesevorgang abgeschlossen ist, steuert der Done-Ausgang auf SAFETRUE und die gelesenen Werte liegen an den Ausgängen PayloadRead** (mit ** = 00 bis 15) des Funktionsbausteins an.

Bausteinsymbol

Eingänge Activate

Kurzbeschreibung Wert

Zustandsgesteuerter Eingang zur Aktivierung des Funktionsbausteins.
Datentyp: BOOL
Anfangswert: FALSE

FALSE: Funktionsbaustein inaktiv

TRUE: Funktionsbaustein aktiviert

Weitere Informationen hierzu finden Sie im Thema "Eingang Activate".

CommandRead

Kurzbeschreibung Wert

Flankengesteuerter Eingang, der die Ausführung des Funktionsbausteins startet.
Datentyp: SAFEBOOL
Anfangswert: SAFEFALSE

SAFEFALSE: Es ist keine Leseoperation angefordert.

SAFETRUE: Anforderung, Daten aus dem Datensatz zu lesen. Nachdem der Befehl erfolgreich ausgeführt wurde (was auch eine erfolgreiche Validierung der gelesenen Daten beinhaltet), steuert Ausgang Done auf SAFETRUE.

Weitere Informationen hierzu finden Sie im Thema "Eingang CommandRead".

IDRecipeFile

Kurzbeschreibung Wert

Eingang zum Spezifizieren der Kennung der Rezeptur-Datei, aus der Daten gelesen werden sollen.
Datentyp: SAFEINT
Anfangswert: 0
Wertebereich: 1 bis 8 Legen Sie hier die numerische Dateikennung an.

Weitere Informationen hierzu finden Sie im Thema "Eingang IDRecipeFile".

IDRecipeDataSet

Kurzbeschreibung Wert

Eingang zum Spezifizieren der Kennung des Datensatzes in der Rezeptur-Datei, aus dem Daten gelesen werden sollen.
Datentyp: SAFEINT
Gültige Werte: >= 1. Der obere Grenzwert hängt vom SPS-Typ ab.
Anfangswert: 0 Legen Sie hier die numerische Datensatzkennung an (innerhalb der durch IDRecipeFile adressierten Datei).

Weitere Informationen hierzu finden Sie im Thema "Eingang IDRecipeDataSet".

DataSetCRC und FileCRC

Kurzbeschreibung Wert

Eingang zum Spezifizieren der CRC über den Datensatz (Dateisektion) bzw. über die Datei.
Datentyp: SAFEDWORD Legen Sie hier die erwarteten Prüfsummen an.
Die Validierung dieser Prüfsummen hilft dabei sicherzustellen, dass die korrekte Datei und der richtige Datensatz gelesen wird. Validiert wird nur, wenn der entsprechende Eingang CheckDataSetCRC und CheckFileCRC (siehe unten) auf SAFETRUE gesetzt ist.

Weitere Informationen hierzu finden Sie im Thema "Eingänge DataSetCRC und FileCRC".

CheckDataSetCRC und CheckFileCRC

Kurzbeschreibung Wert

Eingang zur Aktivierung der Prüfsummenvalidierung der

Datei-CRC

Datensatz-CRC

Datentyp: SAFEBOOL

SAFETRUE: Anforderung, die betreffende CRC zu validieren.

SAFEFALSE: Die aus der Rezeptur-Datei gelesenen Daten werden als gültig betrachtet, ohne vorher die betreffende CRC zu validieren.

Weitere Informationen hierzu finden Sie im Thema "Eingänge CheckDataSetCRC und CheckFileCRC".

CheckProjectCRC

Kurzbeschreibung Wert

Eingang zur Aktivierung der Prüfsummenvalidierung der Projekt-CRC.
Datentyp: SAFEBOOL

SAFETRUE: Anforderung, die Projekt-CRC zu validieren.

SAFEFALSE: Die aus der Rezeptur-Datei gelesenen Daten werden als gültig betrachtet, ohne vorher die CRC zu validieren.

Weitere Informationen hierzu finden Sie im Thema "Eingang CheckProjectCRC".

CheckSerialNumber

Kurzbeschreibung Wert

Eingang zur Aktivierung der Validierung der Seriennummer der Sicherheitssteuerung.
Datentyp: SAFEBOOL

SAFETRUE: Anforderung, die Seriennummer der Sicherheitssteuerung mit der in der Rezeptur-Datei hinterlegten Seriennummer zu vergleichen.

SAFEFALSE: Die aus der Rezeptur-Datei gelesenen Daten werden als gültig betrachtet, ohne vorher die Seriennummer der Sicherheitssteuerung zu validieren.

Weitere Informationen hierzu finden Sie im Thema "CheckSerialNumber".

FV_PayloadRead** (mit ** = 0 bis 15)

Kurzbeschreibung Wert

Eingang zum Spezifizieren der Payload- oder Failsafe-Werte (Failsafe Values = FV).
Datentyp: SAFEDWORD
Anfangswert: 0 Legen Sie hier Konstanten oder Variablen mit Werten an, die für Ihre sicherheitsbezogene Applikation geeignet sind.

Weitere Informationen hierzu finden Sie im Thema "Eingänge FV_PayloadRead**" und beachten Sie den dort aufgeführten Gefahrenhinweis.

Ausgänge Done

Kurzbeschreibung Wert

Ausgang zur Signalisierung "Abarbeitung des Funktionsbausteins abgeschlossen".
Datentyp: SAFEBOOL

SAFEFALSE:

Funktionsbaustein ist nicht aktiviert (Activate = FALSE), oder

die Operation des Funktionsbausteins ist noch nicht abgeschlossen, oder

der Funktionsbaustein konnte seine Operation aufgrund eines Fehlers nicht abschließen.

Beachten Sie...

... die detaillierte Beschreibung des Ausgangs Done (Link unter dieser Tabelle).

… den Wert, der am Ausgang DiagCode anliegt.

SAFETRUE:

Der Funktionsbaustein ist aktiviert (Activate = TRUE) und

der FB hat seine Operation erfolgreich beendet.

Weitere Informationen hierzu finden Sie im Thema "Ausgang Done".

PayloadRead** (mit ** = 0 bis 15)

Kurzbeschreibung Wert

Ausgang für die Rezepturwerte.
Datentyp: SAFEDWORD
Anfangswert: 0 Wenn Done = SAFETRUE ist, liegen die aus der Rezeptur-Datei gelesenen Werte an.
Wenn Done = SAFEFALSE ist, liegen die Failsafe-Werte (FV) an. Die FV-Werte werden von den FV_PayloadRead**-Eingängen gelesen.

Weitere Informationen hierzu finden Sie im Thema "Ausgänge PayloadRead**".

DiagCode

Kurzbeschreibung Wert

Ausgang für Diagnosemeldung.
Datentyp: WORD Diagnosemeldung des Funktionsbausteins.
Die möglichen Werte sind im Thema "Diagnose-Codes" aufgelistet und beschrieben.

Weitere Informationen hierzu finden Sie in den Themen "Ausgang DiagCode" und "Diagnose-Codes".

Detailinformationen Funktionsbaustein-Instanziierung

Die IEC 61131-3 definiert die Instanziierung von Funktionsbausteinen. Instanziieren bedeutet, dass ein Funktionsbaustein einmal definiert wird und dann mehrfach verwendet (instanziiert) werden kann. Dies gilt für alle Standard-FBs und sicherheitsbezogene FBs (sowohl lokale als auch FBs aus Firmware- und Anwenderbibliotheken).

Warum Instanziierung?
Ein Funktionsbaustein besitzt einen internen Speicher, in dem dieser die Arbeitsdaten (lokale Variablen) ablegt. Das bedeutet, die Ausgangswerte, die ein FB berechnet, hängen von den aktuellen intern gespeicherten Werten ab. Die gleichen Eingangswerte liefern deshalb bei verschiedenen FB-Instanzen nicht zwingend die gleichen Ausgangswerte.
Die internen Daten des Funktionsbausteins müssen daher für jeden Aufruf, d.h. für jede FB-Instanz, in einem getrennten Speicherbereich gehalten werden. Um jede FB-Instanz eindeutig identifizieren und ihren Speicherbereich separat halten zu können, werden Instanznamen verwendet. Der Instanzname eines FB muss in der 'Variablen'-Tabelle der POE deklariert werden, in welcher der FB verwendet werden soll.

Dabei gilt Folgendes:

Funktionsbausteine können in anderen Funktionsbausteinen und in Programm-POEs instanziiert werden. Der Aufruf eines FB in einer Funktion-POE ist nicht möglich.

Funktionen werden ohne Instanznamen aufgerufen, da sie keinen internen Speicher besitzen.

In PLCnext Engineer wird strikt zwischen sicherheitsbezogenem Code und (nicht-sicherheitsbezogenem) Standard-Code unterschieden. Wenn Ihr Projekt eine sicherheitsbezogene SPS enthält, gilt Folgendes:

Sicherheitsbezogene FBs können nur in sicherheitsbezogenen POEs instanziiert werden, aber nicht in (nicht-sicherheitsbezogenen) Standard-POEs.

Anwenderdefinierte Standard-FBs können nur in Standard-POEs instanziiert werden. Sie können nicht in sicherheitsbezogenen POEs aufgerufen werden.

Bestimmte Standard-Firmware-FBs können sowohl in sicherheitsbezogenen, als auch in Standard-POEs instanziiert werden.

Hinweis
Beim Einfügen eines Standard-FBs in ein sicherheitsbezogenes SNOLD-Netzwerk gelten die Regeln für die implizite Typumwandlung (von sicherheitsbezogen nach Standard).

Beispiel für die Instanziierung eines sicherheitsbezogenen Rezepturen-Funktionsbausteins

Der sicherheitsbezogene PLCopen-Funktionsbaustein SF_RecipeDeleteDataSet wurde über die Bibliothek 'RecipeFile' in das Projekt eingefügt. Er ist dann in der Kategorie 'Programmierung' des KOMPONENTEN-Bereichs verfügbar. Dort befindet sich ein Ordner mit demselben Namen wie die Bibliothek, aus dem sich die FBs in den sicherheitsbezogenen Code einfügen lassen.
Der FB soll im Code des sicherheitsbezogenen Programms 'S_Main' zweimal aufgerufen werden. Für jede FB-Instanz wurde in der Variablentabelle des aufrufenden Programms ein Instanzname deklariert: SF_RecipeDeleteDataSet1 und SF_RecipeDeleteDataSet2. Die zwei FB-Instanzen wurden in das Code-Arbeitsblatt eingefügt, wobei unterschiedliche Variablen an die Eingangs- und Ausgangs-Formalparameter der Instanzen angeschlossen sind.

Weitere Informationen finden Sie in folgenden Abschnitten:

Funktionsbeschreibung

Fehlervermeidung

Anwendungsfälle, Signalablauf-Diagramme & Anwendungsbeispiele

Diagnose-Codes des FB

Messung der CPU-Auslastung