单片机遮光检测实战：自适应算法与状态机设计详解-平芜编程栈

1. 项目缘起：从一道“简单”的赛题说起

最近在整理蓝桥杯单片机的历年真题和备赛笔记，翻到不少关于“遮光检测”的题目。这类题目乍一看很简单，不就是用个光敏电阻或者光敏三极管，光线暗了输出高电平，光线亮了输出低电平（或者反过来），然后单片机去读个IO口状态嘛。很多同学，包括当年的我，一开始都是这么想的，觉得这属于“送分题”。但真到了赛场上，或者在实际项目中想把功能做稳定，就会发现坑是一个接一个。比如，环境光突然变化怎么办？用手快速掠过传感器算不算“遮光”？要求检测“任意条件”下的遮光，这个“任意”到底有多任意？是白天拉窗帘，还是晚上关灯，或者是物体在传感器上方快速移动？

这些问题的背后，其实是对“遮光检测”这个需求的深度理解。它绝不仅仅是读取一个模拟电压或者数字电平那么简单，而是一个典型的信号调理、阈值判断、抗干扰滤波和状态机设计的综合应用。尤其是在蓝桥杯这类强调工程实践和稳定性的比赛中，能否处理好这些细节，往往是区分普通完成和高质量实现的关键。今天，我就结合自己备赛和带学生训练的经验，抛开那些简单的示例代码，来深入聊聊在STC15F2K60S2这类51内核单片机上，如何实现一个真正鲁棒的、适应“任意条件”的遮光检测模块。

2. 核心需求拆解：什么是“任意条件”？

在动手写代码之前，我们必须先明确需求。题目里“任意条件”这四个字，就是整个项目的灵魂，也是所有设计难度的来源。我们不能想当然，必须把它具体化、场景化。

2.1 环境光的“任意”

首先，是环境背景光的任意性。传感器安装后，可能面临的环境包括：

室内自然光：从清晨到黄昏，光照强度变化范围极大，且可能受云层影响快速波动。
室内人工光源：白炽灯、LED灯、日光灯，其光谱和强度不同，且可能存在频闪（尤其是50Hz工频下的日光灯）。
夜间无光或微光：此时环境光强度极低，接近传感器的检测下限。
混合光源：白天室内开灯，自然光和人工光叠加。

这意味着，我们不能使用一个固定的、绝对的电压阈值来判断“遮光”。比如，设定ADC值大于500为亮，小于500为暗。在白天，这个阈值可能合适；但到了晚上，环境光本身的ADC值可能就只有100，稍微一遮光变成80，你还能用500来判断吗？显然不行。所以，我们的系统必须具备自适应环境光基线的能力。

2.2 遮挡物的“任意”

其次，是遮挡物本身特性的任意性。

材质：完全不透光的金属、木板，半透光的布料、纸张，甚至是有色玻璃。不同材质对光的衰减程度天差地别。
速度：缓慢覆盖（如放下盖子）和快速掠过（如手指扫过）。快速掠过时，遮挡时间可能非常短，可能只有几十毫秒。我们的检测算法必须能捕捉到这种短暂事件，同时又要避免因环境光快速波动（如云层飘过）而产生的误触发。
距离与面积：遮挡物可能并未完全覆盖传感器，只是部分遮挡或在一定距离外遮挡，导致光强变化幅度较小。

这就要求我们的检测逻辑不能是简单的“亮-暗”二值化，而需要引入变化量（Δ）检测和持续时间判定。

2.3 系统状态的“任意”

最后，是整个系统工作阶段的任意性。系统可能刚上电，可能处于稳定工作期，也可能正在处理其他中断任务。我们的遮光检测模块需要：

快速初始化：上电后能迅速建立当前环境光的基准值，而不是用一个出厂预设的固定值。
低占用率：不能长时间阻塞CPU，影响其他功能（如数码管动态扫描、按键扫描、串口通信等）。这意味着采用定时中断采样是更优架构。
状态稳定：一旦判定为“遮光状态”，需要有一个稳定的输出，避免因传感器信号微小抖动而在“遮光”和“未遮光”之间高频振荡。

理清了这些“任意条件”，我们的设计目标就清晰了：设计一个能够自适应环境光、能区分真实遮挡与环境干扰、响应迅速且输出稳定的遮光检测系统。

3. 硬件方案选型与电路设计要点

