RC522 RFID-Modul: Pinbelegung, Verkabelung, Arduino- & ESP32-Code

Das RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs RFID-Modul ist ein 13,56 MHz kontaktloser Leser und Schreiber, der häufig mit Arduino, ESP32 und anderen Mikrocontrollern verwendet wird. Der Name RC522 bezieht sich normalerweise auf ein Breakout-Board, das um den MFRC522-Leser-IC von NXP aufgebaut ist. Antenneneinstellung, Schnittstellenkonfiguration und Komponentenqualität können zwischen den Modulherstellern variieren. Es erzeugt ein hochfrequentes Feld, das eine kompatible passive Karte oder ein Tag mit Strom versorgt, liest die UID des Tags und greift auf den gespeicherten Speicher zu, wenn der richtige Authentifizierungsschlüssel verfügbar ist. Dieser Artikel erklärt die RC522 Pinbelegung, Spezifikationen, unterstützte Tags, Lese-/Schreibprozess, Arduino- und ESP32-Verbindungen, Beispielcode, gemessene Reichweite, häufige Probleme und moderne NFC-Alternativen.

Katalog

Abbildung 1. RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs RFID-Modul

RC522 RFID-Modul Pinbelegung

Abbildung 2. RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs Pinbelegung

Die meisten blauen RC522 Breakout-Boards sind für SPI konfiguriert. Der MFRC522-IC unterstützt auch I²C und UART, aber die Verwendung dieser Schnittstellen kann board-spezifische Lötschnellverbindungen oder Strap-Änderungen erforderlich machen. Überprüfen Sie das Modul-Schema, bevor Sie eine I²C- oder UART-Verbindung herstellen.

RC522 RFID-Modul Spezifikationen

Hinweis: NXP führt MFRC52202HN1 als abgekündigt und empfiehlt CLRC663 plus für neue Lesegerätdesigns.

Referenz: NXP Semiconductors, MFRC522 - Standardperformanz MIFARE und NTAG Frontend, Produktdatenblatt, Rev. 3.9, 27. April 2016, Dokumentnummer 112139.

Was für Karten und Tags kann der RC522 lesen?

Der RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs liest und schreibt 13.56 MHz ISO/IEC 14443 Typ A Karten und Tags. Am besten funktioniert er mit MIFARE Classic Mini, 1K und 4K Produkten. Der MFRC522 unterstützt diese Produkte auf RF-Ebene, aber die verfügbaren Lese-, Schreib- und Schutzfunktionen hängen vom Tag und der Softwarebibliothek ab.

Er kann keine 125 kHz Tags, ISO/IEC 14443 Typ B, FeliCa, ISO/IEC 15693 oder UHF Tags lesen. Geschützte Karten können die UID-Erkennung zulassen, blockieren jedoch den Zugriff auf ihre gespeicherten Daten. Der RC522 unterstützt auch keine normale Kommunikation mit NFC-Smartphones.

Wie der RC522 RFID-Tags liest und schreibt

Der Prozess beginnt, wenn der Mikrocontroller dem RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs sagt, dass er nach einem Tag scannen soll. Nachdem ein kompatibler passiver Tag reagiert hat, führt das Lesegerät eine Antikollision durch, um mehrere Antworten zu trennen, erhält die UID des Tags und wählt einen Tag zur Kommunikation aus.

Abbildung 3. RC522 Tag-Erkennung, Authentifizierung und Daten Lese-/Schreibprozess

Bevor auf geschützten Speicher zugegriffen wird, authentifiziert sich das Lesegerät mit dem richtigen Sektor-Schlüssel. Eine Leseoperation überträgt Daten vom ausgewählten Block zum Mikrocontroller, während eine Schreiboperation neue Daten an den Block sendet und überprüft, ob der Tag diese akzeptiert hat. Der RC522 meldet dann, ob die Operation erfolgreich oder fehlgeschlagen ist.

RC522 Verdrahtung und Einrichtung mit Arduino und ESP32

