企业官网建设流程全解析

简介：一套基于STM32F103C8T6的多模态智能锁完整工程，面向嵌入式初学者和物联网开发者，演示人脸、指纹、键盘三种开锁方式如何在同一套系统中协同工作。在方案中，主控芯片负责整体调度，K210处理器运行YOLO算法完成人脸检测，ATK-AS608指纹模块提供指纹识别，4×4薄膜矩阵键盘支持密码输入，三重验证机制显著提升安全等级。资源包共19个文件、约849KB，以C源码为主，包含11个c文件，另附hex固件、Keil工程配置、板级运行截图以及docx、txt、md说明文档，内容覆盖系统初始化、外设驱动、人机交互和整体工程架构，方便对照源码理解每个模块的衔接关系。已有122人学习，适合用于课程设计、毕业设计或智能锁产品原型开发，尤其能帮助读者掌握STM32与AI协处理器之间的任务分工及数据交互思路。

1. 系统定位：为什么用“STM32F103C8T6 + K210 + 指纹 + 键盘”做智能锁

基于STM32的智能锁系统，主处理器选STM32F103C8T6，视觉部分交给K210跑YOLO做人脸检测，再配ATK-AS608指纹模块和4x4薄膜矩阵键盘，基本就是一套能落地的多开锁方案。我拆解过这类项目，也自己搭过一轮，最大的感受是：把“检测到人脸”和“识别通过”分清楚，比把代码写漂亮更值钱。STM32负责键盘、指纹、继电器这些实时控制，K210只回传“有脸/无脸、ID、置信度”，两边通过串口协议沟通。适合想用现成模块快速做毕业设计或产品原型的嵌入式开发者，也适合第一次接触K210模型转换的人当起步项目。

2. 双核架构与通信协议：K210 跑 YOLO，STM32 只做决策

2.1 为什么 YOLO 必须放在 K210：算力边界与模型选择

先把大方向定下来。STM32F103C8T6 只有 72MHz 主频、20KB RAM，连一块 224x224 的输入张量都放不下。K210 是 RISC-V 双核，主频 400MHz，带 KPU 硬件算子，能跑轻量卷积网络。所以 YOLO 不能硬塞给 STM32，否则光特征图搬运就把内存烧穿。

K210 能跑的 YOLO 不是 YOLOv5 之后那种大网络，常见的是 YOLOv2-tiny 或者 v3-tiny，输入分辨率用 224x224 或 320x240，anchor 个数在 3 到 5 个。模型先用 darknet 框架在 PC 上训练，或者拿公开人脸数据集训，再把权重转成 tflite 或 onnx，最后用 K210 的工具链量化成 kmodel。如果不想搭一堆环境，用YOLO模型训练平台MaixHub直接在线训练，导出平台配套的 kmodel，新手也能在两小时内拿到可烧录模型。

参数要调的也就这几个：输入分辨率决定帧率，224x224 在 K210 上能跑到 10fps 上下；置信度阈值设 0.5，太低会把门框也当成人脸；NMS 的 IoU 阈值设 0.45，重叠框太多时调高到 0.6。真正决定识别体验的其实是后处理：K210 上每帧检测完还要做一次人脸特征对比，这不是 YOLO 本身的任务，而是把检测框裁出来，再过一个小的特征网络或直接用归一化像素差。

K210 与 STM32 通讯用串口最简单。STM32F103C8T6 的 PA9/PA10 和 K210 的 UART 引脚直接交叉相连，两边都是 3.3V 逻辑，不需要电平转换。波特率 115200，8 位数据、无校验、1 位停止位，足够应付一帧几个字节的命令。K210 检测时不需要持续上报，可以在人脸出现时再发帧，剩下的等待时间让 K210 睡眠，这样系统整体功耗能压得很低。

2.2 K210 与 STM32 的串口帧协议：定义与代码实现

我一般会把识别结果压成 8 字节：

Byte0 固定 0xAA，Byte1 固定 0x55；Byte2 是命令码，0x10 表示检测到人脸，0x11 表示识别结果；Byte3 和 Byte4 放识别到的用户 ID 小端值；Byte5 放状态：0 无人脸、1 有人脸、2 识别通过、3 拒绝；Byte6 放置信度 0 到 100；Byte7 是 Byte2 到 Byte6 的异或校验。

STM32 侧用串口中断做状态机接收，代码大致是这样：

