Which RFID module fits your tags, range, and project?
Start with the credential you already have. Existing 125 kHz fobs belong with 125 kHz readers, while existing 13.56 MHz cards and stickers belong with 13.56 MHz readers. A 125 kHz reader such as the RDM6300 125KHz RFID Reader reads TK4100 and EM4200 class tags; 13.56 MHz readers such as the RC522 RFID Reader/Writer over SPI and PN532 NFC/RFID Reader Writer read MIFARE and NTAG class tags. Neither family reads the other.
Then choose by job. RC522 is the cheapest viable 13.56 MHz option for tag-only projects. For phones, extra protocols, or interface flexibility, PN532 is the better nfc rfid module, and PN532 connections over SPI, I2C, or serial matters if you plan to host it from a controller. HF modules normally read at 1–5 cm on small boards. If you want no-code door access, a standalone controller is the right class. If you need 1–10 m range or many tags at once, UHF is the correct product class, not RC522, PN532, or RDM6300.
| Need / Existing credential |
Best-fit module family |
Why it fits |
What to avoid |
| I already have 125 kHz fobs or cards |
125 kHz UART or Wiegand reader |
Matches EM4100, EM4200, and TK4100 style credentials |
Any 13.56 MHz reader, including RC522 or PN532 |
| I already have 13.56 MHz cards or tags |
RC522 or PN532 family |
Matches MIFARE and NTAG class credentials |
125 kHz readers such as RDM6300-class boards |
| I need phone-tap or NFC interaction |
PN532 family |
Adds more NFC modes, protocols, and phone-facing support |
RC522 if the phone is part of the project |
| I want a simple serial ID reader |
125 kHz UART reader such as RDM6300-class |
Straight UART TTL output is easy to parse on an MCU |
PN532 if you only need low-frequency tag IDs |
| I do not want to program anything |
Standalone access controller |
Built-in door-control workflow trades custom logic for convenience |
Buying a reader module and expecting it to run a lock by itself |
| I have mixed legacy credentials |
Dual-frequency credentials plus matching readers |
A dual-frequency 125KHz/13.56MHz key fob can carry both credential types in one waterproof ABS fob |
Assuming one reader becomes universal; the reader still has to match the credential side in use |
| I need meters of range or many tags at once |
UHF system |
UHF is the class built for 1–10 m reads and bulk inventory |
HF or LF modules for inventory portals or long-range tracking |
RC522 vs PN532 vs 125KHz readers: what actually changes the choice
For a rc522 rfid reader project, the split is straightforward: RC522 fits low-cost ISO14443A tag work, PN532 fits phone-facing or multi-protocol 13.56 MHz work, and 125 kHz readers fit existing low-frequency fobs or Wiegand and UART ID systems. RC522 is the roughly $2 budget recommendation. PN532 is commonly about $4–8 more when the extra flexibility matters.
PN532 over I2C is known to lock up on ESP32 because of clock stretching, so HSU or SPI is the safer choice there.
Compatibility checks before you add a module to cart
- Match the tag family exactly. Tags are often sold separately, and a 125 kHz reader will not read 13.56 MHz cards, while a 13.56 MHz mifare rfid card reader will not read TK4100 or EM4200 fobs.
- Check whether your project only reads IDs or also needs writing. The 125KHz read-only RFID key tag uses a TK4100 chip and is read-only. For writable 125 kHz work, you need T5577-class tags; for 13.56 MHz RC522 or PN532 projects, MIFARE and NTAG class tags can store user data.
- If you need a writable 13.56 MHz card, the 13.56MHz RFID IC card with 8Kbit EEPROM is one concrete example, with 100,000 rewrite cycles.
- Confirm voltage before wiring. The SPI RC522 board is restricted to 3.3 V voltage levels.
- Plan mixed-voltage UART carefully. The RDM6300 125KHz UART reader uses 5 V UART TTL, so Raspberry Pi class 3.3 V RX pins need a divider on the reader TX line. If this is your route, RDM6300 serial wiring and tag reading basics shows the usual hookup, and these are common modules for Arduino boards.
- Standard tags detune on metal. For tools, machines, or metal enclosures, use on-metal or ferrite-backed tags.
- Hobby HF readers effectively handle one tag in the field at a time. If you are planning attendance gates or bulk inventory reads, UHF is the right direction instead.
When is a standalone access controller the better buy?
If the job is a door or gate and you do not want to write firmware, a standalone rfid access control module is the better fit than a reader board. The CU-K15-IC10 13.56MHz access controller is a self-contained unit with 255-user storage, 12V DC power, tamper alarm, door monitoring, and memory retention during power loss. The RFID access controller with digital keypad raises capacity to 1000 users, adds touch-key operation, four working modes, a doorbell connection, and is available in 125KHz or 13.56MHz versions.
That is the trade. Standalone controllers can be enrolled and used without programming, but they are closed systems. You give up custom logic, richer logging, and application-level control compared with MCU-hosted readers such as the RC522 SPI reader or PN532 module.
- Choose a standalone controller when you want built-in relay handling, user storage, door monitoring, and keypad fallback without code.
- Choose a standalone keypad unit specifically if users need PIN entry as a backup to cards or fobs.
- Choose a reader module when you need custom behavior, WiFi, database logging, or app logic. In that case the reader only identifies the credential; the lock side still needs a relay module, 12 V strike or maglock hardware, and a power supply. A custom networked build is closer to what an MCU-based smart door lock build involves, often built around ESP8266 boards.
Which tags are commonly paired with these modules?
Tag choice should be as deliberate as reader choice. Match the reader and credential by frequency and protocol family to avoid the usual dead-on-arrival mismatch. MIFARE Classic is still common in RC522 tutorials, but its Crypto1 security is broken, so treat it as a convenience credential rather than a secure one. For phone automation, NTAG213, NTAG215, and NTAG216 are the usual NFC tags, with 144, 504, and 888 bytes of memory respectively.
| Tag / credential type |
Frequency |
Writable? |
Works with which module family here |
Typical use |
| 13.56MHz RFID IC Card with 8Kbit EEPROM |
13.56 MHz |
Yes |
RC522 / PN532 family |
Printable HF card for data storage, with anti-collision and 100,000 rewrite cycles; tag-side readable distance is 10 mm or less |
| 125KHz RFID key tag with TK4100 chip |
125 kHz |
No |
RDM6300 / 125 kHz reader family |
Read-only ID credential with pre-printed unique ID, waterproof ABS plastic, and ISO 18000-2 protocol |
| Dual-frequency 125KHz/13.56MHz key fob |
125 kHz + 13.56 MHz |
— |
Mixed systems with matching readers on each side |
One waterproof ABS fob carrying both credential families |
| NTAG213 / 215 / 216 |
13.56 MHz |
Yes |
PN532 family and compatible HF readers |
Phone-standard NFC tags for automation; choose by memory: 144 / 504 / 888 bytes |
| MIFARE Classic 1K / 4K |
13.56 MHz |
Yes |
RC522 and PN532 family |
Common tutorial and legacy access cards; not appropriate when real security matters because Crypto1 is broken |
| T5577 |
125 kHz |
Yes |
125 kHz writer-capable systems |
Writable LF credential for emulation or programmable ID work; EM4100 and TK4100 class tags are read-only |
For 125 kHz controller-style projects, using a 125 kHz Wiegand reader in an Arduino access project matches panel-style wiring.
FAQs on RFID Modules
Will a 13.56MHz reader work with my 125KHz fob?
No — 125 kHz and 13.56 MHz are incompatible. A 125 kHz reader such as an RDM6300-class board fits TK4100 and EM4200 type tags, while RC522 and PN532 fit MIFARE and NTAG class tags, so the reader has to match both the frequency and the credential protocol.
Should I choose RC522 or PN532 for Arduino?
RC522 is the budget 13.56 MHz SPI choice for ISO14443A and MIFARE-style tag projects, while PN532 adds I2C, SPI, and HSU, broader protocol coverage, P2P and card-emulation features, and a better path for phone-facing work. PN532 is commonly about $4–8 more, so it earns the extra cost when you need NFC flexibility rather than simple tag reads.
Can these modules read my phone like a normal NFC card?
Usually no — phones present random UIDs and use HCE or P2P behavior instead of acting like a plain static MIFARE card. RC522 essentially cannot handle that role, and PN532 can only do advanced phone interaction with substantial firmware work, so a phone should not be treated as a drop-in replacement for a normal tag.
Why is RFID read range so short on small modules?
1–5 cm is normal for 13.56 MHz HF near-field modules with small PCB antennas. Card-size tags usually read farther than tiny stickers or implants, but if your project needs meters of range, that means UHF rather than RC522 or PN532.
Can I write data to any RFID tag?
No — 125 kHz TK4100 and EM4100 style tags are read-only, while 13.56 MHz MIFARE and NTAG tags can store user data, and writable 125 kHz projects need T5577-class tags. A concrete writable example here is the 13.56 MHz IC card with 8Kbit EEPROM, which is built for repeated data updates.
Is MIFARE Classic secure enough for a door lock?
No for real security — MIFARE Classic uses broken Crypto1, and UID-only systems are cloneable with cheap magic cards and common tools. It can still be acceptable for hobby or convenience systems where the threat model is low, but it is the wrong choice when the card is supposed to be a real security control.
Why do people avoid PN532 over I2C on ESP32?
PN532’s I2C clock stretching causes lockups on ESP32, so HSU serial or SPI is the safer interface choice. Reset handling on RSTPD_N and adding a VCC capacitor can help in some builds, but the cleaner buying decision is to choose a host-interface combination that avoids the problem up front.
Glossary
- RFID
- The umbrella term for several incompatible identification families, so frequency still has to match before a tag will read.
- NFC
- A 13.56 MHz subset of RFID that matters when phones are part of the project.
- MIFARE Classic
- A common 13.56 MHz card family that works with RC522, but its Crypto1 security is broken.
- NTAG213/215/216
- Common phone-readable NFC tags that mainly differ by memory size: 144, 504, and 888 bytes.
- Wiegand
- A two-wire reader-to-controller interface used in access systems, not a card type and not the same as UART.
- UID
- The tag identifier used for basic recognition, but not a secret and not enough by itself for real security.
- T5577
- The writable 125 kHz tag family used when an LF project needs programmable credentials instead of read-only IDs.
- On-metal tag
- A tag with shielding that keeps it readable on metal surfaces where standard tags usually fail.
Please complete your information below to login.
Sign In
Create New Account