Perl - NFC/RFID Bricklet

Dies ist die Beschreibung der Perl API Bindings für das NFC/RFID Bricklet. Allgemeine Informationen über die Funktionen und technischen Spezifikationen des NFC/RFID Bricklet sind in dessen Hardware Beschreibung zusammengefasst.

Eine Installationanleitung für die Perl API Bindings ist Teil deren allgemeine Beschreibung.

Beispiele

Der folgende Beispielcode ist Public Domain (CC0 1.0).

Scan For Tags

Download (example_scan_for_tags.pl)

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
#!/usr/bin/perl

use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletNFCRFID;

use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your NFC/RFID Bricklet

my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
our $nr = Tinkerforge::BrickletNFCRFID->new(&UID, $ipcon); # Create device object
our $current_tag_type = 0;

# Callback subroutine for state changed callback
sub cb_state_changed
{
    my ($state, $idle) = @_;

    if($state == $nr->STATE_REQUEST_TAG_ID_READY) {
        my ($tag_type, $tid_length, $tid) = $nr->get_tag_id();
        my $s = "Found tag of type " . $tag_type . " with ID [" . sprintf("%x", @{$tid}[0]);

        for(my $i = 1; $i < $tid_length; $i++) {
            $s = $s . " " . sprintf("%x", @{$tid}[$i]);
        }

        $s = $s . "]\n";

        print $s;
    }

    # Cycle through all types
    if($idle) {
        $current_tag_type = ($current_tag_type + 1) % 3;
        $nr->request_tag_id($current_tag_type);
    }
}

$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected

# Register state changed callback to subroutine cb_state_changed
$nr->register_callback($nr->CALLBACK_STATE_CHANGED, 'cb_state_changed');

# Start scan loop
$nr->request_tag_id($nr->TAG_TYPE_MIFARE_CLASSIC);

print "Press key to exit\n";
<STDIN>;
$ipcon->disconnect();

Write Read Type2

Download (example_write_read_type2.pl)

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
#!/usr/bin/perl

use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletNFCRFID;

use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your NFC/RFID Bricklet

my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
our $nr = Tinkerforge::BrickletNFCRFID->new(&UID, $ipcon); # Create device object

# Callback subroutine for state changed callback
sub cb_state_changed
{
    my ($state, $idle) = @_;

    if($state == Tinkerforge::BrickletNFCRFID->STATE_REQUEST_TAG_ID_READY) {
        print "Tag found\n";

        # Write 16 byte to pages 5-8
        my @data_write = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15];

        $nr->write_page(5, @data_write);
        print "Writing data...\n";
    } elsif($state == Tinkerforge::BrickletNFCRFID->STATE_WRITE_PAGE_READY) {
        # Request pages 5-8
        $nr->request_page(5);
        print "Requesting data...\n";
    } elsif($state == Tinkerforge::BrickletNFCRFID->STATE_REQUEST_PAGE_READY) {
        # Get and print pages
        my @data = $nr->get_page();
        my $s = "Read data: [" . $data[0];

        for(my $i = 1; $i < scalar @data; $i++) {
            $s = $s . " " . $data[$i];
        }

        $s = $s . "]\n";

        print $s;
    } elsif(($state & (1 << 6)) == (1 << 6)) {
        # All errors have bit 6 set
        print "Error: " . $state . "\n";
    }
}

$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected

# Register state changed callback to subroutine cb_state_changed
$nr->register_callback($nr->CALLBACK_STATE_CHANGED, 'cb_state_changed');

# Select NFC Forum Type 2 tag
$nr->request_tag_id($nr->TAG_TYPE_TYPE2);

print "Press key to exit\n";
<STDIN>;
$ipcon->disconnect();

API

Allgemein kann jede Subroutine der Perl Bindings Fehler als Tinkerforge::Error Objekt mittels croak() melden. Das Objekt hat eine get_code() und eine get_message() Subroutine. Es sind verschiedene Fehlercodes definiert:

  • Error->ALREADY_CONNECTED = 11
  • Error->NOT_CONNECTED = 12
  • Error->CONNECT_FAILED = 13
  • Error->INVALID_FUNCTION_ID = 21
  • Error->TIMEOUT = 31
  • Error->INVALID_PARAMETER = 41
  • Error->FUNCTION_NOT_SUPPORTED = 42
  • Error->UNKNOWN_ERROR = 43
  • Error->STREAM_OUT_OF_SYNC = 51
  • Error->INVALID_UID = 61
  • Error->NON_ASCII_CHAR_IN_SECRET = 71
  • Error->WRONG_DEVICE_TYPE = 81
  • Error->DEVICE_REPLACED = 82
  • Error->WRONG_RESPONSE_LENGTH = 83