#define CMD_FACE_REPORT 0x10 #define CMD_FACE_RESULT 0x11 #define STA_NO_FACE 0x00 #define STA_FACE_SEEN 0x01 #define STA_PASS 0x02 #define STA_REJECT 0x03 uint8_t rx_buf[8]; void decode_serial_byte(uint8_t ch) { static uint8_t state = 0; switch (state) { case 0: if (ch == 0xAA) { state = 1; } break; case 1: if (ch == 0x55) { rx_buf[0] = 0xAA; rx_buf[1] = 0x55; state = 2; } else { state = 0; } break; case 2: rx_buf[state] = ch; if (state == 7) { uint8_t chk = 0; for (uint8_t i = 2; i < 7; i++) { chk ^= rx_buf[i]; } if (chk == rx_buf[7]) { handle_face_frame(rx_buf); } state = 0; } else { state++; } break; default: state = 0; break; } }

state 0 和 state 1 只认帧头，出现 0xAA 后不是 0x55 就立刻回到初始状态，这是对付串口噪声的关键。从 state 2 开始，每收一个字节就往后走一格，收满 7 字节后做异或校验。校验失败说明中间丢过字节，不能直接当作有效帧处理。

K210 端用 MaixPy 时，发送逻辑是类似下面的写法：

from machine import UART uart = UART(2, 115200, bits=8, parity=None, stop=1) # 识别通过，用户ID为3，置信度98，状态为2 cmd = 0x11 id_ = 3 status = 2 conf = 98 chk = cmd ^ (id_ & 0xFF) ^ ((id_ >> 8) & 0xFF) ^ status ^ conf buf = bytes([0xAA, 0x55, cmd, id_ & 0xFF, (id_ >> 8) & 0xFF, status, conf, chk]) uart.write(buf)

注意 K210 的 UART 编号和引脚绑定看板子丝印，不同 SDK 版本下 UART 的实例化方式也有点差异。发送端和接收端只要约定好波特率、帧格式、命令码，两边的业务就可以完全解耦。

2.3 YOLO 模型从训练到 kmodel 的最小路径

不用本地装 darknet。我用 MaixHub 平台时，流程是：人脸数据集打标、上传训练、导出 kmodel、烧进 K210。有个高频翻车点：模型训练时类别只有一个face，不是 COCO 那 80 类。如果用 COCO 预训练权重，类别 ID 会乱，K210 上几乎没法用。我踩过一次 COCO80 的坑，类别索引对不上，模型一直输出 0，最后自己把标签文件过滤成单类才解决。

kmodel 烧录一般用 kflash GUI，把face_detect.kmodel烧进 K210 的 Flash 地址 0x300000。烧完先别急着和 STM32 联调，用 MaixPy 自带的屏幕例程先看检测框，确认模型能框住人脸再做协议对接。这一步能省至少半天时间，别一上来就调双机通信。

3. 指纹模块和薄膜键盘：STM32 外设接入与驱动代码

3.1 ATK-AS608 指纹模块：UART 指令帧和录入/比对流程

ATK-AS608 是 TTL 串口指纹模块，芯片用的是 AS608，公共引脚就是 VCC、GND、TXD、RXD。挂在 STM32 的 USART2 上，和外设通信我习惯用 57600 波特率，8 位数据、无校验、1 位停止位，AS608 默认就是这一套。

AS608 的响应帧是下面这种结构：

写一个能变长发送的函数，比每个命令抄一遍发送代码好维护：

void as608_send(uint8_t instruction, const uint8_t *params, uint8_t param_len) { uint8_t frame[20]; uint16_t sum; frame[0] = 0xEF; frame[1] = 0x01; frame[2] = 0xFF; frame[3] = 0xFF; frame[4] = 0xFF; frame[5] = 0xFF; frame[6] = 0x01; frame[7] = 0x00; frame[8] = (uint16_t)(param_len + 1) >> 8; frame[9] = (uint16_t)(param_len + 1) & 0xFF; frame[10] = instruction; sum = (uint16_t)(param_len + 1) + instruction; for (uint8_t i = 0; i < param_len; i++) { frame[11 + i] = params[i]; sum += params[i]; } uint8_t pos = 11 + param_len; frame[pos] = sum >> 8; frame[pos + 1] = sum & 0xFF; uart2_send_bytes(frame, pos + 2); }

param_len 是按实际指令来的：PS_GetImage没有参数，param_len 就是 0；PS_GenChar要传一个 BufferID，param_len 是 1；PS_Store要 BufferID 和 PageID 两个参数，param_len 是 2。校验和是 0x0007 加上指令码和所有参数，这条很容易算错，算错后模块会一直不回包。

录入指纹的标准流程是PS_GetImage采集指纹、PS_GenChar生成特征、PS_RegModel合并特征、PS_Store存到模板库。比对流程是PS_GetImage、PS_GenChar，再用PS_Search在已存储的模板里搜索。每次发完命令后，模块会回一个 7 字节的应答包，低字节为 0x00 表示成功，非 0 就是失败原因，比如 0x01 包头错误、0x0B 没读到指纹。

3.2 4x4 薄膜矩阵键盘：行列扫描和去抖

