基于红外遥控与STM32的智能灯光系统设计：从状态记忆到平滑调光

1. 项目概述：从“能亮”到“好用”的智能灯光进化

几年前，我给家里的床头灯加了个红外遥控开关，当时觉得挺方便，按一下遥控器就能开关灯，不用再伸手去够墙上的开关了。但用久了，问题就来了：遥控器找不着是家常便饭；晚上想调个亮度，得眯着眼睛在一堆按键里找；最要命的是，这灯“没记性”，每次关灯再开，亮度都恢复到默认值，想营造个温馨的阅读氛围，得重新调半天。这大概就是很多DIY红外遥控灯的“初代”体验——解决了“有线开关”的痛点，但带来了“交互粗糙”和“状态丢失”的新麻烦。

所以，我决定动手搞一个“红外遥控灯终极版”。这个“终极”，目标很明确：它得足够智能和人性化。首先，状态记忆是刚需，灯要记得自己上次关闭时的亮度和色温（如果有），下次打开直接恢复，不用重新设置。其次，交互要直观且无感，最好能用一个遥控器上的少数几个键（比如音量加减、频道加减）就完成所有常用操作，甚至实现一键场景切换。最后，可靠性必须拉满，不能有遥控延迟、误触发或者自己突然抽风的情况。这不仅仅是换个接收头或者写两行代码的事，它涉及到硬件选型的匹配、控制逻辑的设计、EEPROM的合理运用以及抗干扰细节的处理。经过几轮迭代和实测，下面这套方案已经稳定运行了超过一年，可以说真正实现了从“能遥控”到“好用的智能灯”的跨越。

2. 核心设计思路与方案选型

2.1 为何坚持红外，而非Wi-Fi或蓝牙？

现在智能家居主流是Wi-Fi和蓝牙，那么为什么这个“终极版”还要用看似“过时”的红外遥控？这其实是基于场景的精准取舍。

1. 极致稳定与零延迟：红外是单向的、即时的指令传输。按下遥控器，灯几乎在毫秒级响应。没有网络协议栈开销，没有路由器信号波动，没有手机App连接中断的烦恼。对于开关、调光这种需要即时反馈的操作，红外的物理链路可靠性无可替代。
2. 无隐私与功耗担忧：红外遥控器不需要接入家庭网络，灯本身也无须联网。这意味着没有数据上传、没有隐私泄露风险，也杜绝了因固件漏洞导致的安全问题。同时，接收端待机功耗极低（微安级），遥控器更是只有按键时才耗电，一节电池能用好几年。
3. 低成本与易复用：一个通用的红外接收头模块成本仅一两元，单片机也只需最基础的型号。家家都有的旧电视、机顶盒遥控器可以直接拿来用，用户零学习成本。这对于改造旧灯、或者制作一些不需要复杂网络功能的单一设备来说，性价比和便捷性极高。
4. 明确的场景边界：这个灯的设计场景是“床头阅读灯”、“桌面氛围灯”或者“衣柜感应灯”。这些场景不需要远程控制（你不在床边怎么开床头灯？），也不需要与其他设备联动（当然，可以通过学习其他红外信号实现简单的联动）。它的核心需求就是：在身边，随手可控，反应快，状态准。

所以，方案的核心定位是：利用成熟、廉价的红外物理链路，结合单片机的逻辑处理能力，在离线环境下实现媲美智能灯的交互体验。关键在于，把智能的逻辑放在灯端的单片机里，而不是云端。

2.2 系统架构与核心部件选型

整个系统可以看作一个“感知-决策-执行”的闭环。

