STM32C8T6+AS608指纹识别最小系统与UART驱动实战

简介：面向STM32嵌入式入门、课程设计与指纹识别小项目实践者，这份STM32C8T6与AS608配套工程提供可参考的软硬件实现。内容围绕AS608模块的TTL串口通信、WAK感应引脚状态读取及指纹录入与比对流程展开，可帮助理解模块指令交互、串口收发和主控程序组织。压缩包共211个文件，约7.04MB，含37个.h、37个.d、35个.c与35个.crf等源文件及编译中间文件，并附Keil工程uvprojx/uvoptx、hex烧录文件、map/lst映射列表和STM32F10x外设库源码，覆盖工程配置、驱动与构建产物。已有1914人学习下载，适合对照搭建工程、排查编译与串口通信问题，并扩展指纹考勤、门禁等应用。

1. STM32C8T6 接 AS608：一套能直接烧录的指纹识别最小系统

不少人第一次把 AS608 指纹模块焊到 STM32C8T6 核心板上，串口助手发指令没反应、模块灯闪得挺欢就是不应答，最后发现是波特率对不上或者指令校验位算错了。这类场景在嵌入式入门项目里太常见了——STM32C8T6 加 AS608 指纹识别本身并不复杂，难的是第一次把 UART 协议、指令包格式、中断超时这三件事同时咬合起来。我手头这套资源就是围绕这个最小闭环整理出来的：STM32C8T6 主控、AS608 光学指纹模块、UART 通信、录入/比对/删除三个基础功能的完整工程源码，配上接线说明和指令序列。适合正在做课设、毕设、门禁demo或者想快速验证指纹识别可行性的开发者——它能让你跳过“波特率到底是不是 57600”这种玄学环节，直接把注意力放在业务逻辑上。

2. 硬件接线与 UART 通信底层：先把电平、引脚、协议包对齐

2.1 STM32C8T6 与 AS608 的硬件连接方案

这块板子的资源分布决定了几件事得先说清楚。STM32C8T6 有 3 个 USART，其中 USART1 挂在 PA9/PA10 上，通常留给调试串口或者说系统日志；AS608 占用一个独立的 USART 更稳妥，我一般用 USART2 的 PA2/PA3，撞引脚的概率低。AS608 是 3.3V 供电逻辑，STM32C8T6 的 IO 也是 3.3V，电平天然匹配，不需要加电平转换。不过模块的 VCC 建议单独走一路 LDO 或者从板子的 3.3V 取电但加 100μF 电解加 0.1μF 陶瓷做去耦——指纹模块在采集瞬间电流会有毛刺，和 MCU 共用一路电源时偶尔会把 UART 拉挂，表现就是通信随机丢包。

接线只有四根：

注意：TX/RX 是交叉接，不是直连。新手把 TX 对 TX 接上之后发现发指令有回显、读数据全 FF，九成是这里反了。

2.2 AS608 指令包格式与校验机制

AS608 走的是标准 UART 异步串行，默认波特率常见为 57600，但不同批次可能出厂预设 9600 或 115200，所以第一步不是写业务代码，而是先确认通信参数。它用的协议包结构是固定的“包头 + 地址 + 包标识 + 包长度 + 指令 + 校验和”：

0xEF 0x01 | ADDR(4B) | PID(1B) | LEN(2B) | DATA(nB) | CHECKSUM(2B)

包标识 PID 分三种：0x01 是指令包（MCU 发给模块），0x02 是数据包（模块回传），0x07 是应答包（模块对指令的确认/错误码）。校验和算法是“包标识 + 包长度高字节 + 包长度低字节 + 数据区所有字节”累加后取低 16 位。这个算法写错一位，模块就完全不理你，而且没有任何报错——只能靠逻辑分析仪或者逐字节打印排查。

常见做法是把发送和接收封装成两个函数，发送侧按指令内容拼包，接收侧在 UART 中断里逐字节收、收满包头后解析长度字段再继续收。我一般会在接收状态机里加一个 200ms 超时复位，否则一包没收全就卡死，下一次通信全部错位。

3. STM32C8T6 驱动层落地：从串口初始化到指令收发封装

3.1 USART2 初始化与中断接收配置

驱动层第一件事是把 USART2 配成 57600-8-N-1，使能接收中断，并且给接收缓冲区加一个环形队列或者至少一个状态机。下面这段是初始化骨架，基于标准外设库写法，HAL 库思路一致只是函数名不同：

