企业官网建设流程全解析

简介：这份文档围绕型号YX-208I的无级调光七彩LED灯条控制器展开，面向LED灯饰设计、智能照明DIY及商业与家庭照明调试人员，提供RGB三色控制器的选型、接线与功能设置参考，可帮助解决调光方式、遥控距离和灯光效果配置等问题。压缩包内共1个doc文件，约685KB，内容以产品说明和技术参数为主，便于快速查阅供电电压、输出回路、连接方式、静态功耗及输出功率等关键指标。文档还梳理了红外与RF无线两种控制方式：红外支持16种静态颜色、多种跳变与渐变效果、8级亮度及长按无级调光；无线部分提供22/15种变化模式和10级速度调节，并具备掉电记忆。PWM数字化调光、共阳接线和宽温工作范围等细节，对实际搭建灯条方案与排查控制异常具有参考价值。已有318人学习下载，适合需要了解控制器功能边界和调试思路的读者。

1. 拆开看只有一颗单片机、三个 MOS 和两个接收头

拆开一台 RGB 七彩 LED 灯条控制器，料单简单到让人失望：一颗单片机、三个 MOS 管、一个红外接收头、一个射频模块，加起来不到十块钱。可同一套料，有人做出来呼吸顺滑、断电后颜色不变，有人做出来低亮度一跳一跳、遥控按十下应一下。差别不在元器件，在几个看不见的决策里：PWM 频率定多高、占空比到亮度的映射曲线怎么算、掉电记忆的写入时机卡在哪一毫秒。把这几层拆开看，才知道一台标着“无级调光、22 种模式、360W”的控制器，力气到底花在了什么地方。

2. PWM 调光：8 级亮度和“无级”之间差着一条人眼曲线

2.1 为什么不调电压，非要开关

LED 是电流驱动器件，正向压降 Vf 有离散性，亮度基本正比于流过它的电流。如果用调压的方式降低亮度，问题会成串出现：Vf 随温度和批次漂移，同一批灯条在低电压区间的亮度差能到 30% 以上。更麻烦的是 RGB 三色的 Vf 并不一样，红光约 1.8～2.0V，蓝绿约 3.0～3.2V，共阳结构下从公共端往下降压，蓝绿会先一步熄灭，颜色立刻偏红。

PWM 换了个思路：每一路都保持满幅导通，只改变一个周期内导通时间占比。LED 要么全亮要么全灭，电流始终落在同一条 I-V 曲线的工作点上，色坐标不会因为调暗而漂移。对人眼来说，只要开关频率足够高，看到的就是一段连续亮度，这是视觉暂留和积分效应的直接结果，不是“数码调光”这类玄学名词。

/* 以 16 位定时器做三路快速 PWM：f = F_CPU / (分频 × (TOP+1)) */ #define F_CPU 8000000UL #define PWM_TOP 1023U /* 10 位分辨率，1024 级占空比 */ #define PWM_PRESCALE 1U /* 不分频 */ /* 8 MHz / 1024 ≈ 7.8 kHz。这个频率远高于人眼临界闪烁频率， * 手机慢动作拍摄也拍不到滚动黑带；代价是分辨率只有 10 位， * 最低一档占空比已经到 1/1024，再往下就得靠抖动补。 */ void pwm_init(void) { TCCR1A = (1 << WGM11) | (1 << COM1A1) | (1 << COM1B1) | (1 << COM1C1); TCCR1B = (1 << WGM13) | (1 << WGM12) | (1 << CS10); /* 快速 PWM，不分频 */ ICR1 = PWM_TOP; OCR1A = 0; /* R 通道占空比 */ OCR1B = 0; /* G 通道 */ OCR1C = 0; /* B 通道 */ DDRB |= (1 << PB1) | (1 << PB2) | (1 << PB3); }