Alle folgend aufgelisteten Funktionen sind Thread-sicher.

Grundfunktionen

BrickletNFCRFID->new($uid, $ipcon)
Parameter:
  • $uid – Typ: string
  • $ipcon – Typ: IPConnection
Rückgabe:
  • $nfc_rfid – Typ: BrickletNFCRFID

Erzeugt ein Objekt mit der eindeutigen Geräte ID $uid:

$nfc_rfid = BrickletNFCRFID->new("YOUR_DEVICE_UID", $ipcon);

Dieses Objekt kann benutzt werden, nachdem die IP Connection verbunden ist.

BrickletNFCRFID->request_tag_id($tag_type)
Parameter:
  • $tag_type – Typ: int, Wertebereich: Siehe Konstanten
Rückgabe:
  • undef

Um ein Tag welches sich in der nähe des NFC/RFID Bricklets befindet zu lesen oder zu schreiben muss zuerst diese Funktion mit dem erwarteten Tag Typ aufgerufen werden. Es ist kein Problem wenn der Typ nicht bekannt ist. Es ist möglich die verügbaren Tag Typen einfach nacheinander durchzutesten bis das Tag antwortet.

Aktuell werden die folgenden Tag Typen unterstützt:

  • Mifare Classic
  • NFC Forum Type 1
  • NFC Forum Type 2

Beim Aufruf von request_tag_id() probiert das NFC/RFID Bricklet die Tag ID eines Tags auszulesen. Nachdem dieser Prozess beendet ist ändert sich der Zustand des Bricklets. Es ist möglich den CALLBACK_STATE_CHANGED Callback zu registrieren oder den Zustand über get_state() zu pollen.

Wenn der Zustand auf RequestTagIDError wechselt ist ein Fehler aufgetreten. Dies bedeutet, dass entweder kein Tag oder kein Tag vom passenden Typ gefunden werden konnte. Wenn der Zustand auf RequestTagIDReady wechselt ist ein kompatibles Tag gefunden worden und die Tag ID wurde gespeichert. Die Tag ID kann nun über get_tag_id() ausgelesen werden.

Wenn sich zwei Tags gleichzeitig in der Nähe des NFC/RFID Bricklets befinden werden diese nacheinander ausgelesen. Um ein spezifisches Tag zu selektieren muss request_tag_id() so lange aufgerufen werden bis das korrekte Tag gefunden wurde.

Falls sich das NFC/RFID Bricklet in einem der Error Zustände befindet ist die Selektion aufgehoben und request_tag_id() muss erneut aufgerufen werden.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für $tag_type:

  • BrickletNFCRFID->TAG_TYPE_MIFARE_CLASSIC = 0
  • BrickletNFCRFID->TAG_TYPE_TYPE1 = 1
  • BrickletNFCRFID->TAG_TYPE_TYPE2 = 2
BrickletNFCRFID->get_tag_id()
Rückgabe-Array:
  • 0: $tag_type – Typ: int, Wertebereich: Siehe Konstanten
  • 1: $tid_length – Typ: int, Wertebereich: [4, 7]
  • 2: @tid – Typ: [int, ...], Länge: 7, Wertebereich: [0 bis 255]

Gibt den Tag Typ, die Tag ID und die Länge der Tag ID (4 oder 7 Byte möglich) zurück. Diese Funktion kann nur aufgerufen werden wenn sich das Bricklet gerade in einem der Ready-Zustände befindet. Die zurückgegebene ID ist die letzte ID die durch einen Aufruf von request_tag_id() gefunden wurde.

Der Ansatz um die Tag ID eines Tags zu bekommen sieht wie folgt aus:

  1. Rufe request_tag_id() auf
  2. Warte auf einen Zustandswechsel auf RequestTagIDReady (siehe get_state() oder CALLBACK_STATE_CHANGED Callback)
  3. Rufe get_tag_id() auf

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für $tag_type:

  • BrickletNFCRFID->TAG_TYPE_MIFARE_CLASSIC = 0
  • BrickletNFCRFID->TAG_TYPE_TYPE1 = 1
  • BrickletNFCRFID->TAG_TYPE_TYPE2 = 2
