企业官网建设流程全解析

简介：面向具备单片机与嵌入式开发基础的研发人员，此项目实例围绕基于C语言的光电传感器触控与手势识别系统，给出从原理到落地的完整实现路径，适用于智能家居、消费类电子、工业自动化控制等场景。文档不仅阐述了项目背景、目标与意义，还针对光电传感噪声干扰、实时数据处理与计算资源限制、手势识别算法复杂度与准确性平衡等关键难题，提供了模块化软件模型架构、硬件电路与PCB设计、核心代码示例及调试优化方法。压缩包内只有1个docx文档，大小约68KB，内容紧凑而系统，尤其突出了多点光电触控、轻量级手势识别算法、自适应环境光干扰抑制、模块化硬件抽象层及RTOS集成等创新点。目前已有184人学习浏览，适合需要快速上手光电触控与手势识别开发，并希望了解系统级设计思路的工程师参考。

1. 光电手势识别的本质：红外反射面比摄像头更适合嵌入式触控

接手过一个博物馆展厅的隔空翻页装置，甲方最初坚持用摄像头做手势识别，结果不到两周就发现三个问题：光线一变识别率就掉、GPU 模型推不动、成本压不下来。最后换成了三颗红外反射式光电传感器贴在玻璃内侧，C 语言裸机驱动加一个状态机，半天调通，识别延迟不到 30 毫秒。这就是光电传感器做触控与手势识别的核心逻辑：它不“看”手，它只测反射面的几何变化。

对于单片机、嵌入式系统从业者来说，这个方案意味着可以用几十块钱的成本、几十 KB 的 Flash、一颗 51 或 STM32 做出稳定的非接触交互。大量智能家居、数码相框、医疗器械面板、蓝桥杯和国赛级别的实验室项目都走这条路线。本文从传感器选型、硬件电路、C 语言驱动、手势判定算法到 GUI 对接，给你一套能直接抄作业的完整路径。

2. 传感器选型与最小硬件电路：从光电二极管阵列到 I2C 总线

2.1 光电传感器的两条技术路线

光电传感器做触控和手势识别，市面上能买到的器件本质上是两类东西。第一类是单点反射式光电传感器，例如红外对管 ITR8307、光敏二极管加红外 LED 的组合，它们输出的是模拟电压或开关信号，适合做“有没有东西靠近”的检测，也就是隔空按键、非接触触控这类二值化交互。第二类是集成手势识别 IC，最具代表性的是 PAJ7620U2，它内部把红外 LED 阵列、光电二极管面阵和手势算法做到一颗芯片里，直接通过 I2C 总线输出“上、下、左、右、前、后、顺时针、逆时针、挥动”这些方向结果。

两条路线的适用场景差异很大。单点反射式方案的好处是自由度高，你可以把四个传感器按十字排布自己写三角定位，也可以只用一个传感器做近接开关；缺点是算法完全自己写，还会被环境光干扰。集成方案的好处是开发周期短、低功耗、C 语言驱动代码量少，缺点是手势类型被芯片固化，做不了太复杂的自定义动作。如果项目是“不做原型而是做产品”，我一般建议优先看集成方案，因为它省掉的调试时间往往比多花的芯片成本更值钱。

2.2 PAJ7620U2 的最小电路与引线约束

我们以 PAJ7620U2 为例把最小硬件电路讲透。这颗芯片的封装上自带一个透明透镜窗口，内部是红外发射管和接收阵列。它的对外接口非常简单：VCC、GND、SCL、SDA，外加一个可选的中断脚 INT。供电电压典型值为 3.3V，逻辑电平不能超过 3.6V，这意味着如果你用 5V 供电的 STC 单片机或者 51 单片机直接驱动，必须在 SCL 和 SDA 上做电平转换，常见做法是加两个 1N4148 加 10K 上拉做单向钳位，或者直接用一个 3.3V LDO 给模块供电、然后用两枚 MOS 管做双向电平转换。

PAJ7620U2 的总线本质上兼容 I2C，但它在数据手册里又被称作 SM 巴士，7 位从机地址是 0x73，写操作要先发寄存器地址再发数据。这里有一个非常容易踩的坑：模块刚上电时内部默认工作在 Normal 模式，而手势识别功能需要先切换到 Gesture 模式才能开启。很多新手发现读回来的手势寄存器永远为 0，就是因为只做了 I2C 读写而没有做初始化序列。模块的 SCL、SDA 是开漏输出，必须在外部各接一颗 4.7K 上拉电阻；如果用的是某些淘宝模块，上拉电阻已经做在 PCB 上了，那就不需要重复添加。