1. 感知层（红外接收）：

   • 核心部件：VS1838B 或 HS0038B 这类一体化红外接收头。它们内部已经集成了光电二极管、前置放大器和解调电路，输出的是标准的TTL电平信号（解码后的数字波形），单片机可以直接读取。
   • 选型理由：VS1838B更常见、便宜；HS0038B抗干扰能力通常更强一些。我最终选了HS0038B，因为我的工作环境附近有无线键鼠，对38kHz载波有一定干扰。注意：接收头的供电一定要稳定，最好在VCC和GND之间并联一个10uF~100uF的电解电容和一个0.1uF的瓷片电容，用于滤除电源噪声，这是避免误触发的关键一步。

2. 决策层（主控MCU）：

   • 核心部件：ATmega328P（Arduino Uno/Nano核心）或 STM32F103C8T6（Blue Pill）。对于这个项目，两者性能都绰绰有余。
   • 选型对比与最终选择：
     • Arduino (ATmega328P)：优势在于生态好，库丰富（如IRremote库），开发速度快，适合快速验证。缺点是成本稍高，且IO和性能对于更复杂的扩展可能受限。
     • STM32：优势是性价比极高，主频高，外设丰富，PWM分辨率高（可实现更细腻的调光），且更贴近实际产品开发。缺点是需要一定的嵌入式基础。
   • 我的选择：我用了STM32F103C8T6。原因有三：第一，我需要至少4路高分辨率PWM来控制RGBW灯珠；第二，我想把红外解码、状态管理、PWM输出、EEPROM读写全部放在一个主循环里，STM32的处理能力更从容；第三，成本确实低。对于初学者，从Arduino Nano开始是绝佳选择，本文的代码逻辑完全通用。

3. 执行层（灯光驱动）：

   • 核心部件：LED灯珠 + MOSFET/恒流驱动芯片。
   • 选型解析：如果你用的是普通的草帽LED或灯带（工作电流小），直接用单片机的IO口驱动MOSFET（如AO3400）即可。如果用的是大功率LED或COB灯珠，必须使用恒流驱动芯片（如PT4115、SM2212E等），由PWM信号控制驱动芯片的使能或调光脚。绝对禁止直接用单片机IO驱动大功率LED！我这次改造的是一个10W的COB阅读灯，所以选择了PT4115恒流驱动模块，单片机只提供PWM调光信号。

4. 记忆层（状态存储）：

   • 核心部件：MCU内部的EEPROM或外置的AT24Cxx系列芯片。
   • 选型解析：ATmega328P有1KB内部EEPROM，STM32F103C8T6没有内部EEPROM，但可以模拟（有磨损均衡问题）或外接。我为了可靠，外挂了一片AT24C02（256字节）。存储的内容很简单：亮度值（1字节）、色温值（1字节）、开关状态（1字节）以及可能的情景模式编号。注意：EEPROM有写入寿命（通常10万~100万次），不要每次调光都写入！应该只在灯关闭或亮度/色温稳定一段时间（如3秒）无操作后才写入。

2.3 红外协议与编码规划

市面上遥控器多用NEC协议，但我们要规划好自己的按键编码，让一个普通的遥控器（比如旧电视遥控）实现多功能。

• 协议选择：兼容NEC协议。因为几乎所有的通用红外接收头和解码库都首先支持NEC，遥控器也最常见。
• 按键映射规划（示例，用电视遥控器）：
  • 电源键：开关灯。这是核心，逻辑最复杂：短按切换开关状态；长按（如2秒）进入“情景模式循环切换”。
  • 音量+ / 音量-：增加/降低亮度。按下不放应能连续平滑调光。
  • 频道+ / 频道-：增加/降低色温（从暖黄到冷白）。如果灯是单色温，这两个键可以映射为“快速调至最亮/最暗”或“切换预设亮度档位”。
  • 数字键1-3：快速切换到预设情景模式，比如“阅读模式”（高亮、冷白）、“温馨模式”（中等亮度、暖黄）、“夜灯模式”（微亮、暖黄）。
  • 静音键：一键切换至“影院模式”（极低亮度、暖色温，且关闭时渐灭）。