BrickletNFCRFID->get_state()
Rückgabe-Array:
  • 0: $state – Typ: int, Wertebereich: Siehe Konstanten
  • 1: $idle – Typ: bool

Gibt den aktuellen Zustand des NFC/RFID Bricklets aus.

Während der Startphase ist der Zustand Initialization. Die Initialisierung dauert etwa 20ms. Danach ändert sich der Zustand zu Idle.

Die Funktionen dieses Bricklets können aufgerufen werden wenn der Zustand entweder Idle ist oder einer der Ready oder Error-Zustände erreicht wurde.

Beispiel: Wenn request_page() aufgerufen wird, änder sich der Zustand zu RequestPage solange der Leseprozess noch nicht abgeschlossen ist. Danach ändert sich der Zustand zu RequestPageReady wenn das lesen funktioniert hat oder zu RequestPageError wenn nicht. Wenn die Anfrage erfolgreich war kann die Page mit get_page() abgerufen werden.

Der gleiche Ansatz kann analog für andere API Funktionen verwendet werden.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für $state:

  • BrickletNFCRFID->STATE_INITIALIZATION = 0
  • BrickletNFCRFID->STATE_IDLE = 128
  • BrickletNFCRFID->STATE_ERROR = 192
  • BrickletNFCRFID->STATE_REQUEST_TAG_ID = 2
  • BrickletNFCRFID->STATE_REQUEST_TAG_ID_READY = 130
  • BrickletNFCRFID->STATE_REQUEST_TAG_ID_ERROR = 194
  • BrickletNFCRFID->STATE_AUTHENTICATING_MIFARE_CLASSIC_PAGE = 3
  • BrickletNFCRFID->STATE_AUTHENTICATING_MIFARE_CLASSIC_PAGE_READY = 131
  • BrickletNFCRFID->STATE_AUTHENTICATING_MIFARE_CLASSIC_PAGE_ERROR = 195
  • BrickletNFCRFID->STATE_WRITE_PAGE = 4
  • BrickletNFCRFID->STATE_WRITE_PAGE_READY = 132
  • BrickletNFCRFID->STATE_WRITE_PAGE_ERROR = 196
  • BrickletNFCRFID->STATE_REQUEST_PAGE = 5
  • BrickletNFCRFID->STATE_REQUEST_PAGE_READY = 133
  • BrickletNFCRFID->STATE_REQUEST_PAGE_ERROR = 197
BrickletNFCRFID->authenticate_mifare_classic_page($page, $key_number, @key)
Parameter:
  • $page – Typ: int, Wertebereich: [0 bis 216 - 1]
  • $key_number – Typ: int, Wertebereich: Siehe Konstanten
  • @key – Typ: [int, ...], Länge: 6, Wertebereich: [0 bis 255]
Rückgabe:
  • undef

Mifare Classic Tags nutzen Authentifizierung. Wenn eine Page eines Mifare Classic Tags gelesen oder geschrieben werden soll muss diese zuvor Authentifiziert werden. Jede Page kann mit zwei Schlüsseln, A (key_number = 0) und B (key_number = 1), authentifiziert werden. Ein neues Mifare Classic Tag welches noch nicht beschrieben wurde kann über Schlüssel A mit dem Standardschlüssel [0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF] genutzt werden.

Der Ansatz um eine Mifare Classic Page zu lesen oder zu schreiben sieht wie folgt aus:

  1. Rufe request_tag_id() auf
  2. Warte auf einen Zustandswechsel auf RequestTagIDReady (siehe get_state() oder CALLBACK_STATE_CHANGED Callback)
  3. Wenn mit einem bestimmten Tag gearbeitet werden soll, dann rufe get_tag_id() auf und überprüfe, ob der erwartete Tag gefunden wurde, wenn er nicht gefunden wurde mit Schritt 1 fortfahren
  4. Rufe authenticate_mifare_classic_page() mit Page und Schlüssel für die Page auf
  5. Warte auf einen Zustandswechsel auf AuthenticatingMifareClassicPageReady (siehe get_state() oder CALLBACK_STATE_CHANGED Callback)
  6. Rufe request_page() oder write_page() zum Lesen/Schreiben einer Page auf

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für $key_number:

  • BrickletNFCRFID->KEY_A = 0
  • BrickletNFCRFID->KEY_B = 1
BrickletNFCRFID->write_page($page, @data)
Parameter:
  • $page – Typ: int, Wertebereich: [0 bis 216 - 1]
  • @data – Typ: [int, ...], Länge: 16, Wertebereich: [0 bis 255]