2.3 引线长度、PCB 布局与光学窗口的工程约束

这部分是课本上不讲、但做项目一定会遇到的问题。I2C 总线在 400KHz 速率下，传感器到主控的引线长度尽量控制在 10 厘米以内，超过这个长度要降低总线速率，否则波形边沿变缓会导致时序错误。实际项目中如果结构上必须把传感器放在远离主板的位置，不要用长飞线直接接，常见做法是就近放一颗 LDO 和一个 4.7K 上拉，把数字信号转为差分或简单的推挽缓冲，不过对于大多数低成本产品来说，优化结构让距离缩短才是更省事的办法。

PAJ7620U2 的光学窗口对布局有明确要求：透镜正前方不能被 PCB 丝印、焊锡或外壳结构件遮挡，透镜距离导光片或亚克力面板的经验值是 3 到 8 毫米，太近会覆盖掉传感器的检测视场角，太远又会引入环境光噪声。此外，传感器要尽量远离红外热源，包括大功率电阻、电池组、阳光直射路径。如果面板是深色亚克力，在传感器对应位置开一个直径 8 毫米左右的透光孔，效果比透过整块深色板要好得多。

2.4 主控引脚分配与 51/STC 单片机的适配方案

引脚分配直接决定后续驱动代码怎么组织。PAJ7620U2 最少只需要两根信号线，硬件 I2C 和软件模拟 I2C 都行。STM32F103 这种带硬件 I2C 的外设可以直接配置成标准模式，非 51 单片机的朋友也可以直接复用。对于 51 和 STC 单片机，尤其是 STC15、STC8 系列，我更建议用 GPIO 模拟 I2C，因为它们的硬件 I2C 模块在寄存器配置上各家有差异，调试成本并不比软件模拟低。

下面给出一份通用的引脚连接表，主控以 STM32F103C8T6 为例：

3. C 语言驱动层：PAJ7620U2 寄存器配置与手势数据读取

3.1 先选好 I2C 的实现方式

C 语言驱动的第一步不是写手势读取，而是把 I2C 底层先稳定下来。对 STM32 用户，可以配置硬件 I2C；对 51/STC 用户，我给出一个两手抓的方案：先封装一个平台无关的软件模拟 I2C，再在这个基础上写传感器驱动。这样做的好处是将来换主控、甚至换传感器时，上层代码完全不用动。

下面是以 51 单片机风格写的软件 I2C 底层，核心是两个函数：起始、停止信号和字节收发。这里用到了 C 语言里最常见的指针参数，本质上就是让子程序直接操作调用者传入的接收缓冲区。

// i2c_soft.h #ifndef I2C_SOFT_H #define I2C_SOFT_H #include <reg52.h> sbit I2C_SCL = P2^0; sbit I2C_SDA = P2^1; void I2C_Start(void); void I2C_Stop(void); void I2C_SendByte(unsigned char dat); unsigned char I2C_RecvByte(void); unsigned char I2C_WriteReg(unsigned char dev, unsigned char reg, unsigned char val); unsigned char I2C_ReadReg(unsigned char dev, unsigned char reg, unsigned char *val); #endif

// i2c_soft.c #include "i2c_soft.h" #define I2C_DELAY() { _nop_(); _nop_(); _nop_(); _nop_(); } void I2C_Start(void) { I2C_SDA = 1; I2C_SCL = 1; I2C_DELAY(); I2C_SDA = 0; I2C_DELAY(); I2C_SCL = 0; } void I2C_Stop(void) { I2C_SDA = 0; I2C_SCL = 1; I2C_DELAY(); I2C_SDA = 1; I2C_DELAY(); } unsigned char I2C_WriteReg(unsigned char dev, unsigned char reg, unsigned char val) { unsigned char ack = 0; I2C_Start(); I2C_SendByte((dev << 1) | 0x00); // 写方向 I2C_SendByte(reg); // 寄存器地址 I2C_SendByte(val); // 写入值 I2C_Stop(); return ack; }