工欲善其事，必先利其器。硬件是软件算法可靠的基础。针对STC15F2K60S2这款单片机，我们有几种常见的传感器选型方案。

3.1 传感器选型：模拟 vs. 数字

方案一：光敏电阻 + ADC这是最经典、最灵活的方案。光敏电阻（如GL5528）的阻值随光照增强而减小。我们将其与一个固定电阻组成分压电路，接入单片机的ADC输入引脚（如P1.0）。

优点：
- 信息量丰富：获得的是连续的模拟量，能感知光照的细微变化，便于实现自适应算法。
- 成本低廉，器件常见。
- 电路简单，只需一个电阻即可完成分压。
缺点：
- 需要占用一个ADC通道。
- 光敏电阻的响应速度相对较慢（毫秒级），对极端快速的遮挡可能不敏感。
- 受温度影响有一定漂移。

方案二：数字式环境光传感器有些集成芯片（如BH1750）直接通过I2C接口输出数字化的光照度值（单位勒克斯）。

优点：
- 精度高，直接输出物理量，程序处理直观。
- 受温度影响小，一致性更好。
- 数字接口抗干扰能力强。
缺点：
- 成本较高。
- 需要占用I2C总线，增加程序复杂度。
- 在蓝桥杯官方指定板/套件中不一定提供。

方案三：光敏三极管/二极管 + 比较器将光敏器件与比较器（如LM393）结合，输出一个数字开关信号给单片机IO口。

优点：
- 电路将模拟比较工作交给硬件，单片机只需读取数字IO，节省ADC和计算资源。
- 响应速度可以很快。
- 通过电位器可以手动调节触发阈值。
缺点：
- 灵活性最差，无法实现自适应。阈值固定，无法应对“任意环境光”。
- 增加了一个比较器芯片，电路稍复杂。

结论与选型建议：对于追求高可靠性和自适应能力的“任意条件”检测，方案一（光敏电阻+ADC）是最佳选择。它虽然在速度和温漂上略有不足，但其提供的连续模拟量信息是实现智能算法的基石。蓝桥杯竞赛平台也普遍支持此方案。因此，后续讨论均基于此方案展开。

3.2 关键电路设计细节

确定了光敏电阻方案，电路设计上还有几个坑要避开。

分压电阻的取值：这是一个关键参数。假设VCC为5V，光敏电阻（GL5528）在强光下阻值可能小至几KΩ，在黑暗处可达几MΩ。如果我们选择固定的下拉电阻R_fixed为10KΩ。

在强光下：光敏电阻R_ldr ≈ 2KΩ，输出电压 V_out = 5V * (10K / (2K+10K)) ≈ 4.17V。此时ADC值很高。
在黑暗下：R_ldr ≈ 1MΩ， V_out = 5V * (10K / (1000K+10K)) ≈ 0.05V。此时ADC值极低。

这个范围（0.05V - 4.17V）对于单片机的ADC（通常0-VCC）是合适的。但如果R_fixed取值过大（如1MΩ），在强光下输出电压会非常接近0V，动态范围被压缩；如果取值过小（如1KΩ），在黑暗下输出电压又接近5V。通常，R_fixed的阻值选取与光敏电阻在典型光照环境下的阻值相近，可以获得较好的电压变化范围。对于室内应用，10KΩ是一个经验值。

滤波电容的必要性：一定要在ADC输入引脚对地加一个104（0.1uF）的瓷片电容。这个电容的作用是滤除高频噪声，防止电源波动或空间电磁干扰影响ADC采样的稳定性。尤其是在长导线连接传感器时，这个电容至关重要。

参考电压的稳定性：STC15的ADC可以使用内部基准（通常是VCC），也可以使用外部基准。如果VCC由USB或LDO提供，相对稳定，用内部基准即可。如果系统中有其他大功率设备（如电机、继电器）可能导致电源波动，那么ADC读数就会整体漂移，造成误判。此时，使用一颗稳定的外部基准电压芯片（如TL431）为ADCREF引脚供电，是提升精度的有效手段，虽然竞赛中不常用，但在实际产品中值得考虑。

4. 软件算法核心：自适应阈值与状态机

硬件提供了相对稳定的模拟信号，真正的智慧在软件里。我们的算法需要解决前面提到的环境光自适应和抗干扰问题。

