简介一套面向13.56MHz频段RFID/NFC读卡器开发者的完整资料包覆盖RC522、RC531、RC632、FM1702、RC500等主流芯片适合嵌入式工程师、硬件开发者和物联网项目人员快速上手终端设备研发。资源内含各型号开发板原理图、Keil源码、USB驱动、免安装下载软件、上位机测试程序及操作说明文档支持Mifare Classic与ISO14443-A/B标准卡片并给出PSAM卡发卡、定值扣款、汉字写卡、序列号读取等典型功能实现案例。压缩包整体约120.23MB文件类型以PDF原理图、Keil工程源码、驱动与上位机可执行程序及说明文档为主天线设计资源尤为丰富包括RFID系统天线设计、标签天线ADS仿真、纸基包装天线方案、非接触式读写器抗干扰优化方法。另有RFID基础知识总结、IC卡通讯协议、RFID开发板与上位机通讯协议及Mifare系列中文资料可用于方案选型、代码移植与现场排错。目前已有16人浏览学习适合需要从底层原理图、驱动到上层应用完整链路的RFID终端开发者按图索骥、直接借鉴。1. 从一块“读不到卡”的板子说起RC522/RC632/FM1702 这类13.56MHz RFID方案到底值不值得投入做门禁、校园卡、食堂消费机、固定资产盘点或者只是想给工牌加个“刷卡开机”的功能很多开发者第一块接触的读卡芯片就是 RC522 或者它的国产替代 FM1702。网上模块很便宜Arduino 例程一抓一大把但等你把模块换成自己画的板子问题就来了天线匹配没调读卡距离从模块的 5 厘米缩到 1 厘米SPI 时序没理清寻卡指令发出去永远返回超时扇区密钥和访问位搞错卡能读 UID 却过不了认证。标题里这套“软硬件开发全集”本质上是把 13.56MHz 读卡器的完整链路拆开原理图、芯片选型、天线设计、底层驱动、上位机帧协议、IC 卡协议资料。这篇文章就按这条链路往下走把每一步的关键参数和踩坑点写透让新手能照着画板、写驱动让熟手能少走几趟回头路。2. 芯片选型与硬件电路设计RC522/RC632/FM1702 怎么选原理图上的三个关键点先说结论这三颗芯片不是同一档的东西选错会直接影响读卡距离、通讯速率和后续成本。RC522 是市面上最常见的 13.56MHz 读卡芯片支持 SPI/I2C/UART 三种接口读 M1 卡ISO14443A是它的主场价格低、参考资料多适合做门禁、考勤、会员卡这类近距离3~5cm应用。FM1702 是国产兼容方案引脚和寄存器和 RC522 高度相似可以直接替换大部分应用但内部模拟前端和天线驱动的细节有差异不能无脑把 RC522 的初始化代码原样搬过去。RC632 这类芯片定位更高一档支持 ISO14443A/B 和 ISO15693读卡距离更远、通讯速率更高适合做一卡通终端、读写器成品价格也贵一个量级。做产品选型先问自己三个问题读什么卡、读多远、走什么接口。只读 M1 卡RC522 或 FM1702 足够要做 CPU 卡或双协议兼容才需要向上选 RC632 的档位。2.1 原理图里最容易被忽略的电源与电平转换很多人在原理图阶段把注意力全放在天线匹配上结果板子回来发现芯片工作不稳定读卡时电流瞬变导致电压跌落SPI 通讯偶发错乱甚至芯片直接复位。RC522 和 FM1702 的核心供电是 3.3V内部模拟前端对电源纹波非常敏感。我一般会在芯片电源引脚附近放一颗 10uF 钽电容并联一颗 100nF 陶瓷电容位置尽量靠近 VCC 引脚不要拉到板子另一头。如果系统主控是 5V 单片机SPI 电平必须做转换或分压不能直接把 5V 的 MOSI、SCK 接到读卡芯片上轻则通讯异常重则损坏芯片。常见做法是加一颗电平转换芯片或者用电阻分压把 5V 逻辑降到 3.3V 逻辑读卡芯片返回的 MISO 信号本身是 3.3V5V 单片机一般能直接识别高电平但保险起见还是加个上拉电阻到 3.3V。原理图上第二个关键点是复位电路。RC522 的 NRSTPD 引脚需要在上电后拉高至少几毫秒才能进入正常状态有些参考设计直接用 RC 复位电路如果 RC 时间常数不够芯片在电源稳定前就收到复位信号后面初始化就会异常。我习惯用主控 GPIO 控制复位引脚上电后延时 10ms 再拉高这样时序完全可控排查问题也方便。第三个关键点是晶振13.56MHz 读卡芯片通常需要一颗 27.12MHz 的晶振晶振负载电容要按 datasheet 推荐的数值来选大了起振慢选小了频率偏直接影响天线谐振和读卡距离。2.2 天线匹配电路L0/C1/C2/C3 的经典结构读卡芯片和天线之间不是直接连的中间隔着匹配电路。RC522 参考设计里最常见的是 L0 加 C1/C2/C3 的结构L0 是天线线圈本身的电感C1 和 C2 构成分压匹配网络C3 负责把谐振频率拉到 13.56MHz。这套电路的工作原理可以简化理解天线线圈和电容组成 LC 并联谐振回路在 13.56MHz 处阻抗最大能量集中在天线线圈上形成交变磁场卡片进入磁场后耦合取电并回传数据。匹配的目标是让谐振频率落在 13.56MHz同时让 Q 值在一个合适的范围——Q 值太高读卡距离虽然远了但带宽太窄卡片调制信号解调容易出错Q 值太低灵敏度下降读卡距离就短。原理图阶段能做的就是把参考设计的元件值先抄过来L0 是 PCB 走线电感C1、C2 一般取几十到几百皮法C3 取几个皮法到几十皮法具体数值取决于天线尺寸和走线形状。板子回来再用网络分析仪或示波器实测谐振点微调 C3。这里有个经验C3 越小谐振频率越高读卡距离可能变远但信号解调更容易出错C3 越大谐振频率越低距离变近但更稳定。所以改匹配电容不是单看距离还要看读卡的稳定性。2.3 原理图连线、布局与 PCB 层叠的边界条件天线线圈下方不要铺铜否则涡流会吃掉大部分磁场能量。如果 PCB 是双层板天线区域正下方的底层要掏空或者干脆把天线放在板边、板内留出净空区。主控、电源电路和天线之间要有一定的隔离距离至少留 5mm 以上避免数字电路的高频噪声耦合到天线。地平面要完整读卡芯片的模拟地AVSS和数字地DVSS在芯片下方单点连接不要在板子上到处连线。电容位置摆放要靠近天线馈点匹配网络到天线线圈之间的走线尽量短而粗。实际画板时我习惯把天线匹配电路放在芯片和天线之间走线宽度控制在 0.5mm 左右避免走线本身引入额外电感。天线线圈走线宽度一般 0.3mm 到 0.5mm线距不小于 0.3mm圈数 2 到 4 圈具体匝数和面积决定电感量取值要使 LC 谐振落在 13.56MHz。如果你没有网络分析仪第一次打板建议把 C1、C2、C3 都做成可调电容的位置用 0603 封装方便焊接调试时更换不同容值的电容。这是个非常实用的技巧宁可多留几个焊盘也不要让板子一回来就只能干瞪眼。3. 天线设计与调试从匹配电容到 PCB 天线别让读距毁在最后一步天线是 13.56MHz RFID 读卡器最像“玄学”的部分。芯片选对了、代码没问题、上位机也写好了结果读卡距离只有 1 厘米问题十有八九在天线匹配上。这一章讲清楚两件事天线谐振是怎么一回事以及没有专业仪器时怎么调。3.1 13.56MHz 天线原理近场耦合、电感量与 Q 值13.56MHz 的 RFID 天线工作在近场耦合模式读卡器天线产生交变磁场卡片天线从中获取能量并反向散射数据。波长约 22 米但实际通讯距离只有几厘米因为能量传递靠的是磁场耦合而不是电磁波辐射。天线线圈的电感量一般在 1uH 到几 uH 之间用 PCB 走线实现时电感量由圈数、边长、线宽共同决定。方形天线比圆形天线更容易计算4 厘米见方、3 圈、0.3mm 线宽的 PCB 天线电感量大约在 2uH 上下配合 100pF 左右的电容就能谐振在 13.56MHz 附近。Q 值是天线的灵魂参数。Q 值等于谐振频率除以带宽Q 越高天线在 13.56MHz 处的阻抗越大磁场强度越高读卡距离也就越远。但 Q 太高会带来两个副作用一是带宽变窄卡片返回的信号频率偏移一点就解不出来二是天线对周围金属物体和人体更加敏感手一靠近读卡距离立刻变化。经验上 PCB 天线的 Q 值控制在 20 到 40 之间比较合适RC522 参考设计在天线回路里串一个电阻来降低 Q 值阻值从几欧到几十欧不等。调试时如果发现读卡距离够远但卡片偶发读不出来优先怀疑 Q 值过高。3.2 用示波器找谐振点没有网络分析仪也能调匹配网络分析仪是天线调试的利器但不是每个人都有。我常用的替代方案是一台 100MHz 带宽的示波器和一个信号发生器。把信号发生器接到天线馈点输出 13.56MHz 正弦波示波器探头接在天线两端观察幅度。调整匹配电容让天线两端电压幅度在 13.56MHz 处最大这个点就是谐振点。没有信号发生器的话可以用读卡芯片本身发出的载波来测芯片上电后天线两端应该有 13.56MHz 的持续振荡用示波器直接测量天线两端电压幅度幅度越大说明谐振越好。实际操作中还有一个更直观的土办法把一张 M1 卡放在天线正上方固定位置用一个 1 厘米厚的泡沫垫高然后逐个更换 C3 的容值每次换完试读卡 50 次记录成功率和读取距离。这个办法虽然慢但非常有效而且能直接反映实际工作状态。电容容值的调整步长用 5pF 或 10pF不要一次跳太多。注意每次换电容后要让板子断电重新上电因为读卡芯片内部的模拟前端有自校准逻辑不断电直接换电容可能读到的是旧状态。3.3 读卡距离不达标先测磁场分布再动元件读卡距离不够不一定全是匹配问题。先做一个磁场分布测试把卡片放在天线正中心、偏离中心 1cm、2cm、天线边缘的位置分别测试能否读卡。如果正中心能读但边缘不能读说明天线磁场分布不均匀可能是天线线圈面积太小或者走线形状不对称。如果四个方向读卡距离差异很大检查天线周围有没有金属件、螺丝、电池这类干扰物。如果所有方向距离都很近才考虑调整匹配元件。天线线圈的面积直接影响读卡距离。面积越大磁通量越大感应到的卡片信号越强。但面积受产品外壳和 PCB 尺寸限制面积和 Q 值是一对矛盾需要权衡。我调试过的最小天线是 2.5 厘米见方读 M1 卡的稳定距离在 1.5 厘米左右4 厘米见方的天线能做到 3 到 4 厘米。如果你的产品结构允许优先把天线做大而不是一味调高 Q 值——大天线更稳定Q 值调高则容易翻车。读卡芯片的发射功率也有影响RC522 可以通过调节发射寄存器的值来改变输出功率但发射功率调大后要注意芯片发热和 EMI 问题产品过认证时会被盯上。4. 驱动开发与 ISO14443A 协议寻卡、防碰撞、认证的状态机到底在做什么驱动是整个开发链路里的技术核心。很多人直接抄现成的 RC522 库调通一次就以为完事了到换芯片、换主控、加多卡同时读取的场景时就傻眼。这一章把驱动里最关键的协议状态机讲清楚再给一份能落地的驱动框架。4.1 M1 卡通讯流程请求、防碰撞、选卡、认证、读写ISO14443A 协议的通讯流程不是“发一条指令就完事”而是一个严格的分步状态机。第一步是寻卡Request读卡器发送 REQA卡片返回 ATQA表示“我在这里”。第二步是防碰撞Anticollision当两张卡同时进入磁场时读卡器通过位帧碰撞检测选出其中一张拿到卡的 UID。第三步是选卡Select读卡器把 UID 发给卡片卡片返回 SAK表示自己是什么类型的卡M1 S50 的 SAK 是 0x08。第四步是认证Authentication用扇区密钥做三次握手认证成功后才能读写该扇区的数据块。第五步才是真正的 Read、Write 操作。这个状态机的每一步都有超时处理和错误重试机制。驱动里最容易写错的地方是两个一是防碰撞的时候 UID 可能不是 4 字节有些卡的 UID 是 7 字节或 10 字节需要按卡片类型处理二是认证时密钥类型要分 KeyA 和 KeyB选错了直接返回认证失败。很多网上例程只写死了 4 字节 UID 和明文密钥做产品时这种代码经不起考验。我一般会在驱动层把状态机拆成独立的函数每个函数只做一步上层逻辑可以用状态表驱动这样后续加功能、换芯片都只需要改底层。4.2 用轮询方式读一张 M1 卡的 UID最小可运行驱动示例RC522 的寄存器操作很简单但初始化顺序错了就是读不到卡。下面这段代码是基于 SPI 接口的最小驱动主控发寻卡命令后循环查询状态寄存器直到卡响应或者超时。// 读卡芯片寄存器地址定义 #define RC522_REG_COMMAND 0x01 #define RC522_REG_FIFO_DATA 0x05 #define RC522_REG_FIFO_LEVEL 0x0A #define RC522_REG_BIT_FRAMING 0x0D #define RC522_REG_STATUS 0x07 // 发送寻卡命令并读取卡片响应 uint8_t rc522_request_card(uint8_t *atqa) { uint8_t status; uint8_t cmd_buf[2] {0x26, 0x07}; // REQA 命令 短帧格式 // 清空 FIFO写入命令启动发送 rc522_write_reg(RC522_REG_COMMAND, 0x0F); // 软复位 rc522_write_reg(RC522_REG_FIFO_LEVEL, 0x80); // 清空 FIFO 缓冲区 rc522_write_reg(RC522_REG_BIT_FRAMING, 0x07); // 最后 7 位作为短帧 rc522_write_reg(RC522_REG_FIFO_DATA, cmd_buf[0]); rc522_write_reg(RC522_REG_COMMAND, 0x04); // 发送命令 rc522_write_reg(RC522_REG_BIT_FRAMING, 0x00); // 恢复字节帧 // 等待卡片响应超时时间为 100ms uint32_t timeout 100000; while (timeout--) { status rc522_read_reg(RC522_REG_STATUS); if (status 0x01) { // 接收完成标志 atqa[0] rc522_read_reg(RC522_REG_FIFO_DATA); atqa[1] rc522_read_reg(RC522_REG_FIFO_DATA); return 0; } } return 1; // 超时未收到响应 }这段代码的核心逻辑是先软复位芯片清空 FIFO把 0x26 写入发送缓冲区启动发送命令然后不停读取状态寄存器的接收完成标志。0x26 是 ISO14443A 定义的 REQA 命令字节0x07 表示短帧格式这两个值是协议固定的。参数说明FIFO_LEVEL 寄存器写 0x80 是清空 FIFO 的固定写法BIT_FRAMING 写入 0x07 表示发送的是 7 位的短帧因为 REQA 命令是 7 位而不是 8 位。注意最后要恢复 BIT_FRAMING 为 0x00否则后续字节帧通讯都会出错。超时计数用的是简单的递减循环实际产品里建议用硬件定时器实现超时避免阻塞主逻辑。拿到 ATQA 后要做防碰撞和选卡才能拿到 UID 和 SAK。防碰撞命令是 0x93选择命令也是 0x93区别在于控制字节不同。防碰撞后得到 UID 的 4 个字节和校验字节再把 UID 完整发回去做选卡卡片返回 SAK。这一步做完卡片进入 Ready 状态才能做后续认证和读写。4.3 驱动移植的四个注意点第一个注意点是 SPI 模式下 RC522 的 MISO 引脚。有些芯片的 MISO 需要外部上拉电阻否则读卡时数据线上的电平不稳定导致读回来的字节错乱。第二个注意点是片选信号。RC522 的 SPI 从机模式要求主机在每次命令前必须拉低片选命令结束拉高不能一直把片选拉低不释放。有些人的代码能跑通是因为恰好在每次发送前都做了片选切换但偶尔会在不该释放的地方释放导致芯片状态机错乱这类 bug 非常难查。第三个注意点是初始化完成后要执行一次自测或软复位。代码里写了软复位命令但要留足复位时间至少等 10ms 再开始寻卡否则芯片内部的模拟前端还没准备好。第四个注意点是中断方式还是轮询方式。入门用轮询最简单但产品里如果有多任务需求建议用芯片的 IRQ 引脚接主控的外部中断把读卡放到中断上下文里处理主循环只做状态管理。驱动层还有一个常被忽略的细节读卡芯片在工作时会短暂拉高电流SPI 通讯受电源噪声影响明显。如果你发现 SPI 读回来的数据偶发错误先看示波器量读卡芯片 VCC 引脚的纹波而不是怀疑代码逻辑。电源不稳导致的偶发故障是最难定位也最容易被冤枉成软件 bug 的一类问题。5. 上位机与 IC 卡协议资料配合帧格式、扇区规划、CPU 卡 APDU 的工程化落地驱动把卡读通了接下来是上位机的事。很多人以为上位机就是“串口收发几个字节”实际上位机的设计决定了读卡器是能做成产品还是停留在 Demo 阶段。这一章讲上位机怎么和底层驱动配合以及 IC 卡协议资料在工程中具体怎么用。5.1 上位机帧协议怎么定从驱动事件到业务指令读卡器连上位机最常见的是串口连接。物理层定了链路层要自己定义帧格式。最朴素的帧格式是帧头2 字节固定值、命令字1 字节、数据长度2 字节、数据域N 字节、校验2 字节 CRC16。这个格式看起来简单但踩过的坑不少。帧头用 0xAA 0x55 或者 0xAA 0xAA 都行但要注意数据域里也可能出现同样的字节所以必须靠长度字段来切帧而不是靠帧头匹配。长度字段要包含数据域的字节数不包括帧头和校验。CRC16 的初值、多项式要和接收端完全一致常见做法是直接用标准 CRC16-IBM 多项式在调试工具里很容易验证。命令字设计要覆盖几个核心场景寻卡、防碰撞、选卡、认证、读块、写块、加值、减值、休眠。每个命令都有对应的响应响应里要带状态码比如 0x00 成功、0x01 超时、0x02 认证失败、0x03 无卡。状态码的位数、含义要写进协议文档里这样上位机和下位机分开开发时不会扯皮。数据域设计要小心字节序。M1 卡的 UID 是 4 字节传输时到底是先发高位还是先发低位一定要在协议文档里写死。我遇到过一次翻车经历下位机按大端发 UID上位机按小端解析结果所有卡显示同一个 UID排查了半天才发现是字节序问题。协议文档里还要写明读数据块的返回格式一块数据是 16 字节不足 16 字节的高位补 0这个约定也要写清楚。上位机还要处理“卡在磁场边缘反复出现消失”的情况。卡片没有完全进入磁场时读卡器可能读到一半就丢失信号这时候底层驱动会返回超时或错误。上位机的设计要考虑这个场景重试机制要有退避策略不要一秒钟重试 20 次把串口和 CPU 资源全占满。我一般会做一个“连续两次超时才上报异常”的策略中间加一个 50ms 的间隔这样既不阻塞用户操作也能避免刷屏。5.2 M1 卡扇区规划和协议资料里最该啃的三张表M1 卡 S50 的容量是 1KB分 16 个扇区每个扇区 4 个块每块 16 字节。扇区的最后一个块是尾块存放 KeyA、访问位、KeyB。用户数据实际可用的是每扇区的块 0、块 1、块 2块 3 被尾块占用了。但块 0 有特殊用途扇区 0 的块 0 存的是厂商代码和 UID出厂后不能改写其余扇区的块 0 可以当普通数据块用。规划扇区时不要把关键数据放在扇区 0 的块 0这一点写进协议资料里很重要。访问位是 M1 卡的难点。访问位控制每个块的读写权限由 3 个字节组成分别是 C1、C2、C3 的编码。最常见的配置是数据块允许 KeyA 或 KeyB 读写尾块只允许 KeyB 读访问位。实际项目中我一般直接把尾块的访问位配置成“KeyA 不可读KeyB 可读可写”这样既能防止密钥被读走又保留了后续修改访问位的可能。这张真值表在协议资料里是一张 8 行的表每行对应不同的权限组合开发时建议先把这张表读懂再做扇区规划否则卡块的权限配错了卡还能刷但永远写不进数据。除了访问位状态码表也是协议资料里的重点。M1 卡的读写操作会返回 4 位状态码常见的有 0xA 表示成功、0x0 表示警告、0xB 表示位计数错误、0xF 表示不支持操作。上位机收到状态码后要能区分“卡不在”“密码错误”“写入失败”这三种情况而不是全部报成“操作失败”。最后一张表是命令码表REQA、WAKE-UP、ANTICOLLISION、SELECT 等命令的字节值要熟记调试时用十六进制转储一眼能看出来代码走到哪一步。5.3 CPU 卡和 M1 卡的上位机差异APDU 流程不能照搬如果你的产品要支持 CPU 卡比如二代身份证、银行卡、部分校园卡上位机的逻辑要加一层 APDU 封装。CPU 卡不只是“读块写块”而是通过 APDU 命令做文件操作、密钥分散、安全认证。APDU 命令格式是 CLA、INS、P1、P2、Lc、Data、Le一共 7 个字段比 M1 卡的帧格式复杂得多。上位机需要根据卡片类型动态切换协议先读卡拿到 SAKSAK 是 0x08 就是 M1 卡走扇区读写流程SAK 是其他值就进 APDU 流程。APDU 流程里最大的坑是响应超时和状态字处理。CPU 卡的有些命令比如密钥分散耗时可能超过 500ms上位机如果按 M1 卡的 100ms 超时来判断就会误报“通讯失败”。这里要做的调整是把 APDU 的超时值设成一个独立的变量通过初始化参数动态传入而不是写死。还有就是 CPU 卡的响应是 2 字节的状态字 SW1SW20x9000 表示成功其他值都有特定含义上位机要把状态字转换成可读的错误信息而不是只显示一个十六进制数。5.4 上位机调试页不能只有“读 UID”一个按钮很多人写上位机只做一个“读 UID”的按钮调通就交付了这是最典型的 Demo 思维。真正能落地的上位机至少要有四个页面扫描页实时显示卡号、卡片类型、信号强度、数据页按扇区读写数据块支持十六进制编辑、认证页选择扇区和密钥类型测试认证、日志页记录所有通讯帧的收发支持导出。日志页是排查问题最有力的工具当现场反馈“偶尔读不到卡”时日志里能看出是寻卡超时还是认证失败不用跑到现场抓耳挠腮。上位机和下位机的联调顺序也有讲究。先把下位机串口助手调通确认帧格式完全正确再写一个模拟下位机的脚本工具回放帧确认上位机解析正确最后才是真机联调。这套流程走下来协议层面的问题会在第一时间暴露不会拖到现场。调试时建议在串口助手里同时显示十六进制和 ASCII一帧 16 字节的数据直接能看出来哪一段是 UID、哪一段是数据块内容比纯看十六进制流高效得多。6. 避坑读距忽远忽近、复位重启、认证失败这几类问题一次排清读卡器开发最常见的故障就那么几类一条条排查比重新看代码更高效。下面是五条高频踩坑记录每条按现象、原因、解决的顺序展开。现象一天线匹配电容换了三版读卡距离始终在 1 厘米上下怎么调都没用。 原因谐振频率根本没有落在 13.56MHz 上。很多人只换电容不看实际波形电容公差叠加大标称 33pF 实测可能只有 30pF累计偏差能把谐振点拉偏几百 kHz。 解决用示波器探头接在天线两端量 13.56MHz 信号的幅度。上电后先量默认状态记录幅度值换电容后再量一次幅度明显变大说明接近谐振点。反复换电容直到幅度不再增加为止。这一步至少能省掉两版打板的时间。现象二卡片靠近天线时读卡器整机复位串口打印乱码点灯闪一下。 原因读卡发射瞬间电流尖峰较大电源瞬间跌落幅度超过芯片复位阈值。常见于用开关电源或 USB 供电、板载滤波电容不足的场景。 解决一是在读卡芯片 VCC 引脚处加大储能电容从 10uF 加到的 47uF 铝电解也完全没问题二是确认上位机串口使用的是隔离或共地良好的连接三是软件上在寻卡指令前加一个 10ms 的延时避开电源瞬态。如果以上都不行给读卡电路单独加一颗 LDO 或 DC-DC 供电断开和主控的电源共用。现象三用 RC522 能稳定读卡换成 FM1702 后同一套代码频繁寻卡失败。 原因兼容芯片的初始化时序和寄存器细节并不完全一致尤其是天线驱动和接收灵敏度的默认配置不同。直接复用寄存器值会工作在非最优状态。 解决换芯片后拿 datasheet 逐条核对初始化序列不要带着“完全兼容”的假设去用。FM1702 的芯片手册上明确写了几个寄存器默认值和 RC522 不同比如发射调制度、接收增益。对照手册修改后再联调。现象四读卡器能读到某张卡的 UID但认证总是失败换了一张卡又好了。 原因扇区密钥错误或者访问位被之前错误的写操作改坏了。还有可能是这张卡片是复合卡UID 相同但扇区结构不同。 解决先用万能密钥组合尝试恢复访问位如果写入操作已经把访问位改成不可读写只能换卡处理。教训是在正式写入数据前务必先读出扇区尾块备份访问位再做写操作。扇区尾块是个伤心地写错一次整个扇区的数据就废了。现象五SPI 首字节丢失或者偶发错位同一段代码有时候正常有时异常。 原因MOSI 在 SCK 上升沿建立不稳定或者片选信号在数据线变化之前就被拉低了。也常见于主控 SPI 时钟极性 CPOL 或相位 CPHA 配置和芯片要求不匹配。 解决把 SPI 的时钟极性配置成 CPOL0、CPHA0模式 0这是 RC522 的 SPI 从机接口最常见的配置。初始化顺序上先配置 GPIO 复用功能再配置 SPI 外设最后才拉低片选。示波器量一下 MOSI 和 SCK 的建立时间确保 MOSI 在 SCK 上升沿前稳定至少 20ns。排完这几类问题之后最后养成的习惯是每次布板回来先把天线谐振点和读卡距离测一遍记录在案再测一遍串口通讯的误码率最后才做协议联调。这样定位问题的速度会快很多。天线匹配是这块开发里最像手艺活的部分你有耐心做 50 次电容替换实验就一定能找到那个稳定读卡的甜点。希望我的这些经验能帮到你少走几趟弯路。本文还有配套的精品资源点击获取
