Hey there, let's walk through your current progress with the ACR1255U-J1 and UL-C tag authentication, and figure out how to move forward or troubleshoot any gaps.

已执行的指令与对应响应 #

• 启动会话
  指令：FF C2 00 00 02 81 00
  响应：C0 03 00 90 00 90 00
  说明：末尾的90 00是PC/SC标准成功状态字，这条指令执行没问题。

• 切换至ISO 14443-3 Type A模式
  指令：FF C2 00 02 04 8F 02 00 03
  响应：C0 03 00 90 00 8F 01 00 90 00
  说明：返回的8F 01 00表示已成功切换到Type A模式（01对应Type A），同样末尾90 00确认指令执行成功。

• 开启射频（RF ON）
  指令：FF C2 00 00 02 84 00
  响应：C0 03 00 90 00 90 00
  说明：射频已经成功开启，设备可以检测标签了。

• 不完整指令
  指令：FF C2 00 01 2A 5F 46 04 00 80 00 0...
  说明：这条指令内容被截断了，没法判断它的具体作用（比如是UL-C认证请求、密钥配置还是其他步骤），麻烦补充完整的指令内容以及对应的响应（如果有的话）。

下一步建议与排查方向 #

1. 补全截断的指令信息
   缺失的指令内容是关键，只有拿到完整的指令和响应，才能分析这一步是否存在参数错误或者流程偏差。

2. 补充防碰撞步骤
   开启射频后，通常需要先执行防碰撞命令识别标签并获取UID，这是后续认证的必要前提。可以尝试发送这条指令：

   FF C2 00 00 02 09 00
   

   成功的话，响应会返回标签的UID，末尾同样带有90 00状态字。

3. 遵循UL-C标签的专属认证流程
   UL-C标签基于ISO 14443-4协议进行高层通信，拿到UID后需要：

   • 通过UID选中目标标签
   • 发送对应认证指令（通常涉及密钥验证，建议参考你手头UL-C标签的数据手册，确认具体的命令结构和所需密钥参数）

4. 检查指令格式合规性
   确保所有PC/SC透明指令都遵循FF C2 <P1> <P2> <Lc> <Data>的格式，参数长度（Lc和实际数据长度）不匹配会直接导致指令执行失败。

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