void AS608_UART2_Init(uint32_t baud) { GPIO_InitTypeDef gpio; USART_InitTypeDef usart; NVIC_InitTypeDef nvic; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2, ENABLE); // PA2 -> TX 复用推挽 gpio.GPIO_Pin = GPIO_Pin_2; gpio.GPIO_Mode = GPIO_Mode_AF_PP; gpio.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &gpio); // PA3 -> RX 浮空输入 gpio.GPIO_Pin = GPIO_Pin_3; gpio.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, &gpio); usart.USART_BaudRate = baud; // 57600，需与模块一致 usart.USART_WordLength = USART_WordLength_8b; usart.USART_StopBits = USART_StopBits_1; usart.USART_Parity = USART_Parity_No; usart.USART_HardwareFlowControl = USART_HardwareFlowControl_None; usart.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART2, &usart); USART_ITConfig(USART2, USART_IT_RXNE, ENABLE); nvic.NVIC_IRQChannel = USART2_IRQn; nvic.NVIC_IRQChannelPreemptionPriority = 1; nvic.NVIC_IRQChannelSubPriority = 1; nvic.NVIC_IRQChannelCmd = ENABLE; NVIC_Init(&nvic); USART_Cmd(USART2, ENABLE); }

参数方面，波特率必须和模块实际值一致，不确定就先发读参数指令（0x13）在几个常见值上试；RX 配浮空输入而不是上拉，是因为模块 TX 空闲时输出高电平，上拉会形成灌电流路径。中断优先级给 1 而不是 0，是为了给系统滴答或者 DMA 让路，这个项目里用不到抢占那么狠。

3.2 指令包拼装与校验和计算

所有和 AS608 的交互都走同一个拼包函数，业务层只填指令码和数据载荷。校验和这段是整个驱动里最容易翻车的地方，我把它单独拎出来：

// 计算校验和：PID + LEN_H + LEN_L + DATA 累加后取低 16 位 uint16_t AS608_Checksum(uint8_t pid, uint16_t len, uint8_t *data) { uint16_t sum = pid + ((len >> 8) & 0xFF) + (len & 0xFF); for (uint16_t i = 0; i < len; i++) { sum += data[i]; } return sum; } // 发送一帧指令，返回实际写入字节数 uint16_t AS608_SendCmd(uint8_t cmd, uint8_t *payload, uint16_t plen) { uint8_t buf[64]; uint16_t idx = 0; uint16_t sum; buf[idx++] = 0xEF; buf[idx++] = 0x01; buf[idx++] = 0xFF; buf[idx++] = 0xFF; // 默认地址 buf[idx++] = 0xFF; buf[idx++] = 0xFF; buf[idx++] = 0x01; // 指令包标识 buf[idx++] = (plen + 1) >> 8; // 长度 = 指令码 1 字节 + 载荷 buf[idx++] = (plen + 1) & 0xFF; buf[idx++] = cmd; for (uint16_t i = 0; i < plen; i++) { buf[idx++] = payload[i]; } sum = AS608_Checksum(0x01, plen + 1, &buf[9]); // 从 PID 开始算 buf[idx++] = (sum >> 8) & 0xFF; buf[idx++] = sum & 0xFF; for (uint16_t i = 0; i < idx; i++) { while (USART_GetFlagStatus(USART2, USART_FLAG_TXE) == RESET); USART_SendData(USART2, buf[i]); } return idx; }

逻辑说明：包头固定 EF01，地址四个字节默认全 FF（广播地址，模块必应），PID 为 0x01 表示指令包，长度字段是“指令码 1 字节 + 载荷长度”，校验和从 PID 开始累加到载荷结束。常见误用是把长度字段只算载荷不算指令码，模块收到的长度和数据区对不上就会丢弃整包，表现就是“发出去毫无反应”。参数上载荷数组不要超过 62 字节，整个缓冲区控制在 64 以内，AS608 单包最大载荷是 64 字节数据加指令码，留点余量更安全。

4. 指纹录入、比对与删除：业务层的三个核心动作

4.1 录入流程：两次采集 + 模板合并

录入指纹不是一条指令搞定的，它是一组有严格顺序的状态机：先发“采集图像”让模块把手指按上去的图像抓进缓存，再发“生成特征”把图像转成特征码存到 Buffer1，然后提示用户再按一次，第二次采集转特征存在 Buffer2，最后发“合并模板”把两份特征合成一个模板并分配 ID。任何一步模块返回非 0 确认码，整个流程就得从头来。下面这段是录入的核心时序：