4.1 动态基线跟踪算法

核心思想：将当前环境光强度视为一个缓慢变化的“基线”，遮光判断是基于信号相对于这个基线的“跌落”程度。

我们可以维护一个变量baseline。它不是一次采样得到的，而是通过滑动平均滤波不断更新的。

#define ALPHA 0.05 // 平滑系数，介于0~1之间，越小越平滑，响应越慢 unsigned int baseline = 0; unsigned int current_adc = 0; void update_baseline() { // 假设 get_adc_value() 是获取ADC值的函数 current_adc = get_adc_value(); // 滑动平均计算公式：新基线 = α * 新采样值 + (1-α) * 旧基线 // 由于是整数运算，可以变换为：新基线 = 旧基线 + α * (新采样值 - 旧基线) baseline = baseline + (int)(ALPHA * (current_adc - baseline)); }

这个baseline会跟随环境光缓慢变化。当发生遮挡时，current_adc会快速下降，但baseline由于平滑作用，变化很慢，两者就会产生一个显著的差值delta = baseline - current_adc。

如何初始化baseline？上电后，连续采样N次（比如100次，耗时几百毫秒），计算其平均值作为baseline的初始值。这比用一个预定义的常数要合理得多。

4.2 双重阈值与迟滞比较

直接用一个delta阈值判断遮光，在临界点容易抖动。我们需要引入迟滞比较，就像施密特触发器一样。

我们定义两个阈值：触发阈值（TH_TRIGGER）和释放阈值（TH_RELEASE），且 TH_TRIGGER > TH_RELEASE。

当系统处于未遮光状态时，只有delta > TH_TRIGGER，才切换到遮光状态。
当系统处于遮光状态时，只有delta < TH_RELEASE，才切换回未遮光状态。

这样，在TH_RELEASE < delta < TH_TRIGGER这个区间内，状态会保持原样，有效消除了临界抖动。

4.3 时间窗滤波与短时脉冲抑制

有些干扰，比如飞虫掠过、闪电、室内灯光频闪，会造成delta瞬间超过 TH_TRIGGER，但持续时间极短（几个毫秒）。这不是我们想要的“遮光”。因此，需要增加时间判定。

我们可以设计一个“遮光确认计时器”。当delta > TH_TRIGGER时，启动一个计时器（或计数器）。只有在这个高电平状态持续超过预设时间（如50ms），才最终确认为一次有效的遮光事件。反之，如果持续时间很短就恢复了，则认为是干扰，忽略不计。对于“遮光结束”的判断同理，delta < TH_RELEASE的状态也需要持续一段时间才确认恢复。

4.4 完整的状态机实现

将以上结合起来，就是一个简单的状态机。

typedef enum { STATE_LIGHT, STATE_DARK_CONFIRMING, STATE_DARK, STATE_LIGHT_CONFIRMING } light_state_t; light_state_t current_state = STATE_LIGHT; unsigned int confirm_counter = 0; #define CONFIRM_MS 50 // 需要确认的持续时间，假设采样间隔10ms，则需计数5次 #define TH_TRIGGER 100 // ADC差值触发阈值，需根据实测调整 #define TH_RELEASE 30 // ADC差值释放阈值 void light_detect_state_machine(void) { // 此函数在定时中断中调用，例如每10ms一次 update_baseline(); // 先更新基线 int delta = baseline - current_adc; if (delta < 0) delta = 0; // 确保delta非负 switch (current_state) { case STATE_LIGHT: if (delta > TH_TRIGGER) { confirm_counter++; if (confirm_counter >= (CONFIRM_MS / SAMPLE_INTERVAL_MS)) { current_state = STATE_DARK; confirm_counter = 0; // 执行遮光触发动作 on_dark_detected(); } } else { confirm_counter = 0; // 条件不满足，重置计数器 } break; case STATE_DARK: if (delta < TH_RELEASE) { confirm_counter++; if (confirm_counter >= (CONFIRM_MS / SAMPLE_INTERVAL_MS)) { current_state = STATE_LIGHT; confirm_counter = 0; // 执行恢复光亮动作 on_light_recovered(); } } else { confirm_counter = 0; } break; // 状态 STATE_DARK_CONFIRMING 和 STATE_LIGHT_CONFIRMING 是更严谨的四状态机， // 用于区分“正在确认”和“稳定状态”，逻辑类似，代码略长，此处从简。 } }

