Guide · TS 102 225 · 0x00

PoR 00 is not APDU success

PoR OK.

Campaign dashboards that treat 00 as “updated” lie. PoR OK is the card saying the security wrapper and counter were acceptable and the application saw the message. The application-level status word still lives in the additional response data. An UPDATE BINARY that hits a file the card will not write returns 00 at the PoR and a failing SW in the payload. Decode the response packet, then read that SW — do not stop at the status byte.

Usual cause

The card accepted the command packet: security checks passed, the counter was accepted and the application processed the message. Any additional response data carries the application-level result.

What to do

Note that "PoR OK" is transport-level success only. An RFM UPDATE that returned 00 can still carry an APDU status word reporting that the update itself failed — check the additional response data before recording the card as done.

TS 102 225 §5.2

Parsers — nothing uploaded

Read the packet. Then talk.

Hex stays in the browser. Do not paste production keys. If the estate is still stuck after the decode, that is the programme.

TS 102 225 / TS 31.115

Packet decoder

SPI, key versions, TAR, counter, CHL — command or PoR.

Tools page

Paste a packet, or load one of the examples above.

TS 102 225 table 5

PoR status lookup

Cause, action, whether retrying can help.

Full table
Hex, with or without 0x

Questions

Can I mark the card done on PoR 00?
Only after you have read the additional response data. 00 is transport-level success. RFM/RAM can still have failed.
Where do I see the APDU status?
In the PoR additional response data. Paste the response packet into the decoder on this page — do not paste production keys.

Related

Mid-campaign?

A live estate

Rescue, retry policy and mixed-estate forensics — or a CSV in MoreOTA if you already run the server.