Dies ist die Beschreibung der Rust API Bindings für das NFC Bricklet. Allgemeine Informationen über die Funktionen und technischen Spezifikationen des NFC Bricklet sind in dessen Hardware Beschreibung zusammengefasst.
Eine Installationanleitung für die Rust API Bindings ist Teil deren allgemeine Beschreibung. Zusätzliche Dokumentation findet sich auf docs.rs.
Der folgende Beispielcode ist Public Domain (CC0 1.0).
Download (example_scan_for_tags.rs)
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 | use std::{error::Error, io, thread};
use tinkerforge::{ip_connection::IpConnection, nfc_bricklet::*};
const HOST: &str = "localhost";
const PORT: u16 = 4223;
const UID: &str = "XYZ"; // Change XYZ to the UID of your NFC Bricklet.
fn main() -> Result<(), Box<dyn Error>> {
let ipcon = IpConnection::new(); // Create IP connection.
let nfc = NfcBricklet::new(UID, &ipcon); // Create device object.
ipcon.connect((HOST, PORT)).recv()??; // Connect to brickd.
// Don't use device before ipcon is connected.
let reader_state_changed_receiver = nfc.get_reader_state_changed_callback_receiver();
// Spawn thread to handle received callback messages.
// This thread ends when the `nfc` object
// is dropped, so there is no need for manual cleanup.
let nfc_copy = nfc.clone(); //Device objects don't implement Sync, so they can't be shared between threads (by reference). So clone the device and move the copy.
thread::spawn(move || {
for state_change in reader_state_changed_receiver {
if state_change.state == NFC_BRICKLET_READER_STATE_REQUEST_TAG_ID_READY {
let (tag_id, tag_type) = nfc_copy.reader_get_tag_id().unwrap();
println!("Found tag of type {} with ID {:x?}", tag_type, tag_id);
}
if state_change.idle {
nfc_copy.reader_request_tag_id();
}
}
});
// Enable reader mode
nfc.set_mode(NFC_BRICKLET_MODE_READER);
println!("Press enter to exit.");
let mut _input = String::new();
io::stdin().read_line(&mut _input)?;
ipcon.disconnect();
Ok(())
}
|
Download (example_emulate_ndef.rs)
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 | use std::{error::Error, io, thread};
use tinkerforge::{ip_connection::IpConnection, nfc_bricklet::*};
const HOST: &str = "localhost";
const PORT: u16 = 4223;
const UID: &str = "XYZ"; // Change XYZ to the UID of your NFC Bricklet.
const NDEF_URI: &str = "www.tinkerforge.com";
fn main() -> Result<(), Box<dyn Error>> {
let ipcon = IpConnection::new(); // Create IP connection.
let nfc = NfcBricklet::new(UID, &ipcon); // Create device object.
ipcon.connect((HOST, PORT)).recv()??; // Connect to brickd.
// Don't use device before ipcon is connected.
let cardemu_state_changed_receiver = nfc.get_cardemu_state_changed_callback_receiver();
// Spawn thread to handle received callback messages.
// This thread ends when the `nfc` object
// is dropped, so there is no need for manual cleanup.
let nfc_copy = nfc.clone(); //Device objects don't implement Sync, so they can't be shared between threads (by reference). So clone the device and move the copy.
thread::spawn(move || {
for state_change in cardemu_state_changed_receiver {
if state_change.state == NFC_BRICKLET_CARDEMU_STATE_IDLE {
let mut ndef_record_udi = vec![0xd1u8, 0x01, NDEF_URI.len() as u8 + 1, 'U' as u8, 0x04];
// Only short records are supported
for byte in NDEF_URI.bytes() {
ndef_record_udi.push(byte);
}
if let Err(e) = nfc_copy.cardemu_write_ndef(&ndef_record_udi) {
println!("Error while writing ndef {}", e);
}
nfc_copy.cardemu_start_discovery();
}
if state_change.state == NFC_BRICKLET_CARDEMU_STATE_DISCOVER_READY {
nfc_copy.cardemu_start_transfer(NFC_BRICKLET_CARDEMU_TRANSFER_WRITE);
} else if state_change.state == NFC_BRICKLET_CARDEMU_STATE_DISCOVER_ERROR {
println!("Discover error");
} else if state_change.state == NFC_BRICKLET_CARDEMU_STATE_TRANSFER_NDEF_ERROR {
println!("Transfer NDEF error");
}
}
});
// Enable cardemu mode
nfc.set_mode(NFC_BRICKLET_MODE_CARDEMU);
println!("Press enter to exit.");
let mut _input = String::new();
io::stdin().read_line(&mut _input)?;
ipcon.disconnect();
Ok(())
}
|
Download (example_write_read_type2.rs)
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 61 | use std::{error::Error, io, thread};
use tinkerforge::{ip_connection::IpConnection, nfc_bricklet::*};
const HOST: &str = "localhost";
const PORT: u16 = 4223;
const UID: &str = "XYZ"; // Change XYZ to the UID of your NFC Bricklet.
fn main() -> Result<(), Box<dyn Error>> {
let ipcon = IpConnection::new(); // Create IP connection.
let nfc = NfcBricklet::new(UID, &ipcon); // Create device object.
ipcon.connect((HOST, PORT)).recv()??; // Connect to brickd.
// Don't use device before ipcon is connected.
let reader_state_changed_receiver = nfc.get_reader_state_changed_callback_receiver();
// Spawn thread to handle received callback messages.
// This thread ends when the `nfc` object
// is dropped, so there is no need for manual cleanup.
let nfc_copy = nfc.clone(); //Device objects don't implement Sync, so they can't be shared between threads (by reference). So clone the device and move the copy.
thread::spawn(move || {
for state_change in reader_state_changed_receiver {
if state_change.state == NFC_BRICKLET_READER_STATE_IDLE {
nfc_copy.reader_request_tag_id();
} else if state_change.state == NFC_BRICKLET_READER_STATE_REQUEST_TAG_ID_READY {
let (tag_id, tag_type) = nfc_copy.reader_get_tag_id().unwrap();
if tag_type != NFC_BRICKLET_TAG_TYPE_TYPE2 {
println!("Tag is not type-2");
return;
}
println!("Found tag of type {} with ID {:x?}", tag_type, tag_id);
nfc_copy.reader_request_page(1, 4);
} else if state_change.state == NFC_BRICKLET_READER_STATE_REQUEST_TAG_ID_ERROR {
println!("Request tag ID error");
} else if state_change.state == NFC_BRICKLET_READER_STATE_REQUEST_PAGE_READY {
let page = nfc_copy.reader_read_page().unwrap();
println!("Page read: 0x{0:X} 0x{1:X} 0x{2:X} 0x{3:X}", page[0], page[1], page[2], page[3]);
nfc_copy.reader_write_page(1, &page).unwrap();
} else if state_change.state == NFC_BRICKLET_READER_STATE_WRITE_PAGE_READY {
println!("Write page ready");
} else if state_change.state == NFC_BRICKLET_READER_STATE_REQUEST_PAGE_ERROR {
println!("Request page error");
} else if state_change.state == NFC_BRICKLET_READER_STATE_WRITE_PAGE_ERROR {
println!("Write page error");
}
}
});
// Enable reader mode
nfc.set_mode(NFC_BRICKLET_MODE_READER);
println!("Press enter to exit.");
let mut _input = String::new();
io::stdin().read_line(&mut _input)?;
ipcon.disconnect();
Ok(())
}
|
Um eine nicht-blockierende Verwendung zu erlauben, gibt fast jede Funktion der Rust-Bindings einen Wrapper um einen mpsc::Receiver zurück. Um das Ergebnis eines Funktionsaufrufs zu erhalten und zu blockieren, bis das Gerät die Anfrage verarbeitet hat, können die recv-Varianten des Receivers verwendet werden. Diese geben entweder das vom Gerät gesendete Ergebnis, oder einen aufgetretenen Fehler zurück.
Funktionen die direkt ein Result zurückgeben, blockieren bis das Gerät die Anfrage verarbeitet hat.
Alle folgend aufgelisteten Funktionen sind Thread-sicher, diese, die einen Receiver zurückgeben, sind Lock-frei.
NfcBricklet::
new
(uid: &str, ip_connection: &IpConnection) → NfcBricklet¶Parameter: |
|
---|---|
Rückgabe: |
|
Erzeugt ein neues NfcBricklet
-Objekt mit der eindeutigen Geräte ID uid
und
fügt es der IP-Connection ip_connection
hinzu:
let nfc = NfcBricklet::new("YOUR_DEVICE_UID", &ip_connection);
Dieses Geräteobjekt kann benutzt werden, nachdem die IP-Connection verbunden.
NfcBricklet::
set_mode
(&self, mode: u8) → ConvertingReceiver<()>¶Parameter: |
|
---|
Setzt den Modus. Das NFC Bricklet unterstützt vier Modi:
Wenn der Modus geändert wird, dann rekonfiguriert das Bricklet die Hardware für den gewählten Modus. Daher können immer nur die dem Modus zugehörigen Funktionen verwendet werden. Es können also im Reader Modus nur die Reader Funktionen verwendet werden.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für mode:
NfcBricklet::
get_mode
(&self) → ConvertingReceiver<u8>¶Rückgabe: |
|
---|
Gibt den aktuellen Modus zurück, wie von NfcBricklet::set_mode
gesetzt.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für mode:
NfcBricklet::
reader_request_tag_id
(&self) → ConvertingReceiver<()>¶Um ein Tag welches sich in der nähe des NFC 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 verfügbaren Tag Typen einfach nacheinander durchzutesten bis das Tag antwortet.
Aktuell werden die folgenden Tag Typen unterstützt:
Beim Aufruf von NfcBricklet::reader_request_tag_id
versucht das NFC Bricklet die Tag ID
eines Tags auszulesen. Nachdem dieser Prozess beendet ist ändert sich
der Zustand des Bricklets. Es ist möglich den NfcBricklet::get_reader_state_changed_callback_receiver
Callback zu
registrieren oder den Zustand über NfcBricklet::reader_get_state
zu pollen.
Wenn der Zustand auf ReaderRequestTagIDError wechselt ist ein Fehler aufgetreten.
Dies bedeutet, dass entweder kein Tag oder kein Tag vom passenden Typ gefunden
werden konnte. Wenn der Zustand auf ReaderRequestTagIDReady wechselt ist ein
kompatibles Tag gefunden worden und die Tag ID wurde gespeichert. Die
Tag ID kann nun über NfcBricklet::reader_get_tag_id
ausgelesen werden.
Wenn sich zwei Tags gleichzeitig in der Nähe des NFC Bricklets befinden
werden diese nacheinander ausgelesen. Um ein spezifisches Tag zu selektieren
muss NfcBricklet::reader_request_tag_id
so lange aufgerufen werden bis das korrekte Tag
gefunden wurde.
Falls sich das NFC Bricklet in einem der ReaderError Zustände befindet
ist die Selektion aufgehoben und NfcBricklet::reader_request_tag_id
muss erneut
aufgerufen werden.
NfcBricklet::
reader_get_tag_id
(&self) → Result<(Vec<u8>, u8), BrickletRecvTimeoutError>¶Rückgabeobjekt: |
|
---|
Gibt den Tag Typ und die Tag ID zurück. Diese Funktion kann nur aufgerufen werden wenn
sich das Bricklet gerade in einem der ReaderReady-Zustände befindet. Die
zurückgegebene tag ID ist die letzte tag ID die durch einen Aufruf von
NfcBricklet::reader_request_tag_id
gefunden wurde.
Der Ansatz um die Tag ID eines Tags zu bekommen sieht wie folgt aus:
NfcBricklet::reader_request_tag_id
aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::reader_get_tag_id
aufDie folgenden Konstanten sind für diese Funktion verfügbar:
Für tag_type:
NfcBricklet::
reader_get_state
(&self) → ConvertingReceiver<ReaderGetState>¶Rückgabeobjekt: |
|
---|
Gibt den aktuellen Reader Zustand des NFC Bricklets aus.
Während der Startphase ist der Zustand ReaderInitialization. Die Initialisierung dauert etwa 20ms. Danach ändert sich der Zustand zu ReaderIdle.
Das Bricklet wird auch neu initialisiert wenn der Modus geändert wird, siehe
NfcBricklet::set_mode
.
Die Funktionen dieses Bricklets können aufgerufen werden wenn der Zustand entweder ReaderIdle ist oder einer der ReaderReady oder ReaderError-Zustände erreicht wurde.
Beispiel: Wenn NfcBricklet::reader_request_page
aufgerufen wird, ändert sich der
Zustand zu ReaderRequestPage solange der Leseprozess noch nicht abgeschlossen
ist. Danach ändert sich der Zustand zu ReaderRequestPageReady wenn das Lesen
funktioniert hat oder zu ReaderRequestPageError wenn nicht. Wenn die Anfrage
erfolgreich war kann die Page mit NfcBricklet::reader_read_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:
NfcBricklet::
reader_write_ndef
(&self, ndef: &[u8]) → Result<(), BrickletRecvTimeoutError>¶Parameter: |
|
---|
Schreibt NDEF formatierte Daten.
Diese Funktion unterstützt aktuell NFC Forum Type 2, 4, 5 und Mifare Classic.
Der Ansatz um eine NDEF Nachricht zu schreiben sieht wie folgt aus:
NfcBricklet::reader_request_tag_id
aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::reader_get_tag_id
auf und überprüfe, ob der erwartete Tag gefunden
wurde, wenn er nicht gefunden wurde mit Schritt 1 fortfahrenNfcBricklet::reader_write_ndef
mit der zu schreibenden NDEF Nachricht aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::
reader_request_ndef
(&self) → ConvertingReceiver<()>¶Liest NDEF formatierten Daten von einem Tag.
Diese Funktion unterstützt aktuell NFC Forum Type 1, 2, 3, 4, 5 and Mifare Classic.
Der Ansatz um eine NDEF Nachricht zu lesen sieht wie folgt aus:
NfcBricklet::reader_request_tag_id
aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::reader_get_tag_id
auf und überprüfe, ob der erwartete Tag gefunden
wurde, wenn er nicht gefunden wurde mit Schritt 1 fortfahrenNfcBricklet::reader_request_ndef
aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::reader_read_ndef
auf um die gespeicherte NDEF Nachricht abzufragenNfcBricklet::
reader_read_ndef
(&self) → Result<Vec<u8>, BrickletRecvTimeoutError>¶Rückgabe: |
|
---|
Gibt NDEF Daten aus einem internen Buffer zurück. Der Buffer
kann zuvor mit einer NDEF Nachricht über einen Aufruf von
NfcBricklet::reader_request_ndef
gefüllt werden.
NfcBricklet::
reader_authenticate_mifare_classic_page
(&self, page: u16, key_number: u8, key: [u8; 6]) → ConvertingReceiver<()>¶Parameter: |
|
---|
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 neuer 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:
NfcBricklet::reader_request_tag_id
aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::reader_get_tag_id
auf und überprüfe, ob der erwartete Tag gefunden wurde,
wenn er nicht gefunden wurde mit Schritt 1 fortfahrenNfcBricklet::reader_authenticate_mifare_classic_page
mit Page und Schlüssel für die
Page aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::reader_request_page
oder NfcBricklet::reader_write_page
zum Lesen/Schreiben einer
Page aufDie Authentifizierung bezieht sich immer auf einen ganzen Sektor (4 Pages).
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für key_number:
NfcBricklet::
reader_write_page
(&self, page: u16, data: &[u8]) → Result<(), BrickletRecvTimeoutError>¶Parameter: |
|
---|
Schreibt maximal 8192 Bytes beginnend von der übergebenen Page. Wie viele Pages dadurch geschrieben werden hängt vom Typ des Tags ab. Die Pagegrößen verhalten sich wie folgt:
Der generelle Ansatz zum Schreiben eines Tags sieht wie folgt aus:
NfcBricklet::reader_request_tag_id
aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
callback)NfcBricklet::reader_get_tag_id
auf und überprüfe, ob der erwartete Tag gefunden wurde,
wenn er nicht gefunden wurde mit Schritt 1 fortfahrenNfcBricklet::reader_write_page
mit der Page sowie den zu schreibenden Daten aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)Wenn ein Mifare Classic Tag verwendet wird muss die Page authentifiziert
werden bevor sie geschrieben werden kann. Siehe
NfcBricklet::reader_authenticate_mifare_classic_page
.
NFC Forum Type 4 Tags sind nicht in Pages organisiert sondern Dateien. Wir unterstützten aktuell zwei Dateien: Capability Container (CC) und NDEF.
Setze Page auf 3 um CC zu wählen und auf 4 um NDEF zu wählen.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für page:
NfcBricklet::
reader_request_page
(&self, page: u16, length: u16) → ConvertingReceiver<()>¶Parameter: |
|
---|
Liest maximal 8192 Bytes beginnend von der übergebenen Page und speichert sie in
einem Buffer. Dieser Buffer kann mit NfcBricklet::reader_read_page
ausgelesen werden.
Wie viele Pages dadurch gelesen werden hängt vom Typ des Tags ab.
Die Pagegrößen verhalten sich wie folgt:
Der generelle Ansatz zum Lesen eines Tags sieht wie folgt aus:
NfcBricklet::reader_request_tag_id
aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::reader_get_tag_id
auf und überprüfe, ob der erwartete Tag gefunden wurde,
wenn er nicht gefunden wurde mit Schritt 1 fortfahrenNfcBricklet::reader_request_page
mit der zu lesenden Page aufNfcBricklet::reader_get_state
oder NfcBricklet::get_reader_state_changed_callback_receiver
Callback)NfcBricklet::reader_read_page
auf um die gespeicherte Page abzufragenWenn ein Mifare Classic Tag verwendet wird muss die Page authentifiziert
werden bevor sie gelesen werden kann. Siehe NfcBricklet::reader_authenticate_mifare_classic_page
.
NFC Forum Type 4 Tags sind nicht in Pages organisiert sondern Dateien. Wir unterstützten aktuell zwei Dateien: Capability Container (CC) und NDEF.
Setze Page auf 3 um CC zu wählen und auf 4 um NDEF zu wählen.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für page:
NfcBricklet::
reader_read_page
(&self) → Result<Vec<u8>, BrickletRecvTimeoutError>¶Rückgabe: |
|
---|
Gibt Daten aus einem internen Buffer zurück. Der Buffer
kann zuvor mit spezifischen Pages über einen Aufruf von
NfcBricklet::reader_request_page
gefüllt werden.
NfcBricklet::
cardemu_get_state
(&self) → ConvertingReceiver<CardemuGetState>¶Rückgabeobjekt: |
|
---|
Gibt den aktuellen Cardemu-Zustand des NFC Bricklets aus.
Während der Startphase ist der Zustand CardemuInitialization. Die Initialisierung dauert etwa 20ms. Danach ändert sich der Zustand zu CardmeuIdle.
Das Bricklet wird auch neu initialisiert wenn der Modus geändert wird, siehe NfcBricklet::set_mode
.
Die Funktionen dieses Bricklets können aufgerufen werden wenn der Zustand entweder CardemuIdle ist oder einer der CardemuReady oder CardemuError-Zustände erreicht wurde.
Beispiel: Wenn NfcBricklet::cardemu_start_discovery
aufgerufen wird, änder sich der
Zustand zu CardemuDiscover solange der Discover-Prozess noch nicht abgeschlossen
ist. Danach ändert sich der Zustand zu CardemuDiscoverReady wenn der Discover-Prozess
funktioniert hat oder zu CardemuDiscoverError wenn nicht.
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:
NfcBricklet::
cardemu_start_discovery
(&self) → ConvertingReceiver<()>¶Startet den Discovery Prozess. Wenn diese Funktion aufgerufen wird während ein NFC Lesegerät sich in Reichweite befindet, dann wechselt der Cardemu Zustand von CardemuDiscovery nach CardemuDiscoveryReady.
Falls kein NFC Lesegerät gefunden werden kann oder während des Discovery Prozesses ein Fehler auftritt dann wechselt der Cardemu Zustand zu CardemuDiscoveryReady. In diesem Fall muss der Discovery Prozess.
Wenn der Cardemu Zustand zu CardemuDiscoveryReady wechselt kann eine NDEF Nachricht
mittels NfcBricklet::cardemu_write_ndef
und NfcBricklet::cardemu_start_transfer
übertragen werden.
NfcBricklet::
cardemu_write_ndef
(&self, ndef: &[u8]) → Result<(), BrickletRecvTimeoutError>¶Parameter: |
|
---|
Schreibt eine NDEF Nachricht die an einen NFC Peer übertragen werden soll.
Die maximale NDEF Nachrichtengröße im Cardemu-Modus beträgt 255 Byte.
Diese Funktion kann im Cardemu-Modus jederzeit aufgerufen werden. Der interne Buffer wird nicht überschrieben solange diese Funktion nicht erneut aufgerufen oder der Modus nicht gewechselt wird.
NfcBricklet::
cardemu_start_transfer
(&self, transfer: u8) → ConvertingReceiver<()>¶Parameter: |
|
---|
Der Transfer einer NDEF Nachricht kann im Cardemu-Zustand CardemuDiscoveryReady gestartet werden.
Bevor ein Schreib-Transfer gestartet werden kann muss zuerst die zu
übertragenden NDEF Nachricht mittels NfcBricklet::cardemu_write_ndef
geschrieben werden.
Nach einem Aufruf dieser Funktion ändert sich der Cardemu-Zustand zu CardemuTransferNDEF. Danach ändert sich der P2P Zustand zu CardemuTransferNDEFReady wenn der Transfer erfolgreich war oder zu CardemuTransferNDEFError falls nicht.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für transfer:
NfcBricklet::
p2p_get_state
(&self) → ConvertingReceiver<P2pGetState>¶Rückgabeobjekt: |
|
---|
Gibt den aktuellen P2P-Zustand des NFC Bricklets aus.
Während der Startphase ist der Zustand P2PInitialization. Die Initialisierung dauert etwa 20ms. Danach ändert sich der Zustand zu P2PIdle.
Das Bricklet wird auch neu Initialisiert wenn der Modus geändert wird, siehe NfcBricklet::set_mode
.
Die Funktionen dieses Bricklets können aufgerufen werden wenn der Zustand entweder P2PIdle ist oder einer der P2PReady oder P2PError-Zustände erreicht wurde.
Beispiel: Wenn NfcBricklet::p2p_start_discovery
aufgerufen wird, änder sich der
Zustand zu P2PDiscover solange der Discover-Prozess noch nicht abgeschlossen
ist. Danach ändert sich der Zustand zu P2PDiscoverReady wenn der Discover-Prozess
funktioniert hat oder zu P2PDiscoverError wenn nicht.
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:
NfcBricklet::
p2p_start_discovery
(&self) → ConvertingReceiver<()>¶Startet den Discovery Prozess. Wenn diese Funktion aufgerufen wird während ein anderes NFC P2P fähiges Gerät sich in Reichweite befindet, dann wechselt der P2P Zustand von P2PDiscovery nach P2PDiscoveryReady.
Falls kein NFC P2P fähiges Gerät gefunden werden kann oder während des Discovery Prozesses ein Fehler auftritt dann wechselt der P2P Zustand zu P2PDiscoveryError. In diesem Fall muss der Discovery Prozess.
Wenn der P2P Zustand zu P2PDiscoveryReady wechselt kann eine NDEF Nachricht
mittels NfcBricklet::p2p_write_ndef
und NfcBricklet::p2p_start_transfer
übertragen werden.
NfcBricklet::
p2p_write_ndef
(&self, ndef: &[u8]) → Result<(), BrickletRecvTimeoutError>¶Parameter: |
|
---|
Schreibt eine NDEF Nachricht die an einen NFC Peer übertragen werden soll.
Die maximale NDEF Nachrichtengröße für P2P Übertragungen beträgt 255 Byte.
Diese Funktion kann im P2P-Modus jederzeit aufgerufen werden. Der interne Buffer wird nicht überschrieben solange diese Funktion nicht erneut aufgerufen, der Modus nicht gewechselt oder über P2P eine NDEF Nachricht gelesen wird.
NfcBricklet::
p2p_start_transfer
(&self, transfer: u8) → ConvertingReceiver<()>¶Parameter: |
|
---|
Der Transfer einer NDEF Nachricht kann im P2P Zustand P2PDiscoveryReady gestartet werden.
Bevor ein Schreib-Transfer gestartet werden kann muss zuerst die zu
übertragenden NDEF Nachricht mittels NfcBricklet::p2p_write_ndef
geschrieben werden.
Nach einem Aufruf dieser Funktion ändert sich der P2P Zustand zu P2PTransferNDEF. Danach ändert sich der P2P Zustand zu P2PTransferNDEFReady wenn der Transfer erfolgreich war oder zu P2PTransferNDEFError falls nicht.
Ein Schreib-Transfer ist danach abgeschlossen. Bei einem Lese-Transfer kann jetzt
die vom NFC Peer geschriebene NDEF Nachricht mittels NfcBricklet::p2p_read_ndef
ausgelesen werden.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für transfer:
NfcBricklet::
p2p_read_ndef
(&self) → Result<Vec<u8>, BrickletRecvTimeoutError>¶Rückgabe: |
|
---|
Gibt die NDEF Nachricht zurück, die von einem NFC Peer im P2P Modus geschrieben wurde.
Die NDEF Nachricht ist bereit sobald sich nach einem NfcBricklet::p2p_start_transfer
Aufruf mit einem Lese-Transfer der P2P Zustand zu P2PTransferNDEFReady ändert.
NfcBricklet::
simple_get_tag_id
(&self, index: u8) → Result<(Vec<u8>, SimpleGetTagIdResult), BrickletRecvTimeoutError>¶Parameter: |
|
---|---|
Rückgabeobjekt: |
|
Gibt den Tag Typ und die Tag ID des Simple-Mode sortiert nach last_seen für den gegebenen Index zurück.
Bis zu acht Tags werden gespeichert.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für tag_type:
Neu in Version 2.0.6 (Plugin).
NfcBricklet::
cardemu_set_tag_id
(&self, tag_id_length: u8, tag_id_data: [u8; 7]) → ConvertingReceiver<()>¶Parameter: |
|
---|
Setzt die Tag ID für den Caremu-Modus. Die Tag ID kann entweder eine Länge von 4 oder von 7 haben.
Wrid die Länge auf 0 gesetzt, nutzt das Bricklet eine zufällige Tag ID (Default).
Neu in Version 2.1.0 (Plugin).
NfcBricklet::
cardemu_get_tag_id
(&self) → ConvertingReceiver<CardemuGetTagId>¶Rückgabeobjekt: |
|
---|
Gibt die Tag ID und Länge zurück, wie von NfcBricklet::cardemu_set_tag_id
gesetzt.
Neu in Version 2.1.0 (Plugin).
NfcBricklet::
set_detection_led_config
(&self, config: u8) → ConvertingReceiver<()>¶Parameter: |
|
---|
Setzt die Konfiguration der Kommunikations-LED. Standardmäßig zeigt die LED ob eine Karte/ein Lesegerät detektiert wurde.
Die LED kann auch permanent an/aus gestellt werden oder einen Herzschlag anzeigen.
Wenn das Bricklet sich im Bootloadermodus befindet ist die LED aus.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für config:
NfcBricklet::
get_detection_led_config
(&self) → ConvertingReceiver<u8>¶Rückgabe: |
|
---|
Gibt die Konfiguration zurück, wie von NfcBricklet::set_detection_led_config
gesetzt.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für config:
NfcBricklet::
set_maximum_timeout
(&self, timeout: u16) → ConvertingReceiver<()>¶Parameter: |
|
---|
Setzt den maximalen Timeout.
Dies ist das globale Maximum für die internen State-Timeouts. Der korrekte Timeout hängt
vom verwendeten Tag Typ ab. Zum Beispiel: Wenn ein Typ 2 Tag verwendet wird und herausgefunden
werden soll ob der Tag in Reichweite des Bricklets ist, muss NfcBricklet::reader_request_tag_id
aufgerufen werden. Der State wechselt dann entweder auf Ready oder Error (Tag gefunden/nicht
gefunden).
Mit den Standardeinstellungen dauert dies ca. 2-3 Sekunden. Wenn man das maximale Timeout auf 100ms setzt reduziert sich diese zeit auf ~150-200ms. Für Typ 2 funktioniert das auch noch mit einem Timeout von 20ms (Ein Typ 2 Tag antwortet für gewöhnlich innerhalb von 10ms). Ein Typ 4 Tag benötigte bis zu 500ms in unsren Tests.
Wenn eine schnelle reaktionszeit benötigt wird, kann das Timeout entsprechend verrigert werden einen guten Wert kann man per Trial-and-Error für einen spezfiischen Tag-Typ ermitteln.
Standardmäßig nutzen wir einen sehr konservativen Timeout um sicher zu stellen das alle Tags definitiv funktionieren.
Neu in Version 2.0.1 (Plugin).
NfcBricklet::
get_maximum_timeout
(&self) → ConvertingReceiver<u16>¶Rückgabe: |
|
---|
Gibt das Timeout zurück, wie von NfcBricklet::set_maximum_timeout
gesetzt.
Neu in Version 2.0.1 (Plugin).
NfcBricklet::
get_spitfp_error_count
(&self) → ConvertingReceiver<SpitfpErrorCount>¶Rückgabeobjekt: |
|
---|
Gibt die Anzahl der Fehler die während der Kommunikation zwischen Brick und Bricklet aufgetreten sind zurück.
Die Fehler sind aufgeteilt in
Die Fehlerzähler sind für Fehler die auf der Seite des Bricklets auftreten. Jedes Brick hat eine ähnliche Funktion welche die Fehler auf Brickseite ausgibt.
NfcBricklet::
set_status_led_config
(&self, config: u8) → ConvertingReceiver<()>¶Parameter: |
|
---|
Setzt die Konfiguration der Status-LED. Standardmäßig zeigt die LED die Kommunikationsdatenmenge an. Sie blinkt einmal auf pro 10 empfangenen Datenpaketen zwischen Brick und Bricklet.
Die LED kann auch permanent an/aus gestellt werden oder einen Herzschlag anzeigen.
Wenn das Bricklet sich im Bootlodermodus befindet ist die LED aus.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für config:
NfcBricklet::
get_status_led_config
(&self) → ConvertingReceiver<u8>¶Rückgabe: |
|
---|
Gibt die Konfiguration zurück, wie von NfcBricklet::set_status_led_config
gesetzt.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für config:
NfcBricklet::
get_chip_temperature
(&self) → ConvertingReceiver<i16>¶Rückgabe: |
|
---|
Gibt die Temperatur, gemessen im Mikrocontroller, aus. Der Rückgabewert ist nicht die Umgebungstemperatur.
Die Temperatur ist lediglich proportional zur echten Temperatur und hat eine hohe Ungenauigkeit. Daher beschränkt sich der praktische Nutzen auf die Indikation von Temperaturveränderungen.
NfcBricklet::
reset
(&self) → ConvertingReceiver<()>¶Ein Aufruf dieser Funktion setzt das Bricklet zurück. Nach einem Neustart sind alle Konfiguration verloren.
Nach dem Zurücksetzen ist es notwendig neue Objekte zu erzeugen, Funktionsaufrufe auf bestehenden führen zu undefiniertem Verhalten.
NfcBricklet::
get_identity
(&self) → ConvertingReceiver<Identity>¶Rückgabeobjekt: |
|
---|
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.
Callbacks können registriert werden um zeitkritische oder wiederkehrende Daten vom Gerät zu erhalten. Die Registrierung kann mit der entsprechenden get_*_callback_receiver-Function durchgeführt werden, welche einen Receiver für Callback-Events zurück gibt.
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.
NfcBricklet::
get_reader_state_changed_callback_receiver
(&self) → ConvertingCallbackReceiver<ReaderStateChangedEvent>¶Event-Objekt: |
|
---|
Receiver die mit dieser Funktion erstellt werden, empfangen Reader State Changed-Events.
Dieser Callback wird ausgelöst, wenn der Reader-Zustand des NFC Bricklets
sich verändert. Siehe NfcBricklet::reader_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:
NfcBricklet::
get_cardemu_state_changed_callback_receiver
(&self) → ConvertingCallbackReceiver<CardemuStateChangedEvent>¶Event-Objekt: |
|
---|
Receiver die mit dieser Funktion erstellt werden, empfangen Cardemu State Changed-Events.
Dieser Callback wird ausgelöst, wenn der Cardemu-Zustand des NFC Bricklets
sich verändert. Siehe NfcBricklet::cardemu_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:
NfcBricklet::
get_p2p_state_changed_callback_receiver
(&self) → ConvertingCallbackReceiver<P2pStateChangedEvent>¶Event-Objekt: |
|
---|
Receiver die mit dieser Funktion erstellt werden, empfangen P2P State Changed-Events.
Dieser Callback wird ausgelöst, wenn der P2P-Zustand des NFC Bricklets
sich verändert. Siehe NfcBricklet::p2p_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:
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.
NfcBricklet::
get_api_version
(&self) → [u8; 3]¶Rückgabeobjekt: |
|
---|
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.
NfcBricklet::
get_response_expected
(&mut self, function_id: u8) → bool¶Parameter: |
|
---|---|
Rückgabe: |
|
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 NfcBricklet::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:
NfcBricklet::
set_response_expected
(&mut self, function_id: u8, response_expected: bool) → ()¶Parameter: |
|
---|
Ä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:
NfcBricklet::
set_response_expected_all
(&mut self, response_expected: bool) → ()¶Parameter: |
|
---|
Ändert das Response-Expected-Flag für alle Setter-Funktionen und Konfigurationsfunktionen für Callbacks diese Gerätes.
Interne Funktionen werden für Wartungsaufgaben, wie zum Beispiel das Flashen einer neuen Firmware oder das Ändern der UID eines Bricklets, verwendet. Diese Aufgaben sollten mit Brick Viewer durchgeführt werden, anstelle die internen Funktionen direkt zu verwenden.
NfcBricklet::
set_bootloader_mode
(&self, mode: u8) → ConvertingReceiver<u8>¶Parameter: |
|
---|---|
Rückgabe: |
|
Setzt den Bootloader-Modus und gibt den Status zurück nachdem die Modusänderungsanfrage bearbeitet wurde.
Mit dieser Funktion ist es möglich vom Bootloader- in den Firmware-Modus zu wechseln und umgekehrt. Ein Welchsel vom Bootloader- in der den Firmware-Modus ist nur möglich wenn Entry-Funktion, Device Identifier und CRC vorhanden und korrekt sind.
Diese Funktion wird vom Brick Viewer während des Flashens benutzt. In einem normalem Nutzerprogramm sollte diese Funktion nicht benötigt werden.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für mode:
Für status:
NfcBricklet::
get_bootloader_mode
(&self) → ConvertingReceiver<u8>¶Rückgabe: |
|
---|
Gibt den aktuellen Bootloader-Modus zurück, siehe NfcBricklet::set_bootloader_mode
.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für mode:
NfcBricklet::
set_write_firmware_pointer
(&self, pointer: u32) → ConvertingReceiver<()>¶Parameter: |
|
---|
Setzt den Firmware-Pointer für NfcBricklet::write_firmware
. Der Pointer
muss um je 64 Byte erhöht werden. Die Daten werden alle 4 Datenblöcke
in den Flash geschrieben (4 Datenblöcke entsprechen einer Page mit 256 Byte).
Diese Funktion wird vom Brick Viewer während des Flashens benutzt. In einem normalem Nutzerprogramm sollte diese Funktion nicht benötigt werden.
NfcBricklet::
write_firmware
(&self, data: [u8; 64]) → ConvertingReceiver<u8>¶Parameter: |
|
---|---|
Rückgabe: |
|
Schreibt 64 Bytes Firmware an die Position die vorher von
NfcBricklet::set_write_firmware_pointer
gesetzt wurde. Die Firmware wird
alle 4 Datenblöcke in den Flash geschrieben.
Eine Firmware kann nur im Bootloader-Mode geschrieben werden.
Diese Funktion wird vom Brick Viewer während des Flashens benutzt. In einem normalem Nutzerprogramm sollte diese Funktion nicht benötigt werden.
NfcBricklet::
write_uid
(&self, uid: u32) → ConvertingReceiver<()>¶Parameter: |
|
---|
Schreibt eine neue UID in den Flash. Die UID muss zuerst vom Base58 encodierten String in einen Integer decodiert werden.
Wir empfehlen die Nutzung des Brick Viewers zum ändern der UID.
NfcBricklet::
read_uid
(&self) → ConvertingReceiver<u32>¶Rückgabe: |
|
---|
Gibt die aktuelle UID als Integer zurück. Dieser Integer kann als Base58 encodiert werden um an den üblichen UID-String zu gelangen.
NfcBricklet::
DEVICE_IDENTIFIER
¶Diese Konstante wird verwendet um ein NFC Bricklet zu identifizieren.
Die NfcBricklet::get_identity
Funktion und der IpConnection::get_enumerate_callback_receiver
Callback der IP Connection haben ein device_identifier
Parameter um den Typ
des Bricks oder Bricklets anzugeben.
NfcBricklet::
DEVICE_DISPLAY_NAME
¶Diese Konstante stellt den Anzeigenamen eines NFC Bricklet dar.