这里最容易被忽略的是频率和分辨率的取舍。定时器位数固定，分频越低频率越高、但一个周期能切的格子数不变；主频越高、格子才越多。很多控制器为了在低速晶振上做多档亮度，把分频调大，PWM 频率掉到 150 Hz 附近，人眼边缘视觉就能捕捉到闪烁，摄像机更明显。判断标准很朴素：手机开 240fps 慢动作对着灯条拍，画面里出现横向黑带滚动，就是频率太低。

2.2 占空比不等于亮度：gamma 表怎么来的

假设 PWM 计数值 0～1023 代表占空比，很多人第一版固件会直接按档位线性赋值：8 级亮度就是 0、128、256、384……一直到 1023。烧进去一看，前两档几乎看不出区别，最后两档也差不多，中间跳得厉害。

原因在人眼。视觉系统对亮度的响应近似幂函数，业界通常用 gamma ≈ 2.2 拟合：感知亮度 L 和物理光通量 Φ 的关系是 L ∝ Φ^(1/2.2)。反过来说，想让感知均匀分布，物理占空比要按 Φ ∝ L^2.2 来分配。50% 占空比看起来接近 73% 亮度，不是 50%。

/* 按 gamma≈2.2 预生成的查表值，覆盖 0~1023 的 PWM 计数范围。 * 直接用 8 级线性切分，低档位视觉差异过大、高档位几乎无差别； * 查表后每档之间的"感觉亮度"才接近等距。 */ static const uint16_t gamma_lut[9] = { 0, /* 档位 0：全灭 */ 11, /* 档位 1：约 1.0% 占空比，视觉上约 12.5% 亮度 */ 48, /* 档位 2 */ 118, 222, 364, 543, 762, 1023 /* 档位 8：满占空比 */ }; void set_brightness(uint8_t level, uint8_t r, uint8_t g, uint8_t b) { if (level > 8) level = 8; uint16_t k = gamma_lut[level]; /* 0~1023 的亮度系数 */ uint32_t base_r = (uint32_t)r * 1023 / 255; uint32_t base_g = (uint32_t)g * 1023 / 255; uint32_t base_b = (uint32_t)b * 1023 / 255; OCR1A = base_r * k / 1023; /* 三路同比缩放，色坐标不漂 */ OCR1B = base_g * k / 1023; OCR1C = base_b * k / 1023; }

参数说明：r/g/b是这一组静态色在满亮度时的原始值，k是 gamma 修正后的亮度系数，两者相乘再除 1023，保证三路始终按同一比例缩放。这一点很关键，如果三路各自查一次 gamma 表、各自取整，低亮度档位会累积舍入误差，本来偏暖的白会变成偏绿。这类精度问题在小电流灯条上不明显，在大功率灯条上会被放大成肉眼可见的色差。

2.3 “无级调光”其实是 64 步的细分

产品描述里写“静态共 3 级亮度可调，长按可实现无级调光”，前一句说的是短按跳档，后一句说的是按住不放连续变化。很多人的第一反应是真做成 0～100% 连续扫描，实际做不到，也没必要。

一方面 PWM 分辨率有限，10 位定时器最多 1024 格，扣掉 gamma 修正后低亮度区可用的格子只有几十个；另一方面，手指按住的时间只有两三秒，扫描步数太多根本停不到想要的位置上。工程上的折中是 64 步细分，每 80ms 走一步，走满全程约 5 秒，手指停得住。

