简介本资源是面向嵌入式初学者与51单片机开发者的RC522射频识别RFID系统实战资料包聚焦13.56MHz非接触式读写应用解决从硬件连接、协议理解到功能实现的一线开发痛点适用于门禁控制、智能卡读写器、物联网终端等典型场景。压缩包共91.47MB含完整C语言驱动代码、SPI通信配置范例、RC522初始化与读写操作流程图、ISO/IEC 14443A协议要点解析、天线调谐说明及常见通信异常排错指南虽文件总数未提供但内容覆盖硬件接口定义、命令帧结构、防冲突处理、加密基础及实际项目调试技巧。已有1218人学习下载资料结构清晰、注释详实可直接移植至STC89C52等主流51平台助力开发者快速掌握RFID底层交互逻辑并完成原型验证。1. 别被“RC522”吓住它不是黑匣子而是一把能读卡的电子钥匙你有没有在食堂刷饭卡、在门禁前晃一下工牌、或者用公交卡滴一声就过闸机背后那个“嘀”的一声、绿灯亮起、屏幕跳数字的瞬间其实靠的不是魔法而是一个叫 RC522 的小芯片——它就像一个微型收音机翻译官专门听懂卡片发出的无线信号再把里面藏着的编号“翻译”成单片机能看懂的数字。很多人第一次看到“RC522 基于 51 单片机资料”这行字心里就打鼓“51 是啥RC522 长啥样接线图密密麻麻像电路迷宫”其实它比你想象中更“老实”没有操作系统、不跑网络协议、不连云端就干一件事——稳定地读一张卡的 ID 号。这份资料就是给完全没碰过硬件的新手准备的“第一把钥匙”它不讲电磁场公式不推导射频匹配而是从“买来模块怎么上电”“51 单片机最小系统怎么搭”“烧进去的第一行代码为什么能让 LED 闪”开始手把手带你把 RC522 模块和最基础的 51 单片机连起来让“嘀”声真实响起。适合谁想亲手做出第一个能识别卡片的嵌入式小项目的人被毕业设计卡在“硬件通信”环节的同学或者只是好奇“我每天刷的卡到底怎么被机器认出来的”——只要你愿意拧一颗螺丝、接三根线、点一次下载按钮这就够了。2. 先搞清两个主角RC522 模块和 51 单片机到底谁听谁的要让 RC522 和 51 单片机“说上话”得先分清谁是“发号施令”的大脑谁是“听命干活”的执行者。这不是对等合作而是典型的主从关系51 单片机是主机MasterRC522 是从机Slave。你可以把 51 想象成一个严格的小班长手里拿着任务清单RC522 就像一个只懂一种语言的门卫班长不问它绝不主动开口但只要班长按约定好的“暗号”SPI 通信协议敲三下门它立刻把卡号工整写在纸上递过来。这个“敲门暗号”不是玄学就是 SPI——一种高速、同步、全双工的串行通信方式靠四根线完成所有对话SCK时钟线班长打拍子、MOSI主机输出/从机输入班长发指令、MISO主机输入/从机输出门卫回数据、SS片选线班长点名“就你答”。很多新手翻车不是因为代码写错而是根本没意识到RC522 不会自己“找”单片机说话必须由 51 主动发起每一次交互。它没有“自动识别”模式也没有“后台监听”功能——你让它读它才读你让它停它就静默。所以入门第一步不是急着写“读卡成功”而是先确认这四根线接对了、时钟频率设对了、片选信号在正确时刻拉低了。下面我们就拆开这个“对话流程”看看班长是怎么一步步让门卫交出卡号的。2.1 RC522 模块长什么样三个关键区域一眼认出市面上常见的 RC522 模块通常是一块指甲盖大小的绿色 PCB 板带一个圆形天线线圈像个小铜环背面贴着一块黑色芯片就是 RC522 芯片本体。别被密密麻麻的焊点吓到新手只需盯住三个区域天线区正中央那个银色或铜色的螺旋状线圈这是它的“耳朵”和“嘴巴”。卡片靠近时它靠电磁感应获取能量并收发信号。注意这里不能贴金属、不能叠厚塑料壳否则“耳朵”就聋了芯片区天线旁边那块黑色小方块上面印着“RC522”或“MFRC522”它是真正的“翻译官”所有信号处理都在这里完成接口区模块边缘一排 8 个或 10 个镀金针脚常见为 8Pin这就是它和 51 单片机“握手”的地方。重点认准四个核心脚SDA即 SS 片选、SCK、MOSI、MISO有些模块标为 SDA/SCK/MOSI/MISO有些标为 NSS/SCK/MOSI/MISO本质一样另外还有 GND地、3.3V供电、RST复位可接可不接新手建议先悬空。提示RC522 是 3.3V 器件千万别直接接到 51 单片机的 5V 电源上——轻则模块发热失灵重则永久损坏。如果用的是传统 5V 供电的 51 开发板如 STC89C52必须通过电平转换电路如 TXB0104 或简单电阻分压把 5V 信号转成 3.3V否则 MOSI/MISO 线上的电压会“烧坏”RC522 的输入口。这是新手踩坑率最高的硬件问题没有之一。2.2 51 单片机选哪个型号最小系统怎么搭才不翻车“51 单片机”是个大家族不是特指某一款芯片而是指兼容 Intel 8051 指令集的一类微控制器。对 RC522 入门来说我们不追求高性能只求“能跑通 SPI、有足够 IO 口、烧录方便”。推荐两个真正零基础友好的型号STC89C52RC国产经典价格不到 5 元支持 USB 转串口直接下载配一根 CH340 转接板IO 口丰富资料多如牛毛STC12C5A60S2带内部 EEPROM 和更强的 PWM同样 USB 下载且自带硬件 SPI 模块比软件模拟 SPI 更稳定强烈推荐作为进阶首选。所谓“最小系统”就是让单片机活起来的最低配置电源5V、晶振11.0592MHz 最常用因波特率计算方便、复位电路10kΩ 电阻 10μF 电容、以及至少一个 LED接 P1.0用于验证程序是否运行。很多新手买了开发板却不敢动手就是因为被“最小系统”四个字吓住——其实它就等于一块面包板 一片芯片 两颗电容 一颗电阻 一个LED 一根USB线。下面这张表列出了 RC522 与 STC89C52RC 连接时最不容易接错的引脚对应关系以常见模块丝印为准RC522 模块引脚51 单片机引脚作用说明新手注意点SDANSSP1.0片选信号拉低时 RC522 才响应必须接不能悬空SCKP1.1时钟线控制通信节奏频率建议 ≤ 10MHzMOSIP1.2主机输出51 发指令给 RC522若用 5V 单片机需电平转换MISOP1.3主机输入RC522 回传数据同上必须电平转换GND开发板 GND共地所有设备的“零电位基准”没共地没通信必接3.3V外接 3.3V 电源RC522 工作电压绝对禁止接 5V注意表中 P1.0–P1.3 是示例实际接线请以你手头开发板原理图为准。有些模块将 SDA 标为 “NSS”有些标为 “SDA”本质都是片选若你的模块标的是 “IRQ”那是中断引脚RC522 入门阶段完全不用接直接悬空即可。2.3 第一个目标让 RC522 上电后“呼吸”——验证硬件连通性光看接线图还不够得让硬件“动起来”才算真通。RC522 芯片内部有一个寄存器叫Version版本寄存器地址是0x37读取它会返回固定值0x92代表 MFRC522 芯片。这就像敲门后问门卫“你是不是 RC522” 它答“是我是 92 版。” 如果能稳定读出0x92就证明电源正常、SPI 四线连对、时钟节拍准确、片选有效——整个通信链路是通的。这步不依赖卡片纯硬件验证是排除 90% 接线错误的“后悔药”。下面这段 C 代码就是 STC89C52RC 上最简化的“读版本号”函数基于 Keil C51 编译#include reg52.h #include intrins.h sbit SDA P1^0; // 片选低电平有效 sbit SCK P1^1; // 时钟 sbit MOSI P1^2; // 主机输出 sbit MISO P1^3; // 主机输入 // SPI 读写一个字节MSB 先发 unsigned char SPI_ReadWrite(unsigned char dat) { unsigned char i, temp 0; for (i 0; i 8; i) { SCK 0; // 时钟拉低 _nop_(); _nop_(); if (dat 0x80) MOSI 1; // 发送当前 bit高位在前 else MOSI 0; dat 1; SCK 1; // 时钟拉高MISO 数据稳定 _nop_(); _nop_(); temp 1; if (MISO) temp | 0x01; // 读取 MISO 当前状态 } return temp; } // 读 RC522 寄存器地址 读操作 unsigned char Read_RC522(unsigned char addr) { unsigned char val; SDA 0; // 拉低片选选中 RC522 SPI_ReadWrite(addr 0x7E); // 地址 | 0x7E 读命令最高位为0 val SPI_ReadWrite(0x00); // 读一个字节 SDA 1; // 拉高片选释放总线 return val; } void main() { unsigned char version; while (1) { version Read_RC522(0x37); // 读版本寄存器 if (version 0x92) { P2 0x00; // P2 口全亮假设接了 8 个 LED } else { P2 0xFF; // 全灭表示失败 } for (unsigned int i 0; i 60000; i); // 简单延时 } }这段代码做了什么我们一句句白话解释SPI_ReadWrite()是 SPI 通信的核心它把一个字节dat的 8 位一位一位地通过 MOSI 发出去同时在 SCK 上升沿从 MISO 读回一位最终组合成返回值。_nop_()是空指令用来精确控制时序避免太快导致 RC522 跟不上Read_RC522(0x37)中addr 0x7E是关键RC522 规定读操作地址要将最高位置 0即0x37 0x7E 0x36写操作则置 10x37 | 0x80 0xB7这是协议硬性要求错一个 bit 就读不到main()里死循环读版本号成功就让 P2 口 LED 全亮视觉反馈失败就全灭——你不需要示波器用眼睛就能判断通没通。运行效果下载程序后如果 P2 口 8 个 LED 稳定常亮恭喜硬件链路已通。如果全灭别急着改代码——先拿万用表量RC522 的 3.3V 引脚是否有电压、GND 是否真的共地、SDAP1.0在读取时是否确实拉低了。这一步是所有后续功能的地基。3. 第一个能“嘀”响的程序从读卡号到串口打印全程手把手上一章我们验证了 RC522 和 51 能“对话”现在让它干正事读一张真实的 MIFARE Classic 1K 卡就是最常见的蓝色/白色公交卡、门禁卡把卡号UID通过串口打印出来。这个过程看似简单实则包含 RC522 工作的完整生命周期寻卡 → 防冲突 → 选卡 → 读 UID。每一步都不可跳过就像进门要先敲门、报身份、等应答、再递证件。很多新手卡在“一直显示无卡”往往不是卡坏了而是漏掉了其中一环。下面我们就用最直白的语言把这四步拆解成可执行的动作并给出每一行关键代码的“人话翻译”。3.1 四步走通读卡流程不是代码堆砌而是动作分解RC522 读卡不是“一键启动”而是一套标准流程官方文档称之为“PCD读卡器工作流程”。对新手而言记住这四步口诀就够了寻卡Request51 对 RC522 说“喂附近有卡吗” RC522 用天线发一个探测信号如果有卡进入磁场卡会回一个应答ATQA。这一步只确认“有东西”不关心是谁防冲突Anticollision如果天线范围内有多张卡它们会“抢答”造成信号打架。RC522 会启动二进制树算法逐位询问最终唯一确定一张卡的序列号UID前 4 字节选卡Select51 拿着刚得到的 4 字节 UID再次发指令“就你了把完整 UID 报上来” 这一步完成后RC522 才真正“锁定”这张卡后续操作都针对它读 UIDRead UIDRC522 从卡内存储区Block 0读出完整的 4 字节或 7 字节 UID并通过 SPI 返回给 51。这四步必须严格按顺序执行中间任何一步失败比如没收到 ATQA、防冲突返回错误码整个流程就得重来。下面这段精简版 C 代码就是实现这四步的主干逻辑已去除冗余校验聚焦主线// 定义常用命令 #define PICC_REQIDL 0x26 // 寻卡仅休眠卡 #define PICC_REQALL 0x52 // 寻卡所有卡 #define PICC_ANTICOLL 0x93 // 防冲突获取 UID 前4字节 #define PICC_SELECT 0x93 // 选卡需传入完整 UID // 存储 UID 的数组4 字节 unsigned char uid[4]; // 步骤1寻卡 unsigned char Request(unsigned char req_code, unsigned char *tag_type) { unsigned char status; unsigned char buffer[2]; unsigned char buffsize sizeof(buffer); status PCD_TransceiveData(buffer, 2, buffsize, NULL, 0, 0); if (status MI_OK) { *tag_type buffer[0]; // tag_type 返回卡类型0x04MF1K } return status; } // 步骤23防冲突 选卡合并简化版 unsigned char Card_Anticoll_Select(unsigned char *uid_out) { unsigned char status; unsigned char buffer[10]; unsigned char size sizeof(buffer); // 防冲突获取 UID 前4字节 status PCD_TransceiveData(PICC_ANTICOLL, 1, size, buffer, 10, 0); if (status ! MI_OK) return status; // 将 buffer 中的 UID第2-5字节拷贝到 uid_out for (int i 0; i 4; i) { uid_out[i] buffer[i 2]; } // 选卡传入完整 UID status PCD_TransceiveData(PICC_SELECT, 1, size, buffer, 10, 0); return status; } // 主循环不断尝试读卡 void main() { unsigned char status; unsigned char tag_type; init_RC522(); // 初始化 RC522设置寄存器、开启天线等 while (1) { // 1. 寻卡 status Request(PICC_REQIDL, tag_type); if (status ! MI_OK) { delay_ms(50); // 无卡等50ms再试 continue; } // 23. 防冲突选卡 status Card_Anticoll_Select(uid); if (status ! MI_OK) { delay_ms(50); continue; } // 4. 成功打印 UID UART_Printf(Card UID: %02X %02X %02X %02X\r\n, uid[0], uid[1], uid[2], uid[3]); delay_ms(1000); // 成功后停1秒避免重复打印 } }关键参数说明PICC_REQIDL0x26只唤醒处于 IDLE 状态的卡响应最快适合单卡环境PICC_REQALL0x52唤醒所有卡包括 HALT 状态但速度稍慢buffer[i 2]RC522 返回的防冲突数据包中UID 从第 2 字节开始索引 2共 4 字节UART_Printf()自定义串口打印函数需提前初始化串口115200 波特率8N1。这段代码跑起来后当你把一张 M1 卡靠近天线串口助手如 XCOM、SSCOM就会实时打印出类似Card UID: A1 B2 C3 D4的十六进制字符串——这就是这张卡独一无二的“身份证号”。它不加密、不校验、不联网纯粹是物理层的标识。你甚至可以用手机 NFC 工具如 NFC Tools读同一张卡对比 UID 是否一致验证结果可靠性。3.2 串口调试为什么你的“嘀”声还没响先看串口在说什么很多新手写完代码烧录后发现“没反应”第一反应是“代码错了”。其实90% 的问题串口已经告诉你答案了。RC522 的每一个操作都会返回一个状态码MI_OK,MI_NOTAGERR,MI_ERR等把这些状态码实时打印出来就是你的“硬件听诊器”。下面是一个增强版的调试打印逻辑加在Request()和Card_Anticoll_Select()后面// 在 Request() 后添加 if (status MI_OK) { UART_Printf(Step1 OK: Card detected, type%02X\r\n, tag_type); } else if (status MI_NOTAGERR) { UART_Printf(Step1 FAIL: No card in field\r\n); } else { UART_Printf(Step1 ERROR: Status%02X\r\n, status); } // 在 Card_Anticoll_Select() 后添加 if (status MI_OK) { UART_Printf(Step23 OK: UID%02X%02X%02X%02X\r\n, uid[0], uid[1], uid[2], uid[3]); } else if (status MI_NOTAGERR) { UART_Printf(Step23 FAIL: Card lost during anticoll\r\n); } else { UART_Printf(Step23 ERROR: Status%02X\r\n, status); }这样串口会清晰输出每一步的结果。常见现象与原因对照如下Step1 FAIL: No card in field天线没电检查 3.3V、线圈断路目测焊点、卡片距离太远5cm或卡片类型不支持RC522 只支持 MIFARE Classic 1K/4K、Ultralight不支持 CPU 卡、金融 IC 卡Step1 OK: Card detected...但Step23 FAIL: Card lost...SPI 通信不稳定检查 MOSI/MISO 电平转换是否到位、SCK 频率是否过高、天线匹配不良模块质量差或受金属干扰Step23 ERROR: Status0x01这是MI_ERR通常意味着寄存器配置错误比如TModeReg未使能定时器、TPrescalerReg分频值不对需检查init_RC522()函数中对 RC522 寄存器的初始化是否完整。提示RC522 的寄存器初始化是“玄学”重灾区。网上很多资料只贴了部分寄存器如TxControl、RFCfg却漏掉关键的TModeReg定时器模式、TPrescalerReg分频系数。这些寄存器控制着天线驱动和信号检测窗口漏设一个卡就永远“看不见”。本资料包中的rc522_init.c文件已将全部 20 个必要寄存器按官方手册顺序初始化并附有中文注释新手可直接调用无需自行推导。3.3 让“嘀”声真实响起用蜂鸣器或 LED 模拟刷卡反馈有了串口打印只是“看见”了卡加上声音或灯光才是真正的“交互感”。RC522 本身不发声但我们可以用 51 的 IO 口控制一个有源蜂鸣器或 LED在读卡成功时触发。这不仅是炫技更是调试利器——当蜂鸣器“嘀”一声你就知道从天线感应、信号解调、UID 解析、到程序判断整个链路闭环了。下面是控制 P1.7 口蜂鸣器的简单逻辑sbit BUZZER P1^7; // 蜂鸣器接 P1.7低电平响 void Beep(unsigned int ms) { unsigned int i; BUZZER 0; // 拉低响 for (i 0; i ms * 100; i); // 简单延时 BUZZER 1; // 拉高停 } // 在 main() 的读卡成功分支中加入 if (status MI_OK) { UART_Printf(Card UID: %02X %02X %02X %02X\r\n, uid[0], uid[1], uid[2], uid[3]); Beep(100); // 响100ms delay_ms(1000); }接线极简蜂鸣器正极接 5V负极接 P1.7通过一个 1kΩ 限流电阻更安全。下载后每次成功读卡你都会听到清脆的“嘀”——那一刻你会真切感受到这不是虚拟仿真是电流、电磁波、硅片和你指尖之间的真实对话。4. 新手必踩的五大坑现象、原因、一招解决刚上手 RC52251几乎人人都会撞墙。这些坑不是你笨而是硬件交互的天然复杂性决定的。我第一次做这个项目时在实验室熬了三天两夜最后发现是万用表没校准……下面这五条是从无数血泪经验里捞出来的“高频雷区”每一条都按“你看到什么→为什么这样→怎么破”展开专治各种“明明接对了就是不工作”。4.1 现象串口一直打印“Step1 FAIL: No card in field”但卡片就在天线上原因RC522 模块的天线线圈需要“谐振”才能高效收发信号而谐振频率由线圈电感L和并联电容C共同决定。劣质模块常偷工减料电容值偏差大标称 22pF 实际 15pF导致谐振点偏移灵敏度暴跌。此外天线周围有金属如开发板铜箔、螺丝、手机会严重吸收磁场让“耳朵”变聋。解决① 换一张已知正常的 M1 卡如旧公交卡测试排除卡片问题② 将模块单独放在木桌/纸板上远离任何金属物体卡片垂直贴近天线中心非斜放③ 若仍无效用万用表电容档测量模块背面两个小电容通常在天线引脚附近若偏差 30%说明模块质量差建议更换正规渠道模块搜索“RC522 带匹配电容”。4.2 现象串口偶尔打印 UID但大部分时间乱码或卡死原因SPI 通信对时序极其敏感。STC89C52RC 默认使用 11.0592MHz 晶振但如果你在 Keil 里误设了“Use On-chip ROM”或“Code Rom Size”错误会导致delay_ms()函数延时不准确进而影响 SPI 的_nop_()精确延时。更隐蔽的是MOSI/MISO 线上若存在信号反射长导线未加终端电阻会在 SCK 边沿产生振铃让 RC522 误判 bit。解决① 在 Keil 的Project → Options for Target → Device中确认Crystal (MHz)填的是你板子的实际晶振值如 11.0592② 将 SPI 四线SDA/SCK/MOSI/MISO尽量剪短10cm避免平行长走线最好用双绞线③ 在 MOSI 和 MISO 线上各串联一个 33Ω 电阻靠近 RC522 端抑制高频振铃。4.3 现象能读卡但 UID 总是00 00 00 00或FF FF FF FF原因RC522 的 UID 读取依赖于卡的 Block 0 数据区而某些卡片尤其是新发行的 M1 卡可能启用了“UID 保护”功能将 UID 区域设为只读或加密。更常见的是PCD_TransceiveData()函数中发送的指令长度或接收缓冲区大小设置错误导致只读到了数据包头没拿到真正的 UID 字节。解决① 用手机 NFC 工具读同一张卡确认其 UID 是否真实存在非全 0/全 F② 检查Card_Anticoll_Select()函数中buffer数组大小是否 ≥10 字节RC522 防冲突响应包最大 10 字节③ 关键修正UID 在防冲突响应包中的起始位置是buffer[2]不是buffer[0]务必确认拷贝语句为uid_out[i] buffer[i 2]。4.4 现象烧录后 LED 不亮或烧录失败提示“Device not found”原因STC 单片机下载依赖于“冷启动下载”机制必须在上电瞬间或复位瞬间收到正确的下载握手信号。如果开发板上的 RST 复位按钮接触不良、CH340 转接板驱动未安装、或 USB 线仅充电不传数据都会导致下载失败。此外部分山寨 CH340 芯片在 Win10/Win11 上需手动安装.inf驱动。解决① 下载前先按住开发板 RST 按钮不放再插 USB 线待电脑识别到“STC ISP”设备后松开 RST② 在设备管理器中查看端口号如 COM5确保 STC-ISP 软件中选择的端口与此一致③ 若显示“未知设备”去 STC 官网下载最新版STC-ISP.exe内置驱动运行后点击“系统维护→更新驱动”。4.5 现象程序能跑但一插 RC522 模块51 就死机或复位原因这是最危险的坑——电源污染。RC522 在发射射频信号时瞬态电流可达 100mA若与 51 共用同一组滤波电容尤其是 100nF 陶瓷电容会导致 51 的 VCC 电压瞬间跌落触发看门狗复位或程序跑飞。本质是电源设计缺陷而非代码问题。解决① 在 RC522 的 3.3V 输入端单独并联一个 10μF 钽电容正极接 3.3V负极接 GND紧贴模块引脚② 若用 AMS1117-3.3V 稳压芯片供电确保其输入端有 ≥100μF 电解电容且输入电压 ≥4.5V③ 终极方案为 RC522 单独一路 3.3V 电源如用另一片 AMS1117与 51 电源仅共地不共 VCC。提示以上五条每一条都对应资料包中一个独立的Troubleshooting.md文件内含实测照片、万用表测量点位图、以及对应问题的修复版代码片段。遇到问题不必百度直接打开这个文件按步骤排查。5. 下一步学什么从“能读卡”到“能控门”一条平滑升级路径当你已经能让 RC522 稳定读出 UID并通过串口或蜂鸣器获得反馈恭喜你已经跨过了嵌入式硬件最陡峭的入门坡。但别停在这里——真正的乐趣在于让这个能力变成一个可落地的小系统。下面这条学习路径是我带过的几十位零基础同学共同验证过的“不翻车路线”它不追求一步登天而是每一步都建立在上一步的成果之上确保你始终有“看得见的进展”。5.1 第一阶段把 UID 变成“权限”——本地数据库匹配1 天目标不再只是打印 UID而是判断“这张卡是否允许进门”。怎么做在 51 的 RAM 中定义一个简单的“白名单数组”比如unsigned char whitelist[4][4] {{0xA1,0xB2,0xC3,0xD4}, {0xE5,0xF6,0x07,0x18}};然后在读卡成功后用双重循环比对 UID 是否在数组中。匹配成功P1.0 输出高电平可接继电器模拟开门失败则蜂鸣器长鸣 1 秒。关键收获理解“数据比对”在嵌入式中的朴素实现学会用数组管理少量数据掌握 IO 口驱动外部器件继电器需加光耦隔离。避坑提醒RAM 空间有限STC89C52RC 只有 512 字节白名单别超过 10 张卡比对时用memcmp()会更简洁但新手建议先手写循环理解指针和数组关系。5.2 第二阶段让系统“记得住”——EEPROM 永久存储2 天目标白名单不再写死在代码里而是存到单片机内部 EEPROM断电不丢失。怎么做STC 系列单片机内置 EEPROM如 STC12C5A60S2 有 2KB用IAP_WRITE()函数可编程写入。新增两个功能① 通过串口指令如ADD:A1B2C3D4添加新卡 UID 到 EEPROM②LIST指令读出所有已存 UID。关键收获理解非易失存储概念掌握 IAP在应用编程操作流程学会解析简单串口指令为后续 OTA 升级打基础。参数说明EEPROM 写寿命约 10 万次本文还有配套的精品资源点击获取
