最近在做一款便携式 NFC 读写设备主控选型时在 PN532、CR95HF 和 ST25R3916 之间犹豫了很久。PN532 资料多、上手快但射频性能和高低温稳定性在工业场景下有点捉襟见肘CR95HF 是 ST 自家的经典方案不过协议支持相对保守。最后换到 ST25R3916 之后才真正体会到“读卡器前端芯片”和“读卡器芯片”之间的差别。这篇文章会把 ST25R3916 做 NFC 读取的完整思路整理出来包括硬件连接、射频原理、驱动初始化、防冲突选卡、数据块读取、天线调谐以及实际调试中遇到的高频问题。适合正在选型 NFC 读卡方案的嵌入式工程师也适合刚接触 13.56MHz 射频开发、想从零把一张 ISO14443A 卡读出来的新手。围绕“ST25R3916 NFC 读取”这个主题文章会尽量把“为什么这么做”讲清楚而不只贴一段能跑的代码。代码基于常见驱动框架编写函数名和寄存器名会因驱动版本不同有差异实际使用时请注意对照官方数据手册和驱动包调整。1. 认识 ST25R3916一颗专业的 NFC 前端芯片1.1 “读 NFC”到底在读什么很多人第一次接触 NFC 开发时会以为“读 NFC”是一个单一动作把卡片靠近天线然后拿到一串 ID。实际上这个动作背后包含了一整条射频通信链路。NFC 工作在 13.56MHz 频段读卡器和卡片之间通过电磁耦合通信。读卡器天线持续发射射频场卡片进入场区后从射频场获取能量完成上电双方再通过负载调制的方式交换数据。所以“读取一张 NFC 卡”至少包括这样几个环节建立射频场检测到场内有卡片进入发送协议命令例如 ISO14443A 的 REQA执行防冲突循环拿到完整的 UID选择卡片根据应用类型读取数据块或执行认证。任何一个环节出问题表现都是“读不到卡”或者“读卡不稳定”。ST25R3916 要做的就是把射频前端这部分做好把模拟链路的复杂度屏蔽掉交给 MCU 一个相对干净的数字接口。1.2 ST25R3916 的定位与核心特性ST25R3916 是 ST 推出的一款高性能 NFC 读卡器前端芯片定位是“HF Reader/Writer 前端”。它本身不跑协议栈也不直接输出“卡的 UID”而是负责射频信号的调制、解调、编码、解码以及帧的收发。这意味着你需要一颗 MCU 通过 SPI 或 I2C 接口控制它给它下发命令、读取中断、处理收发数据。协议栈可以在 MCU 上自己写也可以使用 ST 官方的 RFALRF Abstraction Layer中间件。ST25R3916 比较突出的特性包括支持 ISO 14443A / 14443B、ISO 15693、FeliCa、ISO 18092 等多种协议支持高射频输出功率适合天线尺寸较大或需要更远读卡距离的场景内置动态功耗控制DPO可以根据负载自动调整输出功率支持有源波形整形AAT改善发射波形质量减少谐波支持自动天线调谐AMT天线失谐时可以自动补偿集成低功耗卡片检测LPCDMCU 休眠时仍能检测卡片进入芯片内部带 AES-128 协处理器可用在安全认证类应用中。这些特性让它在门禁、支付终端、工业读卡器、消费电子、安全令牌等场景中都很常见。像市面上一些 NFC 开发模块、安全密钥设备例如带 NFC 的 YubiKey 类产品、以及 PC 端调试用的 NFC Reader Tool 类工具底层很多就是这类高性能前端芯片。1.3 典型应用场景从实际项目角度看ST25R3916 适合的产品有这几类应用场景典型需求为什么选 ST25R3916门禁读卡器识别 ISO14443A 卡 UID要求读卡距离远、稳定射频输出功率高配合天线调谐可以做到较远的读卡距离工业读写设备长时间连续读卡环境温度变化大射频参数可配置支持自动天线调谐支付终端支持多种协议需要快速轮询多协议支持完善轮询切换效率高便携式 NFC 工具电池供电需要低功耗LPCD 低功耗卡片检测MCU 可以休眠安全认证设备需要 AES 安全认证、防中继攻击内置 AES-128 协处理器支持挑战响应机制如果项目只需要“读个 UID”用 ST25R3916 确实有点“杀鸡用牛刀”。但如果产品后面要兼容多种卡片、要过认证、要在恶劣环境下稳定工作它的价值就体现出来了。1.4 ST25R3916 与常见方案的比较很多初学者会拿 ST25R3916 和 PN532 对比。这两个芯片定位不太一样PN532 是 NXP 的一体化 NFC 芯片内部集成了 MCU 核和协议栈用户通过 UART / I2C / SPI 发 HCI 指令就能读卡。优点是开发简单缺点是射频性能、协议扩展性和灵活性有限。ST25R3916 是纯前端芯片没有协议栈所有协议处理都在外部 MCU 上完成。开发门槛高一些但灵活性和性能上限也更高。CR95HF 是 ST 自家另一款经典读卡器芯片同样需要外部 MCU但协议支持比较少主要面向 ISO14443 和 ISO15693。ST25R3916 在协议覆盖、发射功率、低功耗和天线调谐方面都比 CR95HF 更进一步。所以选型时可以按这个思路判断只做 Demo、快速验证选 PN532 或集成 NFC 模块产品化读卡器、工业设备选 ST25R3916需要多种协议、复杂轮询、低功耗优先考虑 ST25R3916预算敏感、只读 14443ACR95HF 也可接受。2. 环境准备与硬件接线2.1 硬件清单开始写代码之前先把硬件准备好。我这里用的是常见的“MCU ST25R3916 模块”组合硬件说明ST25R3916 开发板或最小模块自带天线和匹配电路的最佳前期省去天线调试MCU 主控推荐 STM32 系列本文示例以 STM32 为参考NFC 卡片ISO14443A 类型卡例如 Mifare Classic、NTAG21x逻辑分析仪或示波器排查 SPI 通信和射频波形时会用到供电3.3V注意读卡器天线发射时电流较大电源要稳定如果买的是 ST 官方的评估板板上通常已经画好了天线匹配电路可以直接和 MCU 通过排针连接。如果是自己画板天线部分建议先参考官方评估板的设计不要一上来就自己创新。2.2 与 MCU 的接口连接ST25R3916 和 MCU 之间常用 SPI 通信速率可以跑到几 MHz。连接关系比较固定ST25R3916 引脚连接对象说明SPI_CLKMCU SPI SCK时钟SPI_MOSIMCU SPI MOSIMCU 写芯片SPI_MISOMCU SPI MISO芯片回数据SPI_NSSMCU GPIO/SPI CS片选低有效IRQMCU 外部中断引脚芯片产生中断时拉高/低RSTMCU GPIO硬件复位VDD3.3V供电VSSGND地IRQ 引脚很重要。读卡过程中芯片会有大量事件中断比如“场已建立”“检测到卡片”“数据发送完成”“数据接收完成”“CRC 错误”。如果不用 IRQ而是靠 MCU 轮询状态寄存器会非常占用 CPU而且容易丢事件。2.3 软件环境与驱动来源ST25R3916 的软件开发一般有两个层次直接操作寄存器适合想深入理解射频底层的人代码量较大需要仔细对照数据手册。使用 ST 官方中间件 RFAL封装了协议层提供轮询、激活、读写等 API适合项目落地。建议前期先用 RFAL 把业务功能跑通遇到射频级别的疑难问题再回头查寄存器。这样效率最高。需要注意ST25R3916 的驱动库版本和 API 名称在不同时期有调整。本文代码演示的是通用思路函数名和参数请以你下载的驱动包为准。2.4 工程目录规划一个相对清晰的 NFC 工程目录大概是这样的project/ ├── app/ │ ├── app_nfc.c // NFC 业务逻辑 │ └── app_nfc.h ├── bsp/ │ ├── bsp_spi.c // SPI 底层驱动 │ └── bsp_st25r3916.c // 芯片硬件初始化 ├── lib/ │ ├── st25r3916.c // 芯片驱动 │ ├── st25r3916.h │ ├── rfal.c // 射频抽象层 │ └── rfal_nfc.c ├── main.c └── Makefile 或 Keil/IAR 工程把“芯片驱动”“协议抽象”“业务逻辑”分层后面排查问题会轻松很多。3. NFC 读取的核心原理这一节是整个开发过程中最容易“知其然不知其所以然”的部分值得耐心看。3.1 13.56MHz 射频通信链路ST25R3916 和卡片之间是无线通信通信链路包含以下环节MCU 通过 SPI 把要发送的帧数据写入 ST25R3916 的 FIFO芯片按照协议规定的编码方式如 Miller、Manchester调制载波从天线发射卡片接收命令处理后通过负载调制把响应数据传回芯片内部解调、解码把收到的数据放入 FIFO并触发中断MCU 读取 FIFO完成一次数据交换。这里有一个容易忽略的点射频通信失败不一定都是软件问题天线阻抗匹配、发射功率、接收灵敏度都会影响成功率。所以调试 ST25R3916 时“软件没问题但读卡距离很近”通常是天线匹配的问题而不是代码逻辑的问题。3.2 ISO14443A 读取流程拆解以最常用的 ISO14443A 为例读卡流程如下第一步读卡器发送 REQA0x26或 WAKE-UP0x52命令询问场区内有没有卡。第二步卡片应答 ATQA。如果场区内有多张卡ATQA 可能来自多张卡需要进入防冲突流程。第三步防冲突循环。读卡器发送防冲突命令逐位比较最终锁定一张卡拿到完整 UID。这里用到的命令主要有命令说明ANTICOLLISION_CL10x93 0x20第一级防冲突针对 UID 前 4 字节SELECT_CL10x93 0x70第一级选择UID 前 4 字节确认后再选卡级联 CL20x95如果 UID 超过 4 字节需要第二级防冲突级联 CL30x97如果 UID 超过 7 字节需要第三级防冲突第四步选卡成功后卡片进入 READY 状态。此时可以下发读写命令。以 Mifare Classic 为例读单个块需要先认证再读块以 NTAG 为例读页数据可以直接通过 READ 命令完成。整个流程中防冲突是最容易写错的。因为要考虑 UID 长度、级联标志、BCC 校验、NVB有效位数等多个字段。3.3 寄存器、命令与中断的关系ST25R3916 内部有大量寄存器大致可以分成几类模式配置寄存器设置芯片工作模式、协议类型、发射接收配置状态寄存器查询芯片当前状态FIFO 控制寄存器管理收发缓冲区中断控制寄存器使能或屏蔽各种中断源定时器寄存器配置协议超时时间。开发时不需要背下所有寄存器但建议把“初始化、发命令、读 FIFO、查中断”这条主链路对应的寄存器理解清楚。比如这样一条命令执行链路写 FIFO把命令字节放入待发送缓冲区设置命令寄存器触发芯片发送芯片自动按照协议编码、调制、发射等待卡片应答芯片收到响应后解调、解码存入 FIFO并置位中断标志MCU 读到中断后从 FIFO 取出响应数据。这个模型适用于绝大多数协议的收发过程。3.4 天线调谐读卡稳定性的关键ST25R3916 虽然集成度高但天线部分仍然是模拟电路需要仔细设计。天线线圈在 13.56MHz 下的等效模型是一个电感需要并联谐振电容、串联匹配电容把天线谐振点调到 13.56MHz同时把阻抗匹配到芯片要求的范围。天线调谐不好会出现这些现象读卡距离很近稍微偏离线圈中心就掉卡发射功率提高后芯片温度明显升高多张卡同时靠近时选卡成功率下降在不同温度环境下读卡距离变化很大。ST25R3916 支持自动天线调谐AMT功能可以一定程度上补偿天线失谐但不能完全替代天线设计。前期画板时还是应该参照官方评估板的叠层和线圈参数。4. 从零读取一张 NFC 卡完整实战下面进入实战。以“MCU ST25R3916 读取一张 ISO14443A 卡的 UID 和 NTAG 数据页”为例分步骤实现。4.1 初始化 ST25R3916硬件初始化主要做三件事复位、检查芯片通信、写入基础配置。先看底层 SPI 寄存器读写封装// 文件路径bsp/bsp_st25r3916.c #include bsp_st25r3916.h #include bsp_spi.h static uint8_t st25r3916_read_reg(uint16_t reg) { uint8_t buf[2]; uint8_t val 0; buf[0] (reg 0x7F); // 读命令 buf[1] 0x00; bsp_spi_cs_low(); bsp_spi_transfer(buf[0]); val bsp_spi_transfer(0x00); // 读一个字节 bsp_spi_cs_high(); return val; } static void st25r3916_write_reg(uint16_t reg, uint8_t val) { uint8_t buf[2]; buf[0] (reg | 0x80); // 写命令 buf[1] val; bsp_spi_cs_low(); bsp_spi_transfer(buf[0]); bsp_spi_transfer(buf[1]); bsp_spi_cs_high(); }注意这里只是演示 SPI 读写寄存器的基本思路不同驱动对寄存器地址的编码方式可能不同有的还会区分直接地址和间接地址。然后是芯片初始化// 文件路径bsp/bsp_st25r3916.c uint8_t st25r3916_init(void) { // 硬件复位 bsp_st25r3916_rst_low(); bsp_delay_ms(10); bsp_st25r3916_rst_high(); bsp_delay_ms(10); // 读取芯片版本确认通信正常 uint8_t id st25r3916_read_reg(ST25R3916_REG_IC_IDENTITY); if ((id 0xF0) ! 0x10) { return 0; // 芯片通信异常 } // 基础配置按数据手册推荐的初始化序列 st25r3916_write_reg(ST25R3916_REG_OP_CONTROL, 0x00); st25r3916_write_reg(ST25R3916_REG_MODE, 0x01); // 使能收发 st25r3916_write_reg(ST25R3916_REG_TX_DRIVER, 0x00); st25r3916_write_reg(ST25R3916_REG_RX_CONF1, 0x00); st25r3916_write_reg(ST25R3916_REG_RX_CONF2, 0x00); // 使能我们需要的中断 st25r3916_write_reg(ST25R3916_REG_IRQ_MASK, 0x00); st25r3916_write_reg(ST25R3916_REG_IRQ_MASK2, 0x00); return 1; }这段代码里的寄存器名和默认值只是演示配置顺序的“骨架”。实际项目中请直接使用官方驱动包的初始化函数或者严格按数据手册的初始化序列填写不要照抄这里的数值。4.2 开始轮询并检测卡片初始化完成后芯片默认没有打开射频场。读卡前需要让芯片发射射频场然后等待卡片进入。轮询一个 ISO14443A 卡的主逻辑大致如下// 文件路径app/app_nfc.c #include app_nfc.h #include st25r3916.h #include rfal_iso14443a.h #define NFC_POLL_TIMEOUT 100 // ms typedef struct { uint8_t uid[10]; uint8_t uid_len; } nfc_card_info_t; static nfc_card_info_t s_card; uint8_t nfc_poll_iso14443a(void) { uint8_t buf[32]; uint16_t len 0; rfal_iso14443a_initialize(); // 发送 REQA等待 ATQA uint8_t atqa[2]; if (rfal_iso14443a_reqa(atqa) ! ERR_NONE) { return 0; } // 防冲突读取 UID if (rfal_iso14443a_anticollision(s_card.uid, s_card.uid_len) ! ERR_NONE) { return 0; } // 选卡 if (rfal_iso14443a_select(s_card.uid, s_card.uid_len) ! ERR_NONE) { return 0; } return 1; }如果你没有使用 RFAL而是直接操作寄存器那么“发送 REQA”这一步就是把 0x26 写入 FIFO触发发送命令等待接收中断从 FIFO 读回 ATQA。用 RFAL 的好处是这些细节已经封装好了业务代码可以专注于“读到卡之后干什么”。4.3 防冲突拿到完整 UID防冲突是整个流程里最容易出问题的一步。如果你自己实现协议栈建议按下面的思路写// 文件路径lib/rfal_iso14443a.c uint8_t rfal_iso14443a_anticollision(uint8_t *uid, uint8_t *uid_len) { uint8_t cascade 0x93; uint8_t buf[8]; uint8_t nvb 0x20; // 初始为 0x20表示全位有效 uint8_t bcc; uint8_t i; *uid_len 0; for (uint8_t level 1; level 3; level) { // 发送防冲突命令读取卡返回的 UID CLn 数据 if (rfal_send_anticollision(cascade, nvb, buf) ! ERR_NONE) { return ERR_PROTOCOL; } // 检查 UID 中是否有级联标志 CT0x88 // 如果存在说明 UID 长度超过当前级进入下一级 for (i 0; i 3; i) { if (buf[i] 0x88) { cascade (level 1) ? 0x95 : 0x97; memcpy(uid[*uid_len], buf, 3); *uid_len 3; break; } } // 保存有效 UID 字节 if (*uid_len 0) { memcpy(uid[*uid_len], buf, 4); *uid_len 4; bcc buf[4]; break; } } return ERR_NONE; }注意这只是一个示意实现真实防冲突循环还要处理 NVB 变化、位碰撞检测、BCC 校验、级联标志判断等细节。建议直接使用官方协议栈不要自己重复造轮子除非你确实需要深入协议层做定制。4.4 选卡并读取数据块拿到 UID 后轮到数据读取。不同卡片的数据读取方式差异很大NTAG21x 系列通过 READ 命令直接按页读Mifare Classic先认证扇区再读块身份证 / CPU 卡内部有 COS需要 APDU 指令。这里演示 NTAG21x 的读页流程// 文件路径app/app_nfc.c uint8_t nfc_read_ntag_page(uint8_t page, uint8_t *data_out, uint16_t *data_len) { uint8_t cmd[2]; uint8_t resp[64]; uint16_t resp_len 0; // NTAG READ 命令0x30 页地址 cmd[0] 0x30; cmd[1] page; if (rfal_transceive(cmd, 2, resp, resp_len, NULL, RFAL_TXRX_FLAGS_DEFAULT) ! ERR_NONE) { return 0; } // NTAG 读页返回 16 字节数据 if (resp_len 16) { memcpy(data_out, resp, 16); *data_len 16; return 1; } return 0; }所有的数据读取最后都会落到收函数上。建议把所有协议命令封装成统一的 transceive 接口上层业务只关心“发命令收响应”这样新增卡片类型时改动最小。4.5 运行结果与说明把工程编译烧录后用串口打印日志预期输出类似这样[INFO] ST25R3916 init OK, chip id 0x10 [INFO] Poll ISO14443A... [INFO] Card detected! [INFO] UID: 04 A2 3B 5C 12 34 80 [INFO] UID len: 7 bytes [INFO] Select OK [INFO] Read page 0x03: 04 A2 3B 5C 12 34 80 01 03 00 00 ...如果 UID 是 4 字节说明是单级 UID如果 UID 是 7 字节说明是双级 UID也就是内部有级联标志 CT0x88 的卡片。两种卡在防冲突处理上略有差异这也是很多人在“读不到完整 UID”时卡住的原因。5. 多协议轮询与低功耗设计5.1 支持哪些协议ST25R3916 支持的协议比较多常见的包括ISO14443AMifare Classic、Mifare DESFire、NTAG 系列、CPU 卡等ISO14443B二代身份证、部分银行卡、公交卡ISO15693图书管理、资产盘点标签FeliCa日本和部分亚洲地区常用的公交卡标准ISO18092 / NFCIP-1NFC 点对点通信。如果你的产品需要同时兼容多种卡ST25R3916 的多协议支持能力会比其他一体化芯片更灵活。5.2 轮询配置思路多协议读取的通用做法是“分时轮询”。比如每一轮按顺序检测先发 ISO14443A 的 REQA再发 ISO14443B 的 REQB再发 ISO15693 的 Inventory最后试 FeliCa 的 Polling。每一轮检测都有超时时间不能无限等一张卡响应。这种轮询方式实现简单但会带来一个问题不同协议在同一个射频场里可能相互干扰。比如某些 ISO14443A 卡对 ISO15693 的 Inventory 命令会产生误响应。实际项目里轮询顺序和跳转逻辑要根据目标卡片类型调整必要时做成可配置项。5.3 低功耗卡片检测 LPCD对电池供电的产品来说不能一直开着射频场轮询否则功耗会很高。ST25R3916 有一个很实用的低功耗卡片检测功能MCU 进入休眠前配置芯片进入 LPCD 模式芯片自己周期性地发射短脉冲检测场区负载变化一旦发现疑似卡片进入通过 IRQ 唤醒 MCUMCU 醒来后再执行完整的协议轮询。这个功能可以把待机功耗做到很低的水平同时保证“卡一靠近就响应”。对于便携式 NFC 设备来说这个特性几乎可以算刚需。6. 常见问题与排查思路做 NFC 开发时很多问题表面看是软件 bug实际根子在射频链路或时序上。下面整理几个高频问题。问题现象常见原因解决思路芯片 ID 读不到SPI 接线错误、复位时序不对、供电不足检查 SPI 时钟极性和相位、片选逻辑用逻辑分析仪抓波形能检测到场但收不到 ATQA天线失谐、发射功率太低、卡片类型不匹配先换官方评估板天线验证检查天线匹配网络收到 ATQA但防冲突失败UID 长度处理错误、NVB 设置错误增加日志打印每轮防冲突的原始数据对照协议手册检查级联逻辑4 字节卡能读7 字节卡读不到没有处理级联标志 CT0x88检查防冲突循环是否支持多级级联读卡距离很近天线 Q 值不合适、匹配电容偏移测量天线谐振频率参考官方天线设计调整掉卡、读卡经常失败电源纹波大、发射瞬间电压跌落在电源端加大电容检查 3.3V 波形多张卡同时靠近时选卡异常防冲突实现不完整换用官方协议栈确保支持完整的位级冲突检测天线附近有金属时读不到卡金属涡流导致天线失谐调整天线位置增加铁氧体隔磁片再展开说一下最容易被忽视的两个问题。第一个是“天线失谐”。很多开发者在自制天线后发现读卡距离不到 1cm就怀疑芯片坏了。其实大概率是天线谐振点偏移了。天线设计时线圈形状、匝数、PCB 走线宽度、铺铜距离都会影响等效电感。建议用网络分析仪测一下天线线圈在 13.56MHz 附近的阻抗再决定匹配电容值。第二个是“电源瞬态跌落”。ST25R3916 发射射频场时瞬间电流很大。如果 3.3V 供电能力不足或者电源走线过长发射瞬间电压会被拉低导致卡片上电不足、芯片内部逻辑异常。排查方法是把示波器探头放在 ST25R3916 的 VDD 引脚上观察发射瞬间的电压跌落幅度。7. 工程最佳实践天线、安全与调试7.1 天线设计与匹配建议天线是 NFC 读卡器最重要的模拟部件之一。关于 ST25R3916 的天线设计几点经验值得记录前期不要自己发明天线优先抄官方评估板的线圈尺寸和匹配电路天线谐振频率尽量精确调整到 13.56MHz不要偏差超过几百 kHz根据应用场景控制 Q 值。Q 值高读卡距离远但带宽窄容易受温度和环境金属影响Q 值低带宽宽但读卡距离受影响。一般建议 Q 值落在 15 到 35 之间具体看读卡距离和协议要求天线周围尽量避开大范围铺铜和金属结构件如果产品外壳是金属需要在 PCB 天线和金属之间加铁氧体隔磁片量产前要做温度测试因为电容值会随温度漂移导致谐振点偏移。如果环境温漂比较严重可以考虑使能 ST25R3916 的自动天线调谐功能让它在上电时自动微调匹配参数。7.2 安全边界与合规NFC 开发涉及安全和合规问题这里重点提醒几点。第一关于“NFC 中继攻击”。读卡器在验证卡片时如果只校验 UID很容易被中继设备欺骗。攻击者可以把一张合法卡的信息通过设备中继到远端绕过门禁或支付验证。防御思路是使用挑战-响应机制读卡器生成随机数卡片用密钥对随机数做加密运算并返回结果读卡器验证结果正确性。ST25R3916 内置的 AES-128 协处理器就是做这类认证用的。第二关于“NFC 密钥库大全”这类资料。这类内容通常涉及破解和未授权访问工程开发中不应依赖任何形式的密钥泄露资料。合法开发时密钥应该由卡主或发卡方通过合规渠道提供开发环境使用测试密钥生产环境按权限管理规范保存密钥。第三涉及读取身份证或其他法定证件时必须遵守当地法律法规只在授权范围内处理数据不在日志中记录敏感个人信息。第四产品量产前电磁兼容EMC和射频认证必须做。ST25R3916 带了有源波形整形功能可以改善发射频谱帮助产品通过相关认证。7.3 日志、测试和生产环境注意事项读卡器开发调试阶段日志设计得好能省一半排查时间。建议至少记录以下信息芯片初始化结果、读取到的芯片 ID每轮轮询的协议类型和结果防冲突过程中每一轮收到的原始数据收发数据的长度和 CRC 校验结果中断标志位的原始值。日志输出建议做成分级开关调试时打开详细日志量产固件里只保留错误日志。测试方面不能只测一张卡。建议准备一个“卡片测试集”覆盖4 字节 UID 卡和 7 字节 UID 卡不同厂商的 ISO14443A 卡ISO14443B 卡ISO15693 标签两张以上卡片同时靠近的场景卡片快速靠近、快速远离的场景不同温度下的读卡距离测试长时间连续读卡稳定性测试。这些测试看起来很基础但很多项目恰恰是栽在这些“没测过”的边界场景上。7.4 代码与工程维护建议驱动代码建议保持“分层”结构至少分出这三层硬件抽象层HAL只负责 SPI 读写、GPIO、延时、中断芯片驱动层只负责 ST25R3916 的寄存器和命令收发不关心业务应用层只关心“读到了什么卡、要做什么业务”。分层之后换 MCU 时只需要重写 HAL 层。升级 ST25R3916 驱动版本时也只需要改驱动层不影响业务代码。另外NFC 代码里的超时处理非常重要。收发函数必须带超时参数不能无限等待卡片响应。如果一个读卡器的单次轮询卡了 5 秒用户肯定会觉得“设备死机了”。8. 总结与下一步这篇围绕“ST25R3916 NFC 读取”的实战笔记核心可以概括成几条主线第一ST25R3916 是一颗“射频前端芯片”不是“一键读卡”芯片。它的可玩性和性能上限高但也要求开发者理解协议流程和射频链路。第二ISO14443A 的读取流程可以简化成四个动作REQA、防冲突、SELECT、读写数据。把这条链路彻底弄懂再学 ISO14443B、ISO15693 会轻松很多。第三读卡稳定性的天花板往往不在代码而在天线和电源。天线匹配、电源纹波、环境温度和金属干扰才是“时好时坏”问题的真正来源。第四安全开发是一条底线。防中继攻击要用挑战-响应机制密钥管理要合规不能依赖任何非授权渠道获取的密钥资料。如果你刚接触 ST25R3916下一步可以先做三件事用官方评估板 官方 RFAL 库把“读 UID”跑通体验完整的读卡流程用逻辑分析仪抓一次 REQA、防冲突、SELECT 的波形对照时序理解协议测一下你的产品在不同温度和不同卡片下的读卡距离找出不稳定因素。等基础流程稳定后再深入看低功耗 LPCD、自动天线调谐、多协议轮询这些进阶功能。希望这篇文章能帮你少踩一些坑。如果遇到具体报错可以在评论区带上你的芯片型号、驱动版本和日志大家一起排查。