/* 长按判定 + 连续步进：短按跳一档，长按进入细分扫描 */ #define LONG_PRESS_MS 600 /* 超过 600 ms 判为长按 */ #define REPEAT_MS 80 /* 连续步进间隔 */ #define BRIGHT_STEPS 64 /* 细分总档数 */ static uint8_t s_level = 32; /* 当前亮度 0~63，上电默认中间值 */ static uint16_t s_press_ms = 0; static uint8_t s_pressed = 0; void on_key_tick(uint8_t key_down, uint8_t dir, uint16_t elapsed_ms) { if (key_down && !s_pressed) { /* 按下沿 */ s_press_ms = 0; s_pressed = 1; } else if (key_down) { /* 按住中 */ s_press_ms += elapsed_ms; if (s_press_ms >= LONG_PRESS_MS + REPEAT_MS) { s_press_ms = LONG_PRESS_MS; /* 重新计一个步进周期 */ if (dir == DIR_UP && s_level < BRIGHT_STEPS) s_level++; if (dir == DIR_DN && s_level > 0) s_level--; apply_level(s_level); /* 只改 RAM，不写 EEPROM */ } } else if (s_pressed) { /* 抬起沿 */ if (s_press_ms <= LONG_PRESS_MS) { /* 短按：走固定的 8 档 */ s_level = (dir == DIR_UP) ? next_static_level(s_level) : prev_static_level(s_level); apply_level(s_level); } s_pressed = 0; } }

apply_level()里有一个关键约定：只更新 PWM 寄存器和 RAM 中的亮度变量，不触发存储写入。这一点放到第 3 章讲掉电记忆时会更清楚——如果按住键的每一毫秒都写一次非易失存储，几十秒就能把一页擦写次数耗掉一大截。血泪经验通常就是这么攒出来的。

3. 三回路共阳驱动：60W 到 360W 的功率怎么分出来

3.1 共阳接法的代价，以及为什么行业还是选它

RGB 灯条有两种接法。共阴是一个公共负极加三根正极，共阳是一个公共正极加三根负极。控制器要驱动三路独立亮度，共阴需要三个高边开关（P 沟道 MOS 或带自举的 N 沟道），共阳只需要三个低边 N 沟道 MOS。

差别在成本和驱动难度上。N 沟道 MOS 的导通电阻更低、价格更便宜、栅极驱动只要相对源极抬高 5～10V 即可；P 沟道 MOS 同规格下 Rds(on) 通常高一倍，价格也高。共阳接法把三路开关全部放在低边，源极接地，单片机 IO 直推就能工作，省掉自举电容和栅极驱动芯片。

代价是接线变成四根线（+V、R、G、B），且三路负载正极并联在一起，一旦公共正极的走线阻抗偏大，三路之间会互相串扰：红灯全亮时公共端电压被拉低，绿蓝两路亮度跟着掉。这是共阳结构固有的耦合，只能靠加粗公共线、就近供电来缓解，不能靠软件消除。

3.2 功率标称不是随口写的：从电流倒推 MOS 选型

一台控制器标 60W/144W/288W/360W 四个数字，很多人以为是四款不同硬件，其实常见情况是同一块板在 12V 和 24V 下的两组额定值。算法很直接：三路同时满载时的总功率等于供电电压乘以每路电流再乘以 3。

12V 下每路 5A，总功率 180W；24V 下同样每路 5A，总功率就翻到 360W。中间那些数字对应的是不同电流档位的灯条，比如 12V 每路 1.7A 约 60W，12V 每路 4A 约 144W，24V 每路 4A 约 288W。

/* 额定功率由供电电压、单路持续电流、通道数三者决定，不能只看 MOS 标称 */ typedef struct { uint8_t vin; /* 供电电压 12 或 24 */ uint16_t current_ma; /* 单路持续电流 */ uint8_t channels; /* 固定 3 路 */ uint16_t rds_on_mohm; /* MOS 导通电阻，常见 20~50 mΩ */ } driver_spec_t; uint32_t rated_power_w(const driver_spec_t *s) { return (uint32_t)s->vin * s->current_ma * s->channels / 1000; } /* 单管导通损耗：P = I² × Rds(on)。 * 5A、20mΩ 时约 0.5W，三路全开 1.5W； * SOT-23 封装不铺铜的话，温升会一路爬到保护点。 */ uint16_t mos_loss_mw(const driver_spec_t *s) { uint32_t i_ma = s->current_ma; return (uint16_t)(i_ma * i_ma / 1000000UL * s->rds_on_mohm); }

