PN532执行InListPassiveTarget指令仅返回ACK无其他数据的咨询

既然你已经能和PN532完成基础通信（唤醒、读取固件版本、通用状态），说明RS232链路是正常的，问题大概率出在InListPassiveTarget指令的细节处理上。下面是一步步的排查思路：

1. 确认完整指令帧的正确性 #

你给出的帧只到第6位（0x4A），但InListPassiveTarget（D4 4A）需要完整的参数和校验和才能正确执行。针对MiFare（ISO/IEC14443A）标签，完整的指令帧应该是这样的：

// 前导码 + 起始码
transmissionBuffer[0] = 0x00;
transmissionBuffer[1] = 0x00;
transmissionBuffer[2] = 0xFF;
// 有效数据长度（D4+4A+参数1+参数2 = 4字节）
transmissionBuffer[3] = 0x04;
// 长度校验（0x00 - 0x04 = 0xFC）
transmissionBuffer[4] = 0xFC;
// 主机指令：D4（主机→PN532前缀） + 4A（InListPassiveTarget）
transmissionBuffer[5] = 0xD4;
transmissionBuffer[6] = 0x4A;
// 参数1：目标检测数量（设为0x01表示只找1张卡）
transmissionBuffer[7] = 0x01;
// 参数2：卡类型（0x00对应ISO14443A，MiFare属于这类）
transmissionBuffer[8] = 0x00;
// 校验和：所有有效数据（D4+4A+01+00）的补码，确保总和模256为0
transmissionBuffer[9] = 0xE1; // 计算：0xD4+0x4A+0x01+0x00=0x11F → 0x11F%256=0x1F → 0x00-0x1F=0xE1

你需要确认是否发送了完整的帧，尤其是参数和校验和部分——缺失任何一个都会导致PN532无法正确执行指令，只会返回ACK确认收到数据，但没有检测结果。

2. 验证参数与标签类型匹配 #

MiFare Classic/Ultralight都属于ISO14443A标准，所以参数2必须设为0x00。如果误设成0x01（ISO14443B）或0x02（ISO18092），PN532会去检测对应类型的卡，自然找不到MiFare标签，只会返回ACK。

3. 确保标签在有效读写范围内 #

PN532对MiFare卡的有效读写距离通常在1-5cm之间，卡必须贴近天线区域（如果是模块自带天线，要保证卡和模块的天线面正对且距离足够近）。距离过远会导致PN532无法检测到卡，此时只会返回ACK，没有标签数据。

4. 等待PN532的响应帧 #

ACK只是PN532确认收到指令的信号，它还需要时间处理检测逻辑（大概几十到几百毫秒）。你需要在收到ACK后，继续监听串口，设置足够的超时时间（比如500ms）来等待响应帧。响应帧的结构是：

• 前导码0x00 0x00 + 起始码0xFF
• 长度字段 + 长度校验
• PN532返回的指令D5 4B（对应D4 4A的响应）
• 后续的标签UID、SAK等数据
• 校验和

如果只读取到ACK就停止监听，自然拿不到标签数据。

5. 检查串口时序与波特率 #

虽然基础通信正常，但高波特率下可能出现丢包，或者发送指令后没有给PN532足够的处理时间就读取串口。可以尝试降低波特率（比如从115200降到9600），或者在发送指令后延迟100-200ms再开始读取串口数据。

内容的提问来源于stack exchange，提问作者Fabián Romo