1. 项目概述从PN532到你的第一个NFC应用如果你手头正好有一个PN532 NFC模块正琢磨着怎么让它通过串口跟你的单片机或者电脑“说上话”那你来对地方了。PN532可以说是NFC开发领域的“瑞士军刀”功能强大且价格亲民支持读写多种类型的NFC标签如Mifare Classic, NTAG等还能模拟卡和进行点对点通信。但很多朋友拿到手后面对那一堆引脚和陌生的指令集往往不知道从何下手。这篇教程的目的就是帮你绕开那些晦涩的文档直接上手用最通用的串口UART通信方式让PN532模块动起来。无论你是想用STM32、Arduino、树莓派还是直接用电脑的USB转串口工具来控制它串口通信都是最直观、最基础的交互方式。你不用去深究复杂的SPI或I2C时序串口通信就像两个人用对讲机你发一句指令它回一句应答简单直接。我们将从硬件连接开始一步步深入到指令集的解析最后完成一个完整的读卡Demo。你会发现驱动PN532并没有想象中那么复杂。2. 核心硬件连接与电源配置拿到PN532模块第一步是正确连接。市面上常见的PN532模块通常有几种接口UART、I2C、SPI并通过一组跳线帽进行选择。我们的目标是使用串口所以首先要确保模块被配置为UART模式。2.1 接口模式选择与引脚定义通常模块上会有类似SEL0和SEL1的跳线焊盘或排针。你需要查阅你所购买模块的具体说明书但一个非常普遍的配置是将两个跳线帽都插上短路或者将SEL0和SEL1都连接到高电平VCC这通常代表UART模式。有些模块更简单直接印有“UART”、“I2C”的丝印用跳线帽连接对应位置即可。确认模式后找到串口通信必需的几个引脚VCC电源正极。特别注意PN532的核心工作电压是3.3V虽然有些模块自带LDO稳压芯片可以接受5V输入但最稳妥的方式是给它提供3.3V电源。直接接5V有烧毁风险。GND电源地。TXD模块的发送引脚。它要连接到你的控制器如单片机的接收引脚RXD。RXD模块的接收引脚。它要连接到你的控制器的发送引脚TXD。SDA, SCL这是I2C接口的引脚在UART模式下通常悬空不用。IRQ中断请求引脚在基础串口读写应用中可以不接。RSTPDN复位引脚低电平有效。通常上拉可以通过控制器控制进行硬复位。重要提示务必确认电源电压我用过好几个不同厂家的模块有的标称5V但实际芯片是3.3V电平贸然连接5V TTL串口会导致通信失败甚至损坏。最安全的方法是使用3.3V单片机系统或者使用带3.3V电平输出的USB转TTL工具。2.2 与不同主控的连接方案方案一连接电脑用于前期指令测试这是最推荐新手起步的方式。你需要一个USB转TTL模块如CH340、CP2102、FT232等。将USB转TTL模块的3.3V输出连接到PN532的VCC。将两者的GND相连。将USB转TTL的TXD连接到PN532的RXD。将USB转TTL的RXD连接到PN532的TXD。 连接好后在电脑上打开串口调试助手如XCOM、SSCOM、Putty等选择正确的串口号设置波特率为115200这是PN532 UART模式的默认波特率数据位8停止位1无校验位。方案二连接单片机如STM32、Arduino以STM32F1033.3V系统为例将STM32的3.3V和GND分别连接到PN532的VCC和GND。将STM32的某个USART的TX引脚如PA9连接到PN532的RXD。将STM32的同一个USART的RX引脚如PA10连接到PN532的TXD。在STM32的代码中初始化该USART为115200波特率8N1格式。连接检查给模块上电后PN532上的LED可能会闪烁或常亮。此时如果你在串口调试助手中发送一些数据模块可能会返回一些错误帧因为指令格式不对这至少证明物理连接和波特率基本正确。3. PN532串口指令帧格式深度解析和模块对话必须说它能听懂的语言。PN532的通信基于一种特定的帧结构所有指令和响应都必须包裹在这个帧里。理解这个帧格式是成功驱动的关键。3.1 标准帧结构拆解一个完整的PN532指令或响应帧包含以下几个部分字段长度字节说明前导码0-2通常为0x00用于唤醒处于低功耗模式的模块。在持续通信中可以省略。帧起始码2固定为0x00 0xFF标志一帧数据的开始。数据长度1LEN表示TFI和数据域PD0~PDn的字节总数。长度校验1LCS是LEN的补码LCS LEN 0x00用于校验长度是否正确。数据帧标识1TFI0xD4表示主机到PN532指令0xD5表示PN532到主机响应。数据域nPD0 ~ PDn具体的指令代码和参数。数据校验1DCS从TFI到最后一个数据字节PDn所有字节的补码和。帧结束码1固定为0x00。看起来有点复杂我们用一个最简单的“获取固件版本”指令来实例化。这条指令的代码是0x02没有参数。主机发送的指令帧帧起始00 FF计算数据域长度TFI(D4) 指令(02) 2字节。所以LEN 0x02。计算长度校验LCS ~LEN 1(取补码)。0x02的补码是0xFE因为0x02 0xFE 0x00。所以LCS 0xFE。TFI主机到PN532所以是0xD4。数据域指令码0x02。计算数据校验对D4 02求和0xD4 0x02 0xD6。其补码为~0xD6 1 0x2A因为0xD6 0x2A 0x00。所以DCS 0x2A。帧结束0x00。最终你需要通过串口发送的字节序列是00 FF 02 FE D4 02 2A 00。3.2 响应帧的接收与解析发送指令后PN532会返回一个响应帧。格式与指令帧类似但TFI变为0xD5。继续上面的例子如果模块正常工作它会返回类似这样的数据00 00 FF 03 FD D5 03 32 01 06 07 E8 00。我们来解析它00 00可能是前导码或干扰标准响应应从FF开始。FF 03 FD帧起始FF长度03长度校验FD0x030xFD0x00。D5TFI表示这是来自PN532的响应。03响应码0x00表示成功0x03也是“ACK”确认的一种形式代表指令已被接受。32 01 06 07这才是真正的数据域这是“获取固件版本”的响应数据。0x32代表芯片型号PN5320x01 0x06 0x07是版本号例如V1.6.7。E8数据校验校验D5 03 32 01 06 07这几个字节。00帧结束。解析的关键不要被固定的帧结构吓到。写代码时你可以先寻找0x00 0xFF作为帧头然后读取下一个字节作为长度LEN再根据LEN读取后续的TFI和数据。最后校验LCS和DCS。如果校验失败这一帧应该丢弃。实操心得在实际编程中我强烈建议实现一个状态机来解析串口数据流。因为数据是流式的可能粘包也可能断包。状态机从“寻找帧头”状态开始找到0xFF后进入“读取长度”状态依此类推直到收到完整的帧。这比简单的“收到一堆数据再解析”要可靠得多尤其是在单片机资源有限的环境中。4. 核心功能指令集与实战流程掌握了帧格式我们就可以像搭积木一样组合指令来实现各种NFC功能。PN532的功能非常丰富但最常用、最核心的流程是初始化 - 寻卡 - 选卡 - 认证 - 读写数据。我们以读写最常见的Mifare Classic 1K卡为例。4.1 初始化与配置在开始寻卡前最好对模块进行一些基础配置。唤醒如果模块处于低功耗模式可能需要先发送前导码0x00或一个完整的空指令帧来唤醒它。获取固件版本发送我们刚才分析的GetFirmwareVersion指令0x02。这既是一个功能测试也能确认通信链路和模块型号完全正确。配置SAMSAM是安全访问模块。通常我们需要将其配置为“普通模式”让PN532直接处理射频通信。发送指令SAMConfiguration0x14参数为0x01 0x00 0x01。这个指令的响应如果成功会返回0x00 0x00。4.2 寻卡与选卡流程详解这是与卡片建立通信的第一步。寻卡发送InListPassiveTarget指令0x4A。这个指令的参数决定了寻卡方式。参数10x01表示最大返回目标数1个。参数20x00表示波特率106 kbps即ISO14443A标准。 发送的完整数据域为D4 4A 01 00。计算LEN4构造完整帧发送。 如果附近有卡响应帧的数据域会包含卡片的信息其中最重要的一个是UID卡片的唯一标识符通常为4字节或7字节。响应中还会包含ATSAnswer To Select等信息。选卡在寻卡成功后我们需要通过UID选中这张卡才能进行后续操作。发送InDataExchange指令0x40这个指令是一个通用传输指令用于发送符合ISO14443-4标准的APDU。第一个参数是目标编号从寻卡响应中获得通常是0x01。后续数据是具体的APDU命令。对于Mifare Classic卡它不属于ISO14443-4这个步骤有时可以省略或由高层指令内部处理。但对于更标准的流程或使用Mifare_Read等直接指令时寻卡后即可直接操作。更常用的Mifare Classic直接操作指令 PN532提供了一组以0x40InDataExchange为包装的Mifare指令更方便。例如认证区块0x400x01目标号 0x60验证A密钥或0x61验证B密钥 块号密钥6字节UID4字节。读块0x400x010x30块号。写块0x400x010xA0块号数据16字节。4.3 完整的读卡数据实战假设我们要读取Mifare Classic 1K卡第8块的数据注意第0块通常存放厂商信息UID不可随意写每个扇区的尾块存放密钥和控制位操作需谨慎。步骤一寻卡发送00 FF 04 FC D4 4A 01 00 E1 00等待响应解析出UID例如02 33 45 67。步骤二认证区块使用默认密钥AFF FF FF FF FF FF认证第8块。 构造数据域40 01 60 08 FF FF FF FF FF FF 02 33 45 6740: InDataExchange指令01: 目标号60: 用密钥A认证08: 块号8FF FF FF FF FF FF: 密钥02 33 45 67: 卡片UID 计算长度LEN13构造完整帧发送。 成功响应会返回00 00可能包裹在标准响应帧中。步骤三读块发送读块指令。 构造数据域40 01 30 08发送完整帧。 成功响应中数据域部分会包含16字节的块数据。步骤四处理数据将读出的16字节数据解析为你需要的格式如字符串、数值等。注意事项Mifare Classic卡的每个扇区0-15有4个块0-3其中块3是扇区尾块存储着密钥A、访问控制位和密钥B。千万不要在未理解访问控制位含义的情况下随意向任何块写入数据特别是扇区尾块错误的写入会导致整个扇区被永久锁死无法再读写。建议先在非尾块如块1块2进行读写实验。5. 单片机端驱动代码框架与实现理解了协议我们就可以在单片机以STM32 HAL库为例上实现驱动了。代码的核心是帧构造函数、数据发送函数和基于状态机的帧解析函数。5.1 数据结构与帧构造首先定义一些常用的指令码和缓冲区。// PN532 指令定义 #define PN532_CMD_GETFIRMWAREVERSION 0x02 #define PN532_CMD_SAMCONFIGURATION 0x14 #define PN532_CMD_INLISTPASSIVETARGET 0x4A #define PN532_CMD_INDATAEXCHANGE 0x40 // Mifare 命令 #define MIFARE_CMD_AUTH_A 0x60 #define MIFARE_CMD_AUTH_B 0x61 #define MIFARE_CMD_READ 0x30 #define MIFARE_CMD_WRITE 0xA0 uint8_t pn532_tx_buffer[64]; // 发送缓冲区 uint8_t pn532_rx_buffer[64]; // 接收缓冲区 uint8_t pn532_rx_index 0; uint8_t pn532_expected_len 0; uint8_t pn532_frame_state 0; // 帧解析状态机状态帧构造函数是重中之重它负责将指令代码和参数打包成符合格式的帧。/** * brief 构造PN532指令帧 * param cmd: 指令码 * param data: 指令参数数据指针 * param data_len: 参数长度 * param tx_buf: 输出缓冲区 * retval 帧的总长度 */ uint16_t PN532_BuildFrame(uint8_t cmd, uint8_t *data, uint8_t data_len, uint8_t *tx_buf) { uint8_t checksum 0; uint16_t index 0; // 前导码 (可选这里不加) // tx_buf[index] 0x00; // 帧起始 tx_buf[index] 0x00; tx_buf[index] 0xFF; // 数据长度 (TFI DATA) uint8_t len data_len 1; // 1 for TFI tx_buf[index] len; // 长度校验 tx_buf[index] (~len) 1; // 补码 // TFI (主机到PN532) tx_buf[index] 0xD4; checksum 0xD4; // 指令码 tx_buf[index] cmd; checksum cmd; // 参数数据 for (uint8_t i 0; i data_len; i) { tx_buf[index] data[i]; checksum data[i]; } // 数据校验 tx_buf[index] (~checksum) 1; // 帧结束 tx_buf[index] 0x00; return index; // 返回帧字节数 }5.2 状态机解析与数据发送在串口中断服务程序或主循环的轮询接收函数中实现状态机解析。// 状态定义 #define STATE_IDLE 0 #define STATE_PREAMBLE 1 #define STATE_STARTCODE 2 #define STATE_LEN 3 #define STATE_LEN_CHECK 4 #define STATE_DATA 5 #define STATE_CHECKSUM 6 #define STATE_POSTAMBLE 7 void PN532_UART_RxCpltCallback(uint8_t rx_byte) { // 假设每个字节触发一次此回调 static uint8_t data_index 0; static uint8_t frame_len 0; switch (pn532_frame_state) { case STATE_IDLE: if (rx_byte 0x00) { pn532_frame_state STATE_PREAMBLE; } break; case STATE_PREAMBLE: if (rx_byte 0xFF) { pn532_frame_state STATE_STARTCODE; } else { pn532_frame_state STATE_IDLE; // 同步失败重置 } break; case STATE_STARTCODE: // 我们已经收到了0x00 0xFF下一个字节是长度 frame_len rx_byte; pn532_expected_len frame_len 6; // LEN LCS TFI DATA DCS POST data_index 0; pn532_rx_buffer[data_index] 0x00; // 保存帧头 pn532_rx_buffer[data_index] 0xFF; pn532_rx_buffer[data_index] rx_byte; // 保存长度 pn532_frame_state STATE_LEN; break; case STATE_LEN: // 接收长度校验字节LCS可以在这里做简单校验 pn532_rx_buffer[data_index] rx_byte; pn532_frame_state STATE_DATA; // 接下来是数据部分TFI开始 break; case STATE_DATA: pn532_rx_buffer[data_index] rx_byte; // 判断是否接收完所有数据TFI DATA DCS // 已接收字节数 data_index 期望总数 pn532_expected_len if (data_index pn532_expected_len) { // 应该收到结束符0x00了 pn532_frame_state STATE_POSTAMBLE; } break; case STATE_POSTAMBLE: if (rx_byte 0x00) { // 完整帧接收完毕 PN532_FrameHandler(pn532_rx_buffer, data_index); // 调用帧处理函数 } // 无论对错重置状态机 pn532_frame_state STATE_IDLE; data_index 0; break; default: pn532_frame_state STATE_IDLE; break; } }发送函数则直接调用HAL库的串口发送。void PN532_SendFrame(uint8_t *frame, uint16_t len) { HAL_UART_Transmit(huart1, frame, len, 1000); // 假设使用USART1超时1秒 }5.3 高层功能函数封装基于底层的帧构造和解析我们可以封装出易于调用的高层函数。uint8_t PN532_GetFirmwareVersion(uint8_t *version) { uint8_t cmd_data[1] {PN532_CMD_GETFIRMWAREVERSION}; uint16_t frame_len PN532_BuildFrame(PN532_CMD_GETFIRMWAREVERSION, NULL, 0, pn532_tx_buffer); PN532_SendFrame(pn532_tx_buffer, frame_len); // 等待并解析响应... (这里需要实现超时机制) if (/* 响应成功且TFI0xD5 */) { // 从响应帧数据域解析出版本信息存入version数组 // version[0]IC, version[1]Ver, version[2]Rev... return 1; // 成功 } return 0; // 失败 } uint8_t PN532_ReadMifareBlock(uint8_t block_num, uint8_t *key, uint8_t *uid, uint8_t *data_out) { uint8_t auth_cmd[12] {0}; auth_cmd[0] MIFARE_CMD_AUTH_A; // 使用密钥A认证 auth_cmd[1] block_num; memcpy(auth_cmd[2], key, 6); // 拷贝密钥 memcpy(auth_cmd[8], uid, 4); // 拷贝UID // 1. 认证 uint16_t frame_len PN532_BuildFrame(PN532_CMD_INDATAEXCHANGE, auth_cmd, 12, pn532_tx_buffer); PN532_SendFrame(pn532_tx_buffer, frame_len); if (!PN532_WaitForAck(100)) return 0; // 等待ACK超时100ms // 2. 读块 uint8_t read_cmd[2] {MIFARE_CMD_READ, block_num}; frame_len PN532_BuildFrame(PN532_CMD_INDATAEXCHANGE, read_cmd, 2, pn532_tx_buffer); PN532_SendFrame(pn532_tx_buffer, frame_len); // 等待并解析读块响应... // 成功响应中数据部分即为16字节的块数据 // 将其拷贝到data_out return 1; }6. 常见问题排查与调试技巧实录即使按照教程操作在实际焊接和编程中依然会遇到各种问题。下面是我在多个项目中总结出来的“踩坑”记录和解决方法。6.1 通信完全失败无任何响应这是最令人头疼的情况。请按照以下清单逐项排查电源与电压这是头号杀手。用万用表测量PN532模块VCC和GND之间的电压确保是稳定的3.3V。同时测量USB转TTL工具或单片机TX引脚的空载电压确保其输出高电平为3.3V如果是5V TTL需要加电平转换模块。线序连接再检查三遍TX接RXRX接TX。我无数次犯过自己接自己的错误。可以用万用表通断档确认PN532的RXD确实连到了主控的TXD上。波特率确认双方波特率都是115200。有些模块支持通过命令修改波特率如果你不确定尝试在代码中修改波特率如9600, 57600, 115200进行测试。接地共地确保电脑、USB转TTL、PN532、单片机如果涉及的所有GND都连接在一起。共地是通信的基础。模块模式确认跳线帽正确设置在UART模式。有些模块的跳线逻辑比较反直觉最好找到卖家提供的原理图确认。发送唤醒帧尝试在发送正式指令前先发送几个0x55或0x00字节或者发送一整个完整的“获取固件版本”指令帧。模块可能处于睡眠状态。6.2 有响应但数据混乱或校验失败这说明物理链路通了但数据解析有问题。电气干扰如果线过长超过20cm或靠近电机、继电器等干扰源信号可能会畸变。尝试缩短连线使用双绞线或在PN532的VCC和GND之间并联一个10uF和0.1uF的电容进行滤波。波特率偏差虽然设置了115200但单片机或USB转TTL的时钟源可能存在偏差导致累积误差。尝试在串口调试助手中发送0x55二进制01010101用示波器测量实际波形周期计算真实波特率。或者微调代码中的波特率参数。代码解析逻辑错误这是最常见的原因。重点检查状态机逻辑是否正确处理了每一个状态跳转是否考虑了数据粘包一帧没读完下一帧就来了长度计算LEN是TFI数据域的字节数你的计算对吗校验和计算DCS是从TFI开始到数据域结束所有字节的和的补码。很多开源代码在这里算错范围。用我们之前的例子手动计算一遍和你的代码输出对比。缓冲区溢出你的接收缓冲区是否足够大PN532返回的帧可能比预期长比如寻卡返回的UID是7字节。6.3 寻卡成功但认证或读写失败这说明底层通信和寻卡流程OK问题出在高层协议或卡片操作上。密钥错误Mifare Classic卡每个扇区有两套密钥Key A和Key B。你用的密钥对吗大部分出厂默认的Key A是FF FF FF FF FF FF但有些卡特别是门禁卡可能已被修改。你可以尝试用0x61认证Key B配合默认Key BFF FF FF FF FF FF试试。如果都不行可能需要使用侦测工具先破解密钥。块号错误Mifare 1K有16个扇区每个扇区4个块块号是0-63。你确认你要操作的块号是正确的吗例如第2扇区的第一个块是块号40-3是扇区04-7是扇区1。特别注意每个扇区的块3即扇区尾块是控制块不要随意读写UID使用错误在认证命令中需要传入卡片的UID。这个UID必须是从InListPassiveTarget响应中解析出来的实际UID而不是一个固定值。确保你的程序正确提取并传递了它。访问条件限制扇区尾块中的访问控制位决定了该扇区各块的读写权限。如果你尝试写一个“只读”的块或者用Key A去读一个需要Key B的块都会失败。在操作前最好先读出控制块理解其访问权限。卡片类型不匹配InListPassiveTarget指令可以指定不同的卡类型0x00是ISO14443A。如果你只寻Mifare但附近有别的类型NFC标签如Felica可能会干扰。可以尝试在寻卡指令中指定更具体的卡类型。6.4 稳定性问题偶尔成功经常失败电源功率不足PN532在激活天线寻卡时瞬时电流可能较大。如果电源线太细或电源模块带载能力弱会导致电压瞬间跌落引起复位或通信错误。确保电源能提供至少150mA的连续电流。天线干扰模块天线附近有金属物体或者两个NFC天线靠得太近会严重干扰磁场导致寻卡距离变短甚至失败。确保天线周围有足够的空间。软件超时与重试你的代码必须有健全的超时和重试机制。例如发送指令后等待响应应该有一个超时如200ms超时后清理缓冲区重发指令最多3次。避免因为一次偶然的干扰就卡死程序。中断优先级在单片机中如果串口接收中断被更高优先级的中断长时间阻塞可能导致数据丢失。检查中断优先级配置确保串口中断能及时响应。调试时串口调试助手是你的最佳伙伴。将单片机与PN532通信的TX线也接到电脑的另一个串口上这样你就能像“监听电话”一样看到单片机发出和收到的每一个原始字节。对比理论帧和实际帧任何差异都无处遁形。这个过程虽然繁琐但却是定位复杂通信问题最有效的方法。
PN532 NFC模块串口驱动全解析：从帧格式到单片机实战
1. 项目概述从PN532到你的第一个NFC应用如果你手头正好有一个PN532 NFC模块正琢磨着怎么让它通过串口跟你的单片机或者电脑“说上话”那你来对地方了。PN532可以说是NFC开发领域的“瑞士军刀”功能强大且价格亲民支持读写多种类型的NFC标签如Mifare Classic, NTAG等还能模拟卡和进行点对点通信。但很多朋友拿到手后面对那一堆引脚和陌生的指令集往往不知道从何下手。这篇教程的目的就是帮你绕开那些晦涩的文档直接上手用最通用的串口UART通信方式让PN532模块动起来。无论你是想用STM32、Arduino、树莓派还是直接用电脑的USB转串口工具来控制它串口通信都是最直观、最基础的交互方式。你不用去深究复杂的SPI或I2C时序串口通信就像两个人用对讲机你发一句指令它回一句应答简单直接。我们将从硬件连接开始一步步深入到指令集的解析最后完成一个完整的读卡Demo。你会发现驱动PN532并没有想象中那么复杂。2. 核心硬件连接与电源配置拿到PN532模块第一步是正确连接。市面上常见的PN532模块通常有几种接口UART、I2C、SPI并通过一组跳线帽进行选择。我们的目标是使用串口所以首先要确保模块被配置为UART模式。2.1 接口模式选择与引脚定义通常模块上会有类似SEL0和SEL1的跳线焊盘或排针。你需要查阅你所购买模块的具体说明书但一个非常普遍的配置是将两个跳线帽都插上短路或者将SEL0和SEL1都连接到高电平VCC这通常代表UART模式。有些模块更简单直接印有“UART”、“I2C”的丝印用跳线帽连接对应位置即可。确认模式后找到串口通信必需的几个引脚VCC电源正极。特别注意PN532的核心工作电压是3.3V虽然有些模块自带LDO稳压芯片可以接受5V输入但最稳妥的方式是给它提供3.3V电源。直接接5V有烧毁风险。GND电源地。TXD模块的发送引脚。它要连接到你的控制器如单片机的接收引脚RXD。RXD模块的接收引脚。它要连接到你的控制器的发送引脚TXD。SDA, SCL这是I2C接口的引脚在UART模式下通常悬空不用。IRQ中断请求引脚在基础串口读写应用中可以不接。RSTPDN复位引脚低电平有效。通常上拉可以通过控制器控制进行硬复位。重要提示务必确认电源电压我用过好几个不同厂家的模块有的标称5V但实际芯片是3.3V电平贸然连接5V TTL串口会导致通信失败甚至损坏。最安全的方法是使用3.3V单片机系统或者使用带3.3V电平输出的USB转TTL工具。2.2 与不同主控的连接方案方案一连接电脑用于前期指令测试这是最推荐新手起步的方式。你需要一个USB转TTL模块如CH340、CP2102、FT232等。将USB转TTL模块的3.3V输出连接到PN532的VCC。将两者的GND相连。将USB转TTL的TXD连接到PN532的RXD。将USB转TTL的RXD连接到PN532的TXD。 连接好后在电脑上打开串口调试助手如XCOM、SSCOM、Putty等选择正确的串口号设置波特率为115200这是PN532 UART模式的默认波特率数据位8停止位1无校验位。方案二连接单片机如STM32、Arduino以STM32F1033.3V系统为例将STM32的3.3V和GND分别连接到PN532的VCC和GND。将STM32的某个USART的TX引脚如PA9连接到PN532的RXD。将STM32的同一个USART的RX引脚如PA10连接到PN532的TXD。在STM32的代码中初始化该USART为115200波特率8N1格式。连接检查给模块上电后PN532上的LED可能会闪烁或常亮。此时如果你在串口调试助手中发送一些数据模块可能会返回一些错误帧因为指令格式不对这至少证明物理连接和波特率基本正确。3. PN532串口指令帧格式深度解析和模块对话必须说它能听懂的语言。PN532的通信基于一种特定的帧结构所有指令和响应都必须包裹在这个帧里。理解这个帧格式是成功驱动的关键。3.1 标准帧结构拆解一个完整的PN532指令或响应帧包含以下几个部分字段长度字节说明前导码0-2通常为0x00用于唤醒处于低功耗模式的模块。在持续通信中可以省略。帧起始码2固定为0x00 0xFF标志一帧数据的开始。数据长度1LEN表示TFI和数据域PD0~PDn的字节总数。长度校验1LCS是LEN的补码LCS LEN 0x00用于校验长度是否正确。数据帧标识1TFI0xD4表示主机到PN532指令0xD5表示PN532到主机响应。数据域nPD0 ~ PDn具体的指令代码和参数。数据校验1DCS从TFI到最后一个数据字节PDn所有字节的补码和。帧结束码1固定为0x00。看起来有点复杂我们用一个最简单的“获取固件版本”指令来实例化。这条指令的代码是0x02没有参数。主机发送的指令帧帧起始00 FF计算数据域长度TFI(D4) 指令(02) 2字节。所以LEN 0x02。计算长度校验LCS ~LEN 1(取补码)。0x02的补码是0xFE因为0x02 0xFE 0x00。所以LCS 0xFE。TFI主机到PN532所以是0xD4。数据域指令码0x02。计算数据校验对D4 02求和0xD4 0x02 0xD6。其补码为~0xD6 1 0x2A因为0xD6 0x2A 0x00。所以DCS 0x2A。帧结束0x00。最终你需要通过串口发送的字节序列是00 FF 02 FE D4 02 2A 00。3.2 响应帧的接收与解析发送指令后PN532会返回一个响应帧。格式与指令帧类似但TFI变为0xD5。继续上面的例子如果模块正常工作它会返回类似这样的数据00 00 FF 03 FD D5 03 32 01 06 07 E8 00。我们来解析它00 00可能是前导码或干扰标准响应应从FF开始。FF 03 FD帧起始FF长度03长度校验FD0x030xFD0x00。D5TFI表示这是来自PN532的响应。03响应码0x00表示成功0x03也是“ACK”确认的一种形式代表指令已被接受。32 01 06 07这才是真正的数据域这是“获取固件版本”的响应数据。0x32代表芯片型号PN5320x01 0x06 0x07是版本号例如V1.6.7。E8数据校验校验D5 03 32 01 06 07这几个字节。00帧结束。解析的关键不要被固定的帧结构吓到。写代码时你可以先寻找0x00 0xFF作为帧头然后读取下一个字节作为长度LEN再根据LEN读取后续的TFI和数据。最后校验LCS和DCS。如果校验失败这一帧应该丢弃。实操心得在实际编程中我强烈建议实现一个状态机来解析串口数据流。因为数据是流式的可能粘包也可能断包。状态机从“寻找帧头”状态开始找到0xFF后进入“读取长度”状态依此类推直到收到完整的帧。这比简单的“收到一堆数据再解析”要可靠得多尤其是在单片机资源有限的环境中。4. 核心功能指令集与实战流程掌握了帧格式我们就可以像搭积木一样组合指令来实现各种NFC功能。PN532的功能非常丰富但最常用、最核心的流程是初始化 - 寻卡 - 选卡 - 认证 - 读写数据。我们以读写最常见的Mifare Classic 1K卡为例。4.1 初始化与配置在开始寻卡前最好对模块进行一些基础配置。唤醒如果模块处于低功耗模式可能需要先发送前导码0x00或一个完整的空指令帧来唤醒它。获取固件版本发送我们刚才分析的GetFirmwareVersion指令0x02。这既是一个功能测试也能确认通信链路和模块型号完全正确。配置SAMSAM是安全访问模块。通常我们需要将其配置为“普通模式”让PN532直接处理射频通信。发送指令SAMConfiguration0x14参数为0x01 0x00 0x01。这个指令的响应如果成功会返回0x00 0x00。4.2 寻卡与选卡流程详解这是与卡片建立通信的第一步。寻卡发送InListPassiveTarget指令0x4A。这个指令的参数决定了寻卡方式。参数10x01表示最大返回目标数1个。参数20x00表示波特率106 kbps即ISO14443A标准。 发送的完整数据域为D4 4A 01 00。计算LEN4构造完整帧发送。 如果附近有卡响应帧的数据域会包含卡片的信息其中最重要的一个是UID卡片的唯一标识符通常为4字节或7字节。响应中还会包含ATSAnswer To Select等信息。选卡在寻卡成功后我们需要通过UID选中这张卡才能进行后续操作。发送InDataExchange指令0x40这个指令是一个通用传输指令用于发送符合ISO14443-4标准的APDU。第一个参数是目标编号从寻卡响应中获得通常是0x01。后续数据是具体的APDU命令。对于Mifare Classic卡它不属于ISO14443-4这个步骤有时可以省略或由高层指令内部处理。但对于更标准的流程或使用Mifare_Read等直接指令时寻卡后即可直接操作。更常用的Mifare Classic直接操作指令 PN532提供了一组以0x40InDataExchange为包装的Mifare指令更方便。例如认证区块0x400x01目标号 0x60验证A密钥或0x61验证B密钥 块号密钥6字节UID4字节。读块0x400x010x30块号。写块0x400x010xA0块号数据16字节。4.3 完整的读卡数据实战假设我们要读取Mifare Classic 1K卡第8块的数据注意第0块通常存放厂商信息UID不可随意写每个扇区的尾块存放密钥和控制位操作需谨慎。步骤一寻卡发送00 FF 04 FC D4 4A 01 00 E1 00等待响应解析出UID例如02 33 45 67。步骤二认证区块使用默认密钥AFF FF FF FF FF FF认证第8块。 构造数据域40 01 60 08 FF FF FF FF FF FF 02 33 45 6740: InDataExchange指令01: 目标号60: 用密钥A认证08: 块号8FF FF FF FF FF FF: 密钥02 33 45 67: 卡片UID 计算长度LEN13构造完整帧发送。 成功响应会返回00 00可能包裹在标准响应帧中。步骤三读块发送读块指令。 构造数据域40 01 30 08发送完整帧。 成功响应中数据域部分会包含16字节的块数据。步骤四处理数据将读出的16字节数据解析为你需要的格式如字符串、数值等。注意事项Mifare Classic卡的每个扇区0-15有4个块0-3其中块3是扇区尾块存储着密钥A、访问控制位和密钥B。千万不要在未理解访问控制位含义的情况下随意向任何块写入数据特别是扇区尾块错误的写入会导致整个扇区被永久锁死无法再读写。建议先在非尾块如块1块2进行读写实验。5. 单片机端驱动代码框架与实现理解了协议我们就可以在单片机以STM32 HAL库为例上实现驱动了。代码的核心是帧构造函数、数据发送函数和基于状态机的帧解析函数。5.1 数据结构与帧构造首先定义一些常用的指令码和缓冲区。// PN532 指令定义 #define PN532_CMD_GETFIRMWAREVERSION 0x02 #define PN532_CMD_SAMCONFIGURATION 0x14 #define PN532_CMD_INLISTPASSIVETARGET 0x4A #define PN532_CMD_INDATAEXCHANGE 0x40 // Mifare 命令 #define MIFARE_CMD_AUTH_A 0x60 #define MIFARE_CMD_AUTH_B 0x61 #define MIFARE_CMD_READ 0x30 #define MIFARE_CMD_WRITE 0xA0 uint8_t pn532_tx_buffer[64]; // 发送缓冲区 uint8_t pn532_rx_buffer[64]; // 接收缓冲区 uint8_t pn532_rx_index 0; uint8_t pn532_expected_len 0; uint8_t pn532_frame_state 0; // 帧解析状态机状态帧构造函数是重中之重它负责将指令代码和参数打包成符合格式的帧。/** * brief 构造PN532指令帧 * param cmd: 指令码 * param data: 指令参数数据指针 * param data_len: 参数长度 * param tx_buf: 输出缓冲区 * retval 帧的总长度 */ uint16_t PN532_BuildFrame(uint8_t cmd, uint8_t *data, uint8_t data_len, uint8_t *tx_buf) { uint8_t checksum 0; uint16_t index 0; // 前导码 (可选这里不加) // tx_buf[index] 0x00; // 帧起始 tx_buf[index] 0x00; tx_buf[index] 0xFF; // 数据长度 (TFI DATA) uint8_t len data_len 1; // 1 for TFI tx_buf[index] len; // 长度校验 tx_buf[index] (~len) 1; // 补码 // TFI (主机到PN532) tx_buf[index] 0xD4; checksum 0xD4; // 指令码 tx_buf[index] cmd; checksum cmd; // 参数数据 for (uint8_t i 0; i data_len; i) { tx_buf[index] data[i]; checksum data[i]; } // 数据校验 tx_buf[index] (~checksum) 1; // 帧结束 tx_buf[index] 0x00; return index; // 返回帧字节数 }5.2 状态机解析与数据发送在串口中断服务程序或主循环的轮询接收函数中实现状态机解析。// 状态定义 #define STATE_IDLE 0 #define STATE_PREAMBLE 1 #define STATE_STARTCODE 2 #define STATE_LEN 3 #define STATE_LEN_CHECK 4 #define STATE_DATA 5 #define STATE_CHECKSUM 6 #define STATE_POSTAMBLE 7 void PN532_UART_RxCpltCallback(uint8_t rx_byte) { // 假设每个字节触发一次此回调 static uint8_t data_index 0; static uint8_t frame_len 0; switch (pn532_frame_state) { case STATE_IDLE: if (rx_byte 0x00) { pn532_frame_state STATE_PREAMBLE; } break; case STATE_PREAMBLE: if (rx_byte 0xFF) { pn532_frame_state STATE_STARTCODE; } else { pn532_frame_state STATE_IDLE; // 同步失败重置 } break; case STATE_STARTCODE: // 我们已经收到了0x00 0xFF下一个字节是长度 frame_len rx_byte; pn532_expected_len frame_len 6; // LEN LCS TFI DATA DCS POST data_index 0; pn532_rx_buffer[data_index] 0x00; // 保存帧头 pn532_rx_buffer[data_index] 0xFF; pn532_rx_buffer[data_index] rx_byte; // 保存长度 pn532_frame_state STATE_LEN; break; case STATE_LEN: // 接收长度校验字节LCS可以在这里做简单校验 pn532_rx_buffer[data_index] rx_byte; pn532_frame_state STATE_DATA; // 接下来是数据部分TFI开始 break; case STATE_DATA: pn532_rx_buffer[data_index] rx_byte; // 判断是否接收完所有数据TFI DATA DCS // 已接收字节数 data_index 期望总数 pn532_expected_len if (data_index pn532_expected_len) { // 应该收到结束符0x00了 pn532_frame_state STATE_POSTAMBLE; } break; case STATE_POSTAMBLE: if (rx_byte 0x00) { // 完整帧接收完毕 PN532_FrameHandler(pn532_rx_buffer, data_index); // 调用帧处理函数 } // 无论对错重置状态机 pn532_frame_state STATE_IDLE; data_index 0; break; default: pn532_frame_state STATE_IDLE; break; } }发送函数则直接调用HAL库的串口发送。void PN532_SendFrame(uint8_t *frame, uint16_t len) { HAL_UART_Transmit(huart1, frame, len, 1000); // 假设使用USART1超时1秒 }5.3 高层功能函数封装基于底层的帧构造和解析我们可以封装出易于调用的高层函数。uint8_t PN532_GetFirmwareVersion(uint8_t *version) { uint8_t cmd_data[1] {PN532_CMD_GETFIRMWAREVERSION}; uint16_t frame_len PN532_BuildFrame(PN532_CMD_GETFIRMWAREVERSION, NULL, 0, pn532_tx_buffer); PN532_SendFrame(pn532_tx_buffer, frame_len); // 等待并解析响应... (这里需要实现超时机制) if (/* 响应成功且TFI0xD5 */) { // 从响应帧数据域解析出版本信息存入version数组 // version[0]IC, version[1]Ver, version[2]Rev... return 1; // 成功 } return 0; // 失败 } uint8_t PN532_ReadMifareBlock(uint8_t block_num, uint8_t *key, uint8_t *uid, uint8_t *data_out) { uint8_t auth_cmd[12] {0}; auth_cmd[0] MIFARE_CMD_AUTH_A; // 使用密钥A认证 auth_cmd[1] block_num; memcpy(auth_cmd[2], key, 6); // 拷贝密钥 memcpy(auth_cmd[8], uid, 4); // 拷贝UID // 1. 认证 uint16_t frame_len PN532_BuildFrame(PN532_CMD_INDATAEXCHANGE, auth_cmd, 12, pn532_tx_buffer); PN532_SendFrame(pn532_tx_buffer, frame_len); if (!PN532_WaitForAck(100)) return 0; // 等待ACK超时100ms // 2. 读块 uint8_t read_cmd[2] {MIFARE_CMD_READ, block_num}; frame_len PN532_BuildFrame(PN532_CMD_INDATAEXCHANGE, read_cmd, 2, pn532_tx_buffer); PN532_SendFrame(pn532_tx_buffer, frame_len); // 等待并解析读块响应... // 成功响应中数据部分即为16字节的块数据 // 将其拷贝到data_out return 1; }6. 常见问题排查与调试技巧实录即使按照教程操作在实际焊接和编程中依然会遇到各种问题。下面是我在多个项目中总结出来的“踩坑”记录和解决方法。6.1 通信完全失败无任何响应这是最令人头疼的情况。请按照以下清单逐项排查电源与电压这是头号杀手。用万用表测量PN532模块VCC和GND之间的电压确保是稳定的3.3V。同时测量USB转TTL工具或单片机TX引脚的空载电压确保其输出高电平为3.3V如果是5V TTL需要加电平转换模块。线序连接再检查三遍TX接RXRX接TX。我无数次犯过自己接自己的错误。可以用万用表通断档确认PN532的RXD确实连到了主控的TXD上。波特率确认双方波特率都是115200。有些模块支持通过命令修改波特率如果你不确定尝试在代码中修改波特率如9600, 57600, 115200进行测试。接地共地确保电脑、USB转TTL、PN532、单片机如果涉及的所有GND都连接在一起。共地是通信的基础。模块模式确认跳线帽正确设置在UART模式。有些模块的跳线逻辑比较反直觉最好找到卖家提供的原理图确认。发送唤醒帧尝试在发送正式指令前先发送几个0x55或0x00字节或者发送一整个完整的“获取固件版本”指令帧。模块可能处于睡眠状态。6.2 有响应但数据混乱或校验失败这说明物理链路通了但数据解析有问题。电气干扰如果线过长超过20cm或靠近电机、继电器等干扰源信号可能会畸变。尝试缩短连线使用双绞线或在PN532的VCC和GND之间并联一个10uF和0.1uF的电容进行滤波。波特率偏差虽然设置了115200但单片机或USB转TTL的时钟源可能存在偏差导致累积误差。尝试在串口调试助手中发送0x55二进制01010101用示波器测量实际波形周期计算真实波特率。或者微调代码中的波特率参数。代码解析逻辑错误这是最常见的原因。重点检查状态机逻辑是否正确处理了每一个状态跳转是否考虑了数据粘包一帧没读完下一帧就来了长度计算LEN是TFI数据域的字节数你的计算对吗校验和计算DCS是从TFI开始到数据域结束所有字节的和的补码。很多开源代码在这里算错范围。用我们之前的例子手动计算一遍和你的代码输出对比。缓冲区溢出你的接收缓冲区是否足够大PN532返回的帧可能比预期长比如寻卡返回的UID是7字节。6.3 寻卡成功但认证或读写失败这说明底层通信和寻卡流程OK问题出在高层协议或卡片操作上。密钥错误Mifare Classic卡每个扇区有两套密钥Key A和Key B。你用的密钥对吗大部分出厂默认的Key A是FF FF FF FF FF FF但有些卡特别是门禁卡可能已被修改。你可以尝试用0x61认证Key B配合默认Key BFF FF FF FF FF FF试试。如果都不行可能需要使用侦测工具先破解密钥。块号错误Mifare 1K有16个扇区每个扇区4个块块号是0-63。你确认你要操作的块号是正确的吗例如第2扇区的第一个块是块号40-3是扇区04-7是扇区1。特别注意每个扇区的块3即扇区尾块是控制块不要随意读写UID使用错误在认证命令中需要传入卡片的UID。这个UID必须是从InListPassiveTarget响应中解析出来的实际UID而不是一个固定值。确保你的程序正确提取并传递了它。访问条件限制扇区尾块中的访问控制位决定了该扇区各块的读写权限。如果你尝试写一个“只读”的块或者用Key A去读一个需要Key B的块都会失败。在操作前最好先读出控制块理解其访问权限。卡片类型不匹配InListPassiveTarget指令可以指定不同的卡类型0x00是ISO14443A。如果你只寻Mifare但附近有别的类型NFC标签如Felica可能会干扰。可以尝试在寻卡指令中指定更具体的卡类型。6.4 稳定性问题偶尔成功经常失败电源功率不足PN532在激活天线寻卡时瞬时电流可能较大。如果电源线太细或电源模块带载能力弱会导致电压瞬间跌落引起复位或通信错误。确保电源能提供至少150mA的连续电流。天线干扰模块天线附近有金属物体或者两个NFC天线靠得太近会严重干扰磁场导致寻卡距离变短甚至失败。确保天线周围有足够的空间。软件超时与重试你的代码必须有健全的超时和重试机制。例如发送指令后等待响应应该有一个超时如200ms超时后清理缓冲区重发指令最多3次。避免因为一次偶然的干扰就卡死程序。中断优先级在单片机中如果串口接收中断被更高优先级的中断长时间阻塞可能导致数据丢失。检查中断优先级配置确保串口中断能及时响应。调试时串口调试助手是你的最佳伙伴。将单片机与PN532通信的TX线也接到电脑的另一个串口上这样你就能像“监听电话”一样看到单片机发出和收到的每一个原始字节。对比理论帧和实际帧任何差异都无处遁形。这个过程虽然繁琐但却是定位复杂通信问题最有效的方法。