这个规划的关键在于，充分利用了人们对于电视遥控器按键功能的肌肉记忆，几乎不需要学习。实现上，就是让单片机解码出具体的键值（如0x45是电源键），然后执行我们自定义的函数。

3. 硬件电路设计与连接要点

3.1 电路原理图核心部分解析

这里以STM32F103C8T6驱动PT4115恒流模块，并接收红外信号为例，说明关键连接和原理。

1. 红外接收电路：

   HS0038B VCC -> 3.3V (MCU的3.3V输出) HS0038B GND -> GND HS0038B OUT -> MCU PA0 (配置为上拉输入，捕获外部中断)

   • 为什么接3.3V？虽然HS0038B工作电压范围是2.7V-5.5V，但STM32的IO口是3.3V电平。如果接收头用5V供电，其输出高电平可能接近5V，长时间接入会损坏STM32的IO口。因此，统一使用3.3V供电最安全。
   • 为什么用外部中断引脚？红外信号是异步的，随时可能到来。使用外部中断（EXTI）来捕获接收头输出的下降沿（每个脉冲开始），可以确保不丢失任何一次按键信号，实现实时响应。在中断服务程序里启动一个定时器进行解码是最佳实践。

2. LED驱动电路：

   MCU PA8 (PWM输出) -> PT4115模块 DIM (调光引脚) PT4115模块 VIN -> 12V电源正极 PT4115模块 GND -> 12V电源负极 & MCU GND (共地！) PT4115模块 LED+ -> COB灯珠正极 PT4115模块 LED- -> COB灯珠负极

   • 共地至关重要！单片机的GND必须与驱动模块、电源的GND连接在一起，否则PWM控制信号无法形成参考回路，会导致控制失灵或乱闪。
   • PWM频率选择：对于LED调光，推荐使用200Hz - 1KHz的PWM频率。频率太低（如100Hz以下），人眼可能会感到闪烁；频率太高，MOSFET开关损耗增大，且有些恒流芯片响应跟不上。STM32的定时器可以轻松产生几百Hz的PWM。我设置为500Hz。
   • PWM分辨率：即占空比变化的精细度。Arduino的analogWrite()默认是8位（0-255）。STM32的定时器可以配置为16位（0-65535），这意味着你可以实现65536级调光，变化会极其平滑。实际上，人眼对亮度的感知是对数型的，256级已经足够，但更高的分辨率在低亮度区间（如0-50）的微调会更细腻。

3. EEPROM电路（AT24C02）：

   AT24C02 VCC -> 3.3V AT24C02 GND -> GND AT24C02 SDA -> MCU PB7 (I2C1_SDA) AT24C02 SCL -> MCU PB6 (I2C1_SCL)

   • 上拉电阻：I2C总线需要上拉电阻，通常4.7KΩ。虽然STM32的IO可以配置为内部上拉，但为了稳定性，尤其是在3.3V系统下，建议在SDA和SCL线上各接一个4.7KΩ电阻到3.3V。

3.2 PCB布局与焊接注意事项

如果你打算做一个小板子，以下几点能大幅提升成功率：

1. 电源走线要粗：给驱动模块（PT4115）供电的12V线路，以及从12V到灯珠的线路，电流可能达到1A以上，走线必须足够宽，避免压降过大和发热。
2. 模拟与数字地分离：虽然我们系统简单，但良好的习惯是：将驱动部分的大电流地（功率地）和单片机、红外接收头的小信号地（数字地）在一点连接（单点接地），通常可以在电源输入电容的负极处汇合。这能减少大电流波动对数字电路的干扰。
3. 红外接收头远离干扰源：尽量让红外接收头远离单片机、晶振、电源电感等可能产生电磁干扰的元件。接收头的前方（透镜方向）不要被其他元件遮挡，并最好在PCB上开孔，让透镜露出外壳。
4. 焊接温度：焊接HS0038B这类红外接收头时，烙铁温度不要过高（建议350°C以下），焊接时间要短（3秒内），因为内部是环氧树脂封装的硅片，过热容易损坏。

