E_RFID_Response

TYPE E_RFID_Response : (
    eRFR_NoRsp,
    eRFR_Unknown,
    eRFR_Ready,
    eRFR_CmdConfirmation,
    eRFR_CfgChangeExecuted,
    eRFR_WriteCmdSucceded,
    eRFR_NoTransponder,
    eRFR_Error,
    eRFR_Data_ReaderVersion,
    eRFR_Data_Config,
    eRFR_Data_Inventory,
    eRFR_Data_ReadData,
);
END_TYPE

Der Funktionsbaustein FB_RFIDReader der TwinCAT-SPS-RFID-Bibliothek bietet am Ausgang eResponse die im Codebereich dargestellten Enumerationswerte an. Diese sind teilweise analog zu den Telegrammantworttypen der herstellerproprietären Protokolle. Welche herstellerproprietäre MessageID der hier gelisteten Response entspricht, wird in der folgenden Beschreibung jeweils kursiv angegeben. Aufgrund der Auswertungskomplexität sind nicht alle Entsprechungen aufgeführt. Detaillierten Aufschluss kann bei Bedarf die Rohdatendarstellung ST_RFID_RawData am Ausgang des Funktionsbausteins geben.

Wert	Beschreibung
eRFR_NoRsp	Dieser Wert signalisiert, dass zuletzt keine Antwort eingetroffen ist.
eRFR_Unknown	Dieser Wert gibt an, dass das angekommene Telegramm nicht einem bestimmten Typ zugeordnet werden konnte und somit auch nicht ausgewertet wurde. Meist geht dies einher mit einer Fehlermeldung (bError = TRUE).
eRFR_Ready	Manche RFID-Reader-Modelle signalisieren ihre Betriebsbereitschaft, z. B. nach einem Reset, mit einem extra Telegramm. In diesem Fall nimmt eResponse den Wert eRFR_Ready an. Entsprechung im proprietären Protokoll: Leuze: 'S' Pepperl+Fuchs: Status='2'
eRFR_CmdConfirmation	Mit dieser Antwort wird der gesendete Befehl bestätigt. Dies kann bei vielen Befehlen auftreten. Ausnahmen sind die Befehle „Konfiguration ändern“ und „Daten schreiben“, denn auf diese beiden Befehle folgen spezielle Bestätigungen, welche durch die folgenden zwei Enumerationswerte repräsentiert werden. Entsprechung im proprietären Protokoll: Leuze: 'Q2', 'Q4'
eRFR_CfgChangeExecuted	Wenn die RFID-Reader-Konfiguration geändert wurde, sendet der RFID Reader dieses Telegramm zur Bestätigung der Aktion. Entsprechung im proprietären Protokoll: Leuze: 'Q1'
eRFR_WriteCmdSucceded	Sobald Daten auf den Transponder geschrieben wurden, sendet der RFID Reader diese Bestätigung. Entsprechung im proprietären Protokoll: Leuze: 'Q5'
eRFR_NoTransponder	Diese Antwort wird gegeben, falls sich kein Transponder im Lesefeld befindet. Dies wird nicht zwangsläufig als Fehler gewertet, so dass der Ausgang bError auch nicht gesetzt wird. Entsprechung im proprietären Protokoll: Leuze: '$18' Pepperl+Fuchs: Status='5'
eRFR_Error	Wenn ein Telegramm empfangen wurde, welches einen Fehlercode übermittelt hat, so wird eRFR_Error am Ausgang eResponse ausgegeben. Der übermittelte Fehlercode wird in der Ausgangsvariablen iErrCodeRcv angegeben (siehe RFID‑Fehlercodes). Wenn eResponse den Wert eRFR_Error annimmt, so wird auch ein Fehler mittels bError = TRUE am Ausgang des Funktionsbausteins signalisiert. Entsprechung im proprietären Protokoll: Balluff: <NAK>+Failurenumber Deister: MessageErrorCode>=16#20 Leuze: 'Exx', 'Q0'
eRFR_Data_ReaderVersion	Durch eine Versionsabfrage wird ein RFID Reader dazu aufgefordert, Modellinformationen zu senden. Diese Art von empfangenen Daten wird mit dem Wert eRFR_Data_ReaderVersion am Ausgang eResponse bezeichnet.
eRFR_Data_Config	Eine ausgelesene RFID-Reader-Konfiguration wird mittels dem Enumerationswert eRFR_Data_Config signalisiert. Entsprechung im proprietären Protokoll: Leuze: 'G'
eRFR_Data_Inventory	Dieser Telegrammtyp wird angezeigt, wenn ein Transponder erkannt wurde bzw. die Seriennummer eines Transponders ausgelesen wurde.
eRFR_Data_ReadData	Ein Empfang von ausgelesenen Daten aus dem Transponderspeicher wird mit dem Wert eRFR_Data_ReadData signalisiert. Entsprechung im proprietären Protokoll: Deister: MessageID=16#40 or 16#41

Voraussetzungen

Entwicklungsumgebung	Zielplattform	Einzubindende SPS-Bibliotheken
TC3.1.4013	PC oder CX (x86, x64)	Tc2_RFID