Der Arduino Uno und ESP32 kommunizieren über SPI mit dem RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs , verwenden jedoch unterschiedliche Pins und Logikpegel. Installiere die MFRC522-Bibliothek über den Arduino Bibliotheksmanager, bevor du das UID-Lese-Sketch in Abschnitt 5.3 hochlädst.

Die Bibliothek ist eingefroren und erhält nur sporadische Wartung. Sie unterstützt MIFARE Classic Karten, aber der Support für NTAG und MIFARE Ultralight ist teilweise. Sie unterstützt kein I²C, UART, MIFARE DESFire-Authentifizierung, Smartphone-Kommunikation oder Kartenemulation.

RC522 Schnittstelle mit Arduino

Der Arduino Uno kommuniziert über SPI mit dem RC522. Energie das Modul mit 3.3 V und verbinde beide Geräte mit einem gemeinsamen Ground. Da der Uno 5 V GPIO-Ausgänge produziert, müssen SDA/SS, SCK, MOSI und RST durch einen 5 V-toleranten Logikpuffer geleitet werden, der von 3.3 V gespeist wird. Auf gängigen RC522-Boards funktioniert der SDA-Pin als SS oder Chip-Auswahl im SPI-Modus.

Abbildung 4. Arduino Uno und RC522 SPI-Verdrahtung

Arduino Uno und RC522 Verbindungen

Eine direkte MISO-Verbindung funktioniert in der Regel, aber ein aufwärtsgerichteter Pegelwandler bietet striktere Worst-Case-Kompatibilität. Der 3.3 V-Pin des Uno ist auf 50 mA begrenzt. Wenn das Modul instabil wird, verwende eine externe geregelte 3.3 V-Stromversorgung mit ihrem Ground, der mit dem Arduino-Ground verbunden ist.

RC522 Schnittstelle mit ESP32

Der ESP32 und RC522 verwenden 3,3 V Logik, sodass ein Pegelwandler normalerweise nicht erforderlich ist. RST ist mit GPIO 22 verbunden, um GPIO 0 zu vermeiden, da GPIO 0 den Startmodus des ESP32 beeinflusst. Diese Verbindungen gelten für das klassische ESP32 DevKit; andere ESP32-Varianten können andere SPI-Pins verwenden.

Abbildung 5. ESP32 und RC522 SPI-Verbindungen

ESP32 und RC522 Verbindungen

ESP32-spezifische Einstellungen, die im gemeinsamen Sketch verwendet werden, sind:

const byte SS_PIN = 5;

const byte RST_PIN = 22;

Serial.begin(115200);

SPI.begin(18, 19, 23, SS_PIN);

Gemeinsamer RC522 UID-Lese-Code

Der folgende Sketch wählt automatisch die Pin-Zuweisungen und die SPI-Initialisierung für ein Arduino Uno oder klassisches ESP32 aus. Öffnen Sie den Serial Monitor bei 9600 Baud für das Uno oder 115200 Baud für das ESP32.

#include

#include

#if defined(ARDUINO_ARCH_ESP32)

const byte SS_PIN = 5;

const byte RST_PIN = 22;

const unsigned long SERIAL_BAUD = 115200;

#else

const byte SS_PIN = 10;

const byte RST_PIN = 9;

const unsigned long SERIAL_BAUD = 9600;

#endif

MFRC522 reader(SS_PIN, RST_PIN);

void setup() {

Serial.begin(SERIAL_BAUD);

#if defined(ARDUINO_ARCH_ESP32)

SPI.begin(18, 19, 23, SS_PIN);

#else

SPI.begin();

#endif

reader.PCD_Init();

Serial.println("Halten Sie ein kompatibles RFID-Tag in die Nähe des Lesegeräts.");

}