4x4 薄膜键盘只占 8 个 I/O，4 行接 PA0 到 PA3，4 列接 PA4 到 PA7。扫描原理是逐行拉低，其余行拉高，然后读列输入，列脚配置成上拉输入。没按键时列读回 0x0F，某列被按下就变成 0。

一个能直接用的扫描函数：

static const uint8_t key_map[4][4] = { {'1','2','3','A'}, {'4','5','6','B'}, {'7','8','9','C'}, {'*','0','#','D'} }; uint8_t key_scan(void) { for (uint8_t r = 0; r < 4; r++) { GPIOA->ODR |= 0x0F; // 所有行先拉高 GPIOA->ODR &= ~(1 << r); // 当前行拉低 HAL_Delay(1); uint8_t col_val = (GPIOA->IDR >> 4) & 0x0F; if (col_val != 0x0F) { HAL_Delay(20); // 二次去抖 col_val = (GPIOA->IDR >> 4) & 0x0F; if (col_val != 0x0F) { for (uint8_t c = 0; c < 4; c++) { if ((col_val & (1 << c)) == 0) { while (((GPIOA->IDR >> 4) & (1 << c)) == 0); // 等待松开 return key_map[r][c]; } } } } } return 0; }

这段代码里1 << r和 r 的顺序对应的是实际接线，如果按键一直错位，先把 r 的方向反过来试。只要按下不松开，函数会卡在等待松开的那一行，这样比松手检测更干净，但代价是主循环会阻塞。如果还要同时处理 K210 串口帧，就不要这样写，改成“记录按下、标记键值、立即返回”，在释放检测放到定时中断里做。

密码输入一般是把返回的 ASCII 字符按顺序存进一个pw_buf，敲#确认、*清空。这个交互逻辑放在后面的状态机里说。

4. 多开锁策略的主控逻辑：密码、指纹、人脸如何编排

4.1 一个可扩展的开锁状态机

把三种开锁方式混在一起硬编码，会越改越乱。我一般会用枚举状态机，定义成待机、密码校验、指纹等待、人脸等待、开锁中几档：

typedef enum { LOCK_LOCKED, LOCK_WAIT_PASSWORD, LOCK_WAIT_FINGER, LOCK_WAIT_FACE, LOCK_UNLOCKING } lock_state_t; static lock_state_t lock_state = LOCK_LOCKED; static uint8_t pw_buf[8]; static uint8_t pw_len; static uint8_t fail_count;

主循环里按状态处理事件：

void lock_process(void) { uint8_t key = key_scan(); uint8_t face_result = get_face_result_flag(); switch (lock_state) { case LOCK_LOCKED: if (key != 0) { pw_buf[pw_len++] = key; if (key == '#') { pw_len = 0; lock_state = LOCK_WAIT_PASSWORD; } } if (finger_has_irq()) { lock_state = LOCK_WAIT_FINGER; } if (face_result == STA_FACE_SEEN) { lock_state = LOCK_WAIT_FACE; } break; case LOCK_WAIT_PASSWORD: if (memcmp(pw_buf, (uint8_t *)"123456", 6) == 0 && pw_len == 6) { do_unlock(); } else { on_fail(); } pw_len = 0; lock_state = LOCK_LOCKED; break; case LOCK_WAIT_FINGER: if (as608_busy()) { break; } if (as608_last_result == 0) { do_unlock(); } else { on_fail(); } lock_state = LOCK_LOCKED; break; case LOCK_WAIT_FACE: if (face_result == STA_PASS) { do_unlock(); } else if (face_result == STA_REJECT) { on_fail(); } lock_state = LOCK_LOCKED; break; case LOCK_UNLOCKING: break; } }

这里的do_unlock()不只是拉高继电器引脚，还要记录开锁时间、清空人脸结果标志、把状态拉回 LOCKED。写状态机最容易犯的错是漏掉“清标志位”，结果上一次识别通过的结果一直留在内存里，导致下次误开锁。

4.2 安全策略：失败次数锁定、超时退出、组合验证

状态机之外，安全策略至少要有两层。

第一层是失败惩罚。连续 5 次验证失败，锁定 60 秒，锁定期间不接受任何输入：

static uint16_t lock_timer; void on_fail(void) { fail_count++; if (fail_count >= 5) { lock_state = LOCK_LOCKED; lock_timer = 60000; } } // 在主循环的 tick 里递减 lock_timer，归零后 fail_count 清零

注意锁定期间要忽略键盘中断、忽略指纹中断、忽略 K210 串口上报，否则惩罚形同虚设。写这个逻辑时我用了一个input_enable布尔量，锁定时直接不走lock_process()的事件分支。

第二层是组合验证。如果要做“密码 + 指纹”双因素开锁，可以把状态机串起来：先走密码校验，通过后进入LOCK_WAIT_FINGER，指纹也通过才do_unlock()。人脸可以当高权限通行方式，单独用，也可以降级成“人脸检测通过后，必须再按一次指纹”，这种模式对照片攻击的抵御会好不少。

继电器驱动这块也要说一句：STM32 的 GPIO 不要直接推电磁锁，引脚电流不够，而且电磁锁关断时反电动势会烧主控。常见做法是 GPIO 接三极管或 ULN2003，继电器线圈两端并联续流二极管，锁的正负极再外接独立电源。我见过很多翻车现场，主板反复复位，最后查出来是电磁锁的负脉冲打到了 3.3V 电源上。

5. 避坑记录：K210 人脸锁联调最常见的 4 个坑

5.1 串口乱码和帧错位

现象：STM32 收到的帧头不是 0xAA 0x55，或者时好时坏。原因多半是 K210 和 STM32 两边波特率不一致，或者两块板子没有共地，串口信号在干扰下连帧头都对不齐。解决：先把两边的 UART 初始化参数抄在一起核对，再用电线把两块板的 GND 连死。联调时不要上来就跑完整逻辑，先在 STM32 串口中断里把收到字节回显到调试串口，确认 K210 发的就是 0xAA 0x55 开头，再开完整解析。

5.2 把“检测到人脸”当成“识别通过”

现象：K210 能输出人脸框，STM32 却经常误开锁或者完全不响应。原因：协议里没分清楚STA_FACE_SEEN和STA_PASS两个状态。检测到人脸只是第一步，不代表这个人有权限。解决：状态机里只认STA_PASS，并且在收到STA_PASS后让 K210 带上用户 ID，STM32 本地再查一遍白名单。白名单建议放在 STM32 EEPROM 或者外部 Flash，不要放在 K210 上，防止换板子后数据丢失。

5.3 手指放上报超时：AS608 供电和接触问题

现象：指纹录入时经常提示超时，或者识别时第一下没反应。原因：AS608 在工作瞬间电流比较大，我遇到过用 USB 小电流供电时模块直接复位；另一个原因是手指放偏，传感器采集到的图像质量不够。解决：AS608 的 VCC 单独接 AMS1117-3.3 的输出，电源脚旁边加 100uF 电解电容，别和电磁锁共用一路电源。录入时让用户把手指完整盖在传感器中央，听到模块提示后再抬手，比反复刷快得多。

5.4 4x4键盘错键和乱跳

现象：按 1 显示成 3，不按键的时候也会自动触发。原因：列脚没有配置内部上拉，或者扫描时没有把非当前行全部拉高，悬空行串进来导致误判。解决：GPIOA->ODR 初始化时把 PA4 到 PA7 配成输入上拉，扫描过程中每一行轮流拉低前，先把所有行拉高，再拉低当前行。去抖时间从 5ms 提到 20ms，实测能压掉大部分薄膜键盘的抖动噪声。

6. 进阶优化与可靠性验证：活体检测、低功耗和 1000 次开锁统计

6.1 三个值得做的改进和一个验证方案

如果你不满足于“能开锁”，下面几个方向是产品化必须补的。

第一个改进是活体检测。K210 的 YOLO 只解决“画面里有张脸”，不解决“这张脸是活的”。低成本方案是给 K210 加一个红外摄像头或者让它提示用户眨眼：K210 检测到人脸后，STM32 发一个CMD_EYE_BLINK指令，K210 在 3 秒内统计眼睛闭合次数，超过两次才算通过。否则一张纸质打印照片就能把门打开。

第二个改进是低功耗。门锁大部分时间在待机，把 STM32 配置成 STOP 模式，用 RTC 闹钟或外部按键中断唤醒；K210 在没有人触发热量传感器前先睡眠，有人靠近再启动 YOLO 检测。如果还想做远程告警，可以挂一个 ESP8266 模块，把异常尝试次数用 MQTT 推给巴法云之类的物联网平台，但别让 wifi 模块和指纹模块共用同一条串口，调试起来会互相干扰。

第三个改进是可靠性验证。别只看“能不能开”，要对结果做统计。我之前做过 1000 次记录，按光照条件分组：

强背光是最大的翻车点，人脸特征过曝，K210 几乎检测不到。后来我把 K210 的图像参数里的曝光补偿调低，再用 OTSU 二值化配合 YOLO，才把强背光场景的成功率拉回 93% 附近。

我早期版本就是因为没区分“检测到”和“通过”，被一张打印的照片直接打开了门。后来把状态机和协议里拆成两层，照片攻击才堵住。智能锁这类东西，死在细节上的可能性远大于死在主逻辑上。希望这些联调经验能帮你在排错时少走一段弯路。

本文还有配套的精品资源，点击获取