Android NFC防碰撞协议与数据交换逻辑解析及T2T仿真异常排查

Android设备读取NFC-A Type 2标签的防碰撞流程严格遵循NFC Forum Type 2 Tag规范，核心步骤如下：

• 场激活与唤醒：阅读器（Android设备）发出13.56MHz载波场，标签进入唤醒状态，监听阅读器指令。
• SENS_REQ交互：阅读器发送SENS_REQ（0x26）或ALL_REQ（0x52）指令，触发标签返回SENS_RES响应。对于7位NFCID的T2T标签，SENS_RES格式为{0x00, 0x44}（对应UID长度7字节、T2T类型），与你配置的参数匹配。
• 级联防碰撞流程：
  1. 阅读器发送SEL_REQ（级联级别1），标签返回SEL_RES_L1；你设置的0x04表示NFCID未完整且为T2T，符合规范。
  2. 阅读器发送SDD_REQ（级联级别1），标签返回7字节NFCID的前4字节。
  3. 进入级联级别2，阅读器发送SEL_REQ（级联级别2），标签返回SEL_RES_L2（你设置的0x00，标识T2T标签），随后阅读器发送SDD_REQ获取NFCID剩余3字节。
• 标签选择确认：阅读器发送SEL_CMD完成标签选择，标签进入就绪状态，可进行后续数据读写。
• 休眠触发：操作完成后，阅读器发送HLTA指令，标签回到休眠状态。

尽管NFC核心规范通用，但不同厂商的NFC控制器硬件、驱动实现及Android系统NFC服务优化存在差异，导致防碰撞表现不同：

• 硬件射频性能调校差异：
  • Pixel 6a这类机型的NFC控制器射频灵敏度调校偏向近距离稳定通信，防碰撞阶段对信号强度要求更高，仅在极近距离才能完成级联交互；一旦连接成功，信号稳定性达标，因此能正常读写并处理HLTA指令。
  • Galaxy Fold 4的NFC控制器可能对级联级别2的信号阈值、响应时序要求更严格，你的仿真标签在该阶段的响应触发了阅读器的场关闭判定逻辑。
• 驱动与系统层逻辑差异：
  • 部分厂商会自定义防碰撞流程的超时时间、重试次数。比如Galaxy Fold 4可能在级联级别2设置了更短的响应超时，而ST25R3916的自动防碰撞响应时序刚好超出阈值，导致阅读器直接关闭场。
  • 不同机型对SEL_RES参数的解析逻辑存在细微差别，虽然你的配置符合规范，但部分厂商的实现对特定位的校验更严苛。
• 多标签场景优化差异：
  • 旗舰机型（如Fold 4）针对多标签共存场景做了特殊防碰撞优化，会主动终止响应不符合预期的标签交互；而ST25R开发板的阅读器逻辑仅遵循基础规范，所以能正常识别你的仿真标签。

内容的提问来源于stack exchange，提问作者CLTWL