Rückgabe:
  • undef

Schreibt 16 Bytes startend von der übergebenen Page. Wie viele Pages dadurch geschrieben werden hängt vom Typ des Tags ab. Die Pagegrößen verhalten sich wie folgt:

  • Mifare Classic Pagegröße: 16 byte (eine Page wird geschrieben)
  • NFC Forum Type 1 Pagegröße: 8 byte (zwei Pages werden geschrieben)
  • NFC Forum Type 2 Pagegröße: 4 byte (vier Pages werden geschrieben)

Der generelle Ansatz zum Schreiben eines Tags sieht wie folgt aus:

  1. Rufe request_tag_id() auf
  2. Warte auf einen Zustandswechsel auf RequestTagIDReady (siehe get_state() oder CALLBACK_STATE_CHANGED callback)
  3. Wenn mit einem bestimmten Tag gearbeitet werden soll, dann rufe get_tag_id() auf und überprüfe, ob der erwartete Tag gefunden wurde, wenn er nicht gefunden wurde mit Schritt 1 fortfahren
  4. Rufe write_page() mit der Page sowie den zu schreibenden Daten auf
  5. Warte auf einen Zustandswechsel auf WritePageReady (siehe get_state() oder CALLBACK_STATE_CHANGED Callback)

Wenn ein Mifare Classic Tag verwendet wird muss die Page authentifiziert werden bevor sie geschrieben werden kann. Siehe authenticate_mifare_classic_page().

BrickletNFCRFID->request_page($page)
Parameter:
  • $page – Typ: int, Wertebereich: [0 bis 216 - 1]
Rückgabe:
  • undef

Liest 16 Bytes startend von der übergebenen Page und speichert sie in einem Buffer. Dieser Buffer kann mit get_page() ausgelesen werden. Wie viele Pages dadurch gelesen werden hängt vom Typ des Tags ab. Die Pagegrößen verhalten sich wie folgt:

  • Mifare Classic Pagegröße: 16 byte (eine Page wird gelesen)
  • NFC Forum Type 1 Pagegröße: 8 byte (zwei Pages werden gelesen)
  • NFC Forum Type 2 Pagegröße: 4 byte (vier Pages werden gelesen)

Der generelle Ansatz zum Lesen eines Tags sieht wie folgt aus:

  1. Rufe request_tag_id() auf
  2. Warte auf einen Zustandswechsel auf RequestTagIDReady (siehe get_state() oder CALLBACK_STATE_CHANGED Callback)
  3. Wenn mit einem bestimmten Tag gearbeitet werden soll, dann rufe get_tag_id() auf und überprüfe, ob der erwartete Tag gefunden wurde, wenn er nicht gefunden wurde mit Schritt 1 fortfahren
  4. Rufe request_page() mit der zu lesenden Page auf
  5. Warte auf einen Zustandswechsel auf RequestPageReady (siehe get_state() oder CALLBACK_STATE_CHANGED Callback)
  6. Rufe get_page() auf um die gespeicherte Page abzufragen

Wenn ein Mifare Classic Tag verwendet wird muss die Page authentifiziert werden bevor sie gelesen werden kann. Siehe authenticate_mifare_classic_page().

BrickletNFCRFID->get_page()
Rückgabe:
  • @data – Typ: [int, ...], Länge: 16, Wertebereich: [0 bis 255]

Gibt 16 Bytes Daten aus einem internen Buffer zurück. Der Buffer kann zuvor mit spezifischen Pages über einen Aufruf von request_page() gefüllt werden.

Fortgeschrittene Funktionen

BrickletNFCRFID->get_identity()
Rückgabe-Array:
  • 0: $uid – Typ: string, Länge: bis zu 8
  • 1: $connected_uid – Typ: string, Länge: bis zu 8
  • 2: $position – Typ: char, Wertebereich: ['a' bis 'h', 'z']
  • 3: @hardware_version – Typ: [int, ...], Länge: 3
    • 0: $major – Typ: int, Wertebereich: [0 bis 255]
    • 1: $minor – Typ: int, Wertebereich: [0 bis 255]
    • 2: $revision – Typ: int, Wertebereich: [0 bis 255]
  • 4: @firmware_version – Typ: [int, ...], Länge: 3
    • 0: $major – Typ: int, Wertebereich: [0 bis 255]
    • 1: $minor – Typ: int, Wertebereich: [0 bis 255]
    • 2: $revision – Typ: int, Wertebereich: [0 bis 255]
  • 5: $device_identifier – Typ: int, Wertebereich: [0 bis 216 - 1]