这段代码的逻辑很直接：I2C_Start 在时钟高电平时拉低数据线产生起始条件，I2C_Stop 相反。I2C_SendByte 要重点看，它在每个时钟周期把数据位依次移出，并在第 9 个时钟读取从机的应答位。I2C_WriteReg 发送的地址是 7 位地址左移一位再加读写标志位，PAJ7620U2 的 7 位地址是 0x73，所以写地址是 0xE6、读地址是 0xE7。

I2C 时序中最容易出问题的是时序延时不够。51 单片机的nop() 大约占用一个机器周期，如果系统时钟是 12MHz，这里四条空指令约为 4 微秒，对应约 100KHz 的 I2C 速率，符合标准模式规范。如果把系统时钟降到 6MHz，需要额外加延时，否则时钟高电平时间过短从机不认。

3.2 初始化序列：切 Bank、开使能、定窗口

PAJ7620U2 的寄存器空间分为两个 Bank，所有配置操作都必须先写 Bank 选择寄存器 0xEF，再访问对应地址。这个机制是这颗芯片最容易引发 bug 的地方，缺少提前切 Bank 的代码会导致所有配置写入无效。初始化时我先切到 Bank0，配置手势窗口大小、检测阈值、使能手势识别，再切到 Bank1 配置中断和外部模式，最后回到 Bank0。

#include "paj7620u2.h" unsigned char PAJ7620U2_Init(void) { unsigned char val = 0; // 1. 先把芯片切到 Bank0 I2C_WriteReg(PAJ7620U2_ADDR, REG_BANK_SEL, 0x00); // 2. 配置 Bank0 手势参数 I2C_WriteReg(PAJ7620U2_ADDR, REG_GES_WINDOW_SIZE, 0x25); // 检测窗口大小，0x25 为默认 I2C_WriteReg(PAJ7620U2_ADDR, REG_GES_THRESHOLD_HIGH, 0x03); // 手势判定阈值上限 I2C_WriteReg(PAJ7620U2_ADDR, REG_GES_THRESHOLD_LOW, 0x00); // 手势判定阈值下限 I2C_WriteReg(PAJ7620U2_ADDR, REG_GES_SENSITIVITY, 0x01); // 敏感度，数值越小越灵敏 I2C_WriteReg(PAJ7620U2_ADDR, REG_GES_ENABLE, 0x00); // 使能手势识别 I2C_WriteReg(PAJ7620U2_ADDR, REG_GES_RESULT, 0x00); // 清除手势结果寄存器 // 3. 切到 Bank1，禁止正常模式、禁用中断 I2C_WriteReg(PAJ7620U2_ADDR, REG_BANK_SEL, 0x01); I2C_WriteReg(PAJ7620U2_ADDR, 0x2A, 0x00); // 关闭 Normal 模式 I2C_WriteReg(PAJ7620U2_ADDR, 0x52, 0x00); // 禁止中断输出 I2C_WriteReg(PAJ7620U2_ADDR, 0x63, 0x00); // 禁用保留功能 // 4. 回到 Bank0，等待手势读数 I2C_WriteReg(PAJ7620U2_ADDR, REG_BANK_SEL, 0x00); // 返回校验，读取 GES_ENABLE 确认配置成功 I2C_ReadReg(PAJ7620U2_ADDR, REG_GES_ENABLE, &val); if (val == 0x00) { return 1; // 配置成功 } return 0; }

这里对参数做一个逐个说明。REG_GES_WINDOW_SIZE 也就是 0x41 寄存器，它控制传感器识别手势的检测窗口，0x25 表示一个适中的窗口大小，窗口越大识别范围越大但越容易误触发，窗口越小对手势的速度和幅度要求越严格。REG_GES_THRESHOLD_HIGH 和 REG_GES_THRESHOLD_LOW 组成一个滞回区间，手在窗口内移动产生的信号强度只有跨越这个区间，芯片才判定为一次有效手势，这样能滤掉小幅抖动。REG_GES_SENSITIVITY 寄存器默认 0x01，方向敏感度并非越大越好，因为 0xFF 会让环境噪声也达到触发阈值。

注意代码最后做了一个回读校验，这一步是工程实践里很值得保留的习惯。I2C 通信对引线长度和上拉电阻敏感，在校验失败时，优先检查 SCL/SDA 波形和电源电压。

3.3 轮询读取手势结果与中断两种模式

初始化完成之后，读取手势就很简单了：不断地读 0x43 寄存器，如果返回值不为 0，说明检测到一次手势，处理完必须立刻写 0x00 清掉，否则下一次手势会被覆盖。下面是完整的轮询读取代码，同时给出中断模式的接线建议。