// 录入一个指纹并存储到指定 ID，返回 0 表示成功 uint8_t AS608_Enroll(uint16_t id) { uint8_t ack; uint8_t idbuf[2] = { (id >> 8) & 0xFF, id & 0xFF }; // 1. 第一次采集图像 ack = AS608_WaitAck(AS608_SendCmd(0x01, NULL, 0), 1000); if (ack != 0x00) return ack; // 0x02 表示无手指 // 2. 生成特征到 Buffer1 ack = AS608_WaitAck(AS608_SendCmd(0x02, (uint8_t[]){0x01}, 1), 1000); if (ack != 0x00) return ack; // 3. 再次采集（需等待用户二次按压） ack = AS608_WaitAck(AS608_SendCmd(0x01, NULL, 0), 1000); if (ack != 0x00) return ack; // 4. 生成特征到 Buffer2 ack = AS608_WaitAck(AS608_SendCmd(0x02, (uint8_t[]){0x02}, 1), 1000); if (ack != 0x00) return ack; // 5. 合并 Buffer1 + Buffer2 并存储到 id ack = AS608_WaitAck(AS608_SendCmd(0x05, idbuf, 2), 1000); return ack; // 0x00 成功，0x0A 表示合并失败 }

逻辑上，0x01 是指令“采集图像”，0x02 是“生成特征”，参数 0x01/0x02 分别指向模块内部的两个特征缓冲区，0x05 是“合并模板”并把结果存到指定 ID。AS608_WaitAck 里做的是接收应答包并提取确认码，超时 1000ms 是考虑到用户按压动作的快慢——时间太短用户手指还没放稳就超时了，太长又会把整个流程拖得很卡。血泪经验是第二次采集前给个 LED 提示或者蜂鸣器短鸣，否则用户不知道要按第二次，最后总是合并失败报 0x0A。

4.2 比对与搜索：1:1 验证和 1:N 识别的取舍

比对分两种模式。1:1 是“验证”，你告诉模块一个 ID，它拿当前采集的特征和该 ID 的模板比，返回是否匹配，速度快、误识率低，适合门禁刷卡加指纹的双因子场景；1:N 是“搜索”，模块拿采集的特征在整个指纹库里遍历比对，返回匹配到的 ID，适合纯指纹开锁但指纹数多时耗时会线性增长，库容量到了几百枚响应就明显变慢。AS608 官方标称搜索时间在 1 秒以内，实际库大小、手指干湿状态都有影响，做产品的话这个边界得自己压测。

搜索指令是 0x04，参数是 BufferID、起始 ID、结束 ID 三个字节；验证指令是 0x03，参数是 BufferID 加 2 字节 ID。两者返回的确认码 0x00 都是成功，但搜索成功时返回包的数据区前两个字节就是匹配到的 ID。下面是一个搜索调用示例：

// 在 0~99 号范围内搜索，成功时把匹配 ID 写回 match_id uint8_t AS608_Search(uint16_t *match_id) { uint8_t param[5] = { 0x01, 0x00, 0x00, 0x00, 0x63 }; // Buffer1, 起始0, 结束99 uint8_t ack = AS608_SendCmdWaitData(0x04, param, 5, recvbuf); if (ack == 0x00) { *match_id = (recvbuf[10] << 8) | recvbuf[11]; // 数据区起始偏移 } return ack; // 0x09 表示没搜到 }

这里参数 0x63 是十进制 99，意味着搜索范围 0 到 99。recvbuf 偏移 10 和 11 是数据区“匹配 ID”的位置，包头一共 9 字节（EF01 + 4 字节地址 + PID + 2 字节长度），所以数据区从索引 9 开始，前两字节才是 ID。常见误用是偏移算错，把包头地址字节当成 ID，搜出来永远是 65535。

4.3 删除与清空：ID 管理的两个边界

删除单枚指纹用 0x0C，参数是 2 字节 ID 加 2 字节数量；清空整个库用 0x0D，无参数。这里有个容易忽略的边界：删除指令的“数量”字段不是固定填 1，而是“从指定 ID 起连续删除多少枚”，批量删的时候可以一次删一段。另一个边界是 ID 号段管理——录入时如果不做已存在检测，同一个手指反复录入会占多个 ID，库容量浪费得快，1:N 搜索也变慢。我一般在业务层维护一个位图或者简单数组记录哪些 ID 已用，录入前先查重。

5. 联调避坑：五个把新手卡到怀疑人生的真实问题

5.1 串口能发不能收，接收全是 0x00 或乱码