参数说明：current_ma用的是毫安，算损耗时先平方再除以 10⁶ 换算成安培平方；rds_on_mohm是 25℃ 下的典型值，实际结温升到 100℃ 时会涨 40%～60%，热设计要按高温值留余量。真正决定一块板能标多大功率的不是 MOS 本身，是散热面积和灯条实际负载曲线——LED 灯条很少三路同时满载，标称值通常按最坏情况留了余量。

还有一个容易被忽略的隐性损耗：MOS 导通时漏源之间有几十毫伏压降，5A 下 20mΩ 就是 0.1V。12V 系统里这 0.1V 意味着末端灯条少 0.8% 的电压，视觉上几乎看不出；但如果灯条本身已经因为线损掉了 1V，这 0.1V 就是压垮骆驼的那根稻草，表现为“开到最亮反而颜色发暗”。

3.3 掉电记忆：一个字段写下去，寿命账要算清楚

产品描述里“掉电记忆功能（可保存模式和速度）”看着平平无奇，实现上有两种完全不同的路径，选错一条就是售后率。

路径 A 是每次状态变化立刻写非易失存储。好处是绝对可靠，坏处是寿命。常见 EEPROM 擦写寿命约 10 万次，按每晚调光 30 次算，一年一万次，十年就到顶。如果用户习惯长按调光，按住三秒就是三十多次写入，几周就能写坏一页。

路径 B 是状态稳定后再写。所有变化先记在 RAM 里，启动一个倒计时，两秒内没有新变化才真正落盘。用户连续调光时只写最后一次，寿命压力小两个数量级。

/* 延时落盘：状态稳定 2s 后才写一次，连续操作只保留最终态 */ #define EE_MAGIC 0x5A17 #define SAVE_DELAY 2000 typedef struct { uint16_t magic; uint8_t mode; /* 模式号，对应模式表下标 */ uint8_t speed; /* 1~10 级 */ uint8_t level; /* 静态亮度 0~63 */ uint8_t crc; /* 校验，防止半页写坏导致开机乱跳 */ } nvm_state_t; static nvm_state_t s_ram; static uint16_t s_dirty_ms = 0; void nvm_mark_dirty(void) { s_dirty_ms = SAVE_DELAY; } void nvm_tick(uint16_t elapsed_ms) { if (s_dirty_ms == 0) return; if (s_dirty_ms > elapsed_ms) { s_dirty_ms -= elapsed_ms; return; } s_dirty_ms = 0; s_ram.magic = EE_MAGIC; s_ram.crc = crc8((uint8_t *)&s_ram, sizeof(s_ram) - 1); eeprom_write_block(&s_ram, 0, sizeof(s_ram)); }

magic和crc这两项不是摆设。写入过程中如果恰好断电，非易失存储里可能留下半新半旧的数据，开机读出来就是一个不存在的模式号，表现是“一上电就乱闪”。有了 magic 校验和 CRC，读失败时回退到默认值，至少不会让灯变成失控状态。

延时落盘的代价是那两秒窗口。用户调完颜色立刻拔电源，这次改动就丢了。工程上的补法是加掉电检测：电源输入端放一颗足够大的电解电容，检测到电压跌落到阈值以下时抢在电容放完之前写一次。这个方案成本不高，但对电容容量和检测阈值的一致性要求挺严，小功率板上经常被省掉，于是就有了第 5 章那类“断电后颜色回到默认”的投诉。

4. IR 与 RF 两条链路：10 米和 100 米的距离差在哪

4.1 红外：38kHz 载波、NEC 帧和“无障碍 10 米”的由来

红外遥控的接收头不是简单的光敏管，里面集成了 38kHz 带通滤波、自动增益控制和解调电路。发端把基带信号调制到 38kHz 载波上，收端只认这个频率，环境里的阳光、白炽灯虽然含大量红外成分，但它们是连续谱，被带通滤掉。