Gibt die UID, die UID zu der das Bricklet verbunden ist, die Position, die Hard- und Firmware Version sowie den Device Identifier zurück.

Die Position ist 'a', 'b', 'c', 'd', 'e', 'f', 'g' oder 'h' (Bricklet Anschluss). Ein Bricklet hinter einem Isolator Bricklet ist immer an Position 'z'.

Eine Liste der Device Identifier Werte ist hier zu finden. Es gibt auch eine Konstante für den Device Identifier dieses Bricklets.

Konfigurationsfunktionen für Callbacks

BrickletNFCRFID->register_callback($callback_id, $function)
Parameter:
  • $callback_id – Typ: int
  • $function – Typ: string
Rückgabe:
  • undef

Registriert den $function Namen für die gegebene $callback_id.

Die verfügbaren Callback IDs mit den zugehörigen Funktionssignaturen sind unten zu finden.

Callbacks

Callbacks können registriert werden um zeitkritische oder wiederkehrende Daten vom Gerät zu erhalten. Die Registrierung kann mit der Funktion register_callback() des Geräte Objektes durchgeführt werden. Der erste Parameter ist die Callback ID und der zweite Parameter ist der Name der Callback-Funktion:

sub my_callback
{
    print "@_[0]";
}

$nfc_rfid->register_callback(BrickletNFCRFID->CALLBACK_EXAMPLE, 'my_callback')

Die Callback Funktion wird dann von einem internen Thread der IP Connection aufgerufen werden. Im Gegensatz zu vielen anderen Programmiersprachen werden Variablen nicht automatisch zwischen Threads geteilt. Wenn eine Variable gleichzeitig in einer Callback Funktion und dem Rest des Programms genutzt werden soll, dann muss diese als :shared markiert werden. Siehe dazu auch die Dokumentation des threads::shared Perl Moduls für weitere Details.

Die verfügbaren IDs mit der dazugehörigen Parameteranzahl und -typen werden weiter unten beschrieben.

Bemerkung

Callbacks für wiederkehrende Ereignisse zu verwenden ist immer zu bevorzugen gegenüber der Verwendung von Abfragen. Es wird weniger USB-Bandbreite benutzt und die Latenz ist erheblich geringer, da es keine Paketumlaufzeit gibt.

BrickletNFCRFID->CALLBACK_STATE_CHANGED
Callback-Parameter:
  • $state – Typ: int, Wertebereich: Siehe Konstanten
  • $idle – Typ: bool

Dieser Callback wird ausgelöst, wenn der Zustand des NFC/RFID Bricklets sich verändert. Siehe get_state() für mehr Informationen über die möglichen Zustände des Bricklets.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für $state:

  • BrickletNFCRFID->STATE_INITIALIZATION = 0
  • BrickletNFCRFID->STATE_IDLE = 128
  • BrickletNFCRFID->STATE_ERROR = 192
  • BrickletNFCRFID->STATE_REQUEST_TAG_ID = 2
  • BrickletNFCRFID->STATE_REQUEST_TAG_ID_READY = 130
  • BrickletNFCRFID->STATE_REQUEST_TAG_ID_ERROR = 194
  • BrickletNFCRFID->STATE_AUTHENTICATING_MIFARE_CLASSIC_PAGE = 3
  • BrickletNFCRFID->STATE_AUTHENTICATING_MIFARE_CLASSIC_PAGE_READY = 131
  • BrickletNFCRFID->STATE_AUTHENTICATING_MIFARE_CLASSIC_PAGE_ERROR = 195
  • BrickletNFCRFID->STATE_WRITE_PAGE = 4
  • BrickletNFCRFID->STATE_WRITE_PAGE_READY = 132
  • BrickletNFCRFID->STATE_WRITE_PAGE_ERROR = 196
  • BrickletNFCRFID->STATE_REQUEST_PAGE = 5
  • BrickletNFCRFID->STATE_REQUEST_PAGE_READY = 133
  • BrickletNFCRFID->STATE_REQUEST_PAGE_ERROR = 197

Virtuelle Funktionen

Virtuelle Funktionen kommunizieren nicht mit dem Gerät selbst, sie arbeiten nur auf dem API Bindings Objekt. Dadurch können sie auch aufgerufen werden, ohne das das dazugehörige IP Connection Objekt verbunden ist.

