Five for five, after one blank header
The cards arrived and all five work. Tap one with an iPhone and this page opens, from roughly 4 to 5 cm away. Getting there took a run of misleading errors and one section of the datasheet.
First tap: nothing
Every app could see the card and none could write to it. NFC Tools said the tag wasn't supported. NXP's TagWriter rejected the link as invalid. Another app said the tag "moved too soon", and another said it wasn't NDEF compliant.
The hardware looked fine straight away. NXP's TagInfo identified a genuine NTAG I2C plus 1k, 50 pF, and passed its originality signature check. So the coil was powering the chip and the assembly was good.
The wrong theory
Reads worked and writes failed, and writing takes more power than reading, so I suspected the coil was only just getting enough energy. I had a plan to measure the tuning and fit the capacitor. It was a reasonable story and it was wrong.
What ended it was reading the tag's actual state: a scan export
said isNdefCapable: true, isNdefFormatted: false, ndefMaxSize: 0. It was
like a new USB drive that the computer can see but can't save a file to.
The answer was in the datasheet
Section 8.3.10 says it plainly. The Capability Container on page 3 ships as all zeros on purpose, so the memory can be split however the application needs, and the user has to initialise it. NFC stickers sold ready to use have typically had this done already. A bare chip on your own board hasn't.
Over NFC those header bits are one-way: a bit set to 1 can't be cleared. Undoing a typo would have meant going through the I2C test pads, so these writes needed care. It takes two raw writes, the empty NDEF message first and the header last:
A2 04 03 00 FE 00 page 4: empty NDEF message
A2 03 E1 10 6D 00 page 3: NDEF, version 1.0, 872 bytes, open access
One more wall
The plan was a small iPhone app to send those commands. It compiled, then failed
at signing: Apple only allows NFC tag reading on the paid developer program. NFC
Tools can send raw commands itself, so the app turned out not to be needed. Each
write came back 0A, the chip's acknowledge. After that, a normal app could write
the link.
Results
- All five cards work. Each opens this page from an iPhone, no app needed.
- Read range is roughly 4 to 5 cm, by hand. The target was 1 to 3 cm.
- The tuning capacitor isn't needed so far. The pads stayed empty.
What I didn't do
- The resonance is unmeasured. I never put a card on a NanoVNA, so the 14.1 MHz prediction is untested. The read range says it's close enough; it doesn't say how close.
- There's no tap counter. All five cards open this same page, and the per-card links from the original plan aren't built.
- The cards aren't password-protected yet, so their links can still be rewritten.
What I'd keep
- Read the actual state before building a theory.
- A blank part may need setting up before it behaves like the finished product.
- Read the delivery-state section of a datasheet before the parts arrive.
Five cards, first revision, no rework. That's this project finished.





