去年底接了一个档案自助借还设备的国产化预研项目核心需求很直接13.56MHz频段、ISO 15693协议、读取距离要够远同时整个射频前端和主控都要求能国产替代。调研了一圈发现市面上的资料要么只讲协议原理要么只堆芯片 datasheet真正能把“远距离读15693”这个场景和国产全协议芯片选型串起来讲清楚的内容很少。这篇文章就把我这段时间的选型思路、踩坑记录和实测经验整理出来给正在做类似 RFID 设备国产化替换的同行做个参考。这篇文章适合正在做高频 RFID 读写器、智能档案柜、图书自助借还机、医疗耗材柜或资产盘点设备的硬件工程师和嵌入式工程师。内容会从协议特性讲到天线匹配从芯片对比讲到 STM32/GD32 主控侧的 SPIDMA 驱动实现最后再分享几个我实测中遇到的坑和排查方法尽量做到看完了能直接上手做选型和评估。1. 需求拆解这个项目到底在选什么1.1 “远距离读15693”不是随便拿颗读卡芯片就能干先说应用场景。ISO 15693 这种协议在 HF 频段里最大的特点就是读取距离远典型标签在合适的天线下可以做到 30cm 到 1 米左右而 ISO 14443 的典型距离通常只有 5 到 10 厘米。这个差距决定了市场定位完全不同14443 主要做支付、门禁、证件这类近距离安全场景15693 则大量用在档案管理、图书盘点、耗材柜、工具车、药品追踪这些需要“隔一点距离就能刷到”的场合。远距离听起来只是“功率大一点”的事但真正落地时会发现它牵扯到读卡芯片的发射能力、接收灵敏度、天线的 Q 值匹配、标签的谐振特性和环境干扰任何一个环节不对距离就上不去。所以选型的第一步不是盯着芯片型号看而是把一个明确的需求清单列出来读写距离到底要多少、标签是什么型号和尺寸、读取区域有没有金属柜体、是单标签读取还是需要批量防碰撞盘点、工作温度范围多少、主控是 MCU 还是 Linux 平台。这些参数直接决定后面芯片选型和天线设计的方向。我在这个项目里拿到的需求就是柜体深度 60cm需要隔着亚克力面板读取内部摆放的 ISO 15693 标签单次盘点至少支持 20 张以上标签同时存在主控端希望用 STM32F103 级别的国产 MCU 完成。这个“隔着面板”和“批量盘点”两个词就把方案往高功率读卡芯片和大天线方向上推了。1.2 “全协议”背后是兼容性压力“全协议”这个词在市面上叫法很多有的说多协议有的说兼容 14443A/B有的还要包含 15693 和 18092。在做国产替代选型时我最看重的是芯片能不能同时支持 ISO 14443A/B 和 ISO 15693因为实际使用中一台设备可能要同时应对身份证、员工卡、图书标签和资产标签这些卡可能分属不同协议。全协议的意义不只是“能读”还包括“能同时工作”。比如设备需要先读一张 14443A 的用户卡做权限校验然后再进入 15693 多标签盘点模式这就对读卡芯片的协议切换速度和软件接口提出了要求。有些国产芯片标称支持多协议但实际切换时需要重新初始化整个射频前端耗时会明显拉长在批量盘点场景里体验很差。另一个容易被忽略的点是标签兼容性。ISO 15693 标准本身对标签的 AFI、DSFID、UID 长度都有定义但不同标签厂商在实现上会有差异比如写锁定的策略、默认的 AFI 值、防碰撞时序的微小偏差。国产芯片对标 NXP 这类国际大厂的参考设计时寄存器层面可以做到功能对齐但射频前端的行为特征不一定完全一致这就需要在选型阶段用项目中实际使用的标签做一轮完整的兼容性测试。1.3 “国产替代”到底在替代什么国产替代这个词听起来很直接就是换芯片但真正做的过程中会发现至少有三个层次。第一层是硬件 pin 兼容替换。这种最容易原板子不用改改驱动就能跑但目前读卡芯片领域能做到 pin 对 pin 的型号不多尤其是如果原设计用的是 NXP CLRC663 这类封装国产芯片厂很少会完全照抄 pin 定义。第二层是软件接口兼容也就是 SPI/I2C/UART 这些外设接口基本一致寄存器映射大体相同驱动代码改一改就能跑这是目前多数国产读卡芯片采用的策略。第三层是整机级替代即芯片换了天线匹配电路、功放设计、标签兼容性都需要重新调这才是大多数项目真正的投入点。说到底国产替代不是采购的事是重新做一遍射频完整性和驱动适配的事。选型阶段就要把“原方案电路图”和“原驱动代码”都拿出来和新芯片逐一核对别等板子打样回来了才发现某个控制引脚定义完全不同。2. 协议与射频关键点为什么 15693 能读远2.1 ISO 15693 物理层设计的底层逻辑ISO 15693 工作在 13.56MHz 频段读写器通过天线线圈产生交变磁场标签从磁场中获取能量并返回数据。和 ISO 14443 相比15693 在物理层有几个明显特点。首先是场强要求更低。14443 的标签通常需要较强的场强才能启动而 15693 标签芯片的功耗设计得更低因此在同样发射功率下距离可以更远。其次是编码方式的差异15693 支持 1 out of 4 和 1 out of 256 两种编码抗干扰能力有差异远距离场景通常建议使用 1 out of 4配合 AFI 过滤功能可以减少大量无关标签的响应。调制深度也值得注意。15693 的读写器到标签通信采用 ASK 调制支持 10% 和 100% 两种调制深度。100% 调制深度抗干扰强但会带来更明显的谐波10% 调制深度对标签供电更友好适合远距离场景。选型时如果芯片支持可配置调制深度一定要确认驱动代码里留了这个控制位我见过不少项目就是默认 100% 调制导致标签启动距离偏短。再一个关键点是副载波。15693 标签向读写器返回数据时使用 423.75kHz 或 484.28kHz 的副载波读写器解调电路的带宽设计要和标签芯片匹配否则信号衰减很严重。这部分通常在芯片内部完成但天线匹配和 PCB 布局会影响解调效果所以读卡芯片的参考设计不要随意改。2.2 防碰撞机制对批量盘点太重要了15693 的防碰撞机制属于时分复用标签按照读写器下发的时隙规则在自己选定的时隙里响应。底层实现中防碰撞的效率和读卡芯片的算法质量直接相关。实测经验是真正决定批量盘点能力的不只是协议支持还包括芯片内部的防碰撞状态机是否完善。有些芯片在标签数量少时看着很好但一到 30 张以上标签同时在场就会出现漏读、重复读、甚至整个盘点流程卡死的情况。调这类问题时软件层面可以调整时隙数和 AFI 过滤但芯片本身的解调容错能力是软件补不回来的。选型时建议拿至少 50 张不同品牌的 15693 标签叠放、平铺、不同角度都测一遍统计漏读率和盘点完整时间。这个测试要放在选型阶段做而不是等整机做完再做不然返工成本太高。2.3 影响“远距离”的真正瓶颈不在芯片手册里读卡芯片手册上通常会写最大发射功率或场强输出能力但实际能读多远还取决于三个因素。第一是天线尺寸和形状。13.56MHz 是近场耦合天线线圈的面积决定磁场覆盖范围。同样场强下大天线比小天线的有效距离大得多。第二是天线的 Q 值。Q 值越高谐振越尖锐发射效率越高但带宽越窄如果环境温漂或标签工艺偏差导致谐振偏移反而会掉距离。通常做法是把 Q 值控制在 20 到 40 之间兼顾效率和容差。第三是环境中的金属物体金属会产生涡流吸收磁场能量直接把读取距离砍掉一半以上。所以在金属柜体里做 15693 读卡天线设计思路和桌面式读写器完全不同需要做隔磁处理或用铁氧体片把天线和金属隔开。我在这轮选型中做了个很笨但很有效的测试用同一个标签、同一个天线分别在桌面、金属板上方 1cm、金属柜内三个场景测读取距离记录下来的差值就是环境的“距离惩罚”。这个数据比芯片手册上的最大距离有参考价值得多。3. 读卡芯片方案对比国际主流与国产替代怎么选3.1 国际主流的参考基线做国产替代选型绕不开国际大厂的参考方案。13.56MHz 读卡芯片领域最常被拿来当基线的是 NXP 的 RC 系列和 CLRC 系列。RC522 只能读 14443ARC663 和 CLRC663 是真正意义上的多协议芯片支持 14443A/B、15693 和 18092发射功率也更大适合做远距离读 15693 的设备。选了 CLRC663 做基线方案是因为它的寄存器映射和驱动架构被广泛研究过很多国产芯片在定义寄存器时都会参考它的思路这对做兼容移植有很大帮助。不过也要注意NXP 的芯片在射频前端性能、灵敏度和大批量供货稳定性上确实有积累国产芯片要在这些维度上完全对齐需要额外验证。国际方案的劣势主要在供货、成本和国产化率要求上。在一些特定行业招标里国产化率是硬指标整机里核心射频芯片如果不是国产可能直接判定不满足要求。这已经不是技术选型问题而是项目准入问题。3.2 国产芯片的真实水平与评估维度目前国内做 13.56MHz 读卡芯片的厂商数量不少复旦微、华大电子、国民技术等都有相关产品线但在“支持协议全不全”和“远距离性能好不好”这两个维度上差异较大。选型时不要只看标题里有没有“多协议”“支持15693”这些词一定要拿到寄存器手册和参考设计原理图逐项核对。我整理了一个实用评估清单供大家对照协议支持矩阵是否同时支持 14443A/B、15693、18092协议切换是否快速射频性能指标发射功率范围、接收灵敏度、是否支持调制深度配置接口资源SPI 速率上限、是否有 I2C/UART 可选、中断脚和复位脚定义天线参考设计官方是否提供匹配电路参数和 PCB 版图Q 值调整是否方便软件生态有没有 SDK、驱动例程、是否兼容常见 MCU 平台供货与样品样品获取难度、最小起订量、预计交期资料完整度寄存器手册是否齐全、勘误表有没有、FAE 响应速度如何这个清单看着基础但每一项都踩过坑。比如接口 SPI 速率上限这项如果芯片只支持 1MHz那在批量盘点大 buffer 传输时主控会被拖得很厉害因为一帧数据可能几十字节速率低意味着占用 CPU 时间长影响整个设备的多任务调度。3.3 从“可替代”到“能落地”的差距清单如果原方案用的是 CLRC663换国产芯片后能不能直接落地我建议从五个方面做差距分析。封装与引脚对照原 PCB 封装看是否 pin to pin如果不是主板 layout 改动量多大寄存器映射地址和位定义是否基本一致驱动移植工作量评估天线匹配参考官方 15693 远距离应用的匹配参数是否适用是否需要重新调谐发射功率档位是否能覆盖原方案的功率范围最大功率是否够用功耗与热特性连续盘点场景下芯片温度是否正常有没有过热降额图省事的话直接选和原方案驱动兼容度高的型号能省很多时间。但真正拉出差距清单后我发现在“远距离读 15693”这个场景下原方案的一些寄存器级行为特征和天线匹配参数还是需要在新平台上重新验证一遍没有捷径。4. 主控侧配合STM32/GD32 SPIDMA 读取读卡芯片4.1 为什么一定要用 SPI DMA读 15693 芯片时主控和读卡芯片之间的通信虽然不像 2400bps 串口那样慢但数据量也不算小尤其在批量盘点模式下一次要读回大量标签 UID 和用户数据。如果用 GPIO 模拟 SPI 或纯轮询方式主控会长时间卡在等待状态导致系统响应慢、其他任务被饿死。使用 SPI 硬件外设配合 DMA 传输可以把数据搬运从 CPU 中解放出来CPU 只需要在 DMA 传输完成中断里处理结果。我实际在 STM32F103 上做测试时发现通过 DMA 读 128 字节数据CPU 占用率不到轮询方式的五分之一。在设备还有 LCD 显示、按键扫描、网络通信的应用里这省出来的 CPU 资源非常关键。4.2 CubeMX 配置 SPI DMA 的几个要点我习惯先用 STM32CubeMX 生成工程再手动调整细节。配置时有几个地方特别容易出错。SPI 模式要选择 Full-Duplex Master数据大小 8bit时钟极性 CPOL 和相位 CPHA 要根据读卡芯片手册确定。我用的读卡芯片要求 CPOL0、CPHA0也就是 SPI Mode 0。速率方面不要一上来就拉到最高读卡芯片的 SPI 接口上限一般是 10MHz 左右但过高的速率在天线板走线较长时容易出时序问题建议先用 1MHz 到 4MHz 调试稳定后再慢慢提上去。DMA 配置要分别设置 SPI1_RX 和 SPI1_TX 两个通道方向分别对应 Peripheral to Memory 和 Memory to Peripheral模式选 Normal。这里有个典型的坑如果 DMA 模式选成 Circular接收 buffer 会被不断覆盖数据根本不对。初始化完成后记得在 NVIC 里使能 DMA 中断不然传输完成没有回调。一个关键细节是片选信号 CS/NSS 不要用 SPI 硬件的 NSS 自动控制最好用普通 GPIO 手动拉低拉高这样在复位或异常时更容易控制读卡芯片的状态。很多国产读卡芯片的 CS 时序要求比较严谨手动控制更稳妥。4.3 GD32 和国产 MCU 移植时的差异不少项目要求主控也国产化最常见的是用 GD32 替代 STM32F103。GD32 的内核和外设整体上和 STM32F103 兼容度很高但有几个点需要特别注意。第一是时钟树。GD32 的主频可以跑到 108MHz 甚至更高系统时钟配置和 STM32 不同如果直接拿 STM32 的 SystemClock_Config 函数用可能导致外设时钟频率不对SPI 速率异常。第二是 SPI 和 DMA 的寄存器定义大多兼容但有些型号的 DMA 通道映射和中断向量号有差异移植时最好先跑一个 SPI 回环测试确认 DMA 中断能正常触发。第三是厂家的固件库函数名可能不同GD32 用 GD32F10x 固件库函数名类似但参数结构有差异需要对照用户手册改。Keil 环境里装芯片包也是个容易卡住的点。STM32F103 的 Pack 在 Keil 的 Pack Installer 里直接搜就能装GD32 则需要去 GD 官网下对应的支持包手动导入到 Keil 的 Pack 目录下。如果安装失败先检查 Keil 版本和 Pack 版本是否匹配再确认安装路径没有中文。下面给一段简化的 SPI DMA 读读卡芯片寄存器的示意代码仅用于演示思路// 启动一次DMA读操作先写寄存器地址再读取响应 void rfid_transfer(uint8_t *tx_buf, uint8_t *rx_buf, uint16_t len) { CS_LOW(); // 片选拉低开始会话 HAL_SPI_TransmitReceive_DMA(hspi1, tx_buf, rx_buf, len); // 等DMA传输完成标志实际项目中应在中断回调里处理 while (dma_busy_flag 0) { /* 超时保护 */ } CS_HIGH(); // 片选拉高结束会话 }实际项目里我会把超时和错误标志加进去避免 DMA 异常时整机卡死。上电后先读一次读卡芯片的版本寄存器能读到预期值再往下走协议初始化。5. 选型落地中的常见问题与调试技巧5.1 读卡距离上不去的排查顺序我做过好多次“芯片换了距离从原来的 60cm 掉到 20cm”的问题排查总结出一个固定的排查顺序节省了大量时间。第一步查天线谐振。用网络分析仪看天线端口的谐振频率是否在 13.56MHz 附近偏差超过 200kHz 就要调整匹配电容。没有网分时可以用示波器看天线驱动波形波形幅度最大且最干净的点就是谐振点附近。第二步查读卡芯片发射功率寄存器确认是否工作在最高功率档。第三步查标签种类不同厂家的 15693 标签灵敏度差异很大最好的和最差的能差一倍距离。第四步查环境附近有没有金属框架、开关电源、通信模块天线都可能是干扰源。最近碰到一个典型案例距离在实验室正常装到柜体里直接缩水 50%。最后排查出来是柜体钣金离天线太近形成了强涡流损耗。用 3mm 铁氧体片贴在钣金内侧后距离基本恢复了九成。5.2 不同芯片切换后的标签兼容性问题国产芯片切换后最头疼的不是驱动而是标签兼容性。同一个 ISO 15693 标签在 NXP 芯片上读得很顺在国产芯片上可能出现“能识别但读用户数据错误”的情况。这类问题通常和防碰撞时序、副载波解调灵敏度有关。可以先检查读写器端是不是开启了 AFI 过滤如果标签的 AFI 和读写器配置不一致会出现“部分能读、部分不能读”的诡异现象。另外有些标签默认 DSFID 不是 0x00软件需要正确处理不能拿“标准值”想当然。我的做法是准备一个标签样本库至少包含市面上主要的 15693 标签型号每换一版驱动或换一颗芯片先用这个库回归一遍。虽然耗时但能挡住大量现场才暴露的问题。5.3 软件和硬件联调的实战经验最后分享几个在实际联调中发现的小技巧。第一SPI 通信不稳定时先用低速率、短数据验证再把速率和数据长度逐步往上加能快速定位是时序问题还是射频干扰问题。第二读卡芯片的复位脚不要直接接 MCU 的复位要单独 GPIO 控制方便在运行中随时硬复位芯片这对长时间盘点的稳定性很有帮助。第三天线匹配电容建议预留多个焊盘位方便现场调节容值比每次改 PCB 快得多。我还习惯在协议栈里加一个“连续盘点超时自动复位”的逻辑。如果 10 秒内没有成功读到一个完整标签就让 MCU 硬复位读卡芯片并重新初始化这在公共环境里能显著提高整机的无人值守稳定性。6. 选型决策建议与扩展方向如果让我给一个直接建议那就是“别急着定芯片型号先拿着你的标签和天线板把候选芯片都实测一遍”。芯片手册上的参数是参考实际设备里的距离和稳定性才是最终标准。重点考察三项标签批量盘点成功率、天线近距离发热情况、连续工作 24 小时有无掉卡死机。项目时间允许的话建议把读卡部分做成独立模块定义好 SPI 接口和供电这样后续换芯片只需要改模块内部不用动整个主板。我这次选型就把读卡模块画成了子板主板上只留连接器后续如果要换方案改动范围会小很多。这套思路也可以往其他方向扩展。比如主控端从 STM32 升级到带网口的平台读卡模块直接通过网络输出盘点结果或者后续接 RK3588 之类的边缘计算平台做图像识别和 RFID 盘点融合。核心不变的是射频前端的稳定性和标签兼容性永远比算力更值得优先验证。 
长河君 · 2026/9/21 5:35:36 · 阅读 1.2k ISO 15693远距离读卡：国产芯片选型与STM32驱动实战
去年底接了一个档案自助借还设备的国产化预研项目核心需求很直接13.56MHz频段、ISO 15693协议、读取距离要够远同时整个射频前端和主控都要求能国产替代。调研了一圈发现市面上的资料要么只讲协议原理要么只堆芯片 datasheet真正能把“远距离读15693”这个场景和国产全协议芯片选型串起来讲清楚的内容很少。这篇文章就把我这段时间的选型思路、踩坑记录和实测经验整理出来给正在做类似 RFID 设备国产化替换的同行做个参考。这篇文章适合正在做高频 RFID 读写器、智能档案柜、图书自助借还机、医疗耗材柜或资产盘点设备的硬件工程师和嵌入式工程师。内容会从协议特性讲到天线匹配从芯片对比讲到 STM32/GD32 主控侧的 SPIDMA 驱动实现最后再分享几个我实测中遇到的坑和排查方法尽量做到看完了能直接上手做选型和评估。1. 需求拆解这个项目到底在选什么1.1 “远距离读15693”不是随便拿颗读卡芯片就能干先说应用场景。ISO 15693 这种协议在 HF 频段里最大的特点就是读取距离远典型标签在合适的天线下可以做到 30cm 到 1 米左右而 ISO 14443 的典型距离通常只有 5 到 10 厘米。这个差距决定了市场定位完全不同14443 主要做支付、门禁、证件这类近距离安全场景15693 则大量用在档案管理、图书盘点、耗材柜、工具车、药品追踪这些需要“隔一点距离就能刷到”的场合。远距离听起来只是“功率大一点”的事但真正落地时会发现它牵扯到读卡芯片的发射能力、接收灵敏度、天线的 Q 值匹配、标签的谐振特性和环境干扰任何一个环节不对距离就上不去。所以选型的第一步不是盯着芯片型号看而是把一个明确的需求清单列出来读写距离到底要多少、标签是什么型号和尺寸、读取区域有没有金属柜体、是单标签读取还是需要批量防碰撞盘点、工作温度范围多少、主控是 MCU 还是 Linux 平台。这些参数直接决定后面芯片选型和天线设计的方向。我在这个项目里拿到的需求就是柜体深度 60cm需要隔着亚克力面板读取内部摆放的 ISO 15693 标签单次盘点至少支持 20 张以上标签同时存在主控端希望用 STM32F103 级别的国产 MCU 完成。这个“隔着面板”和“批量盘点”两个词就把方案往高功率读卡芯片和大天线方向上推了。1.2 “全协议”背后是兼容性压力“全协议”这个词在市面上叫法很多有的说多协议有的说兼容 14443A/B有的还要包含 15693 和 18092。在做国产替代选型时我最看重的是芯片能不能同时支持 ISO 14443A/B 和 ISO 15693因为实际使用中一台设备可能要同时应对身份证、员工卡、图书标签和资产标签这些卡可能分属不同协议。全协议的意义不只是“能读”还包括“能同时工作”。比如设备需要先读一张 14443A 的用户卡做权限校验然后再进入 15693 多标签盘点模式这就对读卡芯片的协议切换速度和软件接口提出了要求。有些国产芯片标称支持多协议但实际切换时需要重新初始化整个射频前端耗时会明显拉长在批量盘点场景里体验很差。另一个容易被忽略的点是标签兼容性。ISO 15693 标准本身对标签的 AFI、DSFID、UID 长度都有定义但不同标签厂商在实现上会有差异比如写锁定的策略、默认的 AFI 值、防碰撞时序的微小偏差。国产芯片对标 NXP 这类国际大厂的参考设计时寄存器层面可以做到功能对齐但射频前端的行为特征不一定完全一致这就需要在选型阶段用项目中实际使用的标签做一轮完整的兼容性测试。1.3 “国产替代”到底在替代什么国产替代这个词听起来很直接就是换芯片但真正做的过程中会发现至少有三个层次。第一层是硬件 pin 兼容替换。这种最容易原板子不用改改驱动就能跑但目前读卡芯片领域能做到 pin 对 pin 的型号不多尤其是如果原设计用的是 NXP CLRC663 这类封装国产芯片厂很少会完全照抄 pin 定义。第二层是软件接口兼容也就是 SPI/I2C/UART 这些外设接口基本一致寄存器映射大体相同驱动代码改一改就能跑这是目前多数国产读卡芯片采用的策略。第三层是整机级替代即芯片换了天线匹配电路、功放设计、标签兼容性都需要重新调这才是大多数项目真正的投入点。说到底国产替代不是采购的事是重新做一遍射频完整性和驱动适配的事。选型阶段就要把“原方案电路图”和“原驱动代码”都拿出来和新芯片逐一核对别等板子打样回来了才发现某个控制引脚定义完全不同。2. 协议与射频关键点为什么 15693 能读远2.1 ISO 15693 物理层设计的底层逻辑ISO 15693 工作在 13.56MHz 频段读写器通过天线线圈产生交变磁场标签从磁场中获取能量并返回数据。和 ISO 14443 相比15693 在物理层有几个明显特点。首先是场强要求更低。14443 的标签通常需要较强的场强才能启动而 15693 标签芯片的功耗设计得更低因此在同样发射功率下距离可以更远。其次是编码方式的差异15693 支持 1 out of 4 和 1 out of 256 两种编码抗干扰能力有差异远距离场景通常建议使用 1 out of 4配合 AFI 过滤功能可以减少大量无关标签的响应。调制深度也值得注意。15693 的读写器到标签通信采用 ASK 调制支持 10% 和 100% 两种调制深度。100% 调制深度抗干扰强但会带来更明显的谐波10% 调制深度对标签供电更友好适合远距离场景。选型时如果芯片支持可配置调制深度一定要确认驱动代码里留了这个控制位我见过不少项目就是默认 100% 调制导致标签启动距离偏短。再一个关键点是副载波。15693 标签向读写器返回数据时使用 423.75kHz 或 484.28kHz 的副载波读写器解调电路的带宽设计要和标签芯片匹配否则信号衰减很严重。这部分通常在芯片内部完成但天线匹配和 PCB 布局会影响解调效果所以读卡芯片的参考设计不要随意改。2.2 防碰撞机制对批量盘点太重要了15693 的防碰撞机制属于时分复用标签按照读写器下发的时隙规则在自己选定的时隙里响应。底层实现中防碰撞的效率和读卡芯片的算法质量直接相关。实测经验是真正决定批量盘点能力的不只是协议支持还包括芯片内部的防碰撞状态机是否完善。有些芯片在标签数量少时看着很好但一到 30 张以上标签同时在场就会出现漏读、重复读、甚至整个盘点流程卡死的情况。调这类问题时软件层面可以调整时隙数和 AFI 过滤但芯片本身的解调容错能力是软件补不回来的。选型时建议拿至少 50 张不同品牌的 15693 标签叠放、平铺、不同角度都测一遍统计漏读率和盘点完整时间。这个测试要放在选型阶段做而不是等整机做完再做不然返工成本太高。2.3 影响“远距离”的真正瓶颈不在芯片手册里读卡芯片手册上通常会写最大发射功率或场强输出能力但实际能读多远还取决于三个因素。第一是天线尺寸和形状。13.56MHz 是近场耦合天线线圈的面积决定磁场覆盖范围。同样场强下大天线比小天线的有效距离大得多。第二是天线的 Q 值。Q 值越高谐振越尖锐发射效率越高但带宽越窄如果环境温漂或标签工艺偏差导致谐振偏移反而会掉距离。通常做法是把 Q 值控制在 20 到 40 之间兼顾效率和容差。第三是环境中的金属物体金属会产生涡流吸收磁场能量直接把读取距离砍掉一半以上。所以在金属柜体里做 15693 读卡天线设计思路和桌面式读写器完全不同需要做隔磁处理或用铁氧体片把天线和金属隔开。我在这轮选型中做了个很笨但很有效的测试用同一个标签、同一个天线分别在桌面、金属板上方 1cm、金属柜内三个场景测读取距离记录下来的差值就是环境的“距离惩罚”。这个数据比芯片手册上的最大距离有参考价值得多。3. 读卡芯片方案对比国际主流与国产替代怎么选3.1 国际主流的参考基线做国产替代选型绕不开国际大厂的参考方案。13.56MHz 读卡芯片领域最常被拿来当基线的是 NXP 的 RC 系列和 CLRC 系列。RC522 只能读 14443ARC663 和 CLRC663 是真正意义上的多协议芯片支持 14443A/B、15693 和 18092发射功率也更大适合做远距离读 15693 的设备。选了 CLRC663 做基线方案是因为它的寄存器映射和驱动架构被广泛研究过很多国产芯片在定义寄存器时都会参考它的思路这对做兼容移植有很大帮助。不过也要注意NXP 的芯片在射频前端性能、灵敏度和大批量供货稳定性上确实有积累国产芯片要在这些维度上完全对齐需要额外验证。国际方案的劣势主要在供货、成本和国产化率要求上。在一些特定行业招标里国产化率是硬指标整机里核心射频芯片如果不是国产可能直接判定不满足要求。这已经不是技术选型问题而是项目准入问题。3.2 国产芯片的真实水平与评估维度目前国内做 13.56MHz 读卡芯片的厂商数量不少复旦微、华大电子、国民技术等都有相关产品线但在“支持协议全不全”和“远距离性能好不好”这两个维度上差异较大。选型时不要只看标题里有没有“多协议”“支持15693”这些词一定要拿到寄存器手册和参考设计原理图逐项核对。我整理了一个实用评估清单供大家对照协议支持矩阵是否同时支持 14443A/B、15693、18092协议切换是否快速射频性能指标发射功率范围、接收灵敏度、是否支持调制深度配置接口资源SPI 速率上限、是否有 I2C/UART 可选、中断脚和复位脚定义天线参考设计官方是否提供匹配电路参数和 PCB 版图Q 值调整是否方便软件生态有没有 SDK、驱动例程、是否兼容常见 MCU 平台供货与样品样品获取难度、最小起订量、预计交期资料完整度寄存器手册是否齐全、勘误表有没有、FAE 响应速度如何这个清单看着基础但每一项都踩过坑。比如接口 SPI 速率上限这项如果芯片只支持 1MHz那在批量盘点大 buffer 传输时主控会被拖得很厉害因为一帧数据可能几十字节速率低意味着占用 CPU 时间长影响整个设备的多任务调度。3.3 从“可替代”到“能落地”的差距清单如果原方案用的是 CLRC663换国产芯片后能不能直接落地我建议从五个方面做差距分析。封装与引脚对照原 PCB 封装看是否 pin to pin如果不是主板 layout 改动量多大寄存器映射地址和位定义是否基本一致驱动移植工作量评估天线匹配参考官方 15693 远距离应用的匹配参数是否适用是否需要重新调谐发射功率档位是否能覆盖原方案的功率范围最大功率是否够用功耗与热特性连续盘点场景下芯片温度是否正常有没有过热降额图省事的话直接选和原方案驱动兼容度高的型号能省很多时间。但真正拉出差距清单后我发现在“远距离读 15693”这个场景下原方案的一些寄存器级行为特征和天线匹配参数还是需要在新平台上重新验证一遍没有捷径。4. 主控侧配合STM32/GD32 SPIDMA 读取读卡芯片4.1 为什么一定要用 SPI DMA读 15693 芯片时主控和读卡芯片之间的通信虽然不像 2400bps 串口那样慢但数据量也不算小尤其在批量盘点模式下一次要读回大量标签 UID 和用户数据。如果用 GPIO 模拟 SPI 或纯轮询方式主控会长时间卡在等待状态导致系统响应慢、其他任务被饿死。使用 SPI 硬件外设配合 DMA 传输可以把数据搬运从 CPU 中解放出来CPU 只需要在 DMA 传输完成中断里处理结果。我实际在 STM32F103 上做测试时发现通过 DMA 读 128 字节数据CPU 占用率不到轮询方式的五分之一。在设备还有 LCD 显示、按键扫描、网络通信的应用里这省出来的 CPU 资源非常关键。4.2 CubeMX 配置 SPI DMA 的几个要点我习惯先用 STM32CubeMX 生成工程再手动调整细节。配置时有几个地方特别容易出错。SPI 模式要选择 Full-Duplex Master数据大小 8bit时钟极性 CPOL 和相位 CPHA 要根据读卡芯片手册确定。我用的读卡芯片要求 CPOL0、CPHA0也就是 SPI Mode 0。速率方面不要一上来就拉到最高读卡芯片的 SPI 接口上限一般是 10MHz 左右但过高的速率在天线板走线较长时容易出时序问题建议先用 1MHz 到 4MHz 调试稳定后再慢慢提上去。DMA 配置要分别设置 SPI1_RX 和 SPI1_TX 两个通道方向分别对应 Peripheral to Memory 和 Memory to Peripheral模式选 Normal。这里有个典型的坑如果 DMA 模式选成 Circular接收 buffer 会被不断覆盖数据根本不对。初始化完成后记得在 NVIC 里使能 DMA 中断不然传输完成没有回调。一个关键细节是片选信号 CS/NSS 不要用 SPI 硬件的 NSS 自动控制最好用普通 GPIO 手动拉低拉高这样在复位或异常时更容易控制读卡芯片的状态。很多国产读卡芯片的 CS 时序要求比较严谨手动控制更稳妥。4.3 GD32 和国产 MCU 移植时的差异不少项目要求主控也国产化最常见的是用 GD32 替代 STM32F103。GD32 的内核和外设整体上和 STM32F103 兼容度很高但有几个点需要特别注意。第一是时钟树。GD32 的主频可以跑到 108MHz 甚至更高系统时钟配置和 STM32 不同如果直接拿 STM32 的 SystemClock_Config 函数用可能导致外设时钟频率不对SPI 速率异常。第二是 SPI 和 DMA 的寄存器定义大多兼容但有些型号的 DMA 通道映射和中断向量号有差异移植时最好先跑一个 SPI 回环测试确认 DMA 中断能正常触发。第三是厂家的固件库函数名可能不同GD32 用 GD32F10x 固件库函数名类似但参数结构有差异需要对照用户手册改。Keil 环境里装芯片包也是个容易卡住的点。STM32F103 的 Pack 在 Keil 的 Pack Installer 里直接搜就能装GD32 则需要去 GD 官网下对应的支持包手动导入到 Keil 的 Pack 目录下。如果安装失败先检查 Keil 版本和 Pack 版本是否匹配再确认安装路径没有中文。下面给一段简化的 SPI DMA 读读卡芯片寄存器的示意代码仅用于演示思路// 启动一次DMA读操作先写寄存器地址再读取响应 void rfid_transfer(uint8_t *tx_buf, uint8_t *rx_buf, uint16_t len) { CS_LOW(); // 片选拉低开始会话 HAL_SPI_TransmitReceive_DMA(hspi1, tx_buf, rx_buf, len); // 等DMA传输完成标志实际项目中应在中断回调里处理 while (dma_busy_flag 0) { /* 超时保护 */ } CS_HIGH(); // 片选拉高结束会话 }实际项目里我会把超时和错误标志加进去避免 DMA 异常时整机卡死。上电后先读一次读卡芯片的版本寄存器能读到预期值再往下走协议初始化。5. 选型落地中的常见问题与调试技巧5.1 读卡距离上不去的排查顺序我做过好多次“芯片换了距离从原来的 60cm 掉到 20cm”的问题排查总结出一个固定的排查顺序节省了大量时间。第一步查天线谐振。用网络分析仪看天线端口的谐振频率是否在 13.56MHz 附近偏差超过 200kHz 就要调整匹配电容。没有网分时可以用示波器看天线驱动波形波形幅度最大且最干净的点就是谐振点附近。第二步查读卡芯片发射功率寄存器确认是否工作在最高功率档。第三步查标签种类不同厂家的 15693 标签灵敏度差异很大最好的和最差的能差一倍距离。第四步查环境附近有没有金属框架、开关电源、通信模块天线都可能是干扰源。最近碰到一个典型案例距离在实验室正常装到柜体里直接缩水 50%。最后排查出来是柜体钣金离天线太近形成了强涡流损耗。用 3mm 铁氧体片贴在钣金内侧后距离基本恢复了九成。5.2 不同芯片切换后的标签兼容性问题国产芯片切换后最头疼的不是驱动而是标签兼容性。同一个 ISO 15693 标签在 NXP 芯片上读得很顺在国产芯片上可能出现“能识别但读用户数据错误”的情况。这类问题通常和防碰撞时序、副载波解调灵敏度有关。可以先检查读写器端是不是开启了 AFI 过滤如果标签的 AFI 和读写器配置不一致会出现“部分能读、部分不能读”的诡异现象。另外有些标签默认 DSFID 不是 0x00软件需要正确处理不能拿“标准值”想当然。我的做法是准备一个标签样本库至少包含市面上主要的 15693 标签型号每换一版驱动或换一颗芯片先用这个库回归一遍。虽然耗时但能挡住大量现场才暴露的问题。5.3 软件和硬件联调的实战经验最后分享几个在实际联调中发现的小技巧。第一SPI 通信不稳定时先用低速率、短数据验证再把速率和数据长度逐步往上加能快速定位是时序问题还是射频干扰问题。第二读卡芯片的复位脚不要直接接 MCU 的复位要单独 GPIO 控制方便在运行中随时硬复位芯片这对长时间盘点的稳定性很有帮助。第三天线匹配电容建议预留多个焊盘位方便现场调节容值比每次改 PCB 快得多。我还习惯在协议栈里加一个“连续盘点超时自动复位”的逻辑。如果 10 秒内没有成功读到一个完整标签就让 MCU 硬复位读卡芯片并重新初始化这在公共环境里能显著提高整机的无人值守稳定性。6. 选型决策建议与扩展方向如果让我给一个直接建议那就是“别急着定芯片型号先拿着你的标签和天线板把候选芯片都实测一遍”。芯片手册上的参数是参考实际设备里的距离和稳定性才是最终标准。重点考察三项标签批量盘点成功率、天线近距离发热情况、连续工作 24 小时有无掉卡死机。项目时间允许的话建议把读卡部分做成独立模块定义好 SPI 接口和供电这样后续换芯片只需要改模块内部不用动整个主板。我这次选型就把读卡模块画成了子板主板上只留连接器后续如果要换方案改动范围会小很多。这套思路也可以往其他方向扩展。比如主控端从 STM32 升级到带网口的平台读卡模块直接通过网络输出盘点结果或者后续接 RK3588 之类的边缘计算平台做图像识别和 RFID 盘点融合。核心不变的是射频前端的稳定性和标签兼容性永远比算力更值得优先验证。