简介一份基于RFID技术的考勤系统单片机工程源码面向物联网、嵌入式硬件方向的开发者以及需要完成课程设计或项目实战的读者。资源围绕MFRC522读卡器与LCD12864显示模块展开包含硬件接口设计、防碰撞算法、IC卡注册/注销与信息采集处理等完整逻辑。压缩包共34个文件以C源文件、头文件为核心同时提供hex烧录文件、Keil工程配置及编译中间文件工程结构清晰便于直接查看和二次开发。包体仅116KB轻量易下载。目前已有1221人学习下载。通过学习该工程可理解单片机如何与RFID读卡器进行数据交互掌握ALOHA、TDMA等防碰撞算法的实现思路并参考其嵌入式硬件设计与软件框架对入门智能考勤系统和物联网应用开发具有实际参考价值。1. 基于RFID考勤系统设计的单片机程序到底在解决什么问题基于RFID考勤系统设计的单片机程序是课设、毕设和小型工程里出现频率极高的一套组合。它的本质是把一张卡的 UID 读出来打上时间戳写进掉电不丢的存储再通过显示屏或上位机呈现。四步闭环听着不难实际调通时最容易栽在读取距离、重复打卡、掉电丢数据这三件事上。这篇文章按 STC89C52 主控 RC522 读卡模块 DS1302 时钟 AT24C02 存储的经典方案展开从硬件引脚讲到程序状态机再落到存储格式和排查思路。正在做课设、或者第一次接触 RFID 工程项目的工程师可以跟着章节一步步复现。2. 硬件选型与通信原理89C52 主控 RC522 读卡模块怎么搭配2.1 为什么 RC522 是考勤场景的默认选项RFID 按频段分常见的有 125 kHz 低频和 13.56 MHz 高频两条路线。125 kHz 的 EM4100 方案成本更低读卡距离也能做到三五厘米但卡内只有固定 ID没有分区读写能力考勤场景够用但谈不上扩展。13.56 MHz 的 RC522 模块工作在 ISO/IEC 14443 Type A 协议上配套的 S50 卡内部有 1 KB 存储、16 个扇区除了读 UID 还能做扇区加密、钱包扣费等操作后面想扩展门禁、消费功能都不用换硬件。从单片机端看RC522 模块最大的优势是和 51 内核配合成熟。模块自带天线MCU 只需要通过 SPI 读写 MFRC522 芯片内部寄存器就能完成寻卡、防冲撞、选卡、认证、读写块一系列操作。市面上绝大多数 RC522 模块已经集成了 3.3V 稳压和天线匹配电路买回来直接接四根 SPI 线和电源就能跑这也是它成为课设默认选项的原因。我一般建议工程上优先选带有电压转换的模块版本。RC522 芯片本体是 3.3V 器件而 89C52 是 5V 逻辑廉价模块如果没做电平处理长期使用容易偶发通信失败。选模块时看板子上有没有电平转换芯片或者直接买标注兼容 5V 单片机的版本能省掉后面一大半排查时间。2.2 单片机与 RC522 的 SPI 对接引脚映射与电平适配89C52 没有硬件 SPI 外设常见做法是用普通 GPIO 软件模拟 SPI通信速率对 RC522 来说完全够用。下面是一组常见引脚映射CS 和 RST 的分配比较灵活只要避开串口和外部中断引脚就行。89C52 引脚RC522 模块引脚说明P1.0SCKSPI 时钟线空闲默认低P1.1MOSI主出从入P1.2MISO主入从出模块输出 3.3V 电平P1.3NSSSDA片选低电平选中模块P1.4RST模块复位输入5V / GNDVCC / GND模块板载稳压到 3.3V引脚定下来后先做一件事把 MISO 引脚配置成准双向口。51 的 P1 口内部有弱上拉接 3.3V 输出的 MISO 时高电平识别没问题但 MISO 到 GND 之间不要加电容线长控制在 10cm 以内。软件模拟 SPI 的时序在下一节代码里一起给出先确认硬件连接再烧程序避免一开始就陷入读不到卡的排查循环。2.3 读卡的底层协议链路Request、Anticoll、Select、Auth、ReadRC522 的读卡过程不是一条命令完成的而是五步协议链路。第一步 Request 寻卡向射频场发出请求命令唤醒场内的卡片第二步 Anticoll 防冲撞当有两张以上卡片同时在场内时通过二进制搜索算法选出其中一张并拿到它的 4 字节 UID第三步 Select 选卡告诉被选中的卡接下来我要操作你第四步 Auth 认证用扇区密钥对指定扇区做密码校验第五步才是 Read/Write 读写块数据。考勤场景如果只记录卡号走到第三步拿到 UID 就可以停了不需要认证和读写扇区。这也意味着程序里可以省掉存储密钥、认证状态的代码逻辑更简单。但如果你要往卡里写最后一次进出的时间这类数据就必须走完五步而且密钥默认是 FFFFFFFFFFFF正式项目要改成自己的密钥否则别人拿一张白卡就能复制你的卡。下面给出软件模拟 SPI 读写一个字节的最小函数这是整个 RC522 驱动的地基// 软件模拟 SPI 读一个字节MSB 先行 unsigned char RC522_ReadByte(void) { unsigned char i, dat 0; for (i 0; i 8; i) { dat 1; SCK 1; _nop_(); if (MISO) dat | 0x01; SCK 0; _nop_(); } return dat; } // 软件模拟 SPI 写一个字节MSB 先行 void RC522_WriteByte(unsigned char dat) { unsigned char i; for (i 0; i 8; i) { MOSI (dat 0x80) ? 1 : 0; SCK 1; _nop_(); SCK 0; dat 1; } }SCK 先拉高再采样 MISO是 SPI 模式 0 的典型时序每个字节的位循环里各插一个_nop_()给信号留出建立时间。如果你的单片机主频是 12MHz这个空指令约等于 1us 的延时RC522 最高支持 10MHz 的 SPI 时钟实际上不需要额外的延时循环。如果换用 24MHz 主频的单片机可以考虑把_nop_()去掉一个读卡稳定性不会因此变差。完成 SPI 字节读写后再封装一个写寄存器函数RC522_WriteRawRC(reg, value)它先拉低 CS写入寄存器地址再写入数据最后拉高 CS。所有后续的寻卡、防冲撞逻辑都建立在这个函数之上。提示初始化后读版本寄存器 AddressReg0x03应返回 0x91 或 0x92这是验证 SPI 通路最快的方法读出来不是这两个值先查接线和时序别急着怀疑模块坏了。3. 单片机程序骨架主循环状态机与刷卡事件处理3.1 状态机拆分把刷卡的完整生命周期拆成五个状态很多初版程序喜欢在 while(1) 里直接循环调寻卡函数读到卡就记录结果出现一个隐蔽问题刷卡后程序还在忙显示或存储下一次循环又读到同一张卡于是重复打卡。解决办法是引入状态机把空闲等待 → 读到卡 → 查重 → 写记录 → 显示结果拆成五个状态每个状态只做一件事做完迁移到下一个状态。typedef enum { STA_IDLE 0, // 空闲等待寻卡 STA_ANTICOLL, // 防冲撞取 4 字节 UID STA_CHECK_REPEAT, // 查重判断是否短时间重复刷卡 STA_WRITE_RECORD, // 写 DS1302 时间存 AT24C02 STA_SHOW_RESULT // 显示打卡结果 } AttState; AttState g_state STA_IDLE; unsigned char g_uid[4]; // 当前卡号 unsigned char g_last_uid[4]; // 上一次成功打卡的卡号 unsigned char g_last_min; // 上一次成功打卡的分钟数五个状态用枚举定义g_state是全局状态变量。主循环里用一个switch(g_state)分发每个 case 末尾要么把状态切到下一步要么回到STA_IDLE。这样做的最大好处是任何状态下程序都可以回到主循环执行刷新显示、喂狗这类公共任务不会因为卡在某个读卡函数里把整个系统阻塞住。主循环结构如下注意每个 case 都很短这是状态机能稳定工作的关键void main(void) { System_Init(); // 初始化 RC522、DS1302、LCD1602 while (1) { switch (g_state) { case STA_IDLE: if (RC522_Request(0x26, g_tag_type) MI_OK) { g_state STA_ANTICOLL; } break; case STA_ANTICOLL: if (RC522_Anticoll(g_uid) MI_OK) { g_state STA_CHECK_REPEAT; } else { g_state STA_IDLE; // 防冲撞失败回到空闲 } break; case STA_CHECK_REPEAT: g_state CheckRepeat() ? STA_IDLE : STA_WRITE_RECORD; break; case STA_WRITE_RECORD: Record_Save(g_uid); g_state STA_SHOW_RESULT; break; case STA_SHOW_RESULT: ShowResult(g_uid); g_state STA_IDLE; break; default: g_state STA_IDLE; } } }0x26是 ISO 14443A 的 Request 命令作用是唤醒场内的卡片RC522_Anticoll成功时会把 4 字节 UID 填入g_uid。这里有一个多数人忽略的点Request 只在卡片刚进入射频场、且没有正在进行的事务时才会成功返回。卡片一直放在读卡器上时第一次 Request 成功代码走到 Anticoll但随后再从 IDLE 发起 Request 就会超时这正好给了状态机一个天然的卡未拿走信号。3.2 刷卡事件去抖同一张卡为什么不能连续打卡去掉状态机的重复打卡问题后还有一道更隐蔽的坎卡拿开又放回或者持卡人连续刷两次。考勤规则通常要求同一张卡在一定时间窗口内只能记一次否则上下班连刷会刷出一堆垃圾记录。处理逻辑放在CheckRepeat里核心是比较当前时间的绝对分钟数和上次打卡的绝对分钟数。#define REPEAT_WINDOW 30 // 30 秒内不允许同一张卡重复打卡 unsigned char CheckRepeat(void) { unsigned char cur_min DS1302_GetMinuteOfDay(); // 小时*60分钟 // 卡号相同且时间差小于窗口判定为重复刷卡 if (memcmp(g_uid, g_last_uid, 4) 0) { if ((cur_min - g_last_min) REPEAT_WINDOW) { LCD_ShowString(0, Repeat! Wait); return 1; // 返回 1 表示拒绝 } } memcpy(g_last_uid, g_uid, 4); g_last_min cur_min; return 0; }DS1302_GetMinuteOfDay返回当天从 0 点起算的分钟数范围 01439用无符号字符减法做时间差只要窗口小于 128 分钟就不会出现回绕错误。REPEAT_WINDOW这个宏是考勤规则的直接映射单位是秒还是分钟要根据业务定参数调整只需要改宏不碰核心逻辑。这里还有个细节不同卡号之间的打卡不需要时间窗口限制因为本来就是要记录每个人的刷卡时间。只有同一张卡短时间内重复出现才需要拦截。所以比较条件里memcmp必须先成立再判断时间差。3.3 LCD1602 显示与串口调试输出考勤结果要给人看常见做法是 LCD1602 显示两行第一行显示卡号后四位第二行显示打卡时间。1602 是 16 列 2 行用 4 位数据线接法可以省 4 个引脚适合 51 这种引脚紧张的场景。初始化时序网上有很多现成驱动这里不展开只给写显示缓冲的接口约定LCD_ShowString(row, str)第一个参数 0 表示第一行1 表示第二行。调试阶段我建议同时开串口。把每次成功打卡的 UID、时间、存储位置通过 UART 打印出来用 9600 波特率接一个 USB 转 TTL 小板就能在电脑上看。串口打印对排查重复刷卡和存储覆盖问题帮助巨大很多问题在 LCD 上根本看不出来比如记录到底写到了 EEPROM 的哪个地址这种信息只有串口日志能快速定位。// 串口打印一条考勤记录格式UID 时间 存储地址 void UART_PrintRecord(unsigned char *uid, Time_t *t, unsigned char pos) { printf(UID:%02X%02X%02X%02X T:%02d:%02d POS:%d\r\n, uid[0], uid[1], uid[2], uid[3], t-hour, t-min, pos); }注意 51 的printf默认走串口 0重定向putchar函数后可以直接用。%02d格式能让时间固定两位输出日志对齐后一眼就能看出时间是否异常。如果打印出来小时是 0 或者分钟跳变不正常优先怀疑 DS1302 的 BCD 转换而不是读卡逻辑。4. 考勤数据落盘DS1302 时间戳与 AT24C02 循环存储4.1 DS1302 读写协议与 BCD 时间解析考勤记录必须带时间单片机本身没有可靠的时钟源断电就复位所以外挂 DS1302 实时时钟芯片是这类项目的标准做法。DS1302 用三线接口CE片选、SCLK时钟、I/O数据协议上比 SPI 简单命令字节先写寄存器地址再写读写位最后一个字节传数据。DS1302 内部寄存器存的是 BCD 码比如秒寄存器读到 0x38表示的是 38 秒而不是十六进制的 0x38 值。解析时必须做 BCD 转十进制高四位乘 10 加低四位。这个转换漏掉是新手常见错误直接导致显示时间乱跳。#define BCD2DEC(x) ((((x) 4) 0x0F) * 10 ((x) 0x0F)) // 读取 DS1302 全部时间字段 // 读地址秒0x81 分0x83 时0x85 日0x87 月0x89 周0x8B void DS1302_ReadAllTime(Time_t *t) { t-sec BCD2DEC(DS1302_ReadByte(0x81)); t-min BCD2DEC(DS1302_ReadByte(0x83)); t-hour BCD2DEC(DS1302_ReadByte(0x85)); t-day BCD2DEC(DS1302_ReadByte(0x87)); t-month BCD2DEC(DS1302_ReadByte(0x89)); t-week BCD2DEC(DS1302_ReadByte(0x8B)); }DS1302_ReadByte内部实现是三线时序CE 拉高、SCLK 产生 8 个上升沿、每个上升沿从 I/O 上采样一位。第一次上电时记得做一次初始化写入把时间设置成当前值同时关闭写保护寄存器 0x8E 写入 0x00。DS1302 的一个特点是停电后靠外接 3V 纽扣电池维持计时所以电路上必须加一个二极管把主电源和电池电源隔离否则主电源掉电时芯片会反过来给电池充电电池寿命急剧缩短。4.2 AT24C02 存储结构记录格式与循环覆盖策略51 内部 RAM 只有 128 字节程序一掉电全丢考勤记录必须落到非易失存储。AT24C02 是 256 字节的 EEPROMI2C 接口写入按字节操作擦写寿命在 100 万次级别。看起来容量小但对考勤记录来说完全够用一条记录只要 4 字节2 字节卡号加 1 字节小时加 1 字节分钟。最直观的存储方案是从地址 0x00 开始顺序写但这样会遇到两个问题一是擦写集中在同一块区域EEPROM 寿命打折二是记录满了以后不知道该覆盖哪条。我一般用循环覆盖策略固定一个字节存写指针记录区从指针位置开始写写满回到起始位置这样所有存储单元磨损均匀而且永远只保留最近的一批记录。#define REC_START_ADDR 0x02 // 记录区起始地址0x01 存写指针 #define REC_SIZE 0x04 // 每条记录 4 字节 #define REC_MAX_COUNT 63 // (256 - 2) / 4 63 typedef struct { unsigned char hour; unsigned char min; unsigned char uid_lo; // 卡号低字节 unsigned char uid_hi; // 卡号次低字节 } AttendRecord; unsigned char g_write_pos 0; void Record_Save(unsigned char *uid, Time_t *t) { unsigned char addr REC_START_ADDR g_write_pos * REC_SIZE; AT24C02_WriteByte(addr, t-hour); AT24C02_WriteByte(addr 1, t-min); AT24C02_WriteByte(addr 2, uid[3]); // 取 UID 的字节 3 AT24C02_WriteByte(addr 3, uid[2]); // 取 UID 的字节 2 g_write_pos; if (g_write_pos REC_MAX_COUNT) { g_write_pos 0; // 写满回卷覆盖最老的记录 } AT24C02_WriteByte(0x01, g_write_pos); // 写指针落盘 }REC_START_ADDR从 0x02 开始是给写指针让路0x01 专门存当前写位置。上电时单片机先读 0x01 恢复g_write_pos程序就能接着上次的位置继续写实现断电续写。Record_Save里记录格式故意把时间放在前两个字节后续按时间排序导数据时可以直接读不用解析卡号再排序。注意AT24C02 连续写入时每字节之间至少保留 5ms 等待内部写周期否则会出现数据静默丢失排查起来非常隐蔽。程序上在AT24C02_WriteByte里串行发送 ACK 后延时 5ms 即可别在调用处再重复加延时。4.3 记录导出串口协议与时钟校准考勤记录最终要交给人看最省事的上位机通道还是串口。我给这个项目定义了一套极简的导出协议PC 发送单字节命令0xA1表示导出全部记录单片机收到后从地址 0x02 开始逐条读取并打印每条输出一行固定格式。这样用串口助手就能完成数据导出不需要写上位机软件。void Record_ExportAll(void) { unsigned char pos, addr; unsigned char hour, min, u3, u2; for (pos 0; pos REC_MAX_COUNT; pos) { addr REC_START_ADDR pos * REC_SIZE; hour AT24C02_ReadByte(addr); min AT24C02_ReadByte(addr 1); u3 AT24C02_ReadByte(addr 2); u2 AT24C02_ReadByte(addr 3); // 空记录约定时和分都为 0xFF 视为未写入 if (hour 0xFF min 0xFF) continue; printf(%02d:%02d UID:%02X%02X\r\n, hour, min, u3, u2); } }初始化时把所有记录区先写 0xFF读导出时遇到 0xFF 就跳过这是 EEPROM 空记录判断的常见约定。注意导出顺序是从最老到最新因为写指针在循环覆盖真正的顺序需要结合写指针做环形读取上面代码是简化版能够覆盖前 63 条按地址单调的场景。时钟校准也有一个实用技巧DS1302 晶振标称 32.768kHz实际晶振负载电容不匹配会跑偏每天差几秒很常见。程序里加一个按分钟校准参数比如实测每天慢 3 秒就在每整点给秒寄存器补 3 秒简单粗暴但有效。更精确的做法是在上位机端对时每次导出记录时顺手把电脑时间写回 DS1302我一般两种都做现场效果更稳。5. RFID 考勤程序常见问题排查从读不到卡到数据静默丢失5.1 刷卡距离只有 1cm贴着才能识别现象是卡片必须贴到天线线圈上才有反应稍微抬起来 1cm 就断连。原因多半是天线上电后没有真正进入发射状态或者模块天线匹配电容不对。先软件排查确认初始化里调用了天线开启函数寄存器 TxControlReg 的 0x80 是开启天线发送的开关很多精简版初始化代码漏了这一步。再硬件排查用示波器测天线两端有没有 13.56MHz 正弦波没有波形就是模块坏了或者供电不足。解决分两步。第一步确认模块供电RC522 峰值电流约 30mA如果用开发板的 3.3V 输出供电且板上还有别的外设电压会被拉低天线输出功率不足换成独立稳压或者直接 5V 供电到模块输入端。第二步看天线区有没有金属异物考勤机外壳如果用金属后盖天线会被屏蔽距离直接砍半换塑料外壳或在天线下方加磁隔离层。5.2 同一张卡反复记考勤一分钟刷出好几条现象是卡放在读卡器上不动LED 和蜂鸣器反复响应后台记录多出一堆同一 UID 的记录。原因有两个叠加一是状态机写成了读到卡就记没有等待卡片离开射频场二是没有做时间窗口查重。前面 3.2 节的状态机已经把查重设计进去了这里补充的是卡未离开的检测手段。解决思路是给 IDLE 状态加一个上次有卡标记。卡片离开时 Request 会超时利用这个特性在 STA_IDLE 里记录一个card_present标志每次 Request 成功置 1超时清 0。只有card_present从 0 变 1即新卡进入时才进入 ANTICOLL否则继续等待。这样即使查重窗口失效物理上也不会对一个持续在场的卡反复触发。5.3 断电重启后考勤记录全部消失现象是程序功能调试全部正常断电重新上电后昨天刷的卡一条都没有。原因几乎可以锁定在记录只写进了内存数组没有写 EEPROM。很多初期版本为了调试方便把记录存在 RAM 结构体数组里显示、导出都能跑但一断电就清空。还有一个隐蔽原因EEPROM 写入时序不对AT24C02_WriteByte没等内部写周期就把下一个字节发出去了数据静默丢失。解决分两级。第一级确认Record_Save里每条记录都真实调用了AT24C02_WriteByte并在写入后加 5ms 延时第二级上电时做一个自检——读 EEPROM 固定地址的魔数如果等于预设值说明存储可用否则执行初始化写 0xFF 并显示存储异常。这个自检能避免看似在写、实际没写的扑朔迷离局面。5.4 DS1302 时钟一个月偏出好几分钟现象是刚校准时准确运行几周后时间偏差累积到分钟级而且每天误差方向一致。原因是 32.768kHz 晶振的实际频率和负载电容、温漂有关DS1302 的计时精度依赖外部晶振的负载电容匹配。劣质晶振、过长走线、电路板寄生电容都会让振荡频率偏离标称值。解决方法是分级处理。软件层面按 4.3 节的分钟校准法补贴能覆盖固定偏差硬件层面换用带 6pF 负载电容标称的 32.768kHz 晶振并在晶振两端各串一个 15pF 电容到地数值可以根据实测微调。如果项目允许直接改用带温补的时钟模块或每次上电时从串口同步一次时间偏差问题就从根上消失了。5.5 程序跑着跑着卡死重新上电才恢复现象是考勤机运行几个小时或一天后无响应LCD 定格按复位键恢复过段时间又复发。原因是 MFRC522 的 SPI 通信在某些异常状态下会让单片机陷入死循环等待常见于 MISO 电平异常或 CS 引脚被干扰。另一个常见根源是 5V 单片机直驱 3.3V 的 MFRC522长期使用后芯片内部保护二极管触发通信进入不稳定状态。解决分两步。第一步加看门狗51 的 WDT 定时溢出复位至少保证系统不彻底死掉第二步排查电平把 SPI 四根线用电阻分压把输出降到 3.3VMISO 用 10k 上拉到 3.3V导线缩短到 10cm 以内。这两步做完卡死问题基本能消失。如果还复现就在 RC522 通信函数里加超时计数连续失败 3 次强制RC522_Init()重新初始化相当于软件层面的自动恢复。6. 验证方法与进阶扩展先把 200 次连续刷卡测透这个系统的验收不能只看能打卡我的习惯是跑三组压测再交付。第一组是连续刷卡测试用同一张卡刷 200 次每次间隔一秒统计重复打卡次数和漏记次数目标是零重复、零漏记。第二组是掉电测试刷 10 条记录后断电 5 分钟再上电导出确认记录完整写指针位置正确。第三组是距离测试卡片从 1cm 到 5cm 逐步抬高每个距离刷 20 次记录最小稳定距离。这三组数据出来系统能不能交付心里就有底了。进阶扩展我最推荐三个方向。第一把主控换成带硬件 SPI 的单片机读卡函数从软件模拟改成硬件 SPI释放 CPU 占用为后续多任务让路。第二把存储从 AT24C02 升级成 SPI Flash 或 TF 卡模块记录容量从 63 条扩展到几千条适合真实的月度考勤统计。第三加一个上位机报表程序通过串口接收导出协议生成考勤统计表这套系统就从课设级别变成了可交付的产品原型字段格式不变上位机只需要解析 4.3 节的导出协议。我踩过最大的坑就是跳过验证直接上板结果在现场发现距离只有 1cm改天线又重新打板时间和成本全搭进去。现在接手任何 RFID 考勤项目都先把200 次连续刷卡 掉电 距离三组压测固化成流程。希望帮到你按这个路径做下来你的考勤程序稳定性不会差。本文还有配套的精品资源点击获取