// 手势值对应的含义 // 0x01 上 0x02 下 0x03 左 0x04 右 // 0x05 前 0x06 后 0x07 顺时针 0x08 逆时针 0x09 挥动 unsigned char PAJ7620U2_ReadGesture(void) { unsigned char gesture = 0; if (I2C_ReadReg(PAJ7620U2_ADDR, REG_GES_RESULT, &gesture) == 0) { return 0; // I2C 通信失败 } if (gesture != 0x00) { I2C_WriteReg(PAJ7620U2_ADDR, REG_GES_RESULT, 0x00); // 清除结果 } return gesture; } // 主循环使用方式 while (1) { unsigned char ges = PAJ7620U2_ReadGesture(); if (ges != 0) { // 在这里上报给上层逻辑，例如串口打印或触控事件回调 handle_gesture_event(ges); } delay_ms(5); // 轮询间隔，推荐 5~10ms }

这段代码的关键点在于轮询间隔不能太小也不能太大。间隔太小会频繁占用 I2C 总线，影响其他从设备通信，也会增加单片机功耗；间隔太长则会漏掉快速连续的手势。5 到 10 毫秒是一个均衡范围，PAJ7620U2 内部算法本身有防抖，不需要更短的周期。

如果系统里还有其他 I2C 从设备，或者主控在低功耗模式与轮询模式间切换，我建议改用 INT 中断方式。INT 引脚在检测到手势时拉低，单片机用下降沿触发外部中断，然后在中断服务函数里读取手势寄存器。这样主循环可以深度睡眠，系统功耗能从毫安级降到微安级，适合电池供电的智能面板。使用中断时仍然要在初始化代码里保留“写 0 清除”这一步，否则中断只触发一次。

3.4 手势值到方向事件的注册表

为了上层代码可读性更好，把手势硬编码值定义成枚举或者宏，避免裸数字散落在业务逻辑里。

// paj7620u2_def.h #define GESTURE_UP 0x01 #define GESTURE_DOWN 0x02 #define GESTURE_LEFT 0x03 #define GESTURE_RIGHT 0x04 #define GESTURE_FORWARD 0x05 #define GESTURE_BACKWARD 0x06 #define GESTURE_CLOCKWISE 0x07 #define GESTURE_ANTI_CLOCK 0x08 #define GESTURE_WAVE 0x09

这样一个宏定义直接对应芯片数据手册中的手势编码表，后续在 GUI 事件分发和菜单切换逻辑里写条件分支时，代码的可读性和可维护性都会好很多。如果使用 Keil C51 编译，建议把这类常量定义放在独立的头文件，避免多个 .c 文件重复定义。

4. 手势识别算法与触控事件统一：状态机把原始值变成可上抛的输入

4.1 寄存器结果的不可靠性

PAJ7620U2 内部虽然已经做了算法处理，但它的输出并不总是稳定。手的速度过快、距离传感器太近、表面反射率低（比如黑色衣物），都会导致连续几帧寄存器值在“上”和“右”之间跳动。有些低端模块的参考代码在感应到任何值就立刻上报，结果就是翻页逻辑偶尔误触发。

要写出真正能用在产品里的手势识别层，不能把裸寄存器值直接往业务里扔。需要加的是一层数据清洗和事件仲裁。具体做法是连续采集 N 帧手势结果，做一个长度为 N 的滑动窗口，只取窗口内出现次数最多的手势作为最终输出。这个思路本质上就是多数表决，在 C 语言里实现代价极低，不需要动态内存，只需要一个定长数组。

4.2 用滑动窗口多数表决消除抖动

下面给出一个可复用的手势表决实现。它做的事情是：用一个环形数组缓存最近 8 次有效手势值，每次读取新值后统计数组内各手势出现次数，取最大者作为“确认手势”。确认手势连续出现两次才对外上报，否则认为手正在移动过程中。

