电源行业里模拟PFC控制器依然占据大部分量产方案但近几年越来越多的项目把PFC控制从模拟挪到DSP上做。不是跟风而是实打实被逼的客户要的效率、谐波指标、宽范围输出、快带载动态靠换一颗模拟芯片已经不太顶得住了。这篇文章我就想好好聊一聊PFC数字控制DSP这套东西——从为什么要上数字控制、DSP选型、控制环路参数计算到软件架构和调试中踩过的坑尽量把我自己走过的路完整写出来。比较适合正准备从模拟PFC转数字控制、或者已经在做数字电源但想让环路性能更好一点的工程师参考。1. 为什么用DSP做PFC模拟方案的困局与数字化的理由1.1 模拟PFC方案到底差在哪模拟PFC控制器比如UCC28180、ICE3PCS01这些在小功率、固定拓扑、指标需求不苛刻的场合确实很省事——外围电路成熟不用写代码PCB画完基本上就能工作。但一旦面对下面这些需求模拟方案就开始显得吃力第一是补偿器灵活性。模拟控制器的电压环、电流环误差放大器内部补偿网络基本是固定的设计时只能通过外部引脚电阻电容微调。想针对不同负载、不同输入电压动态改变环路参数几乎不可能。第二是模式切换。现在的PFC已经不只是boost拓扑图腾柱PFC、四开关buck-boost这类拓扑在不同输入输出电压范围内要切换工作模式降压/升压模式、CCM/DCM临界模式。模拟控制器要同时处理这些模式切换和控制策略调整锁相环频率捕获与基准电压产生电路会非常复杂做出来的成品经常像个管风琴。第三是调试效率和一致性。模拟方案改环路参数就是换电容、调电阻批次带来的一致性还得靠元件容差。数字方案直接在调试软件里改一组系数就能完成还能通过通信接口实时查看内部变量。所以数字PFC并不是为了“炫技”而是为了用软件去处理那些原本很费硬件的事情。DSP在中间的角色就是把模拟控制器的误差放大器、乘法器、比较器、基准电压全部用算法替代同时把采样、保护、通信、逻辑判断这些功能统统收编到一颗芯片里。1.2 DSP平台怎么选看得见的关键指标聊到选型先明确一个概念PFC数字控制的核心运算量其实不算大——无非是几个ADC结果、两个控制环、一个正弦基准生成和一个乘法器。真正吃资源的是ADC采样精度、PWM分辨率和中断实时性。TI的TMS320F28022这类Piccolo系列属于经典的小资源定点DSP60MHz主频一个增强型PWM模块就能完成互补PWM输出、死区插入、ADC触发同步这些基础功能。做PFC这类单路或双路交错控制完全够用。早期很多项目用F28027、F28035做图腾柱PFC现在F28022也还有人选更多是看重成本和小封装。如果想省心一点我更推荐TMS320F280049C这类带浮点单元和CLA协处理器的型号。CLA控制律加速器的好处是能独立于CPU执行中断服务函数把电流环的计算挪到CLA上CPU腾出来做通信和状态管理。浮点运算写控制代码非常直观不用像定点芯片那样每个乘除法都要考虑IQ格式转换。除了TI C2000系列STM32G4因为带了HRTIM高分辨率定时器也在一些数字电源项目中出现。它的优势是生态熟悉、芯片便宜但做PFC需要外设配置得非常仔细尤其是PWM和ADC之间的触发同步不如C2000来得顺手。我自己做电源类项目还是偏向C2000毕竟C2000这一整套外设设计就是冲着“PWM能精确触发ADC、ADC完成能精确触发中断”来的减少了很多外设联调的麻烦。另一条关键指标是ADC的采样时序。PFC电流环路对采样点要求很高如果采样时刻落在PWM开关边沿附近一次开关动作带来的dV/dt会串到采样结果里导致电流波形毛刺很大。C2000的ADC可以由PWM事件触发启动这个功能在数字PFC里几乎是刚需选型的时候一定要确认。2. 数字PFC的硬件拓扑与控制架构2.1 主功率级从Boost PFC到图腾柱、四开关Buck-Boost经典Boost PFC做数字控制的思路相对成熟升压电感前放一个整流桥电流从整流桥出来后进电感然后经开关管和二极管给母线电容充电。控制目标就是让电感电流均值跟随全波整流后的正弦波形。数字实现上输入电压采样做前馈、输出电压误差做电压环、电感电流做电流环三层配合生成占空比。图腾柱PFC这两年火起来核心优势是省掉了整流桥用两个低频工频管或二极管构成整流通道两个高频管做升压开关从而规避了整流桥的导通损耗。注意图腾柱拓扑在交流正负半周时电感电流方向完全不同控制算法必须检测交流电压极性然后对高频桥臂和低频桥臂做角色切换——这完全是软件问题模拟方案实现起来极其痛苦。数字控制在这方面天然占优判断过零、切换载波方向、调整采样极性都是几个if语句的事。当然图腾柱PFC也有难点比如正负半周切换时电流过零畸变、共模噪声比传统boost更大这些在后面调试部分会细说。四开关buck-boost做单级PFC是另一个热点。它在boost和buck拓扑里各取了两个开关管输入侧和输出侧之间既可能升压也可能降压。用在光伏微型逆变器、车载充电这种输入电压变化范围大的场合可以做到整个正弦周期内都正常整功率因数。但控制上多了一个变量四个开关管的开关组合。项目里常见做法是分别做“降压模式”和“升压模式”两套控制路径再根据输入输出电压比值自动切换。切换瞬间的电流连续性、电感电流过零处理、模式滞环判断都是坑。2.2 数字控制系统的整体框图与信号链路从信号链路角度看一完整套数字PFC控制回路由下面几个环节构成主功率级、采样调理电路、ADC、控制算法DSP内、PWM输出、驱动电路、再回到主功率级。采样调理部分最容易被低估。很多人在DSP里花了大力气调算法结果功率板一上电THD就是压不下去最后查出来是采样回路的偏置、相位偏移或者噪声问题。PFC数字控制至少需要三路模拟采样输入整流后电压需要缩放到ADC量程内、电感电流电流采样通常用采样电阻或电流互感器、输出电压母线电压。如果是图腾柱PFC还要采样交流输入电压极性判断点。信号调理的要点是调理运放带宽要高于电流环带宽的5倍以上电流信号要加RC低通滤波但截止频率不能太低否则实际采到的电流存在明显相位延迟直流偏置必须精确因为ADC不支持负电压输入电流的负半周一般要抬升到ADC量程中点。2.3 采样通道与PWM同步一次完整的控制周期数字PFC整个控制周期说穿了就是PWM、ADC、中断、更新占空比之间的一场接力。以最常用的单周期更新为例PWM模块生成载波当载波计数到设定的匹配点时PWM模块产生一个事件信号这个信号直接触发ADC开始转换。ADC转换完成后需要占用中断或者触发DMA/CLA中断服务程序读取所有采样结果执行电流环计算、电压环计算、更新比较寄存器。这段过程中最关键的是采样点位置。推荐的做法是让采样时刻落在PWM三角载波的底点或者顶点。在传统CCM boost PFC里电感电流平均值即电感电流在开关管通断周期中的平均值如果采样时刻选在三角波底点正好是电感电流纹波的中心值这样采到的基本就是平均值。同时底点时刻开关管刚刚关断或即将开通此时电感两端电压变化相对平稳采到的信号噪声相对小。采样时序设计时还要注意ADC建立时间。ADC输入端如果有一个较大的采样电容前级驱动能力不足时ADC结果会偏小或者抖动。这也是为什么采样调理运放要选能输出足够驱动电流的型号不能随便拿个通用运放凑合。3. 电压环与电流环设计传递函数与补偿器参数3.1 电压环传递函数与带宽选择PFC有一个特殊性输入功率是正弦脉动的而输出负载是相对稳定的。这意味着母线电容会以二倍工频100Hz/120Hz的频率进行充电和放电母线电压自然含有对应的纹波分量。电压环的任务是把母线电压稳定在目标值同时为电流环提供正弦幅值参考。如果电压环带宽太高它的输出会跟着二倍工频纹波起伏进而让电流环参考正弦的幅值也发生100Hz脉动最终THD明显恶化。所以PFC电压环的动态一般是刻意做慢的。工程上常见做法是把电压环穿越频率压在10Hz到20Hz之间大约比二倍工频低一到两个数量级。相位裕度至少留45度以上工程上更稳的是留60度左右。电压环被控对象的小信号模型可以从功率级的输入输出关系推导输出电压误差到功率级输出功率的变化再经过电容积分得到电压变化。很多资料里写电压环传递函数带有输出电容极点和一个右半平面零点boost拓扑特有以及负载电阻形成的极点。数字实现时我用过两种方案一种是加一个积分器加一个极点凑出足够低带宽另一种是做一个二型补偿器PI加一个高频极点在目标穿越频率处提供合适的增益和相位。具体配参数时建议先拿MATLAB或Python画一下被控对象的Bode图再套补偿器别硬调。需要注意输出电压采样值里同样包含100Hz纹波和开关噪声。为了不让这些噪声在电压环里引起额外畸变很多人会在电压环反馈路径上加大ω陷波器或低通滤波器。但滤波器相位滞后会让带宽进一步受限。我做过的两个项目里一个在采样前用模拟二阶低通滤掉100Hz以上成分一个在DSP里对输出电压做滑动平均。后者实现更灵活但要记得滑动窗口长度不能大于100Hz周期的1/4否则动态响应会拖得特别慢。3.2 电流内环的数字实现与参数计算电流内环是PFC数字控制里最核心的部分。它的目标是让电感电流跟随电压环输出与输入电压前馈相乘得到的正弦基准。数字电流环最常用的方案是平均电流模式等效替代模拟域里的电流误差放大器加乘法器。算法结构是电流参考值 Iref K_vca × V_in_norm × (电压环输出)其中Vin_norm是归一化的输入电压波形K_vca是比例系数确保在低输入电压时也能输出足够电流。计算电流误差 e_I Iref - I_L电流误差送入电流补偿器得到占空比控制量d对d做限幅避免占空比越界或太接近1导致电感饱和。电流环带宽一般取开关频率的1/10到1/6之间。比如开关频率65kHz电流环穿越频率大概做在5kHz到8kHz。再高就容易被开关噪声和数字延迟限制再低则动态响应慢输入电压突变时容易出尖峰电流。电流补偿器典型结构是PI控制器Gc_I(s) Kp_I Ki_I/s。实际工程里还会在比例积分器后面加一个高频极点用于在1/2开关频率处衰减噪声。数字域实现时把它转成差分方程u[k] u[k-1] Kp×(e[k] - e[k-1]) Ki×Ts×e[k]。参数整定方面我习惯先做仿真给定电感值L、母线电压Vout、开关频率fs、输入电压范围算出电流环被控对象即占空比到电感电流的传递函数Gid(s) Vout/(L×s)CCM模式下。在这个模型上加PI补偿器用Bode图辅助设计。电流环PI参数实测下来Ki通常在Kp的1/10到1/20范围内具体数值因采样率和电感量而异不能照搬。3.3 数字控制延迟与补偿模拟控制器的误差放大器几乎是即时的而数字控制天然带一个周期的延迟ADC触发后到中断执行完成再到更新PWM占空比整个过程至少需要几百纳秒到几微秒一般设计为一个PWM周期。这个延迟会在电流环里引入额外的相位滞后频率越高越明显。比如开关频率65kHz、电流环穿越频率设计在6kHz一个周期的延时就相当于额外付出了约20度左右的相位损失。补偿思路有三条第一条是让运算速度足够快把主控频率提高尽量在ADC转换结束后立即开始计算减少中断响应时间。第二条是引入预测控制或者前馈项把占空比的变化量根据当前周期输入电压和电感电流推导出来减小误差。第三条是电流采样方式上做文章如果能每个PWM周期做两次采样底点和顶点各一次可以在更高频率上重构电感电流信息降低延迟带来的影响。在实际项目里我印象最深的是F28022这类定点DSP上做电流环时CPU中断响应本身已经比较紧张如果再碰上通信模块占用中断就会出现占空比更新不及时的问题。后来我把通信轮询放到主循环只让PWM中断参与控制问题才解决。这里就引出了软件架构的重要性。4. 软件架构与核心算法落地4.1 中断任务划分与实时性设计数字PFC软件架构的核心是把实时性要求不同的任务分层最高优先级是PWM中断或ADC中断做控制环其次是保护逻辑最低优先级是通信、参数更新、状态显示。PWM中断里处理的活儿必须精简到极致。我一般的划分是中断入口读取ADC结果寄存器做输入电压前端处理、过零极性判断图腾柱PFC做电压环计算注意电压环带宽低可以每N个开关周期执行一次而不是每次中断都算做电流环计算更新PWM比较值寄存器清除中断标志电压环不一定每个开关周期都算。因为开关频率是65kHz而电压环带宽只有十几Hz不需要几微秒就算一次。常见做法是设定一个计数器每64个或者128个开关周期执行一次电压环。这样既减轻CPU负担又不影响控制性能。我在F280049C上做过对比电压环降频执行后开关周期内的中断耗时明显减少实测THD几乎没有变化。保护逻辑也需要分层。真正致命的过流、过压必须进PWM级故障保护TZ模块由硬件直接封锁PWM输出中断里只做软保护判断。为什么强调这个软件保护有执行延迟万一电流已经爆表了中断代码还在跑前面几条指令管子就可能已经烧了。DSP的TZ模块可以做到故障源直接关断PWM不需要CPU吃透中断才能动作。4.2 核心算法模块的代码思路以C2000平台为例核心模块大致有这么几个第一个是ADC结果处理。多路采样结果要按顺序对准变量做偏移校正和增益校正。偏移校正是拿来消除ADC固有偏置的每次上电可以插一个校准流程让DSP采集已知电压参考然后修正偏移量。增益校正是为了补偿分压电阻的容差。第二个是输入电压前馈。需要计算整流后的输入电压有效值或者平均值得到一个归一化系数。这个系数的更新速度不能太快也不能太慢太快会让正弦参考跟着整流谷点抖动太慢则输入电压突变时响应不及时。一般用一个低通滤波器做有效值计算滤波时间常数取几十毫秒。第三个是正弦基准生成。标准做法是采输入电压归一化波形本身作为基准不需要额外查正弦表。因为输入整流后的波形本身就是半正弦包络直接用它乘以电流幅值系数就是电流基准。对于需要纯正弦电流图腾柱PFC功率级还需要经过整流桥臂这时基准波形的产生方式会有点区别但核心思想一致。第四个是占空比计算。在CCM平均电流模式中电流补偿器直接输出占空比。对于四开关buck-boost这类拓扑占空比还要分模式做不同处理升压模式的等效占空比和降压模式的等效占空比计算方式不同模式切换边界要做滞环。还有一个容易被忽略的是软启动。PFC一上电母线电容初始电压为零如果直接让电压环以目标电压做参考误差极大电流会冲得很猛。软启动的本质是让电压参考从零缓缓爬到目标值或者让电流幅值系数按斜坡方式增大。实现上可以做一个斜坡发生器每毫秒增加一点参考值持续500ms左右到目标。这样开板冲击电流能压到正常值的1/3以内。4.3 从仿真到DSP模型验证与代码生成数字PFC研发流程最理想的是先仿真再上板避免拿功率板试错。我在这个环节用Simulink或者PSIM搭一个完整模型功率级用电路模型控制直接用离散域的Z变换模块表达仿真步长放到1us左右和实际开关周期对应。仿真结果重点看几项满载启动冲击电流、THD、负载阶跃时母线电压跌落值、电感电流是否在连续模式且无振荡。从仿真到DSP代码有两条路。一条是用MATLAB Embedded Coder直接生成C代码省心但生成效率一般定点芯片上还得注意数据类型转换。另一条是手写代码对目标内核理解更深入代码体积和执行周期可控。我自己偏向先写好控制律的数学表达式手写C代码实现然后做几组对比测试验证代码和仿真的差异。手写代码时如果芯片是定点DSP且不支持浮点就要用IQ Math库。这个库本质上是把定点数Q格式化比如Q24表示保留24位小数位。所有乘法运算按定点乘法处理加法和比较用符号数直接做。想要开心的话优先考虑浮点型DSP比如TMS320F280049C直接对浮点数做运算代码更直观出bug的概率也小。5. 硬件调试与常见问题排查实录5.1 硬件调试的关键顺序烙铁放下后先不要急着连DSP烧程序。数字PFC上电调试我习惯按这个顺序走第一步检查供电。先单独给DSP主控板供5V/3.3V确认核心电压正常仿真器能连上。第二步用示波器看PWM波形。不带主功率级直接测PWM输出引脚和驱动芯片输出确认频率、占空比、死区时间都符合预期。特别检查死区互补PWM的两个通道在切换瞬间必须存在一个足够长的共同导通禁止期。否则一上主电就是爆管。第三步给主功率级上电但不给正式负荷先跑一个轻载测试。上电瞬间用电压探头盯着母线电压升压曲线看是否有过冲。这里有个细节很多人一上来就把电流环电压环全开结果启动瞬间PFC输出失控母线过压炸电容。我建议第一步只用开环占空比让母线电压缓慢升到目标附近确认功率级和采样通路都没问题。然后再逐步接入电压环、接入电流环、接入输入电压前馈。环一环一接入一个环节验证通过后再加下一个。这样做的好处是即使出现问题也能快速定位到哪个模块不用对着浓烟排查。5.2 仿真器驱动与开发环境问题C2000系列用XDS100/XDS110调试器常见问题是驱动装不上或者连不上目标芯片。新版Code Composer StudioCCS安装时会自动带调试器驱动但老版本CCS或者用了非TI调试器的情况下偶尔会出现“Error connecting to the target”的报错。排查思路是先看设备管理器里调试器的USB设备是否识别检查仿真器固件版本和CCS版本兼容性再看目标板供电是否稳定芯片没有上电仿真器自然连不上最后看JTAG引脚的电平部分CCS版本默认用cJTAG模式和芯片不匹配时也会卡在连接步骤。我现在一般推荐直接用最新版CCS12.x以上自带的XDS110驱动和cJTAG兼容性都比较稳。另一种常见问题是程序烧录成功后一运行芯片就进入非法指令中断或者跑飞。这种多半是堆栈溢出或者看门狗没有喂。电源控制代码一般会开看门狗做保护但如果调试阶段看门狗没喂程序会周期性复位。建议调试阶段先把看门狗关掉等主循环逻辑稳定后再打开。5.3 常见问题速查表调试数字PFC我整理了下面这个速查表基本都是实操里反复遇到的现象可能原因排查与处理启动瞬间母线过压电压环比例过大、软启动未生效检查软启动斜坡代码降低Kp确认电压采样偏移正确输入电流正弦波形上下不对称ADC偏移校正未做、采样时刻偏移校准ADC偏置检查采样点是否落在载波底点THD偏大但电流波形整体还像正弦电压环带宽过高、输入电压前馈系数不对降电压环带宽核对输入电压采样系数轻载时电流断续、低压输入时尖峰大模式切换/过零点处理不当检查过零切换逻辑必要时加滞环满载时占空比抖动有低频振荡电流环增益过高或数字延迟补偿不足降低Kp_I检查中断执行周期预测补偿改进芯片发热严重开关频率过高、驱动电阻不合理检查驱动峰值电流调整开关频率或驱动电阻这里重点说一个我踩过的坑图腾柱PFC在交流过零附近的电流波形畸变。之前我做过一台2000W图腾柱PFC样机90%负载段THD都在5%以内但空载到5%负载时THD飙升到15%。查了一圈发现是过零点检测的软件滤波延迟太大导致高频管角色切换滞后电流过零时产生了一段“平台期”。后来把过零检测从软件低通滤波改成硬件比较器直接检测配合DSP中断里做快速极性判断这个问题才压下来。另一个很常见的坑是电流采样电阻的选型。采样电阻阻值太大损耗高太小信噪比差。之前用0.02Ω采样电阻时满载电流信号只有几百毫伏再经过运放放大刚好够用后来换了更小的0.005Ω想降损耗结果电流环在轻载时明显出现采样噪声敏感问题THD和波形稳定度都不行了。最后还是回到0.01Ω兼顾损耗和信噪比。这提醒我采样链路的设计要和控制环路的动态需求一起考虑不能只盯着一方面。6. 一点个人经验和后续想做的方向数字PFC这条路走下来我最大体会是算法模型只是起点真正决定产品好坏的是对整个闭环系统每一环节的把握程度——从电感选型、采样调理、PWM死区、中断时序到保护逻辑每一个环节都可能让一个看似完美的算法崩溃。仿真里调好的PI参数到了实际硬件上因为采样噪声和数字延迟经常需要回退半步重新整定。所以我不太建议完全照搬公开资料的环路参数最好是自己根据实际板子的功率级参数重新推导一遍被控对象传递函数再用仿真和实测互相校准。后续我自己想试的方向有两个。一个是往更高开关频率走比如GaN器件做1MHz甚至更高频的数字PFC这时ADC采样率和DSP运算能力会重新成为瓶颈控制算法也得往单周期预测控制方向转。另一个是把数字PFC和后面的LLC电路做成一个完整的数字电源系统用一个DSP同时管理PFC和LLC的协同控制这个也是热词里经常提到的“PFCLLC”架构——目前行业里服务器电源、充电模块基本都往这个方向发展。真做出来之后数字控制的优势会体现得更充分很多原来只能靠硬件实现的保护、联动、通讯功能全都变成软件配置的问题了。
