别再只读卡号了！用STM32+RC522，我实现了M1卡扇区数据读写与简单门禁模拟-编程实验室

从卡号读取到门禁模拟：STM32+RC522的M1卡深度开发实战

当你第一次用STM32成功驱动RC522读取到M1卡的UID时，那种成就感确实令人兴奋。但很快你会发现，这仅仅是RFID世界的入门级操作——就像只学会了打招呼却不会对话。真正的魔法始于对M1卡扇区数据的操控，这才是实现门禁系统、电子钱包等实际应用的关键。

1. 解密M1卡的存储结构

M1卡（Mifare Classic）的存储空间被划分为多个扇区（Sector），每个扇区包含4个块（Block），每个块能存储16字节数据。这种层级结构就像一本书的目录章节：

扇区0：通常包含厂商信息和卡片的唯一标识符（UID）
扇区1-15：用户数据区，可自由读写（需认证）
每个扇区的块3：存放该扇区的密钥A、密钥B和访问控制位

注意：修改扇区尾块（块3）的访问控制位需格外谨慎，错误的设置可能导致扇区被永久锁定。

下表展示了典型M1卡1K版本的存储布局：

扇区	块0	块1	块2	块3（控制块）
0	UID	UID续	厂商信息	密钥A+访问控制+密钥B
1	数据	数据	数据	密钥A+访问控制+密钥B
...	...	...	...	...
15	数据	数据	数据	密钥A+访问控制+密钥B

2. 突破密钥认证关隘

与简单的UID读取不同，访问用户数据区需要先通过密钥认证。这个过程就像保险箱的双重验证：

选择认证方式：每个扇区支持两种密钥（Key A和Key B）认证
发送认证指令：包含块地址、密钥类型和密钥值
卡片响应：成功返回认证通过状态

实际开发中最常遇到的三个认证问题：

默认密钥失效：许多卡片已修改出厂默认密钥（FF FF FF FF FF FF）
密钥类型混淆：错用Key A代替Key B会导致认证失败
块地址错误：必须认证整个扇区，而非单个块

// 典型认证代码示例（基于常见库函数） uint8_t key[6] = {0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF}; // 默认密钥 uint8_t sector = 1; // 目标扇区 uint8_t blockAddr = sector * 4; // 转换为块地址 // 执行认证（PICC_AuthKeyA为认证函数） status = MFRC522_PICC_AuthKeyA(&mfrc522, blockAddr, &key, &(mfrc522.uid)); if(status != MI_OK) { printf("认证失败！错误码：%02X\n", status); return; }

3. 数据读写实战技巧

通过认证后，真正的数据操作才刚刚开始。以下是几个关键操作及其应用场景：

3.1 读取块数据

uint8_t buffer[18]; uint8_t size = sizeof(buffer); uint8_t blockAddr = 5; // 要读取的块地址 status = MFRC522_MIFARE_Read(&mfrc522, blockAddr, buffer, &size); if(status == MI_OK) { printf("读取成功："); for(uint8_t i=0; i<16; i++) { // 只打印有效数据（16字节） printf("%02X ", buffer[i]); } printf("\n"); }

3.2 写入块数据

写入前务必确认：

目标块不是扇区尾块（避免意外修改控制位）
数据已按需格式化（如ASCII或二进制）

uint8_t data[16] = {'H','e','l','l','o',' ','W','o','r','l','d','!',0,0,0,0}; status = MFRC522_MIFARE_Write(&mfrc522, blockAddr, data, 16); if(status == MI_OK) { printf("写入成功！\n"); }

3.3 数据块使用建议

文本存储：直接写入ASCII字符，留出结束符
数值存储：建议使用二进制格式，节省空间
结构体存储：可定义特定数据结构提升可读性

4. 构建门禁系统原型

将读卡操作与实际硬件联动，就能创造出真正的应用价值。下面是一个简易门禁系统的实现框架：

4.1 硬件连接

STM32引脚	RC522模块	其他外设
PA4	NSS
PA5	SCK
PA6	MOSI	LED(PC13)
PA7	MISO	蜂鸣器(PA0)
GND	GND
3.3V	3.3V

4.2 核心逻辑流程

初始化RC522和GPIO
持续检测卡片靠近
读取卡片UID并验证
认证指定扇区（如扇区1）
检查块数据中的权限信息
根据权限控制LED/蜂鸣器

while(1) { // 检测新卡片 if(MFRC522_PICC_IsNewCardPresent(&mfrc522)) { // 读取UID if(MFRC522_PICC_ReadCardSerial(&mfrc522) == MI_OK) { // 认证扇区1 status = MFRC522_PICC_AuthKeyA(&mfrc522, 4, &key, &(mfrc522.uid)); if(status == MI_OK) { // 读取权限数据 uint8_t buffer[18]; uint8_t size = sizeof(buffer); if(MFRC522_MIFARE_Read(&mfrc522, 4, buffer, &size) == MI_OK) { // 检查第一个字节是否为通行标志 if(buffer[0] == 0xAA) { GPIO_SetBits(GPIOC, GPIO_Pin_13); // 开LED GPIO_SetBits(GPIOA, GPIO_Pin_0); // 响蜂鸣器 delay_ms(500); GPIO_ResetBits(GPIOC, GPIO_Pin_13); GPIO_ResetBits(GPIOA, GPIO_Pin_0); } } } } } delay_ms(100); }

4.3 权限管理方案

在实际应用中，可以考虑以下几种权限设计方案：

白名单模式：卡UID直接作为权限依据
分级权限：不同扇区数据代表不同权限级别
动态密码：卡内存储时效性验证码

5. 进阶开发与故障排查

当基础功能实现后，这些进阶技巧能帮你走得更远：

5.1 多扇区操作最佳实践

密钥管理：建议使用不同密钥保护不同扇区
数据备份：重要数据应跨扇区存储
操作顺序：先读后写，修改前验证

5.2 常见问题诊断

现象	可能原因	解决方案
认证一直失败	密钥错误	尝试默认密钥或联系发卡方
能读不能写	访问控制位设置禁止写	检查块3的访问控制字节
突然无法识别卡片	扇区被意外锁定	使用备份密钥尝试恢复
数据读取不全	天线信号不稳定	调整天线位置或增加稳压电容