这个状态机有效地结合了幅度判断（双阈值）和时间判断（确认计数），能够很好地抵抗瞬时干扰和信号抖动。

5. 系统集成与实战调试技巧

算法模块写好了，如何集成到蓝桥杯单片机项目中，并把它调稳定，是更见功力的地方。

5.1 定时采样与中断架构

遮光检测不应该用while循环去阻塞式地采样，而应该放在定时器中断服务程序中。例如，配置定时器0每10ms中断一次，在中断服务程序中：

启动一次ADC转换（如果单片机支持自动扫描，可以设置好自动循环）。
调用light_detect_state_machine()函数。
清除中断标志。

这样做的好处是采样间隔精确，不干扰主循环中的其他任务（如按键扫描、显示更新、逻辑处理）。采样率的选择很重要：太快（如1ms）可能没必要，且增加CPU负担；太慢（如100ms）可能漏掉快速的遮挡事件。10-50ms是一个常用的范围。

5.2 参数整定：阈值与时间常数的确定

TH_TRIGGER、TH_RELEASE、ALPHA、CONFIRM_MS这些参数不是拍脑袋出来的，需要实测整定。

数据采集：写一个简单的程序，通过串口将current_adc和baseline的值实时发送到电脑，用串口助手或自己写个小软件绘制曲线。
观察基线：在正常环境下，观察baseline是否平稳地跟随环境光变化。调整ALPHA，使其既能跟上白天到夜晚的缓慢变化，又不会对突然遮挡反应过度（导致基线被拉低）。ALPHA=0.05意味着新采样值的权重只有5%，是一个比较平滑的选择。
测试遮挡：用不同的物体（手、书本、纸片），以不同的速度进行遮挡。观察delta的变化。
- 确定一个可靠的TH_TRIGGER：它应该大于环境光正常波动（如云层飘过、室内灯光轻微闪烁）产生的最大delta，但又小于轻微遮挡产生的delta。这个值可能需要多次试验。
- TH_RELEASE通常设为TH_TRIGGER的 1/3 到 1/2，提供足够的迟滞空间。
测试抗干扰：快速在传感器前挥手（模拟干扰），观察是否误触发。如果误触发，适当增加CONFIRM_MS。但要注意，CONFIRM_MS过长会影响对快速但有效的遮挡（比如检测传送带上快速通过的物体）的响应。

5.3 与其它任务的协同

在蓝桥杯项目中，遮光检测往往只是功能之一。主循环可能是这样的：

