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 PLC RFID Bibliothek bietet am Ausgang eResponse obige Enumerationswerte an.
Diese werden im Folgenden kurz erläutert. Teils finden sich Analogien zu den Telegrammantworttypen der herstellerproprietären Protokolle.

Welche herstellerproprietäre MessageID der hier gelisteten Response entspricht, wird im Folgenden 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 Funktionsbausteines geben.

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, beispielsweise 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 :

Falls 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, wozu im Kapitel RFID Fehlercodes näheres beschrieben ist. Falls eResponse den Wert eRFR_Error einnimmt, so wird auch ein Fehler mittels bError TRUE am Ausgang des Funktionsbausteines 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