RFID/NFC Troubleshooting: Partial Read, Wrong UID, or Garbled Data

A “read” that flickers, shows the wrong UID once in a while, or returns half-meaningful bytes is usually not cryptography—it is coupling, interference, wrong band/mode, or a multi-tag field where anticollision never completed cleanly.

Permission-first: only test tags and readers you own or have explicit written authorization to assess. See Legal & Ethics.

1) What this symptom usually means

2) Coupling, distance, and orientation

HF (13.56 MHz) and LF (125 kHz) antennas are not interchangeable in behavior: HF is more orientation-sensitive; LF is often more forgiving but slower and more sensitive to coil alignment.

3) Metal, liquid, and stacked tags

4) Wrong band or protocol mode

If your tool is in the wrong mode, you can still get something—but it may be nonsense or a mis-decoded UID.

5) Multiple tags and anticollision

NFC HF uses anticollision when more than one tag answers. If the field is messy, you can get partial inventory rounds or odd results.

6) Auth-required memory vs “UID only”

Some outputs look “half empty” because sectors require keys. That is different from a bad physical read: the protocol completes, but the data you want is behind authentication.

Validation criteria

  1. With a single lab tag isolated, you can read the same UID three times in a row without edits to setup.
  2. You can explain any remaining instability as coupling/metal/multi-tag—not “random magic.”
  3. You have written down band, tag family, and whether keys are required for the memory you care about.