RFID刷卡系统拆解：13.56MHz、M1卡扣款与MFRC522实现

简介面向电子信息工程、物联网及自动化相关专业的课程设计与毕业设计场景这份文档围绕基于RFID的公交车刷卡系统展开重点解决公交一卡通方案选型、硬件搭建与软件流程组织等参考需求。压缩包内仅含1个doc文件大小约649KB正文以系统设计说明书形式编排涵盖射频卡选型、AT89S52单片机、晶振电路、蜂鸣器提示、LCD1602显示、DS1302时钟及总体方案并给出初始化、射频卡与读写器通信和软件总流程图。已有4299人学习适合需要快速理解RFID刷卡系统组成、梳理设计报告结构或对照完成类似课题的读者参考也可为物流管理、身份识别等扩展应用提供思路。1. 一张卡贴上去 0.3 秒内完成扣款RFID 刷卡系统到底在交换什么公交车门口那台机器卡贴上去就“嘀”一声看起来像是把卡里的钱扣掉了。可拆开看你会发现整个过程里卡片上并没有电池、没有接触点读写器和卡之间隔着一层塑料壳和几毫米空气。真正发生的是一场极其紧凑的无线对话读写器用 13.56MHz 的交变磁场给卡供电卡被“唤醒”后报出自己的序列号双方互相验明身份然后在一个受密钥保护的扇区里做一次原子性的加减值操作。RFID 刷卡系统的设计难点从来不在“能不能读出来”而在于在毫秒级、无接触、可能多卡同时进入天线的条件下如何保证一次交易既不重扣也不漏扣。搞懂这条链路你才能理解为什么一张 M1 卡、一颗 51 单片机和一片 MFRC522 读写芯片能拼出一套完整方案。2. 13.56MHz 的能量场无源卡是怎么“活”过来的无源卡片的供电方式决定了整个系统的物理形态。理解了这一点天线为什么会失谐、为什么贴近才能读、为什么金属外壳一装就读不到这些现象都有统一的解释。2.1 从读写器天线到卡内整流能量和数 据走同一对线圈13.56MHz 对应的自由空间波长约 22 米而读写器和卡之间的距离只有几厘米到十几厘米这远小于波长的十分之一所以工作区落在近场感应耦合里而不是电磁波辐射。读写器天线线圈里流过 13.56MHz 的正弦电流在周围产生同频率的交变磁场卡片内部那圈印刷线圈处在这个磁场里磁通量周期性变化线圈两端就感应出同频交流电压。卡片上的芯片需要的是直流。所以卡内第一级是整流桥加滤波电容把感应出的交流整成直流再经过限压和稳压给芯片提供工作电压。这也解释了无源卡的一个基本约束离得越远耦合到的能量越少卡内电压越低。距离增加一倍耦合系数大致按三次方量级衰减所以读距不是线性的稍微挪远几厘米就可能掉出工作区。数据回传走的是另一条路。卡片自己没有发射机它靠负载调制在自身线圈两端周期性接入或断开一个负载电阻这会改变线圈的等效阻抗进而反过来影响读写器天线上电压的幅度。读写器端看到的就是一个幅度被“压”出波纹的载波检波后还原成 0 和 1。ISO/IEC 14443A 里这个负载调制用的副载波频率是载波的 1/16也就是 847.5kHz基带数据速率 106kbit/s。能量下行、数据上行共用同一对线圈这是无源 RFID 最根本的复用方式。2.2 MFRC522 的模拟前端与数字前端分工MFRC522 这类读写芯片内部被切成两块。模拟部分负责和天线打交道发射侧用推挽驱动把数字波形放大成能驱动天线的功率信号接收侧把天线上的微弱幅度变化检波、放大、整形回数字电平。数字部分负责协议组帧、CRC、奇偶校验、位冲突检测还有专门处理 M1 卡认证的加密单元。对单片机来说这片芯片被抽象成一组寄存器。常见的操作模型是这样把要发的字节塞进 64 字节的 FIFO往命令寄存器写一个命令码启动发射芯片自己完成调制、等待应答、把收到的字节放回 FIFO然后拉中断通知主机。主机全程不用管载波怎么调、位怎么同步。/* MFRC522 的 SPI 字节读写地址字节 bit7 为读写标志bit6~bit1 为寄存器地址 */ static unsigned char rc522_reg_write(unsigned char addr, unsigned char val) { unsigned char rb; RC522_NSS_LOW(); /* 片选拉低一帧开始 */ rb spi_xfer((addr 1) 0x7E); /* bit0 0 表示写 */ spi_xfer(val); RC522_NSS_HIGH(); return rb; } static unsigned char rc522_reg_read(unsigned char addr) { unsigned char val; RC522_NSS_LOW(); spi_xfer(((addr 1) 0x7E) | 0x80); /* bit0 1 表示读 */ val spi_xfer(0xFF); /* 打一个哑字节把数据移回来 */ RC522_NSS_HIGH(); return val; }这段代码里有两个容易忽略的细节。一是地址左移一位后再拼读写位这是这类芯片 SPI 帧格式的固定约定直接把寄存器编号当 SPI 地址发会得到全 0xFF二是读操作必须再发一个哑字节因为 SPI 是全双工移位寄存器不发时钟数据出不来。写完寄存器后通常还要等一个指令周期才能读结果短延时或轮询命令寄存器到 Idle 状态都行。2.3 天线匹配LC 谐振和低通滤波为什么要一起上天线支路不是随便绕几圈线圈就能工作的。发射端输出的方波里含有大量高次谐波其中三次谐波 40.68MHz 正好落在别的无线电业务的频段附近直接放出去既干扰别人也不符合射频规范。所以天线前面通常先串一级EMC 低通滤波器把高次谐波压下去只让 13.56MHz 基波通过。滤波器之后是匹配网络。天线线圈本身是一个电感和并联电容构成 LC 谐振回路谐振频率对齐到 13.56MHz。谐振状态下回路呈现纯阻性且阻抗较高而芯片驱动端的输出阻抗是固定的两者必须通过串联、并联电容做阻抗变换否则功率送不出去全变成芯片内部的热。这里有个绕不开的取舍Q 值。Q 越高同样驱动功率下天线上的场强越大、读距越远但 Q 高意味着谐振曲线尖锐、带宽窄而 106kbit/s 的数据边带需要足够带宽才能不失真地传过去同时窄带对元件误差和环境影响极其敏感。行业里常见的做法是把 Q 控制在几十的量级在“读得远”和“读得稳”之间找一个点。实际调试时用示波器看天线两端的峰峰值把匹配电容从计算值附近微调让电压幅度最大且波形不失真这个动作比背公式有用得多。提示天线附近有大面积金属或者人手贴上来会让线圈的等效电感和分布电容同时变化谐振点偏移、场强下降表现出来就是“有时能读有时读不到”。这不是程序问题先查机械结构。3. 从寻卡到扣款ISO/IEC 14443A 状态机里发生了什么物理层把能量和数据打通之后真正的协议才开始。卡片进入场区后要经历寻卡、防冲突、选卡、认证、操作、中止六个阶段任何一个环节没走完扣款都不会生效。3.1 复位应答先确认“你是不是这张卡”读写器不知道场里有没有卡也不知道是什么卡所以第一件事是广播一个请求命令。ISO/IEC 14443A 里有两个REQA0x26只唤醒处于空闲态的卡WUPA0x52连已经进过场、被 Halt 挂起的卡也能唤醒。所有还在待命状态的卡收到命令后同时回应回的是两字节ATQA。ATQA 的信息量不大但很关键它告诉读写器这张卡的 UID 长度是单长度、双长度还是三长度以及是否支持位帧防冲突。读写器据此决定后面用哪一级联深度去读 UID。如果场内只有一张卡读出的 UID 就是真实的如果有多张这一步就会因为多卡同时应答而产生位冲突必须进入防冲突流程。/* 寻卡发送 REQA读回两字节 ATQA返回 0 表示有卡应答 */ unsigned char picc_request(unsigned char *atqa) { unsigned char irq; rc522_reg_write(CommandReg, 0x0F); /* 软复位清状态机 */ rc522_reg_write(FIFOLevelReg, 0x80); /* 清空 FIFO */ rc522_reg_write(FIFODataReg, 0x26); /* REQA 命令码 */ rc522_reg_write(CommandReg, 0x0C); /* Transceive发完自动切接收 */ rc522_reg_write(BitFramingReg, 0x87); /* 发送 7 位最后一位为结束位 */ irq rc522_irq_wait(RX_IRQ | TIMER_IRQ, 10);/* 等接收中断或超时 */ if (irq TIMER_IRQ) return 1; /* 场里没有卡 */ atqa[0] rc522_reg_read(FIFODataReg); atqa[1] rc522_reg_read(FIFODataReg); return 0; }BitFramingReg写成 0x87 是这个命令的特殊之处REQA 只有 7 位有效位最后一位需要立刻拉高表示帧结束短帧格式靠它才能拼对。把这一位写错卡片根本不会应答而且现象和“天线没功率”一模一样属于典型的问题点。3.2 防冲突多张卡同时在场机制保证一次只选一张多张卡同时应答时读写器收到的是几张卡数据的按位叠加。ISO/IEC 14443A 用位冲突检测解决这个问题卡片在发送 UID 时每一位是同时拉低或释放线圈负载如果两张卡的某一位不同读写器在这位上就会看到异常波形芯片的冲突寄存器会记录下冲突发生的位置。算法的做法是逐位确定先发SEL0x93NVB0x20表示“我要开始读 UID 了但一位都还没拿到”各卡回自己的 UID 和校验字节读写器检测到第一位冲突就冻结这一位为 0只允许该位为 0 的卡继续应答其余卡退出本轮再发SELNVB带上已经确定的位和新的 0重复这个过程直到凑齐 4 字节 UID 和 BCC 校验。凑齐后发SELECT0x93 0x70 UID BCC被选中的卡回一字节SAK选择应答。M1 卡这里返回 0x08意思是一张符合 14443-1/2/3 的非接触卡、UID 完整、不实现 14443-4 的 APDU 传输层。读写器拿着这个 SAK 就知道后面该用 M1 私有命令集通信而不是走 ISO 7816 那套。UID 超过 4 字节的卡需要级联用 0x95、0x97 再走一轮三级级联最多支持 10 字节 UID。3.3 三次相互认证和扇区密钥密钥流是怎么建立起来的M1 卡的存储被划成 16 个扇区每个扇区 4 块每块 16 字节。每个扇区尾部那块是控制块里面装着 6 字节密钥 A、4 字节存取控制位、6 字节密钥 B。读写器想访问某个扇区里的数据块必须先过这个扇区的密码校验。协议上的流程是三步所以叫三次相互认证读写器发认证命令0x60 用密钥 A0x61 用密钥 B 目标块地址。卡回 4 字节随机数 B挑战。读写器用本地保存的密钥和卡返回的 B 算出应答同时带上自己产生的随机数 A回 4 字节 token AB。卡验证通过后用 A、B 和密钥算出 token BA 回给读写器。双方各自用 A、B 初始化内部流密码的线性反馈移位寄存器状态之后的通信全部用密钥流异或加密。关键在于密钥本身从不上线路线路上跑的是被密钥保护的随机数应答。而且双向都验卡也确认读写器知道密钥防止伪造终端。MFRC522 内部集成了这套算法的硬件实现主机只需要把密钥写进密钥寄存器、发认证命令、读状态位。如果强行让 51 用软件算一个扇区的认证就要几十毫秒会明显拖慢刷卡节奏。注意认证是按扇区独立的。读写器从扇区 1 的操作切到扇区 2必须重新做一次认证不能复用。很多“读到卡但读不到数据”的故障根因是认证成功了却还在用上一个块的地址发读命令。3.4 钱包块的加减值扣款不是“读出来改一改写回去”计费场景最怕的是扣款扣一半断电。M1 卡为此专门定义了一种值块格式让卡自己保证原子性。值块 16 字节的布局是4 字节的值小端、4 字节该值的反码、4 字节值本身、1 字节块地址、1 字节地址反码、1 字节块地址、1 字节地址反码。冗余设计是为了任何一次单字节损坏都能被检测出来。真正的机制在命令层。卡片提供了四个相关命令Decrement减值、Increment加值、Restore把值块内容装进卡内数据寄存器、Transfer把数据寄存器内容写回值块。执行Decrement时卡把“值减去 X”的结果先算好暂存在内部数据寄存器此时 EEOM 里什么都没变只有后续的Transfer才真正落盘。如果在这两个命令之间掉电值块保持原样不会出现半个新值。/* 扣款认证 → 减值 → 确认 → 传输两步之间掉电则整笔作废 */ unsigned char wallet_debit(unsigned char blk, unsigned int amount) { if (picc_auth(blk, KEYA, key_a) ! 0) return 1; /* 认证失败直接退出 */ if (m1_decrement(blk, amount) ! 0) return 2; /* 只算不写 */ if (m1_transfer(blk) ! 0) return 3; /* 这一步才落盘 */ beep_short(); /* 落盘成功才提示 */ return 0; }代码里beep_short()放在transfer之后这个顺序不是随手排的。如果先响蜂鸣器再落盘一旦传输失败用户听到的是“嘀”但钱没扣对账时无法定位。反过来落盘成功再响最坏情况是钱扣了没响用户会再刷一次——这时余额已经是新的第二次扣的是新值的钱逻辑上仍自洽。4. 单片机侧的实现初始化顺序和一帧数据的时序协议想清楚了落到 51 单片机上还有一堆工程细节。这些细节不影响原理但直接决定系统能不能稳定跑起来。4.1 系统初始化顺序为什么先配时钟再配外设初始化的顺序是有依赖链的。串口波特率来自定时器 1 的溢出率定时器的计数节拍来自机器周期机器周期来自晶振。所以顺序只能是时钟系统 → 定时器 → 串口 → 外设。选 11.0592MHz 而不是 12MHz正是为了这条链。串口的波特率是定时器溢出率除以分频系数11.0592MHz 经过 12 分频后是 921.6kHz这个数能被常用波特率整除9600 波特下的定时器重载值算出来是整数 0xFD误差为零换成 12MHz同样配置下算出的重载值带小数实测波特率偏差能到百分之几短帧通信看着正常、连跑几分钟就开始丢字节。这是老一代工程师总结出来的经验第一次踩坑的人往往以为是串口线的问题。void system_init(void) { SCON 0x50; /* 串口方式 18 位数据允许接收 */ TMOD 0x0F; /* 保留定时器 0 配置 */ TMOD | 0x20; /* 定时器 1 工作方式 28 位自动重载 */ TH1 0xFD; /* 11.0592MHz 下 9600 波特的重载值 */ TL1 0xFD; TR1 1; /* 启动定时器 1 */ TI 1; /* 发送中断标志置位为第一字节做准备 */ rc522_hw_init(); /* SPI 管脚 读写芯片软复位 */ lcd1602_init(); /* 液晶上电时序 */ ds1302_init(); /* 时钟芯片解除写保护 */ }定时器 1 用方式 2 是刻意的方式 2 是 8 位自动重载溢出时硬件自动把 TH1 的内容重新装进 TL1不需要软件干预波特率才会稳定。方式 1 需要中断里手动重装中断响应一旦被别的任务拖后波特率立刻抖。MFRC522 的初始化还有两步不能省一是软复位后要等内部振荡器起振大约几十毫秒太快发命令会毫无响应二是要写 TxControlReg 打开 TX1、TX2 两路驱动否则天线一点功率都没有表现和“没插天线”一致。4.2 一帧寻卡命令的字节序列和超时设计从上电到拿到卡号实际下发给芯片的命令序列是固定的步骤命令关键寄存器操作期望返回1软复位CommandReg 0x0F命令寄存器回到 Idle2打开天线TxControlReg 置位 TX1/TX2天线端出现 13.56MHz 载波3寻卡 REQAFIFO 写 0x26BitFramingReg 0x87ATQA 两字节4防冲突FIFO 写 0x93 0x20部分 UID 冲突位置5选卡FIFO 写 0x93 0x70 UID BCCSAK 一字节6认证FIFO 写 0x60 块地址密钥写密钥寄存器状态位指示成功7扣款0xC0/0xC1 块地址 4 字节金额ACK8落盘0xB0 块地址ACK9中止0x50 0x00无卡进入 Halt第 9 步容易被省掉但它是必须的。不加 Halt卡片会一直停在活动态下一轮寻卡时它还在场如果此时又来了第二张卡防冲突流程会反复在这个“赖着不走”的卡上打转表现为读卡器卡死几秒才恢复。正确的做法是每笔交易结束都发 Halt把卡送回挂起态需要时再用 WUPA 唤醒。超时值也得设。无线链路没有握手卡被拿走、被金属遮挡、被人手挡住都可能让读写器永远等不到应答。常见做法是给每个收发命令配一个硬件定时器超时10 到 25 毫秒量级超时就直接放弃本轮、关天线、下一轮重来而不是死等中断标志。4.3 人机层LCD1602 的时序和 DS1302 的时间戳显示和时钟是这套系统的“证据层”。刷卡成功要显示卡号后几位和余额同时打一个时间戳用于事后对账。LCD1602 的核心是兼容 HD44780 的控制器它有两条路可选查忙标志或者固定延时。查忙标志需要把数据总线切到输入方向读 BF 位多占几个 IO固定延时简单但必须留足裕量。上电初始化尤其严格供电电压上升到 4.5V 之后要等 15ms 以上才能发第一条指令之后是三次功能设置中间各留几毫秒。这一步省了屏幕会花屏或者只亮一排黑块而且复位也救不回来必须断电重上。void lcd1602_init(void) { delay_ms(20); /* 上电等待VDD 稳定前不接收指令 */ lcd_write_cmd(0x38); /* 8 位总线两行显示5x7 点阵 */ delay_ms(5); lcd_write_cmd(0x38); /* HD44780 要求功能设置连发三次 */ delay_ms(1); lcd_write_cmd(0x38); lcd_write_cmd(0x0C); /* 开显示关光标关闪烁 */ lcd_write_cmd(0x06); /* 写入后地址自动加一 */ lcd_write_cmd(0x01); /* 清屏这条指令本身要 1.6ms 以上 */ delay_ms(2); }DS1302 走的是三线同步串行一条时钟、一条双向数据、一条片选。它内部按 BCD 码存秒分时日月周年读出来要先转成二进制再显示直接按十六进制打印会看到“0x23 分”这种怪值。上电后第一件事是往控制寄存器写 0x00 解除写保护否则所有写入都被静默丢弃表现是时间永远停在初始值——这个坑我在第一次做时钟模块时踩过查了两小时电路最后发现是写保护没开。5. 避坑与排查这套方案最容易翻车的几个地方下面这些现象都是在“原理看起来没问题、但板子就是不工作”的阶段才会暴露出来的。每条按现象、原因、解决三段整理。5.1 现象一卡必须完全贴住才能读稍微离开一点就没反应原因通常不在程序。先怀疑天线匹配电容取值偏离谐振点没落在 13.56MHz天线上的场强只有设计值的一小半或者天线附近有金属、铜柱、屏蔽罩改变了线圈的等效电感。另一种可能是驱动电流不足TxControlReg 只开了一路驱动。解决顺序是先用示波器差分探头看天线两端波形确认幅度和频率再把匹配电容按计算值上下各试一档看哪一档幅度最大最后检查机械结构天线背面贴铁氧体片隔离金属。不要一上来就改代码里的增益寄存器增益补偿治不了失谐。5.2 现象二串口打印正常连 PC 就乱码或者跑一段时间丢字节根因几乎总是波特率误差。12MHz 晶振配 9600 波特重载值带小数实际波特率和标称值差百分之几短帧能对上、长帧必错还有一种情况是定时器 1 配成了方式 1中断里手动重载被别的中断打断后节拍就乱了。解决是把晶振换成 11.0592MHz定时器 1 用方式 2 自动重载重载值 0xFD。如果板子已经定型不能换晶振就降低波特率到 4800 换取容错余量或者改用外部晶振给串口单独供时钟。5.3 现象三上电后液晶只亮一排黑块或者显示乱码这是 HD44780 的上电时序没走完整。控制器在 VDD 稳定之前不接收指令如果 MCU 复位比液晶电源慢第一批指令全被丢掉三次功能设置只发一次、清屏后没等够 1.6ms也会出现同样的画面。解决是把上电延时加到 20ms 以上功能设置 0x38 连发三次每条之间留 1 到 5ms清屏后固定延时 2ms。如果不确定液晶是不是真的就绪就改成读忙标志的方式用 BF 位做同步代价是多占一个 IO。5.4 现象四两张卡同时放上去读写器卡住好几秒然后两张都读不到防冲突流程没走完或者走完之后没发 Halt。卡片被选中后如果一直停在活动态下一轮寻卡它还会应答遇到第二张卡时冲突检测反复在同一位置失败程序在循环里出不来。解决是严格按 REQA → 防冲突 → 选卡 → 认证 → 操作 → Halt 的顺序走每一步设超时上限超时就整体回退到寻卡起点Halt 命令必须发发完再关一次天线重新打开强制清场。5.5 现象五扣款偶尔扣多或者余额变成一串乱七八糟的数用了“读出来、加一、写回去”的方式改余额。读和写是两条独立命令中间只要有一帧丢失、卡被拿走、电源抖一下写回去的就是错值更糟的是写坏值块的冗余字节卡自己都无法判断这个块是否有效。解决是改用值块格式用 Decrement 和 Transfer 两条命令完成扣款让卡片内部保证原子性同时在读写器侧维护一份交易流水落盘成功才记账开机时用流水对账修复异常块。6. 为什么是 51 加 MFRC522 加 M1 卡一次成本与可靠性的取舍把方案摊开看每个选择背后都是一次明确的取舍而不是“只会这个所以用这个”。主控用 51 而不是 ARM 或 DSP本质是算力需求评估。这套系统要做的事情是每 200 毫秒发一次寻卡命令、处理几帧十几字节的 SPI 数据、刷一块 16×2 的字符屏、偶尔读写一下时钟芯片。峰值负载和空闲负载差得远256 字节 RAM 装得下所有缓冲区32 个 IO 接完外设还剩一半。ARM 当然能跑但多出来的主频、外设、BSP、启动代码全都要折算成成本和开发周期。在批量部署的场景里单板成本每降一点乘以数量就是很实在的数字。卡片选 M1 而不是带 CPU 的金融级智能卡取舍点在风险模型。M1 的流密码算法在密码学意义上早已不被认为是安全的这一点行业里心知肚明。但公交刷卡面对的是“低价值、高频次、快速通行”的场景单笔金额小、有后台流水、异常可追缴、卡片本身有物理防拆。攻击者要复现一次有效交易投入的成本远高于逃掉的票款。反过来如果换成带公钥运算的 CPU 卡单次交易时间会从几十毫秒涨到几百毫秒早高峰的通行速度立刻受影响卡本身成本也翻几倍。这是典型的安全性和吞吐量之间的工程平衡不是技术落后。再看协议栈的分层。选 MFRC522 而不是自己搭模拟前端等于把 13.56MHz 的调制解调、位同步、CRC、防冲突的底层时序全部外包给硬件单片机只做寄存器读写。代价是失去了对底层时序的完全控制某些特殊帧格式要绕路收益是开发周期从几个月压到几周而且一致性由芯片保证不会因为某个批次的元器件差异导致现场读卡率波动。决策点选择放弃的方案主要代价主控8 位单片机32 位 ARM无法跑复杂协议栈和文件系统卡片M1 逻辑加密卡CPU 卡加密强度有限依赖后台风控读写芯片集成模拟前端的专用芯片分立调制解调电路底层时序不可完全定制时钟三线串行 RTC主控软件计时多占 3 个 IO需处理 BCD 转换真正值得深挖的是这张表最下面一行没写出来的东西可靠性不是靠单点做强的是靠每一层都留了余量。值块的冗余字节、认证的双向挑战、命令的超时回退、天线的 EMC 滤波每一处都只是“稍微麻烦一点”叠起来才让一台装在公交车门口、每天被几百人拍打、夏天暴晒冬天结露的机器能连着跑几年。我第一次调这套链路时把所有精力放在读卡成功率上反复改代码、换天线最后发现真正的问题是蜂鸣器提示放在了落盘之前导致用户听到响声就抽卡走人值块的实际写入被打断对账时一堆悬空交易。从那以后我每次做带“扣款”语义的功能都强制走一遍“先落盘、再反馈”的顺序并且把这条顺序标在流程图上。希望这套拆解能帮你少走几个类似的弯路。本文还有配套的精品资源点击获取