BrickletNFCRFID->get_api_version()
Rückgabe-Array:
  • 0: @api_version – Typ: [int, ...], Länge: 3
    • 0: $major – Typ: int, Wertebereich: [0 bis 255]
    • 1: $minor – Typ: int, Wertebereich: [0 bis 255]
    • 2: $revision – Typ: int, Wertebereich: [0 bis 255]

Gibt die Version der API Definition zurück, die diese API Bindings implementieren. Dies ist weder die Release-Version dieser API Bindings noch gibt es in irgendeiner Weise Auskunft über den oder das repräsentierte(n) Brick oder Bricklet.

BrickletNFCRFID->get_response_expected($function_id)
Parameter:
  • $function_id – Typ: int, Wertebereich: Siehe Konstanten
Rückgabe:
  • $response_expected – Typ: bool

Gibt das Response-Expected-Flag für die Funktion mit der angegebenen Funktions IDs zurück. Es ist true falls für die Funktion beim Aufruf eine Antwort erwartet wird, false andernfalls.

Für Getter-Funktionen ist diese Flag immer gesetzt und kann nicht entfernt werden, da diese Funktionen immer eine Antwort senden. Für Konfigurationsfunktionen für Callbacks ist es standardmäßig gesetzt, kann aber entfernt werden mittels set_response_expected(). Für Setter-Funktionen ist es standardmäßig nicht gesetzt, kann aber gesetzt werden.

Wenn das Response-Expected-Flag für eine Setter-Funktion gesetzt ist, können Timeouts und andere Fehlerfälle auch für Aufrufe dieser Setter-Funktion detektiert werden. Das Gerät sendet dann eine Antwort extra für diesen Zweck. Wenn das Flag für eine Setter-Funktion nicht gesetzt ist, dann wird keine Antwort vom Gerät gesendet und Fehler werden stillschweigend ignoriert, da sie nicht detektiert werden können.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für $function_id:

  • BrickletNFCRFID->FUNCTION_REQUEST_TAG_ID = 1
  • BrickletNFCRFID->FUNCTION_AUTHENTICATE_MIFARE_CLASSIC_PAGE = 4
  • BrickletNFCRFID->FUNCTION_WRITE_PAGE = 5
  • BrickletNFCRFID->FUNCTION_REQUEST_PAGE = 6
BrickletNFCRFID->set_response_expected($function_id, $response_expected)
Parameter:
  • $function_id – Typ: int, Wertebereich: Siehe Konstanten
  • $response_expected – Typ: bool
Rückgabe:
  • undef

Ändert das Response-Expected-Flag für die Funktion mit der angegebenen Funktion IDs. Diese Flag kann nur für Setter-Funktionen (Standardwert: false) und Konfigurationsfunktionen für Callbacks (Standardwert: true) geändert werden. Für Getter-Funktionen ist das Flag immer gesetzt.

Wenn das Response-Expected-Flag für eine Setter-Funktion gesetzt ist, können Timeouts und andere Fehlerfälle auch für Aufrufe dieser Setter-Funktion detektiert werden. Das Gerät sendet dann eine Antwort extra für diesen Zweck. Wenn das Flag für eine Setter-Funktion nicht gesetzt ist, dann wird keine Antwort vom Gerät gesendet und Fehler werden stillschweigend ignoriert, da sie nicht detektiert werden können.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für $function_id:

  • BrickletNFCRFID->FUNCTION_REQUEST_TAG_ID = 1
  • BrickletNFCRFID->FUNCTION_AUTHENTICATE_MIFARE_CLASSIC_PAGE = 4
  • BrickletNFCRFID->FUNCTION_WRITE_PAGE = 5
  • BrickletNFCRFID->FUNCTION_REQUEST_PAGE = 6
BrickletNFCRFID->set_response_expected_all($response_expected)
Parameter:
  • $response_expected – Typ: bool
Rückgabe:
  • undef

Ändert das Response-Expected-Flag für alle Setter-Funktionen und Konfigurationsfunktionen für Callbacks diese Gerätes.

Konstanten

BrickletNFCRFID->DEVICE_IDENTIFIER

Diese Konstante wird verwendet um ein NFC/RFID Bricklet zu identifizieren.

Die get_identity() Funktion und der IPConnection->CALLBACK_ENUMERATE Callback der IP Connection haben ein device_identifier Parameter um den Typ des Bricks oder Bricklets anzugeben.

BrickletNFCRFID->DEVICE_DISPLAY_NAME

Diese Konstante stellt den Anzeigenamen eines NFC/RFID Bricklet dar.