前阵子帮朋友看一个 DC-DC 电源的纹波问题。他在模拟控制回路上换了三四组电阻电容，负载一变还是会抖。后来我们用一块数字控制板把环路参数改成软件里的几个浮点数，下载、跑一次阶跃负载，波形明显收敛。这个场景让我对“电源数字控制算法逻辑”有了更具体的理解：它不是简单地把原来的模拟环路翻译成代码，而是把电源控制从硬件调参变成软件系统设计与调试。电源数字控制真正改变的不是某个公式，而是整个环路的可见性、可迭代性和可迁移性。
后面我会反复强调一句话：电源数字控制算法逻辑的核心，不是算法本身有多高级，而是采样、计算、PWM 更新和保护逻辑必须在一个实时闭环里稳定协作。学会了 PID 公式不等于会把电源调稳，真正的功夫在工程边界里。
1. 先弄明白，电源数字控制算法到底在控制什么
很多初学者拿到数字电源项目，第一反应是去网上找 PID 代码。代码确实能找到，但往往看不懂为什么参数要这样配，更不知道算法在每一个控制周期里到底要完成哪些事情。要理解数字控制算法，先得回到电源本身。
1.1 电源控制的核心是调节能量流动
电源的本质是把输入侧的功率变换成输出侧需要的电压、电流或者功率。无论是 Buck、Boost、反激还是 LLC，基本工作都是通过开关管的导通和关断，把能量从输入端断续地搬到输出端。
控制算法要回答的核心问题是：下一个开关周期里，开关管导通多长时间，或者开关频率是多少，才能让输出电压稳定在目标值。这个决策不能靠拍脑袋，必须根据当前采样到的输出电压、输出电流和输入电压实时计算。
在模拟电源里，这个决策是由误差放大器和补偿网络完成的。输出电压和目标电压的差值送给运算放大器，经过 RC 网络形成补偿后的控制信号，再和三角波比较，产生占空比。整个环路是连续的，不需要“采样”和“计算”这两个动作。
数字控制则把这个过程采样化、离散化、软件化。控制算法在每一个固定周期里执行一次：读电压、算误差、算占空比、更新 PWM。这个循环周而复始，就是电源数字控制算法的最基础实现在。
1.2 数字控制回路的四个动作：采样、计算、更新、保护
不管算法逻辑多复杂，落到 MCU 或者 DSP 里，都可以归纳成四个动作。
第一个动作是采样。ADC 需要采集输出电压、输出电流、输入电压、温度等信号。采样时刻很关键，如果正好采到开关节点噪声附近，结果会很难看。
第二个动作是计算。根据设定值和采样值计算误差，再用控制算法算出下一拍要用的控制量。PID 是最常见的，但也会用到前馈、状态观测器、滞回比较、平均电流控制等。
第三个动作是更新。把计算出来的控制量写入 PWM 模块。这个更新不一定马上生效，通常要到下一个 PWM 周期才会真正改变开关管驱动波形。
第四个动作是保护。每一拍还要检查电压是否过压、电流是否过流、温度是否超限。如果异常，立即进入保护状态。
这四件事必须在控制周期内完成。一个控制周期通常是 PWM 的一拍，例如 10kHz 到 200kHz 都有。周期越短，留给 CPU 的时间越少，对算法执行效率的要求越高。
1.3 单周期控制与多周期控制的差异
模拟控制是连续的，数字控制是离散的。PWM 频率决定了数字控制的天然节拍。在一个 PWM 周期里，控制器如果能完成一次完整的采样、计算和更新，叫做“单周期控制”。
如果算法计算量很大，或者 ADC 采样延时很长，可能两个甚至多个 PWM 周期才能更新一次占空比。这种“多周期控制”会让环路出现额外延迟。延迟意味着相位滞后，会让系统更不稳定。
所以电源数字控制算法设计首先要明确控制频率。控制频率越高，越接近模拟控制的连续效果，但计算负担和采样噪声也越高。反过来，控制频率太低，动态响应慢，环路容易在负载突变时失控。
这里我的建议是：不要一上来就追求高控制频率，先把一个周期的链路跑通，再逐步提高频率。实际落地时更容易出现的问题是，频率提高了，PWM 分辨率不够、ADC 采样噪声变大、中断任务执行不过来。
注意：数字控制里的“延迟”不是程序 bug，而是离散化的固有现象。设计算法时要主动把它当成一项参数来补偿，而不是装作不存在。
2. 算法逻辑分三层：主环、多环协同、状态机保护
电源数字控制的算法逻辑不是孤立的 PID。从系统角度看，可以分成三层：第一层是主环，负责稳态调节；第二层是多环协同，负责处理电压、电流、功率之间的耦合；第三层是状态机，负责让系统在启动、运行、故障、恢复等状态之间安全切换。
2.1 PID 算法：稳态调节的基本功
PID 是数字电源里最常见的控制算法。比例项响应当前误差，积分项消除稳态误差，微分项预测误差变化趋势。数字实现通常有两种形式：位置式和增量式。
位置式 PID 直接算出完整的占空比或目标值：
duty = Kp * err + Ki * integral + Kd * derivative增量式 PID 只计算占空比的增量：
delta_duty = Kp * (err - err_prev) + Ki * err + Kd * (err - 2*err_prev + err_prev2) duty += delta_duty增量式更适合输出限幅和手动切换场景，因为它不会把积分值直接算进一个很大的绝对量里。
但无论哪种形式，都要处理一个非常实际的问题：积分饱和。当输出电压和设定值差很大时，积分项会一直累积，等到输出电压接近目标时，积分量已经很大，导致输出过冲甚至振荡。常见处理办法是给积分量做限幅，或者在输出饱和时冻结积分。
我实际做项目时，会把 PID 的积分上限和输出限幅设置成关联参数。这样不管参数怎么调，积分不会无限增加。这个细节看起来小，但能避免很多调试中的“灵异现象”。
2.2 多环协同：电压环、电流环、功率环
单环 PID 在一些简单场景够用，但电源往往需要多个物理量同时控制。最典型的是电压外环 + 电流内环。
电压外环负责把输出电压调到设定值，它的输出作为电流内环的给定。电流内环采样电感电流或开关管电流，控制电流跟随给定。这种结构能让系统在负载突变时迅速限制电流，防止过流。
PFC 电源里还会用到功率因素校正算法。平均电流控制是常见方案：输入电压采样后作为参考电流波形，经过乘法器产生电流给定，让输入电流波形跟踪输入电压波形，从而提高功率因数。数字 PFC 的厉害之处在于可以调整乘法器、环路参数和波形质量，不需要改动硬件。
LLC 谐振变换器则不同，它通常用 PFM，也就是开关频率调制。算法逻辑不是直接控制占空比，而是根据输出电压误差计算一个新的开关频率。频率变化会影响 LLC 的电压增益曲线，所以还要结合死区时间、谐振参数一起考虑。
多环协同的关键是环路带宽要分离。内环必须有更快响应，外环要慢一些。如果两个环路带宽接近，很容易互相耦合，产生振荡。这个原则在数字控制里比模拟控制更容易量化，因为可以直接看控制频率和采样延时。
2.3 状态机与保护算法：让系统在异常时知道去哪
电源控制算法不能只会在正常运行中调压调流。启动、关断、过载、过温、短路这些异常场景，才是真正决定一个电源能不能稳定量产的东西。
数字电源里，状态机通常包含空闲、软启动、运行、故障锁定、故障恢复等状态。
- 空闲状态下，PWM 不输出，系统等待启动指令。
- 软启动状态下，目标电压逐步升高，避免启动冲击。这里的算法逻辑是给电压给定加一个斜坡，或者在电流环里做限流。
- 运行状态下，执行正常的 PID 和多环控制。
- 故障状态下，立即关断 PWM，记录故障原因，等待恢复条件。
- 恢复状态可以做自动恢复，也可以锁定等待人工干预，取决于应用场景。
数字控制对保护逻辑最大的价值是“可配置”。模拟电源里改变过流保护阈值要换电阻，数字电源里改一个参数就行。过压保护响应时间、过流触发次数、故障恢复延时，都可以通过软件调整。
不过这也带来了风险：如果参数配置错误，保护逻辑形同虚设。所以状态机里的每个故障分支都要经过测试，不能只写代码不验证。
建议：先用一个最简单的表格把“故障类型、触发条件、响应动作、恢复方式”列清楚，再写状态机代码。写代码之前先定义边界，比边写边想可靠得多。
3. 从公式到可运行逻辑：数字控制的最小实现
理解了算法逻辑的分层结构，下一步就是把公式变成一个能在芯片上跑起来的循环。很多人卡住的地方不是公式，而是“这个循环到底长什么样”。
3.1 一个最小控制循环的框架
最小系统至少包含以下模块：ADC 采样、物理量换算、误差计算、控制器计算、限幅、PWM 更新。在实时操作里，控制循环通常放在定时器中断或 PWM 中断里执行，而不是放在主循环。
主循环做的是慢速任务，比如按键扫描、通信、显示、日志。控制循环必须是确定性的，不能因为串口打日志而延迟一个周期。
一个常见框架是：
- 触发 ADC 采样。
- 读取采样结果，转换成实际电压电流值。
- 计算误差。
- 执行 PID 或其它控制算法。
- 对输出做限幅。
- 更新 PWM 寄存器。
- 检查保护状态，决定是否需要关断或切换状态。
3.2 通用伪代码：采样、计算、限幅、更新
这里给一个通用伪代码结构，不绑定具体芯片，重点体现逻辑顺序：
void control_loop(void) { uint16_t adc_raw; float vout, iout, err, duty, vref; adc_raw = adc_read(VOUT_CH); vout = adc_to_voltage(adc_raw); iout = adc_read_avg(IOUT_CH); vref = target_voltage; err = vref - vout; duty = pid_update(&voltage_pid, err); duty = clamp(duty, DUTY_MIN, DUTY_MAX); pwm_set_duty(duty); if (check_fault(vout, iout) == true) { state_machine_set(FAULT); pwm_disable(); } }这个结构里没有花哨的部分，但它是几乎所有电源控制循环的地基。实际项目里，你会在pid_update内部加入积分限幅，在adc_read时加入多次采样平均，在check_fault里加入滞回比较，但总体顺序不会变。
3.3 关键参数解释：控制频率、PWM 分辨率、采样延时
有三个参数会直接影响算法是否稳定，建议在调代码前先确定下来。
第一个是控制频率。它和 PWM 频率直接相关。比如 20kHz 的 PWM，如果每个周期执行一次控制循环，控制频率就是 20kHz。控制频率越高，环路响应越快，但 CPU 占用越高，ADC 采样窗口越短。
第二个是 PWM 分辨率。PWM 计数器的位数决定了占空比调节的最小步进。同样 20kHz PWM，如果定时器时钟是 100MHz，那么计数器周期是 5000 个 tick，占空比分辨率约为 0.02%。如果 PWM 频率提高到 200kHz，计数器周期变成 500 个 tick，占空比分辨率就只有 0.2%。这会直接反映到输出电压调整精度上。
第三个是采样延时。从 ADC 采样开始到 PWM 波形真正更新，通常有至少一个周期的延迟。这个延迟会带来相位滞后，需要在前向通道上补偿，或者通过提高控制频率来降低延迟占比。
这几个参数之间是互相牵制的。没有绝对最优，只有针对具体拓扑和负载的折中。
| 配置方向 | 优势 | 代价 |
|---|---|---|
| 高控制频率 | 动态响应好，接近模拟环路 | CPU 负担高，噪声敏感 |
| 低控制频率 | 占用资源少，抗噪声强 | 动态响应慢，延迟比例高 |
| 高 PWM 分辨率 | 电压调节更精细 | 受最大定时器频率限制 |
| 低 PWM 分辨率 | 容易实现更高工作频率 | 纹波和稳态精度可能变差 |
3.4 一个调试流程：从开环到闭环
我建议第一次接触数字电源时，不要直接跑 PID。先把系统拆成开环和闭环两个阶段。
开环阶段，用固定占空比输出，测量 PWM 波形和输出电压的关系。这样可以确认采样的量程、PWM 极性、死区时间以及功率级参数是否正常。
接着做手动 PID 测试。把比例系数设得很小，比如 0.1 级别，积分和微分设成 0。观察输出电压是否朝目标方向移动。确认方向正确后，再逐步增加比例系数，观察稳定性和振荡情况。
然后加入积分项。积分系数要从小开始，否则很容易出现积分饱和和过冲。最后再加入微分项，或者干脆不用微分项。很多电源应用只用 PI 就足够了，微分项对噪声很敏感。
整个过程中，用示波器观察负载阶跃时的输出电压波形比看万用表更有意义。万用表只能告诉你平均值，示波器能让你看到振荡、过冲和恢复时间。
4. 单次跑通不等于可用：工程化边界与问题排查
很多项目在开发板上跑得很好，一到真实负载和环境里就不行。这种“开发板正常，整机不稳定”的情况，恰恰说明算法逻辑还没有经过工程化验证。
4.1 为什么单次跑通只是开始
单次跑通，意思是你在某一组输入电压、某一组负载、某个温度条件下，看到输出电压稳定了。这只能说明流程没有断，控制链路能工作，不等于算法在完整工作范围内都稳定。
真实电源要面对输入电压波动、负载阶跃、温度变化、开关噪声、EMI 干扰、启动和关断时序。算法需要在这些边界条件下依然保持稳定，并且触碰到保护阈值时行为正确。
所以，更稳妥的做法是把“单次跑通”当作第一道关卡，后面还要做：
- 输入电压从低到高扫描。
- 负载从空载到满载阶跃。
- 反复启动、关断。
- 故障注入测试，比如短路、过压、超温。
- 长时间老化运行，观察是否有偶发复位或异常抖动。
这些测试看起来不是算法本身的事，但它们会暴露算法在边界上的缺陷。
4.2 常见问题：采样噪声、积分饱和、更新抖动
我在实际调试中遇到过三个非常典型的问题。
第一个是采样噪声。开关管动作瞬间会产生高频振铃，如果 ADC 刚好在振铃期间采样，采样值会跳变。解决方法有几种：调整采样触发时刻，避开开关边沿；增加硬件 RC 滤波；或者在软件里做多次采样求平均。注意滤波不能过度，否则会引入采样延时。
第二个是积分饱和。前面提到过，输出误差较大时积分量会累积过大，导致恢复时严重过冲。除了限幅和冻结积分，还可以在启动时使用开环斜坡，等输出电压接近目标后再切入闭环，这样能从根上减少积分饱和。
第三个是更新抖动。PWM 更新时刻不稳定，或者中断服务函数里做了耗时操作，会导致占空比输出频率抖动，表现在输出电压纹波上就是杂散噪声。解决办法是让 PWM 寄存器在固定时刻装载，并尽量保证控制循环执行时间一致。
4.3 排查链路：现象->输入->环境->参数->算法边界
遇到电源问题，不要一上来就怀疑 PID 参数。更合理的排查顺序是：
- 看现象：是稳态电压偏差，还是动态振荡？是启动失败，还是过流保护误触发？
- 看输入：输入电压是否正常，负载是否超过设计范围，采样引脚电压是否在合理范围，PWM 输出极性是否正确。
- 看环境：地线布置、开关节点噪声、调试器是否影响了 ADC、供电是否稳定。
- 看参数：控制频率、PWM 死区、PID 参数、限幅值、保护阈值、滤波系数。
- 看算法边界：当前算法是否适合这个拓扑。比如用平均电流控制去做峰值电流模式会遇到问题，PID 去控制谐振变换器的宽频率范围也会吃紧。
这个顺序能帮你把问题定位到更小的范围。如果直接跳到调 PID 参数，可能会陷入“调了一个参数，另一个问题又冒出来”的循环。
| 现象 | 常见原因 | 优先排查项 |
|---|---|---|
| 输出电压振荡 | 采样噪声、PID 参数过强、环路带宽过高 | 采样波形、滤波、增益 |
| 启动过冲 | 软启动时间过短、积分饱和 | 启动斜坡、积分限幅 |
| 负载阶跃恢复慢 | 环路带宽太低、控制频率不足 | 比例增益、控制频率 |
| 偶发保护误动作 | 采样毛刺、保护阈值太紧 | 滤波、阈值滞回 |
| PWM 输出异常 | 中断阻塞、更新寄存器时机不对 | 任务耗时、装载时机 |
4.4 这些算法不适合哪些场景
数字控制不是万能的。在高频功率变换场景，比如 1MHz 以上的开关频率，普通单片机很难在几微秒内完成复杂的采样、计算和更新。这时候模拟控制或者专用数字电源控制器仍然更合适。
另外，如果项目只需要固定电压输出，负载变化也小，模拟控制可能更简单、成本更低。数字控制的价值在于灵活性和可调试性，如果这些优势用不上，反而增加了软件维护和故障排查成本。
所以选型之前，不妨先问一句：这个电源需要频繁调整参数吗？需要保护逻辑可配置吗？需要通信和监控吗？如果都不需要，那数字控制对你来说可能只是“为技术而技术”。
5. 给算法学习者的建议：从理解到可靠实现的进阶路径
最后这部分不是标准的控制理论课，而是我自己从零开始做数字电源时的经验总结。比起死记硬背公式，我更建议按照一个可复用的路径去推进。
5.1 先建立“系统”思维，不只看算法公式
电源数字控制算法设计的难点不在 PID 三个字母，而在“系统”两个字。你得知道从 PWM 占空比到输出电压，中间经过了哪些环节：开关管、电感电容、负载、采样分压、ADC 量程、PWM 分辨率。
这些环节都有增益和延迟。它们组合起来形成被控对象。控制算法是在和被控对象玩一个“感知-决策-执行”的游戏。如果对被控对象没有感觉，那算法参数只能靠瞎猜。
我比较推荐先用仿真工具搭一个 Buck 变换器的模型，把 PWM 产生、LC 滤波、采样延迟都放进去，然后观察不同 PID 参数下的阶跃响应。仿真虽然不能百分百还原硬件，但能让你快速建立“原因-结果”的直觉。
5.2 一个可复用的三步法：先跑通、再稳定、后重构
这是我在多个电源项目里反复使用的路径，分三步。
第一步，跑通最小闭环。固定输入、固定负载、固定目标电压，用非常保守的 PID 参数，让系统能稳压。不要追求动态响应，先把链路走通。
第二步，做稳定性验证。添加输入电压变化、负载阶跃、启动、关断、保护测试。每做一次改变，记录输出电压波形、观察是否稳定收敛。这个阶段是调试工作量最大的阶段，也是最容易出成果的阶段。
第三步，重构代码结构。把控制算法、参数配置、保护逻辑、故障日志分开。把 PID 参数和阈值改成可配置项，加入版本管理。这样后续换项目时可以复用大部分逻辑。
三步法的核心是不要一开始就设计得太完美。先有一个能跑的系统，再逐步增强，比一开始就把所有功能堆上去更容易收敛。
5.3 长期演进：仿真、日志、参数化、团队协作
数字电源控制算法的长期竞争力来自工程化能力。算法本身可能大家都差不多，但落地能力差很远。
日志是其中很关键的一环。数字电源在正常运行时会输出很多内部变量，例如 PID 输出、占空比、采样电流、目标电压、故障标志。这些数据通过通信接口发出来，就是排查偶发问题的关键线索。没有日志，遇到一周才出现一次的故障，基本上只能靠猜。
参数化也很重要。不要把 PID 系数、保护阈值、PWM 频率写死在代码里，而是做成参数表，甚至支持运行时修改。这样同一套代码可以适配不同型号电源，也可以在现场快速调整。
团队协作方面，至少要有算法版本说明，记录每次改了什么参数、为什么改、波形变化是什么。这样做久了，能积累出一套自己的调试知识库，而不是依赖某一个人的经验。
5.4 回到最底层的判断
电源数字控制算法逻辑之所以值得学，是因为它把电源从“调电阻电容”变成了“调代码参数”。从表面看，这降低了调环路的难度；从深处看，它增加了对系统理解和工程规范的要求。
真正把电源数字控制做好的人，靠的不是某个高深算法，而是能在一个确定的时间周期里，稳扎稳打地完成采样、计算、更新和保护，并且知道每个环节的边界在哪里。
如果你现在准备开始做数字电源，我的建议是：不要急着调出最漂亮的动态响应，先把你手上的控制循环跑通，然后把保护逻辑写清楚，再逐步做稳定性和长期测试。这个顺序，比找到一个“最优 PID 参数”重要得多。