void loop() {

if (!reader.PICC_IsNewCardPresent() ||

!reader.PICC_ReadCardSerial()) {

return;

}

Serial.print("Karten-UID:");

for (byte i = 0; i

Serial.print(reader.uid.uidByte[i]

Serial.print(reader.uid.uidByte[i], HEX);

}

Serial.println();

reader.PICC_HaltA();

delay(500);

}

RC522 Sicherheitsbeschränkungen

Der RC522 ist ein Leser, kein vollständiges Sicherheitssystem. Die UID eines Tags identifiziert das Tag, sollte aber nicht als geheimes Passwort behandelt werden, da kompatible Geräte sie kopieren oder emulieren können. Daher sind Systeme, die nur auf UID basieren, für Zahlungen, sicheren Zugangskontrolle oder andere Anwendungen, bei denen Nachahmung ernsthaften Schaden verursachen könnte, ungeeignet.

Die Sicherheit hängt auch von der Kartentechnologie ab. MIFARE Classic verwendet den Legacy-Crypto1-Algorithmus, von dem Forscher gezeigt haben, dass er anfällig für praktische Schlüsselwiederherstellungs- und Speicherzugriffsangriffe ist. Standard-Schlüsseln und Schlüsseln, die ohne Schutz in der Firmware des Mikrocontrollers gespeichert werden, schaffen zusätzliche Risiken. Der RC522 ist geeignet für Lernzwecke und niedrigrisikobehaftete Identifikation, aber empfindliche Systeme sollten einen kompatiblen Reader und Karten mit moderner gegenseitiger Authentifizierung, AES-Verschlüsselung, sicherer Nachrichtenübermittlung und geschützter Schlüsselablage verwenden, wie entsprechende MIFARE DESFire oder MIFARE Plus Produkte.

RC522 Leseabstand: Typische Distanz und veröffentlichte Testergebnisse

Typische Distanz im Datenblatt

Das NXP MFRC522-Datenblatt gibt einen typischen Lese-/Schreibabstand von bis zu 50 mm an, abhängig von der Antennengröße und -abstimmung. Dies ist kein garantierter Bereich für jedes RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs -Modul. Das Design des Tags, die Ausrichtung der Antenne, die Versorgungsspannung, elektrische Störungen und nahe Metallobjekte können die tatsächliche Distanz beeinflussen.

Veröffentlichten Testergebnisse

Wijanarko et al. (2025) testeten einen ESP32-basierten Zugangskontrollprototyp mit einem RC522-Modul und einer MIFARE Classic 1K-Karte.

Der Prototyp erkannte die Karte in Entfernungen von 1 bis 5 cm und fiel bei 6 cm aus. Die Studie berichtete jedoch nicht über wiederholte Versuche, numerische Erfolgsraten, gemessene Reaktionszeiten oder Antennenorientierung. Daher beschreiben diese Ergebnisse nur diesen Prototyp und sollten nicht als universelle Zuverlässigkeitsbewertung des RC522 präsentiert werden.

Referenz: Wijanarko, Y., Alfarizal, N., und Pratama, M. R. (2025). „Implementierung eines RFID RC522 und IoT-basierten automatischen Türsicherheitssystems in einem Labor für Elektrotechnik.“ Indonesische Zeitschrift für Künstliche Intelligenz und Datenmining, 8(2), 478–488.

Anwendungsbeispiele und Einschränkungen des RC522

Anwendung im Anwesenheitssystem

Tan et al. (2018) entwickelten ein Anwesenheitssystem für Universitäten mit einem RFID-RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs -Leser, NodeMCU-Controller, Wi-Fi und kompatiblen Campus-Karten mit 13,56 MHz. Studierende scannen ihre Karten am Eingang des Unterrichtsraums, und eine mobile Anwendung bestätigte, dass die Cloud-Datenbank jeden Anwesenheitsdatensatz erhalten hat. In einem Test im Klassenzimmer stieg die gemeldete Anwesenheitsrate von 85 % auf 98 %.

Das Papier gab nicht an, wie groß die Anwesenheitsstichprobe war, wie lange der Test dauerte, wie viele Unterrichtssitzungen es gab, den Leseabstand, die Scanzeit oder die Kartenfehlschlagsrate. Es fehlte auch eine Kontrollgruppe und bewertete eine breitere Plattform mit mobilen, QR-Code- und Klasseninteraktionsfunktionen. Daher kann der Anstieg nicht nur dem RC522 zugeschrieben werden.

Referenz: Tan, P., Wu, H., Li, P., und Xu, H. (2018). „Lehrmanagementsystem mit Anwendungen der RFID- und IoT-Technologie.“ Bildungswissenschaften, 8(1), Artikel 26. DOI: 10.3390/educsci8010026.

Anwendung der Offline-Zahlung

Dewanto et al. (2021) bauten einen Offline-Zahlungsprototyp mit einem Arduino Uno, MFRC522-Leser, LCD und microSD-Karte. Er aktualisierte die Guthaben von elektronischem Geld und speicherte Käufe, Aufladungen und Rückerstattungen lokal.

Ein Test mit 30 Taps erzielte eine 100%ige Kartenerkennungserfolgsquote bei 1–3 cm und 0% bei 4 cm. Die Reaktionszeit des Lesegeräts bei 1–3 cm betrug 0,1–0,2 Sekunden. Kompletttransaktionen benötigt 1,4–2,0 Sekunden bei ausreichendem Guthaben, 0,5 Sekunden bei unzureichendem Guthaben und 0,3 Sekunden für nicht registrierte Karten.

Das Papier erklärte nicht klar, wie die Taps verteilt waren, wie viele Karten verwendet wurden oder die Variation zwischen den Messungen. Die auf Stoppuhr basierenden Ergebnisse gelten nur für den Prototyp. Kartenspiegelung, Schlüsselerholung, Replay-Angriffe und Manipulationsbeständigkeit wurden nicht getestet, sodass das System nicht für die Verwendung bei Zahlungstransaktionen validiert wurde.

Referenz: Dewanto, S. A., Munir, M., Wulandari, B., und Alfian, K. (2021). „Implementierung der MFRC522 RFID-Technologie für konventionelle Händler mit bargeldlosem Zahlungssystem.“ Journal of Physics: Conference Series, 1737(1), 012012. DOI: 10.1088/1742-6596/1737/1/012012.

Häufige RC522-Probleme und Diagnosetests

Problem	Diagnosetest	Lösung
Modul wird nicht erkannt	Überprüfen Sie die 3,3 V und führen Sie PCD_DumpVersionToSerial() aus.	Korrigieren Sie die Verbindungen für Strom, Masse, SPI, SS und RST.
Tag wird nicht erkannt	Testen Sie die enthaltene 13,56 MHz-Karte in der Nähe der Antenne.	Verwenden Sie eine ISO/IEC 14443A-kompatible Karte. Der RC522 RC522 NXP RC522 NXP In Stock: 11386 pcs kann 125 kHz-Tags nicht lesen.
Lesen ist instabil	Halten Sie die Karte parallel zur Antenne und entfernen Sie nahe Metallobjekte.	Verwenden Sie kurze Drähte, eine stabile 3,3 V-Stromversorgung und eine ordnungsgemäße Ausrichtung des Tags.
Authentifizierung schlägt fehl	Überprüfen Sie den Tag-Typ, Sektor, Block und Key A oder Key B.	Verwenden Sie den richtigen MIFARE Classic Sektor-Schlüssel.
Daten können nicht geschrieben werden	Testen Sie einen ungenutzten Datenblock und lesen Sie ihn zurück.	Überprüfen Sie die Zugriffsberechtigungen und vermeiden Sie Block 0 oder Sektor-Trailer.
Leser stoppt nach einer Karte	Entfernen Sie die Karte und präsentieren Sie sie erneut.	Beenden Sie die Sitzung mit PICC_HaltA() und PCD_StopCrypto1().
Leser schlägt fehl, wenn ein Motor aktiviert wird	Trennen Sie den Motor oder das Relais und testen Sie erneut.	Verwenden Sie separate Stromfilterung und Rücklaufschutz.

RC522 vs PN532, PN7160 und CLRC663 Plus

Gerät	NFC-Modi	Smartphone-Unterstützung	Host-Schnittstelle	Unterstützte Standards	Produktstatus	Empfohlene Verwendung
MFRC522	Nur Leser/Schreiber	Eingeschränkt; keine Peer-to-Peer- oder Kartenemulationsmodi, und die gängige Arduino-Bibliothek unterstützt keine Smartphone-Kommunikation	SPI, I²C oder serielle UART	ISO/IEC 14443A, MIFARE und NTAG	Lebensende; NXP empfiehlt CLRC663 Plus	Bestehende kostengünstige Arduino- und ESP32-Projekte mit kompatiblen Karten oder Tags
PN532 PN532 NXP In Stock: 10135 pcs	Leser/Schreiber, Kartenemulation und NFCIP-1 Peer-to-Peer	Ja, wenn unterstützt durch das Smartphone-Betriebssystem und die Anwendung	SPI, I²C oder Hochgeschwindigkeits-UART	ISO/IEC 14443A/B, MIFARE, FeliCa und ISO/IEC 18092	Nicht empfohlen für neue Designs; NXP empfiehlt PN7160	Ältere NFC-Projekte pflegen, die mehrere NFC-Modi erfordern
PN7160	Alle NFC-Forum-Modi: Leser/Schreiber, Kartenemulation und aktives oder passives Peer-to-Peer	Ja; unterstützt Leserinteraktion, Kartenemulation und Peer-to-Peer, obwohl die Betriebssysteme von Smartphones P2P einschränken können	I²C oder SPI mit NCI 2.0	NFC-Forum-Tag-Typen 1–5, ISO/IEC 14443A/B, MIFARE Classic, FeliCa und ISO/IEC 15693	Aktiv	Neue Embedded- und IoT-Produkte, die vollständige NFC-Unterstützung erfordern; nicht für die EMVCo-Zahlungskonformität gedacht
CLRC663 Plus	Multi-Protokoll Leser/Schreiber und ISO/IEC 18092 passiver Initiator	Beschränkt auf die Kommunikation auf der Leserseite mit kompatiblen Kartenemulationsmodi des Telefons; benötigt einen Host-Protokollstapel	SPI, I²C oder UART	ISO/IEC 14443A/B, MIFARE, NTAG, FeliCa, ISO/IEC 15693 und ISO/IEC 18000-3 Modus 3	Aktiv; empfohlener Ersatz für MFRC522	Hochleistungszugriffssteuerung, industrielle Anwendungen, Spiele- und Multi-Protokoll-Leser-Designs

Der PN532 wird für neue Designs nicht empfohlen. NXP empfiehlt den PN7160 als Ersatz. Der PN7160 unterstützt alle NFC-Forum-Modi, aber die Verfügbarkeit von Peer-to-Peer hängt weiterhin von dem Software-Stack und dem Smartphone-Betriebssystem ab.

Häufig gestellte Fragen [FAQ]

1. Wie können doppelte RFID-Scans in einem Anwesenheitssystem verhindert werden?

Speichern Sie die letzte UID und die Scan-Zeit, und ignorieren Sie dann wiederholte Scans innerhalb eines gewählten Verzugs. Für eine bessere Kontrolle sollte die Karte das RF-Feld verlassen, bevor sie erneut akzeptiert wird.

2. Wie sollten RC522-UIDs in einer Datenbank gespeichert werden?

Speichern Sie die UID-Länge zusammen mit jedem Rohbyte, da UIDs 4, 7 oder 10 Byte enthalten können. Vermeiden Sie es, sie in eine normale Ganzzahl umzuwandeln, was führende Nullen entfernen oder die verfügbare Zahlenordnung überschreiten kann.

3. Wie viel nutzbarer Speicher bietet eine MIFARE Classic 1K Karte?

Die Karte enthält 1.024 Bytes, die in 16 Sektoren unterteilt sind. Nach dem Ausschluss des Herstellersblocks und der Sektortrailer bleiben etwa 752 Bytes in normalen Datenblöcken übrig.

4. Kann der RC522 NDEF-Datensätze auf NTAG-Tags lesen und schreiben?

Die Hardware kann mit kompatiblen NTAG-Produkten kommunizieren, aber die NDEF-Behandlung hängt von der Softwarebibliothek ab. Das Programm muss die NFC Typ 2-Speicherstruktur, TLV-Felder und das NDEF-Datensatzformat verstehen, anstatt das Tag wie normalen Rohspeicher zu behandeln.