void main() { sys_init(); // 系统初始化，包括定时器、ADC、串口等 light_sensor_init(); // 光敏传感器初始化，采集初始基线 while(1) { key_scan(); // 按键扫描 display_process(); // 数码管/LCD显示 business_logic(); // 主业务逻辑，这里可以读取遮光检测的最终状态 // ... 其他任务 } }

遮光检测的状态（current_state == STATE_DARK）作为一个全局标志位，可以被business_logic()函数安全地读取并做出响应。切记，在中断中只做最必要的操作（设置标志位），冗长的处理（如控制继电器、发送长串数据）应放到主循环中根据标志位来执行，避免中断服务程序执行时间过长。

6. 进阶优化与异常处理

做到前面几步，一个稳定可用的遮光检测系统已经完成了。但如果想追求极致，或者应对更严苛的条件，还有优化空间。

6.1 基线漂移的补偿与锁定

滑动平均算法在环境光缓慢变化时表现良好，但如果遮挡时间非常长（比如一个黑箱子盖了几分钟），baseline会逐渐向下漂移，趋向于被遮挡后的低光强值。当箱子拿开时，baseline需要很长时间才能爬升回正常值，这期间系统可能无法正确检测下一次遮挡。

解决方案：引入基线锁定机制。当系统进入稳定的STATE_DARK状态后，可以暂停baseline的更新，或者大幅减小更新系数（ALPHA变得极小）。当检测到恢复光亮（STATE_LIGHT）后，再以正常速度更新基线。这需要更复杂的状态机来管理基线的更新策略。

6.2 多传感器融合与逻辑判断

对于要求极高的应用（如安全光幕），可以使用多个光敏传感器布置成阵列。判断逻辑可以从“任一遮挡”变为“相邻两个同时遮挡”或“特定模式遮挡”，这可以极大地提高抗干扰能力，防止小飞虫等单点干扰导致误动作。虽然蓝桥杯赛题通常不会这么复杂，但这种思想在解决复杂工程问题时很有用。

6.3 环境光突变处理

如果系统从一个非常暗的环境突然移动到强光下（比如从抽屉里拿到太阳下），current_adc剧增，delta会变成负数（因为current_adc > baseline）。我们的算法中delta = max(baseline - current_adc, 0)将其归零，因此不会误触发“遮光”。但此时baseline会以ALPHA定义的速度缓慢上升，追赶current_adc。在这段追赶时间内，系统对真实遮挡的灵敏度是下降的（因为delta的起点baseline偏低）。对于这种极端情况，可以增加一个“快速跟踪模式”：当检测到current_adc连续多次远超baseline时，临时增大ALPHA，让基线快速跟上，待稳定后再恢复原值。

6.4 资源受限下的整数运算优化

前面公式baseline = baseline + (int)(ALPHA * (current_adc - baseline))涉及浮点数乘法。在51内核单片机上，浮点运算效率很低。我们可以用定点数运算来优化。将ALPHA放大2的N次方倍，比如ALPHA = 0.05，放大256倍，ALPHA_FIXED = 13(因为 0.05 * 256 ≈ 13)。那么更新公式变为：

#define ALPHA_FIXED 13 // 对应 0.05 * 256 baseline = baseline + ((current_adc - baseline) * ALPHA_FIXED) / 256;

这里(current_adc - baseline) * ALPHA_FIXED的结果可能超过16位，在C51中需要用long类型来暂存。虽然多了一步除法，但整体上仍远快于浮点运算。这是嵌入式编程中常用的技巧。

7. 在蓝桥杯实战中的策略与注意事项

最后，结合蓝桥杯的比赛特点，谈几点实战建议。

阅读题目要求：这是最重要的第一步。题目要求的“遮光检测”是输出一个开关量，还是需要测量遮光比例？是要求即时响应，还是允许有几百毫秒的延迟？这些要求直接决定了你算法的复杂程度。如果只要求一个稳定的开关量，那么本章讨论的状态机方法完全够用，甚至还可以简化。如果要求测量遮光程度（比如用于调光），那么你需要输出的是delta值或者遮挡比例。

充分利用开发板资源：确认官方提供的板子上，光敏电阻接在了哪个ADC通道（通常是P1.0或P1.1），分压电阻的阻值是多少（通常是10K）。这些硬件参数是你的算法基础。

调试信息输出：在比赛初期调试时，一定要善用串口助手。将current_adc,baseline,delta,current_state这些关键变量实时打印出来，绘制成曲线或观察数值变化。这是调试算法、确定阈值最直观有效的方法。比赛后期稳定后，可以关掉打印以释放资源。

预留调试接口：在你的代码中，可以通过某个按键（如S7）来切换“工作模式”和“调试模式”。在调试模式下，LED或数码管可以显示delta值或状态代码，方便你在没有电脑串口的情况下也能进行基本调试。

注意电源噪声：如果板子上有继电器、电机等大电流器件，它们在动作时可能会引起电源电压的瞬间跌落，导致ADC值整体跳变。这种跳变可能被误认为是遮光。解决方法除了加滤波电容，还可以在软件上做“电源突变检测”：同时采样一个连接到稳定参考电压（如通过电阻分压得到的2.5V）的ADC通道，如果这个参考通道的值也发生突变，则说明是电源干扰，可以忽略本次所有ADC采样结果。

代码的健壮性：比赛环境下的灯光可能比较复杂，可能有来自其他参赛者桌面的台灯直射。确保你的代码上电初始化阶段有足够的采样时间来建立正确的基线（比如延时500ms并采样100次求平均）。避免一上电就因为基线不准而误动作。

实现一个“任意条件下”的鲁棒遮光检测，是一个从物理感知到信号处理，再到软件逻辑的完整链条。它考验的不仅仅是编程能力，更是对系统行为、噪声处理和实际工程问题的理解。希望这篇长文拆解开的每一个细节，能帮助你下次再遇到类似问题时，不再只是简单地读取一个IO口，而是能构建一个真正可靠、智能的检测系统。在单片机编程的世界里，很多时候，解决问题的深度比广度更重要。