先问一个问题当一个刷卡器“滴”一声亮起绿灯时它到底听到了什么答案是——一张卡里那串谁也看不见的ID编号。而这串编号其实是通过无线电波在距离读卡器几厘米的地方实时传过来的。这个场景以前多出现在门禁、考勤机、公交卡这些专用设备里很少有人把它当做一个可以自己动手折腾的电子项目。但如果你手里有一块ESP32开发板再配一个二三十块钱的RFID-RC522模块半小时内就能让开发板拥有“刷卡”能力。我最初做这个项目是因为想给家里的小储物柜加一个只有自己能开的“电子锁”而真正上手之后发现RFID模块比想象中简单坑却比想象中多。这篇文章完全针对零基础读者。我会从RFID的原理讲起到模块选型、接线、代码、实测再到各种我踩过的坑全部摊开来说。你不需要任何射频知识只要有ESP32开发板、RC522模块、几根杜邦线跟着走一遍就能做出一个刷卡后串口打印卡号、并控制一个LED或者继电器的完整小系统。这篇文章的核心关键词是ESP32、RFID、RC522、Arduino、SPI通信、卡号读取准备好了就往下看。1. 刷卡到底刷的是什么RFID与RC522模块的原理1.1 13.56MHz频段和卡片的分类逻辑先聊点基础但不枯燥的东西。停车场、门禁和公交卡背后用的是同一种技术——RFIDRadio Frequency Identification射频识别。它的本质是一种近距离无线通信读卡器持续往外发一个特定频率的电磁场当卡片进入这个磁场范围时卡内的线圈感应到能量获得供电然后把自己芯片里存储的数据调制后反射回去。整个过程不需要卡片有电池所以薄薄一张塑料卡就能实现供电通信。市面上常见的RFID卡片频率分成三档低频125kHz像很多宠物芯片、老式门禁卡。成本低读取距离近速度慢。高频13.56MHz就是我们常说的Mifare系列卡例如M1卡S50、NTAG215。公交卡、校园卡、新型门禁基本都是这个频段。读写速度快可以加密单张卡容量从几十字节到几千字节不等。超高频915MHz左右物流仓储、车牌识别、无人零售用的远距离识别标签可以做到几米外读取。今天我们用的RC522模块工作在13.56MHz直接对标的高频Mifare系列卡。所以别拿125kHz的ID卡去刷RC522物理层就对不上刷了没反应。Mifare卡还有一个特点它不是只存一个ID而已。每张卡内部有一小块存储区分成若干个扇区每个扇区可以读出和写入数据。这意味着你不仅能做“识别卡号”还能往卡里存内容——比如存储余额、写一个用户名字符串、存一组蜂鸣器开关状态。这也是为什么这个模块被大量用在学校考勤机、实验室门禁、会员积分系统上。1.2 RC522模块硬件的秘密RC522读卡器模块的核心是一颗NXP恩智浦的RC522芯片它负责调制解调、编码解码以及与主机通信。模块板上除了这个芯片还有一块印刷天线线圈、一排排针引脚。模块本身没有屏幕没有按键纯粹是一个“射频前端数据链路”的外设所有逻辑都要由MCU也就是ESP32来接管。从通信方式看RC522模块支持三种接口SPI、I2C、UART。模块出厂默认配置是SPI模式而且模块PCB上的跳线已经焊好所以我们最常用的也是SPI模式。SPI是一种高速同步串行接口它需要四条线SCK时钟、MOSI主出从入、MISO主入从出、SS/CS片选。再加上RC522模块还需要一个复位引脚RST所以整套物理连接一般需要6根线。为什么选SPI而不是I2C或UART因为SPI在Arduino和ESP32生态里驱动最简单MFRC522库对SPI支持最完善而且速率可以跑到几Mbps读卡时延很低。I2C和UART模式虽然也能用但需要你手动改模块背面电阻跳线对新手不友好。我建议默认走SPI就好别自己给自己增加难度。1.3 “无线”的误解它其实是个近距离设备很多第一次接触RFID的朋友会把它和WiFi、蓝牙混在一起觉得这是个“无线模块”。确实是无线但这个“无线”的范围极小——标准情况下RC522对普通M1卡的有效读取距离只有2到5厘米甚至需要卡片贴上去才能稳定触发。很多教程给出3到5厘米的距离那是理想空场情况下的实验室数据实际桌面测试时隔着几本书基本就会丢帧。所以这个模块的定位是“刷卡”不是“隔空识别”。如果你打算做远距离自动识别比如进场不减速的停车场那么选UHF超高频会更加合适如果你只做门禁、考勤、储物柜、保险柜那RC522的近距离反而是一种安全性别人不可能在几米外偷偷“隔空刷走”你的卡。2. 开发环境搭建Arduino IDE装ESP32支持包再把MFRC522库请进来2.1 用Arduino IDE还是PlatformIO零基础我劝你选前者开发ESP32有两条主流路线一条是Arduino IDE另一条是Visual Studio Code PlatformIO插件。从项目热词来看“esp32 arduino”“vscode platformio esp32开发 arduino框架 helloworld串口输出”“esp32烧录器”这些搜索量都不低说明大家都在两条路线之间纠结。如果你是完全零基础我的判断是先用Arduino IDE。原因很简单——Arduino IDE安装包小、界面友好、串口监视器一键打开写代码和烧录的流程都是“填好参数、点一下”的事。PlatformIO虽然项目管理、代码补全、编译速度都更专业但对新手来说光是理解platformio.ini配置、选择开发板型号、搞清楚构建系统目录结构就要花掉不少精力。这些精力如果用来跑通第一个RFID读卡程序就已经能看到效果了。当然如果你以后想认真做产品原型、或者要同时维护多个依赖库的大型项目PlatformIO的优势就体现出来了。我在后期把RFID项目迁移到PlatformIO时最大的感受是依赖库版本锁定功能特别好——同一个项目换一台电脑用platformio.ini里lock的库版本可以保证编译结果一致。不过这是后话零基础入门时Arduino IDE足够。2.2 安装ESP32离线开发包解决下载慢的问题Arduino IDE默认不包含ESP32开发板需要额外安装。这里大家几乎都会遇到同一个痛点在“开发板管理器”里搜索“esp32”并点击安装时那个下载速度可能慢到怀疑人生甚至中途失败。原因在于Arduino IDE默认从Arduino官方服务器下载ESP32索引和工具链而这些文件存放的国外服务器在部分网络环境下访问很吃力。我的建议是直接采用ESP32离线包方案。目前社区里有个非常成熟的做法从乐鑫或者国内镜像源下载ESP32的Arduino开发包压缩包然后手动放到Arduino的硬件目录里。步骤如下打开Arduino IDE先随便创建一个项目关闭IDE。找到Arduino的“硬件”目录。Windows下一般在文档/Arduino/hardwaremacOS/Linux下在~/Documents/Arduino/hardware。如果不存在就手动创建一个。在hardware目录下创建路径espressif/esp32。将离线开发包压缩包解压里面的内容整体放入hardware/espressif/esp32目录。重新打开Arduino IDE在“开发板管理器”中就能看到基于ESP32的全系列开发板选项。安装完成后在“工具 - 开发板 - ESP32 Arduino”下可以看到ESP32 Dev Module、ESP32S3 Dev Module、ESP32-C3 Dev Module等选项。这一步只要看到菜单里有ESP32字样就说明环境准备到位。2.3 安装MFRC522库和库版本选择打开Arduino IDE在“工具 - 管理库”里搜索MFRC522你会看到多个同名或近似名称的库例如MFRC522由miguelbalboa维护的版本是最主流的绝大多数中文教程针对的都是这个库。另一个常见的MFRC522 I2C Library只是通信方式的变体我们走SPI的话选前者即可。还有一个容易踩的坑目前在库管理器里安装MFRC522时默认安装的是1.4.x的最新版。这个版本更新了很多代码接口比如把常量MFRC522::STATUS_OK改成MFRC522::StatusCode::STATUS_OK部分版本保持兼容但会有大量编译警告。如果你网上抄的旧代码编译不通过大概率就是库版本不匹配。稳妥做法是在库管理器里找到MFRC522在“版本”下拉框选择1.4.11或者更早的1.3.5这样可以兼容绝大多数的老教程示例。我在实际开发中用的是1.4.11兼容性和新特性都平衡得不错。3. 接线与引脚选择为什么我最终选了SPI这组引脚3.1 ESP32与RC522的接线对照表ESP32有非常丰富的GPIO但并不是所有引脚都能随便用。RC522的SPI需要四条信号线加复位和供电共六根线。基于ESP32的开发板型号不同引脚布局会有差异我以市面上最常见的ESP32 DevKit V1也就是通常说的“ESP32 Dev Module”为例给出最稳的一套接法RC522模块引脚ESP32引脚备注SDA (SS)GPIO5片选信号低电平有效SCKGPIO18SPI时钟MOSIGPIO23主发从收MISOGPIO19主收从发RSTGPIO22复位信号3.3V3.3V供电GNDGND共地如果你用的是ESP32-S3或者ESP32-C3开发板SPI引脚会有些变化。S3上经典的SPI引脚通常是GPIO12MOSI、GPIO13MISO、GPIO14SCK、GPIO15SS但也取决于你用的是哪块板子的默认定义。很多ESP32-S3板子还把GPIO39/40留给了板载FLASH这些引脚是绝对不能使用的。动手前最好先查清开发板的引脚定义图推荐用espressif/esp32开发包自带的esp32-pinmap文档或者看开发板丝印。3.2 为什么不能用GPIO16做SS以及新手常见的接线误区有些初学者会照着网上别人的接法把RC522的SDA接到GPIO16或者GPIO4。GPIO16在ESP32上是可用的普通GPIO但部分开发板它可能被板载LED或者其他外围电路占用GPIO4在DevKit上没太大问题但如果你之后要接SD卡、OLED屏、或者别的SPI设备片选引脚之间可能会打架。我自己的首选是SS用GPIO5RST用GPIO22。注意GPIO5在ESP32上默认是SPI的VSPI SS信号当使用VSPI时而GPIO18/23/19恰好是VSPI的SCK/MOSI/MISO。换句话说这组引脚搭配是ESP32的硬件SPIVSPI默认引脚用它们可以省掉一部分软件配置也让MFRC522库跑得更顺畅。很多库默认使用SPI.begin()它初始化的就是VSPI所以SS在GPIO5是最顺理成章的。另外必须提一个问题不要把RC522的3.3V接在5V上。RC522模块板载的AMS1117-3.3V稳压芯片确实允许5V输入但很多廉价模块的稳压芯片体质参差不齐5V输入时发热明显并且5V供电还会让数字引脚的电平变成5V而ESP32的引脚不是5V容忍的极端情况下可能把ESP32的GPIO内部保护二极管烧坏。原因很简单RC522的SDA、SCK、MOSI、MISO、RST引脚本来就能直接用3.3V驱动没必要冒险。3.3 供电不足导致的灵异现象很多人接好线后发现读卡器平时偶尔能读但稍微一靠近或者连续读几张卡ESP32就会重启。追根溯源多数时候不是代码问题而是供电不足。RC522模块的射频天线工作时会拉起几百毫安的电流短时峰值可能到几百mA级别再加上ESP32本身的WiFi射频功耗也不低。如果你用的是电脑USB口供电USB 2.0口常规输出500mAESP32连接的屏幕、WiFi、RC522模块同时工作时很容易触发板载稳压器的过流保护或者直接把USB口的电压拖垮表现为串口输出正常但一旦开启读卡系统掉电重启。遇到这种问题我建议采用以下顺序排查改用独立5V/2A以上的USB电源适配器给ESP32供电。检查杜邦线是否太细太劣质线材电阻过大在高电流下会产生压降。如果模块还是不稳定在RC522模块的3.3V和GND之间并联一个100uF电解电容可以稳住瞬时电流冲击。4. 核心代码逐段拆解从初始化到串口打印卡号4.1 引入头文件和构建对象下面这段代码是我最常用的基础模板它实现的是上电后ESP32初始化RC522然后不断循环检测是否有卡片靠近有卡就打印卡的UID唯一识别码和类型然后蜂鸣器或LED提示一下。#include SPI.h #include MFRC522.h #define SS_PIN 5 #define RST_PIN 22 MFRC522 mfrc522(SS_PIN, RST_PIN); void setup() { Serial.begin(115200); SPI.begin(); // 初始化SPI总线 mfrc522.PCD_Init(); // 初始化RC522芯片 Serial.println(RFID reader is ready. Put a card near the antenna.); } void loop() { // 1. 检测是否有新卡进入感应区 if (!mfrc522.PICC_IsNewCardPresent()) { return; } // 2. 如果检测到新卡还要读取卡片的序列号这一步才算真正拿到卡 if (!mfrc522.PICC_ReadCardSerial()) { return; } // 3. 打印卡的UID Serial.print(Card UID: ); for (byte i 0; i mfrc522.uid.size; i) { if (mfrc522.uid.uidByte[i] 0x10) { Serial.print( 0); // 补零让每个字节都显示成两位十六进制 } else { Serial.print( ); } Serial.print(mfrc522.uid.uidByte[i], HEX); } Serial.println(); // 4. 打印卡的类型 MFRC522::PICC_Type piccType mfrc522.PICC_GetType(mfrc522.uid.sak); Serial.print(Card type: ); Serial.println(mfrc522.PICC_GetTypeName(piccType)); // 5. 让读卡器停止与卡片的通信进入待机状态 mfrc522.PICC_HaltA(); }这段代码逻辑不复杂但有几个元素必须理解清楚SPI.begin()初始化ESP32的SPI外设。在Arduino-ESP32核心中默认初始化的是VSPI对应的引脚就是GPIO18/19/23。如果你的硬件连接不是这组引脚你可以在SPI.begin()里显式传参例如SPI.begin(18, 19, 23, 5);但既然我们接的就是默认引脚走默认就最省事。mfrc522.PCD_Init()这是RC522芯片的初始化函数。它会执行软复位、设置天线增益、配置传输模式等一系列操作。这个函数必须在SPI初始化之后调用顺序反了库会报PCD_Init - WARNING之类的错误。PICC_IsNewCardPresent()这个函数只负责“看看有没有卡靠近”它发送的是一条请求指令Request A/ATQA用于唤醒感应范围内的卡。PICC_ReadCardSerial()检测到卡之后这个函数会把卡的UID完整读出来包括芯片内存储的反抗冲突数据、序列号长度等。两个判断缺一不可很多新手只写了一个判断结果就是程序有时能读有时不能读。4.2 UID和SAK到底代表了什么打印结果中Card UID是卡的全球唯一编号实际上是Mifare卡的4字节序列号有些特殊卡是7字节。这个编号是在工厂出厂时就被固化在卡片芯片里的理论上全球唯一但某些复制的UID卡可以伪造成任何编号。如果你要在门禁系统里区分允许通行的卡直接将这个UID与预先存储的白名单比较即可。Card type是通过SAKSelect Acknowledge值推算出来的卡片型号。常见的输出是MIFARE 1K最常见的S50卡1KB存储约能存800多个字节用户数据。MIFARE 4K更大容量的S70卡。MIFARE Ultralight轻量级卡常用于地铁单程票、酒店房卡。知道卡型号的意义在于后续你要读写卡上数据时需要根据型号确定扇区布局。如果用的是NTAG215这类的NFC标签它走的又是另一套协议RC522虽然也能读但写操作流程会复杂一些。4.3 一百毫秒延时和连续读卡的稳定性问题代码中我没有加delay()。为什么因为RFID读卡本身是一个“瞬间事件”卡片靠近后读卡器会在几毫秒内完成握手和读UID。如果我在读完一次之后加一个delay(1000)卡片一直贴着天线时会导致读卡间隔变长用户体验很差。不加延时循环会飞快地反复检测卡片是否“新出现”。不过这里会出现一个现象当你把卡片一直贴在读卡器上时串口会反复打印同一条卡号信息。这是因为PICC_IsNewCardPresent()检测到卡一直存在而每轮循环都会触发读取。如果你希望“一张卡靠近只响应一次”很多人会用mfrc522.PICC_HaltA()配合一个标志位或者加一个“上次读到的UID”比对逻辑。关于这个我推荐用下面的方式String lastUid ; void loop() { if (!mfrc522.PICC_IsNewCardPresent()) return; if (!mfrc522.PICC_ReadCardSerial()) return; String uid ; for (byte i 0; i mfrc522.uid.size; i) { uid String(mfrc522.uid.uidByte[i], HEX); } if (uid ! lastUid) { Serial.print(U Card detected, UID ); Serial.println(uid); lastUid uid; } mfrc522.PICC_HaltA(); }注意判断lastUid的字符串方法比较消耗内存但对零基础项目完全够用。更专业的做法是用一个字符数组存储UID并做字节比较这里先用字符串方便大家直接套用。5. 跑通之后进阶一步读取扇区数据、写入白名单、用外部中断联动开锁5.1 读卡号只是起点能读扇区数据才是真正入场很多教程跑到这里就结束了但刷卡项目的核心价值往往不在“显示卡号”而在“根据卡号做出反应”。第一个进阶功能是读取卡片扇区里的用户数据。Mifare 1K卡一共有16个扇区每个扇区有4个块Block每个块16个字节。扇区末尾那个块是“尾部”存放密钥A、密钥B和访问控制位。默认情况下密钥A和密钥B都是全0xFF意味着任何人都可以读写。读扇区数据的典型代码片段如下byte blockAddr 1; // 扇区0的第1块前16个字节区域 MFRC522::MIFARE_Key key; for (byte i 0; i 6; i) { key.keyByte[i] 0xFF; } MFRC522::StatusCode status mfrc522.PCD_Authenticate(MFRC522::PICC_CMD_MF_AUTH_KEY_A, blockAddr, key, (mfrc522.uid)); if (status ! MFRC522::STATUS_OK) { Serial.print(Auth failed: ); Serial.println(mfrc522.GetStatusCodeName(status)); return; } byte buffer[18]; byte size sizeof(buffer); status mfrc522.MIFARE_Read(blockAddr, buffer, size); if (status MFRC522::STATUS_OK) { Serial.print(Block ); Serial.print(blockAddr); Serial.print( data: ); for (byte i 0; i 16; i) { Serial.print(buffer[i], HEX); Serial.print( ); } Serial.println(); }这里有两个点需要特别说明PCD_Authenticate是“认证”操作。RC522读Mifare卡扇区数据前必须用密钥验证身份。密钥在每张卡出厂时默认是0xFF * 6也就是全1。所有售卖的白卡默认都是这个值所以你可以直接读。如果密钥不对认证会失败MIFARE_Read不会被允许。这就解释了为什么RFID门禁卡虽然是“能读”的但普通用户没有正确密钥就读不到里面的加密数据。你家的门禁卡能不能被第三方设备复制核心就取决于扇区密钥是否还是默认值。读数据这个能力可以衍生出很多应用比如你把会员积分写进一张RFID卡用ESP32做刷卡器每次刷卡读取积分并加一写回或者把卡片的有效期存进去到期自动失效。这比单纯比对UID灵活得多。5.2 把白名单写进代码做一个最小门禁逻辑当你成功读到UID之后下一步就是“判断这个卡能不能开门”。最简单的方式是预先在程序里保存一张白名单数组// 预先存两个允许通行的卡UID byte allowedUID1[4] {0x04, 0xA2, 0x3B, 0x6F}; byte allowedUID2[4] {0x45, 0x2C, 0x91, 0x88};然后在读到UID后遍历这个数组逐字节比对。如果匹配就点亮绿色LED并打开继电器如果不匹配就点亮红色LED。这里要注意UID长度可能不是4字节有些卡是7字节所以比对时还要检查mfrc522.uid.size是否一致。这个“白名单”思路虽然简单却是一个完整的门禁系统核心逻辑。你想扩展的话后续可以加入EEPROM存储名单、通过手机蓝牙远程更新名单、甚至把名单放到云端用HTTP接口校验。但基础原理不变把现场的物理动作刷卡变成一个逻辑判断是否放行。5.3 外部中断与RFID的组合什么时候真用得上从热搜词里看到“esp32外部中断实战”热度很高。实际做RFID项目时外部中断的常见用法有三个读卡完成之后通过一个GPIO输出高电平触发蜂鸣器或继电器。这其实不需要外部中断轮询就够。当RFID模块检测到新卡时给ESP32一个IO中断让CPU从休眠状态被唤醒。这适用于低功耗应用例如电池供电的宿舍门锁平时ESP32深度睡眠只有刷卡时才唤醒。外部按钮与RFID联动比如需要“刷卡按按钮”双重验证才开门按钮就接到GPIO上配置为中断触发。如果你有低功耗诉求核心写法是先在setup()里启动RC522读卡成功后在GPIO上注册中断唤醒源然后进入esp_deep_sleep()。注意RC522在ESP32深度睡眠时本身不工作因为它连的是3.3V持续供电你需要用gpio_wakeup_enable或者esp_sleep_enable_ext0_wakeup配置一个GPIO在刷卡信号到来时唤醒整个系统。这里有个硬件注意点RC522的IRQ引脚在SPI模式下也能输出中断信号但接法上需要把IRQ引脚接到ESP32的某个GPIO并在初始化时调用mfrc522.PCD_SetAntennaGain之类的设置来打开中断。这个玩法比较进阶零基础阶段先了解一下概念不用急着实现。6. 我踩过的坑与排查思路从“买了假模块”到“怎么都读不到卡”6.1 外观一样但芯片不同的“李鬼”RC522这是我第一次做这个项目时踩得最深的一个坑。当时在路边电子市场买了两块“RC522”外形长得几乎一模一样价格也差不多结果上电后PCD_Init()返回成功却怎么都读不到卡。后来查资料发现市面上有大量“RC522兼容模块”实际上用的是复旦微电子的FM17520或者恩智浦的MFRC522克隆芯片。这些芯片在寄存器映射上高度兼容但有些细节差异会导致MFRC522库的行为不正常。典型问题PCD_Init正常但读卡时PICC_IsNewCardPresent永远返回false。卡片贴上后能读到一次但再读同一张卡必须移开再贴上才行。解决方式是换库版本或者在代码里强制降低SPI速率SPI.beginTransaction(SPISettings(1000000, MSBFIRST, SPI_MODE0));RC522芯片手册给出的SPI时钟上限是10MHz但很多兼容芯片在3MBit以上的时钟下会出现数据不稳定。从4MHz改为1MHz读卡成功率往往会立刻提升。我的建议是拿到新模块先别急着连线先用1MHz的SPI时钟跑一遍基础读卡程序稳定了再逐步提速。6.2 模块附近不能有金属物体或大块铜箔RC522的读卡距离本来就只有几厘米如果你把模块用金属螺丝直接固定在一个铁质机柜上或者旁边放着一个金属保温杯整个感应场会被严重破坏导致卡片必须贴到几乎零距离才能读到。这个现象本质上是因为金属导体对13.56MHz的高频磁场有很强的“涡流损耗”相当于在你的天线旁边放了一个能量吸收器。解决办法很简单模块背后和下方不要直接贴金属安装时可以用3D打印支架或者塑料柱抬高几毫米如果必须靠近金属面板可以在模块天线和金属板之间加一层3mm以上的亚克力或PCB隔离垫。我在做储物柜门禁时用的是尼龙螺栓加3D打印支架效果很好。6.3 断电重连和接地问题USB供电时的“复读机”现象另一个经常被忽视的问题是共地。RC522单独用外接电源供电而ESP32用USB供电两套电源各自独立不共地SPI信号就会像一个没有回路的电话线——数据根本传不出去。表现为读卡器偶尔成功偶尔失败或者串口输出一片乱码。这个问题在所有“ESP32 外设”类项目中都是优先级最高的排查项先检查所有模块的GND是否连在一起再检查供电电压。另外使用电脑USB口供电时某些电脑USB口的电磁干扰比较大会让SPI信号在高速时误码。这时候你可以在RC522模块与ESP32之间缩短杜邦线的长度或者使用屏蔽杜邦线如果条件允许焊接到洞洞板上的短走线会更稳定。6.4 库版本不同导致的编译失败我遇到过很多次这种场景按照教程里的代码完整粘贴到Arduino IDE结果编译时报出一堆STATUS_OK was not declared in this scope之类错误。如果你用的MFRC522库版本是1.4.14或更新你会发现库把MFRC522::STATUS_OK改成了MFRC522::StatusCode::STATUS_OK。这不是代码问题是库接口升级了。解决策略如果坚持用新库就把代码中所有MFRC522::STATUS_OK改为MFRC522::StatusCode::STATUS_OK。如果是从老教程抄的代码直接到库管理器里将MFRC522降级到1.4.11版本。从兼容性来说我推荐后者因为大量网络教程、开源项目都是基于老接口写的降级之后抄代码基本零阻碍。6.5 读卡距离莫名其妙变短的排查顺序最后整理一下“读卡距离变短”这类疑难杂症的排查顺序我在实操中验证过很有效先用万用表确认3.3V输出在连接模块后是否稳定在3.3V附近低于3.1V就换电源。降低SPI时钟到1MHz排除高速通信的误码。更换一根更短、质量更好的杜邦线重点检查SCK信号线。检查天线区附近有无金属屏蔽物移走模块周围金属。用mfrc522.PCD_DumpVersionToSerial()打印芯片版本确认芯片识别正常目前常见的是0x92或0x29。如果以上都无效换一片模块。兼容芯片的个体差异有时候真的很大。7. 再往上走一步把刷卡系统接入现实应用到这里你已经可以从零开始用ESP32 RC522读出一张RFID卡的UID并基于白名单做简单的门禁判断。这个能力一旦到手后面能延伸的方向就很多了。比如你可以做一个刷卡考勤记录上传系统ESP32读卡后通过WiFi把卡号和当前时间POST到本地服务器数据库自动生成考勤记录。很多学校、小作坊的考勤机都是这个逻辑功能极其复现成本可能只要三四十块钱硬件。再比如结合一个蜂鸣器和继电器你就能做出一套真正能开电控锁的储物柜结合OLED显示屏你还能让刷卡器显示“欢迎光临”和剩余次数。我自己的下一步规划是用ESP32-C3做一个电池供电的袖珍读卡器深睡模式加外部中断刷卡时唤醒然后把卡号通过蓝牙发送到手机App。这个方向已经在做了涉及的“esp32外部中断”“蓝牙app控制esp32”“esp32 c3”也都是最近搜索热度很高的词等做通了再来分享整个过程的坑。最后回到手动实操最容易被忽略的一点——接线前多看几遍引脚定义图。很多人做了半天发现读不到卡最后发现压根是接错引脚或供电不对。把基础打牢后面所有扩展都会顺畅很多。