“无障碍小于 10 米”这句话里，每个字都有含义。红外是直线传播，中间隔一层玻璃或家具就断；阳光直射下接收头的自动增益会把灵敏度压下来，有效距离能掉到两三米；遥控器电池电压下降时发射管峰值电流减小，距离同样缩短。这不是产品缩水，是红外物理决定的。

/* NEC 帧判定靠三个时间窗：9ms 引导低 + 4.5ms 高， * 之后每 bit 是 560us 低电平 + 560us(逻辑0)/1.69ms(逻辑1) 高电平。 * 接收头输出低电平有效，定时器按 100us 采样喂入。 */ #define NEC_LEAD_LOW_MIN 8500 #define NEC_LEAD_LOW_MAX 9500 #define NEC_LEAD_HIGH_MIN 4000 #define NEC_LEAD_HIGH_MAX 5000 #define NEC_BIT_TOL 200 typedef enum { IR_IDLE, IR_LEAD, IR_DATA } ir_state_t; static ir_state_t s_ir = IR_IDLE; static uint32_t s_frame = 0; static uint8_t s_bits = 0; void ir_feed(uint8_t level, uint16_t us) { switch (s_ir) { case IR_IDLE: if (!level && us > NEC_LEAD_LOW_MIN && us < NEC_LEAD_LOW_MAX) s_ir = IR_LEAD; break; case IR_LEAD: if (level && us > NEC_LEAD_HIGH_MIN && us < NEC_LEAD_HIGH_MAX) { s_frame = 0; s_bits = 0; s_ir = IR_DATA; } else s_ir = IR_IDLE; break; case IR_DATA: if (!level) break; /* 560us 载波段先跳过 */ s_frame <<= 1; if (us > 1000 + NEC_BIT_TOL) s_frame |= 1; /* 1.69ms ≈ 逻辑 1 */ if (++s_bits == 32) { uint8_t addr = (s_frame >> 24) & 0xFF; uint8_t naddr = (s_frame >> 16) & 0xFF; uint8_t cmd = (s_frame >> 8) & 0xFF; uint8_t ncmd = s_frame & 0xFF; if ((uint8_t)(addr ^ naddr) == 0xFF && (uint8_t)(cmd ^ ncmd) == 0xFF) ir_dispatch(addr, cmd); s_ir = IR_IDLE; } break; } }

代码里的容差NEC_BIT_TOL是抗干扰的关键。理论脉宽 1.69ms，实际接收头输出会有几十微秒抖动，再加上中断响应延迟，判定窗口留 200us 比较稳妥。地址码和命令码都带反码校验，两个字节异或结果必须是 0xFF，这样单比特误码基本都能挡掉。

真正麻烦的是灯条自身的干扰。PWM 频率如果接近 38kHz 或其整数倍，灯条发出的光里就带着同频分量，接收头会当成遥控信号。表现是灯条一亮，遥控就失灵；调暗之后又好了。解决办法不是提高接收灵敏度，是让 PWM 频率避开 38k 的整数倍，通常选 7.8kHz 或 31kHz 这类离得比较远的值。

4.2 射频：100 米是开阔地，穿墙要打几折

RF 遥控走的是另一条路。常见方案是 315MHz 或 433MHz 的 ASK/OOK 模块，超再生接收成本低但灵敏度波动大，超外差稳定但贵一些。标称 100 米通常指开阔无遮挡、接收天线竖直、电池满电的理想条件。

实际穿透损耗很可观：一堵承重墙能把 433MHz 信号衰减 10～20dB，等效距离缩到三分之一以内；如果控制器装在金属灯箱里，天线又贴着金属，距离可能只剩十几米。这不是模块虚标，是电磁波的基本行为。

配对逻辑通常是在控制器上长按学习键进入学习态，等待遥控器发码，把地址码写进非易失存储。这一步要注意防误配：学习窗口建议限时 10 秒，窗口内只接受第一个有效帧，否则邻居家的遥控器也能配进来。

4.3 22 种模式和 10 级速度：一张表加一个调度器