4. 嵌入式软件逻辑与代码实现

软件是项目的灵魂，它决定了灯是否“聪明”。整个程序围绕一个主循环和几个中断服务程序展开。

4.1 红外解码与按键映射实现

我采用外部中断+定时器解码的方式，这是最可靠的方法。

// 以下为STM32 HAL库示例代码片段，逻辑与Arduino相通 #define IR_IN_PIN GPIO_PIN_0 #define IR_IN_PORT GPIOA volatile uint32_t irLastFallTime = 0; // 上次下降沿时间 volatile uint8_t irRawData[33]; // 存储33位NEC码（包括引导码） volatile uint8_t irDataIndex = 0; volatile uint8_t irReadyFlag = 0; // 解码完成标志 uint32_t irDecodedValue = 0; // 解码后的键值 // 外部中断服务程序（下降沿触发） void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if(GPIO_Pin == IR_IN_PIN) { uint32_t currentTime = HAL_GetTick() * 1000 + SysTick->VAL / (SystemCoreClock / 1000000); // 获取微秒级时间 uint32_t pulseWidth = currentTime - irLastFallTime; irLastFallTime = currentTime; if(pulseWidth > 8000) { // 引导码（9ms低电平+4.5ms高电平），检测到长低电平后的第一个下降沿 irDataIndex = 0; } else if(irDataIndex < 33) { // 判断是逻辑0（约560us低+560us高）还是逻辑1（560us低+1690us高） if(pulseWidth > 1000) { // 高电平时间大于1ms，认为是逻辑1 irRawData[irDataIndex] = 1; } else { irRawData[irDataIndex] = 0; } irDataIndex++; if(irDataIndex == 33) { irReadyFlag = 1; // 一帧数据接收完成 } } } } // 在主循环中检查并处理解码完成的红外数据 void ProcessIRCommand() { if(irReadyFlag) { irReadyFlag = 0; // 将33位二进制数组转换为32位数值（忽略最后一位重复的地址码） irDecodedValue = 0; for(int i=0; i<32; i++) { irDecodedValue |= (irRawData[i] << i); } // 按键映射 switch(irDecodedValue) { case 0x45: // 假设这是电视遥控器电源键的NEC码 HandlePowerKey(); break; case 0x46: // 音量+ IncreaseBrightness(); break; case 0x15: // 音量- DecreaseBrightness(); break; // ... 其他按键映射 default: break; } } }

关键点：HandlePowerKey()函数需要实现短按和长按的判断。可以在按键按下时记录时间，在中断中判断高电平持续时间（即按键释放时间）来判断是短按还是长按。

4.2 灯光控制与状态管理逻辑

这是实现“状态记忆”和“平滑调光”的核心。

// 全局变量 uint8_t currentBrightness = 100; // 当前亮度 (0-100%) uint8_t currentColorTemp = 50; // 当前色温 (0-100, 0暖黄，100冷白) uint8_t lightState = 0; // 0:关, 1:开 uint8_t currentScene = 0; // 当前情景模式 // 设置PWM输出 void SetLightOutput(uint8_t brightness, uint8_t colorTemp) { // 假设有两路PWM，一路控制亮度（所有灯珠），一路控制冷暖比例（如果是双色温灯） uint16_t pwmBright = (uint16_t)brightness * 65535 / 100; uint16_t pwmWarm, pwmCold; // 计算冷暖PWM值（示例算法，取决于你的硬件连接） pwmWarm = pwmBright * (100 - colorTemp) / 100; pwmCold = pwmBright * colorTemp / 100; __HAL_TIM_SET_COMPARE(&htim1, TIM_CHANNEL_1, pwmWarm); // 暖光PWM __HAL_TIM_SET_COMPARE(&htim1, TIM_CHANNEL_2, pwmCold); // 冷光PWM } // 处理开关/长按 void HandlePowerKey() { if(isLongPress) { // 长按判断 currentScene = (currentScene + 1) % TOTAL_SCENES; LoadSceneSettings(currentScene); // 从预设数组加载亮度色温 SaveStateToEEPROM(); // 保存当前情景模式 } else { // 短按 lightState = !lightState; if(lightState) { // 开灯：从EEPROM读取上次保存的亮度色温，并渐变点亮 FadeToSavedState(); } else { // 关灯：先保存当前状态到EEPROM，再渐变熄灭 SaveStateToEEPROM(); FadeToOff(); } } } // 平滑调光函数（亮度增加） void IncreaseBrightness() { if(!lightState) return; // 关灯时调光无效 uint8_t step = 2; // 每次调整步进 if(currentBrightness + step <= 100) { currentBrightness += step; } else { currentBrightness = 100; } SetLightOutput(currentBrightness, currentColorTemp); // 启动一个“延迟保存”定时器，比如3秒后无新操作，再触发SaveStateToEEPROM StartSaveDelayTimer(); }