现象：指令发出去逻辑分析仪能看到波形，模块也闪灯，但 MCU 接收缓冲区里全是 0x00 或者乱码。原因九成是波特率偏差或者 TX/RX 接反。STM32C8T6 在 57600 下如果 APB1 时钟分频不对，实际波特率会有百分之几的误差，AS608 对上位机的容错没那么宽，偏差超过 3% 就收不对。解决方式：先用示波器或者逻辑分析仪量一位的宽度倒推真实波特率，或者把 USART2 挂在 36MHz 的 APB1 上重新算 BRR 寄存器；接反的话交换 PA2/PA3 两根线即可。

5.2 指令偶尔成功偶尔超时，通信不稳定

现象：同样的指令，第一次成功，第二次超时，第三次又成功。原因通常是电源去耦不足或者接收状态机没有超时复位。AS608 采集瞬间电流拉高，如果和 MCU 共用一路 3.3V 且没有储能电容，电压跌落会让模块内部 UART 短暂失步。另外接收端如果一包没收全就卡在等待状态，下一包数据会把缓冲区错位填充。解决方式：VCC 处加 100μF 电解加 0.1μF 陶瓷，软件上每次发指令前清空接收缓冲、接收状态机加 200ms 超时自动复位。

5.3 校验和永远对不上，模块不应答

现象：发出去的包逻辑分析仪看结构完整，模块就是不应答。原因大概率是校验和算法写错——常见错误是只累加数据区忘了加 PID 和长度，或者把长度的高字节低字节顺序弄反。还有一种是长度字段只算载荷没算指令码。解决方式：拿一份模块手册里的标准示例包逐字节比对校验和，写一个单元测试函数用已知数据验证 AS608_Checksum 的输出；发送函数里把整个 buf 打印出来对照。

5.4 录入成功但比对永远失败

现象：录入流程返回 0x00 成功，搜索或验证却始终返回 0x09（未搜到）。原因通常是合并模板时 Buffer1 和 Buffer2 来自同一枚手指但按压姿势差异过大，或者录入后没有等模块内部存储完成就断电。另一个隐蔽原因是 ID 号段越界——AS608 默认库容量 300 枚，超出后录入会报错但某些固件版本返回码不标准。解决方式：录入两次采集之间给明确的用户提示，保持按压姿势一致；录入完成后延时 100ms 再断电；业务层限制 ID 范围。

5.5 搜索响应慢，库大了以后明显卡顿

现象：指纹库放到 50 枚以上，1:N 搜索偶尔超过两秒，用户体验很差。原因是指令 0x04 的搜索范围参数填了整个库，AS608 是线性遍历比对，范围越大越慢。解决方式：分库分段搜索，比如按用户分组，每组 20 枚，先搜组号再搜组内；或者改用 1:1 验证加 ID 输入的方式绕开全库遍历。对于门禁类场景，1:1 加密码或刷卡作为第一因子本来就是更合理的设计。

6. 进阶：把指纹识别做成可维护模块的几个习惯

项目跑通只是起点，真正上线或者答辩时被追问的是“你怎么保证它长期稳定”。我一般会做三件事。第一，把 AS608 的确认码整理成一张表放进工程里，每个错误码对应一句中文描述，调试时直接打印“0x0A 合并失败：两次采集特征差异过大”而不是一个十六进制数——这张表花半小时整理，后面调试省几小时。第二，录一个指纹时同步写入一个结构化的元数据，比如{id, user_tag, timestamp, retry_count}，存在 Flash 里，这样哪个 ID 对应谁、录入时失败过几次都有记录，排查“为什么这个手指总是不识别”时有据可查。第三，加一个自检流程：上电后先发读参数指令 0x13 确认模块在线，再发读模板总数 0x1D 确认库状态，两步都通过才点亮就绪灯，否则闪错误码。这套自检写进main的开头，后面换模块、换板子、换电源，第一眼就能判断是硬件问题还是业务逻辑问题。

参数上有个细节值得单独提：AS608 的安全等级（Security Level）可以在 1 到 5 之间调，默认 3。等级越高误识率越低但拒真率越高，手指脱皮或者干燥的人会反复比对失败。我一般在消费类场景把它降到 2，配合 1:1 验证使用，体验和安全性平衡得比较好；如果是考勤这种代打卡风险高的场景，保持 3 甚至 4，再叠加活体检测或者按压时长判断。改动方式是发 0x0E 设置参数指令，参数里包含等级字节，改完记得发 0x0E 的读回确认实际生效值。

从那以后我每次接新的 AS608 模块，第一件事不是烧业务代码，而是先用 USB-TTL 和串口助手发一遍读参数指令，确认波特率和地址，再把这个值写死进工程配置头文件——这个习惯帮我省掉了至少三次“代码没问题但模块不理我”的深夜排查。希望帮到你。

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