产品描述里“22/15 种变化模式可选”听起来很多，实现上如果写成 22 段 switch，每加一种效果就要动主循环，维护成本高。常见的组织方式是一张效果表，每项只描述“这类效果怎么推进”，具体颜色由效果函数决定。

/* 模式表：类型 + 基础帧间隔 + 参数。 * 新增一种动态效果只需加一行，主循环不用改。 */ typedef enum { FX_STATIC = 0, /* 16 种静态色 */ FX_JUMP, /* 硬切换跳变 */ FX_FADE, /* 渐变过渡 */ FX_BREATH, /* 单色渐明渐暗 */ FX_RAINBOW /* 七彩循环 */ } fx_type_t; typedef struct { fx_type_t type; uint8_t base_ms; /* 1 级速度下的基础帧间隔 */ uint8_t arg; /* 静态模式：颜色下标；跳变模式：参与颜色数 */ } fx_entry_t; static const fx_entry_t fx_table[] = { { FX_STATIC, 0, 0 }, /* 模式 0：静态红 */ { FX_STATIC, 0, 1 }, /* 模式 1：静态绿 */ /* ... 其余静态色 ... */ { FX_JUMP, 80, 7 }, /* 7 色循环，1 级速度 80ms 一帧 */ { FX_FADE, 120, 7 }, /* 7 色渐变过渡 */ { FX_RAINBOW, 60, 0 }, /* 七彩循环 */ }; /* 速度 1~10 级：用移位做近似等比压缩， * 比线性递减更符合"高档位明显更快"的手感。 */ static const uint8_t speed_shift[11] = { 0, 2, 2, 1, 1, 1, 0, 0, 0, 0, 0 }; uint16_t frame_interval_ms(const fx_entry_t *e, uint8_t speed) { uint16_t base = e->base_ms ? e->base_ms : 50; if (speed > 10) speed = 10; return base << speed_shift[speed]; }

这里有个细节值得说：渐变和跳变两种效果对帧间隔的敏感度不一样。跳变只要切换得够干脆，间隔短一点更利落；渐变如果帧间隔太长，肉眼能看出台阶，如果太短，MCU 运算又跟不上。常见的折中是渐变基础间隔取 120ms、按速度档压缩到 30ms 左右，跳变基础取 80ms、高档位压到 20ms，正好卡在人眼能区分单次切换的边界附近。

速度档位用移位而不是线性递减，是因为线性映射在高档位几乎没有体感差别：8 级和 10 级只差 20%，用户按两下看不出变化。移位让相邻档位的比值拉开，手感才明显。

5. 常见问题与排查：闪烁、偏色、遥控不灵、记忆丢失

5.1 亮度与驱动类：从现象倒推电路

现象一：低亮度下灯条明显闪烁，手机慢动作拍摄有横向黑带滚动。

原因通常是 PWM 频率太低。定时器分频给大了，频率落到 100～200Hz 区间，虽然静止观看不明显，但边缘视觉和摄像机都能捕捉到。另一个可能是电源纹波：负载在小占空比下断续取电，如果电源输出电容不足，电压跌落会耦合到 PWM 比较器，形成不规则闪烁。

解决方向是把 PWM 频率提到 1kHz 以上。如果受限于 8 位定时器分辨率不够，可以换 16 位定时器，或者提高主频。电源侧补一颗 470uF 以上的电解电容在控制器输入端，灯条首端再并一颗 100uF 的小电容。

现象二：调到最低两档时颜色发绿或发蓝。

原因是 RGB 三色的正向压降不同，同一占空比下的实际光通量比例偏离设计值。低占空比时脉宽只有几微秒，MOS 的开关延迟和栅极电容充放电时间占比变大，窄脉冲被“吃掉”一部分，蓝绿两路因为 Vf 高、开启更慢，损失更明显。

解决方向是给每通道单独做低亮度补偿：在 gamma 表的最低两档给蓝绿通道乘一个略大于 1 的系数，或者提高 PWM 分辨率让最小脉宽仍然远大于 MOS 开关时间。后者更干净，但需要 12 位以上的定时器。