状态保存策略：这是避免EEPROM过早损坏的关键。不要在IncreaseBrightness()里每次调用都保存。而是启动一个软件定时器，每次调光操作都重置这个定时器。当定时器超时（比如3秒内无任何按键），才执行一次SaveStateToEEPROM()。关灯动作则立即保存。

4.3 EEPROM数据存储与磨损均衡

对于AT24C02，写入前需要确保数据确实发生了变化，以减少写入次数。

#define EEPROM_ADDR_BRIGHT 0x00 #define EEPROM_ADDR_COLOR 0x01 #define EEPROM_ADDR_STATE 0x02 #define EEPROM_ADDR_SCENE 0x03 uint8_t lastSavedBrightness = 0xFF; // 初始化为不可能的值 uint8_t lastSavedColorTemp = 0xFF; void SaveStateToEEPROM() { uint8_t dataToWrite[4]; dataToWrite[0] = currentBrightness; dataToWrite[1] = currentColorTemp; dataToWrite[2] = lightState; dataToWrite[3] = currentScene; // 检查数据是否变化，避免无效写入 if(lastSavedBrightness != currentBrightness) { HAL_I2C_Mem_Write(&hi2c1, 0xA0, EEPROM_ADDR_BRIGHT, I2C_MEMADD_SIZE_8BIT, &dataToWrite[0], 1, 100); lastSavedBrightness = currentBrightness; HAL_Delay(5); // AT24C02写入需要几ms } // ... 类似地检查并写入其他字节 } void LoadStateFromEEPROM() { uint8_t readData[4]; HAL_I2C_Mem_Read(&hi2c1, 0xA0, EEPROM_ADDR_BRIGHT, I2C_MEMADD_SIZE_8BIT, readData, 4, 100); // 可以加入数据有效性校验，比如判断读出的值是否在合理范围内(0-100) if(readData[0] <= 100) currentBrightness = readData[0]; if(readData[1] <= 100) currentColorTemp = readData[1]; lightState = readData[2] & 0x01; // 只取最低位 if(readData[3] < TOTAL_SCENES) currentScene = readData[3]; lastSavedBrightness = currentBrightness; lastSavedColorTemp = currentColorTemp; }

进阶技巧——简易磨损均衡：如果你担心频繁开关灯导致EEPROM_ADDR_STATE地址写入次数过多，可以准备2-3个地址轮换写入，并额外写入一个序列号或时间戳，每次读取时选择序列号最大的有效数据。这能成倍延长EEPROM寿命。

5. 组装、调试与优化实录

5.1 分步组装与上电测试