#define GESTURE_HISTORY_SIZE 8 #define GESTURE_CONFIRM_COUNT 2 static unsigned char gesture_history[GESTURE_HISTORY_SIZE]; static unsigned char history_index = 0; static unsigned char last_reported_gesture = 0; unsigned char gesture_majority_vote(unsigned char new_gesture) { unsigned char i, j, max_count = 0, best = 0; unsigned char count, current; if (new_gesture == 0) { return 0; // 无效帧不参与投票 } // 1. 写入环形缓冲 gesture_history[history_index] = new_gesture; history_index = (history_index + 1) % GESTURE_HISTORY_SIZE; // 2. 统计出现次数最多的手势 for (i = 0; i < GESTURE_HISTORY_SIZE; i++) { current = gesture_history[i]; if (current == 0) { continue; } count = 0; for (j = 0; j < GESTURE_HISTORY_SIZE; j++) { if (gesture_history[j] == current) { count++; } } if (count > max_count) { max_count = count; best = current; } } // 3. 连续确认两次才上报 if (best == last_reported_gesture) { return best; } last_reported_gesture = best; return 0; }

这里的逻辑是两级的：多数表决先找到当前窗口最可能的手势方向，确认机制再要求同一个结果连续出现两次。参数 GESTURE_HISTORY_SIZE 和 GESTURE_CONFIRM_COUNT 直接决定系统的手感：窗口越大抗抖动越强但延迟越高，确认次数越大越稳定但越容易丢快动作。针对隔空翻书的场景，窗口 8、确认 2 是比较合适的起点，改成 16 和 3 则更适合强调稳定性的菜单选择场景。

环形数组的取模运算在 C 语言里开销可控，对 51 这类 8 位单片机也很友好。如果主控是 STM32 或 ESP32，可以把 second 循环计数改为位掩码加速，但最终性能差异可以忽略。

4.3 光电视触控的阈值判定与状态机

手势识别只是标题中“触控与手势识别”的一半，另一半是光电触控。触控的逻辑更简单：ADC 采集光电二极管输出电压，当手靠近时反射红外光增强、ADC 值升高，设定一个阈值判断按下。但直接用阈值判定有抖动问题，特别在临界值附近会反复触发。

解决方法是带滞回的两段阈值加一个三态状态机。例如当 ADC 值超过 300 时认为按下，但只有低于 250 时才认为松开，中间 250 到 300 是滞回区，不改变状态。这个思路和硬件电路里的施密特触发器是同构的。