现象三：接 5 米以上灯条时末端发暗，颜色偏红。

这是共阳结构的线损问题。三路负载共用一根正极线，电流越大压降越大，末端电压低于首端，亮度随之下降；红光因为 Vf 最低，对电压下降最不敏感，相对就显得更亮。

解决方向是换 24V 灯条（同样功率下电流减半，线损按平方下降）、加粗正极线径、或者从两端同时供电。软件层面能做的有限，最多是把三通道的最大占空比按实测亮度做一次标定，治标不治本。

5.2 遥控与记忆类：从时序倒推固件

现象四：遥控要按三四次才有一次响应，灯条越亮越严重。

这是红外接收被自身灯光干扰的典型表现。PWM 频率或其谐波落在 38kHz 附近时，接收头把灯光当成遥控信号，自动增益被压到底，真正的遥控信号反而进不来。灯越亮，干扰越强，所以表现为“亮着的时候按不动”。

解决方向是让 PWM 频率远离 38kHz 整数倍，7.8kHz、31kHz 这类都比较安全。硬件上给接收头供电加 RC 滤波，软件上要求连续两帧地址和命令一致才执行，能挡掉大部分偶发误判。

现象五：断电再上电，颜色和速度回到默认值，或者开机乱闪一下再正常。

两个不同原因。回到默认值通常是落盘策略太保守：只在模式切换时写，亮度变化没写；或者延时窗口内断电，改动丢失。开机乱闪则是写入过程被打断，非易失存储里留下半页数据，读出来的模式号越界。

解决方向是记录结构加 magic 和 CRC，读失败回退默认值；亮度变化也纳入落盘，但用延时合并；电源侧加掉电检测，检测到电压跌落时抢写一次。这三条一起做才稳，只做前两条仍然会丢最后一次操作，只做第三条则会加速存储磨损。

6. 设计取舍：为什么“无级”不做成真 0 到 100%

把上面几层拆完，会发现这台控制器最核心的取舍不在功能多少，在“分辨率、频率、寿命”这三个互相拉扯的约束上。

PWM 频率要高到看不见闪烁，就得牺牲分辨率；分辨率要高到低亮度不跳档，就得提高主频或换更宽的定时器；掉电记忆要可靠，就得多写存储，而存储有寿命上限。三者不可能同时拉满，只能按使用场景分配预算。家用氛围灯更在意低亮度平滑和记忆可靠，可以接受 7.8kHz 这种“刚好够”的频率；商业展示灯更在意无频闪拍摄，宁可牺牲低亮度档位数量，把频率推到 30kHz 以上。

验证这套取舍其实不需要专业设备。手机慢动作拍摄能看频闪，直流钳表串在供电线上能看三路电流是否均衡，红外测温枪扫一遍 MOS 表面能看热设计余量，反复断电二十次能看记忆是否稳定。我一般会按这个顺序走一遍，因为频闪和过热是最容易被用户第一时间发现的两类问题，而记忆丢失往往要过几周才暴露，那时候已经发货了。

有一件事我印象很深。早些年做一款类似的灯控板，为了省成本用了 8 位定时器，PWM 频率定在 200Hz 出头，静态测试一切正常，小批量出货后陆续收到“晚上关灯后灯条还有微弱余辉”的反馈。查了很久才明白，余辉不是关不死，是低占空比下窄脉冲刚好落在 MOS 开启阈值附近，处于半导通状态，LED 上还有几毫安电流。频率提上去之后问题消失，代价是分辨率掉了一档，低亮度档位从 16 级减到 12 级。这个交换值不值，取决于产品定位，但那次之后我每次定 PWM 参数，都会先把“最低一档的脉宽是多少微秒、MOS 在这个脉宽下能不能完全导通”算一遍，再决定频率。希望这些踩过的坑，能帮你少走一遍。

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