1. 最小系统测试：先只连接单片机、红外接收头和串口（用于调试打印）。编写一个简单的程序，接收红外信号并通过串口打印出解码后的键值。确保硬件连接正确，解码稳定。这一步至关重要，能隔离大部分问题。
2. 单独测试PWM输出：不接驱动模块，用示波器或一个LED接在PWM输出引脚上，测试PWM频率和占空比是否受控变化。如果没有示波器，可以用analogWrite函数让LED呼吸，观察亮度变化是否平滑。
3. 连接驱动模块与灯珠：先断开灯珠，用万用表测量驱动模块的输出电压是否正常。然后接上灯珠，通过程序控制PWM从0到100%缓慢变化，观察灯珠是否从暗到亮平滑变化，有无闪烁或突然熄灭。注意：恒流模块有最小输出电压/电流要求，如果PWM占空比太低，模块可能停止工作，导致闪烁。需要设置一个最小亮度阈值（如5%）。
4. 整合测试：将红外控制逻辑与PWM输出整合。测试每个按键功能是否正常，响应是否迅速。

5.2 常见问题排查与解决

5.3 性能与体验优化技巧

1. 渐亮渐灭（软启动/软关闭）：直接跳变亮度会显得生硬。在开/关灯时，使用一个for循环让亮度在200-300ms内线性变化到目标值。这能极大提升质感。

   void FadeTo(uint8_t targetBright, uint8_t targetColor, uint16_t durationMs) { uint8_t startBright = currentBrightness; uint8_t startColor = currentColorTemp; for(uint16_t i=0; i<=100; i++) { currentBrightness = startBright + (targetBright - startBright) * i / 100; currentColorTemp = startColor + (targetColor - startColor) * i / 100; SetLightOutput(currentBrightness, currentColorTemp); HAL_Delay(durationMs / 100); } }

2. 按键连发（Press & Hold）：实现按住音量键不放，亮度持续平滑变化。这需要在红外解码中识别“重复码”（NEC协议中，长按会发送一个特殊的重复码0xFFFFFFFF），并在收到重复码时连续执行调光函数。

3. 情景模式淡入淡出：切换情景模式时，不要直接跳变，而是调用上面的FadeTo函数，平滑过渡到新模式，体验更优雅。

4. 硬件消抖与软件滤波：在红外接收头的信号线到单片机引脚之间，可以串联一个100欧姆的电阻，并接一个20pF的小电容到地，构成简单的硬件滤波。在软件上，可以对解码出的键值进行“N取M”的投票法滤波，只有连续几次解码结果一致才认为是有效按键。

6. 项目总结与扩展思考

经过这一轮从硬件到软件的深度改造，这个“红外遥控灯”已经脱胎换骨。它保留了红外控制稳定、零延迟、无隐私风险的优点，又通过单片机赋予了它状态记忆、平滑调光、情景模式等智能灯的体验。成本算下来，主控、接收头、驱动模块、EEPROM加起来不到20元，但带来的使用体验提升是巨大的。

这个项目的核心思路其实可以扩展到很多地方。比如，你可以用同样的方法改造风扇（记忆风速、摇头模式）、改造电动窗帘（记忆开合比例）、甚至改造咖啡机（一键启动常用模式）。其本质就是**“传统红外电器 + 智能控制逻辑”**的本地化升级方案。

如果你还想更进一步，可以考虑加入光敏传感器实现自动亮度调节（白天亮些，晚上暗些），或者加入人体传感器实现人来灯亮、人走灯灭（但保持红外遥控 override 的能力）。这时，STM32的资源优势就体现出来了，它能轻松处理多传感器输入和复杂的逻辑判断。

最后分享一个我踩过的坑：早期版本我把EEPROM的保存操作放在主循环里，每秒钟检查一次是否需要保存。结果发现，在快速连续调光时，EEPROM的写入速度跟不上，导致主循环卡顿，红外解码都受到影响。后来改为“延迟触发保存”机制，整个世界都流畅了。所以，在嵌入式系统里，对耗时操作（如I2C/EEPROM写入）一定要做异步化或延迟化处理，绝不能阻塞主循环或关键中断。这算是让这个“终极版”真正稳定下来的最后一块拼图。