typedef enum { TOUCH_IDLE = 0, TOUCH_PRESS, TOUCH_RELEASE } TouchState; unsigned char touch_key_scan(unsigned int adc_val, unsigned char *pressed) { static TouchState state = TOUCH_IDLE; unsigned char event = 0; switch (state) { case TOUCH_IDLE: if (adc_val > 300) { // 超过触发阈值 state = TOUCH_PRESS; *pressed = 1; event = 1; // 上报按下事件 } break; case TOUCH_PRESS: if (adc_val < 250) { // 低于释放阈值 state = TOUCH_RELEASE; event = 2; // 上报松开事件 } break; case TOUCH_RELEASE: state = TOUCH_IDLE; break; } return event; }

注意状态机的转移条件用的是两个不同阈值，这不会让状态卡死，反而能保证任意一个稳定状态都不会在噪声边界附近振荡。ADC 数值 300 和 250 需要根据实际硬件反射率校准：机箱是白色面板或黑色面板、手距离传感器多远，都会影响基线值，所以这两个值要在调试阶段通过串口打印实际 ADC 数据来定。这里有一个值得记住的规律：触发阈值设为基线的 1.2 到 1.5 倍，释放阈值设到基线的 1.1 倍左右最稳。

4.4 统一事件抽象：触控和手势共用一套上报接口

产品逻辑里通常同时存在触摸按键和手势识别两种输入，如果业务代码里分别调用 touch_key_scan 和 PAJ7620U2_ReadGesture，会造成大量重复分支。更好的做法是抽象一个统一输入事件结构，两种传感器都产出同样的 input_event，上层 GUI 只消费这一种结构。

// input_event.h typedef enum { EVENT_TOUCH_DOWN = 0x01, EVENT_TOUCH_UP = 0x02, EVENT_GESTURE = 0x03 } InputEventType; typedef struct { InputEventType type; unsigned char code; // 触摸键号或手势编码 unsigned char value; // 预留参数 unsigned int timestamp; // 系统 tick } InputEvent;

所有传感器驱动函数统一注册成事件回调，用 C 语言函数指针实现类似回调的机制。这样 GUI 层只需要监听一个事件队列，不看具体是光电触摸还是 PAJ7620U2 手势芯片贡献的事件，耦合度大幅降低。对 struct 传递，51 单片机要尽量用指针传参，避免结构体拷贝消耗大量栈空间，这正好也是 C 语言指针最有价值的使用场景。

4.5 要不要上 Edge Impulse 或摄像头方案

被频繁讨论的 Edge Impulse 训练手势识别、摄像头手势方案，与光电传感器方案并不冲突。Edge Impulse 适合的是需要识别自定义复杂手势、基于 IMU 数据或摄像头图像做分类的场景；而 PAJ7620U2 这类光电方案适合的是方向类、挥动类的固定手势识别，它的优势在于零训练成本、零模型部署、单片机裸机就能跑。实际产品中常见做法是把两者分层：PHOTODIODE 阵列承担可靠性要求高的常驻手势，IMU 或摄像头方案只在高级交互模式才启用，通过电源域和启动标志切换。

5. 系统联调、GUI 对接与自校准技巧

5.1 串口调试命令接口

搭完驱动和状态机之后，第一件要做的事不是写 GUI，而是设计一个可靠的调试接口。我建议在 MCU 上实现一个极简的串口命令分发器，支持 p、t、c、d 四个命令。p 表示读取并打印当前手势值，t 表示查看触控 ADC 原始值，c 表示执行一次基线自校准，d 表示 dump 芯片所有关键寄存器值。

调试完 LED 等基础外设后，这个命令接口能极大缩短定位问题的时间。例如发现隔空翻页失灵，先输入 d 查看 GES_ENABLE 是否被意外清零，再输入 p 看芯片返回值有没有从 0x09 漂移到 0x00，最后输入 t 看环境光基线有没有被新光源破坏。如果没有这个接口，每次都得重新烧录、接调试器、打断点，短则五分钟长则半小时。

# 串口调试会话，115200 8N1 # 输入指令后按回车 p -> GESTURE: RIGHT(0x04) # 手向左挥，芯片返回右 t -> ADC_BASE: 232, ADC_NOW: 468 # 有手靠近时 ADC 明显抬升 c -> CALIB_DONE, NEW_BASE: 230 # 校准完成，新基线 230 d -> BANK:0 GES_EN:0x00 RESULT:0x04 INT:0x00

5.2 GUI 对接的两种方式

嵌入式 GUI 对接大体上有两种路径。如果界面是跑在 MCU 本地的 LVGL 或类似框架，直接在事件分发回调里调用 GUI 控件 API 就行，例如手势“左”对应 list 控件翻页，“右”对应下一张图片。如果 GUI 是在 PC 上位机或者对端设备上，MCU 只需要把 input_event 序列化为三字节协议帧发出，例如 0xAA 0x55 加事件码加校验和，上位机再解析成显示事件。

用 C 语言把事件结构序列化成二进制帧时，只需要用指针将结构体内存直接发送，但要注意单片机默认是小端字节序，上位机如果是 x86 平台也是小端，问题不大，若上位机是 MIPS 等大端平台就需要手动字节序转换。实现时不要用 strlen 求结构体长度，要用 sizeof，这点很容易错。

5.3 自校准基线是产品化前最重要的收尾动作

最后一处也是最影响手感的部分。光电传感器最大的敌人不是手势太快，而是基线漂移：上午的阳光、傍晚的灯光、房子里的白墙和黑色沙发，都会改变反射信号的基准值。如果基线是写死的，设备早晨可能灵敏到隔空十几厘米就触发，晚上则要贴近到 3 厘米才有反应。

自校准思路并不复杂：开机后前 500 毫秒内采样 10 次触控 ADC 值取平均作为基线，运行过程中如果手势寄存器连续 200 毫秒没有读回有效方向，且 ADC 值持续处于低波动状态，就用滑动平均把当前采样值与旧基线做加权融合，慢慢跟踪环境变化。这个基线更新过程必须做最大偏移量钳制，例如每次最多更新 4 个 ADC 单位，防止手放在传感器上方时把基线拉高到误触发状态。

完成自校准后，在 GUI 上把基线值、当前 ADC 值和最后一次手势编码实时显示出来，做一轮“手快速挥动 + 手指缓慢靠近 + 强闪光灯干扰”的三项用例测试，确认能正确输出翻页事件。这套链路跑通，代表从传感器到 C 语言驱动、再从手势算法到 GUI 交互的完整系统闭环已经稳定，剩下的工作就是把阈值宏定义提取到配置头文件、加入看门狗保护，准备进入可靠性测试阶段。

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