做单片机开发这几年，尤其是从51转过来玩STM32之后，我最大的一个感触是：很多人写代码一把好手，结果板子一上电就各种玄学问题——一会儿复位一会儿死机，ADC采出来的数据跟心电图似的乱跳，串口打印偶尔还冒乱码。排查半天，最后发现是电源设计埋了雷。
这就引出了这次想聊的主题：给STM32 MCU设计一套靠谱的电源系统，到底要关注什么、怎么落地。
不久前看到有公司团队专门办了个教大家如何给STM32做电源的培训，叫“Firms Team to Teach Implementing Power Supplies on STM32 MCUs”，这件事本身说明了一个行业普遍的痛点：太多嵌入式开发者低估了电源设计的分量。STM32本身是个数字芯片，但它对电源的敏感程度，比很多人想象中高得多。这篇文章我就结合自己的实战经验，把STM32供电设计从原理到落地、从硬件到软件联动，完整拆一遍。
1. 供电架构：先看懂STM32的“胃口”再动手
1.1 电压轨全景：VDD、VDDA、VBAT、VREF+、VCAP各管什么
STM32跟很多入门级MCU不一样，它不是简单接个3.3V就能高枕无忧的。不同系列、不同封装，电源引脚数量可能从十几个到几十个不等，但归纳下来无非这几类。
VDD是主数字电源轨，几乎所有的数字逻辑、GPIO、内部Flash、RAM都由它供电，绝大多数型号的工作范围是1.8V到3.6V，部分L系列或低电压版本支持1.65V起步。VSS就是对应的地，必须可靠接地，每个引脚都不能悬空。
VDDA是模拟电源轨，给ADC、DAC、内部参考电压、复位电路、RC振荡器这类模拟模块供电。这里有个新手容易忽略的点：VDDA和VDD之间的压差不能超过某个限制，不同型号略有差异，但通常要求VDDA不能比VDD低太多，也尽量别高出VDD。因为内部模拟电路和数字电路之间存在衬底耦合，压差过大会导致闩锁（Latch-Up）风险，严重时直接烧片。
VBAT是备份域电源，给RTC和备份寄存器供电。如果你的产品需要断电后继续走时钟或保存少量配置数据，这里就得接电池或超级电容。不需要的话，最简单粗暴的做法是直接跟VDD短接，但注意别让VBAT悬空，否则内部会有漏电路径，反而增加功耗。
VREF+是ADC的外部参考电压正端。低密度型号通常直接绑在VDDA上，高密度型号才单独引出。如果你的设计里ADC精度很关键，比如做称重、电流检测，VREF+最好单独滤波，别跟数字电源直接搅在一起。
VCAP是内部核心逻辑（Core Logic）的LDO输出引脚，外面接一个电容，通常是2.2uF瓷片电容，具体值以对应型号的数据手册为准。这个电容千万别省，也别随意加大，因为内部LDO的环路稳定性要靠它维持。部分系列（比如F4）对VCAP电容要求很严格，用错容值会导致芯片运行不稳定甚至无法启动。
1.2 电流需求评估：算一笔供电“账单”
很多开发者在设计电源时只看了MCU工作电流那一列，比如“STM32F103最大工作电流约80mA”，于是拍脑袋选了颗500mA的LDO，觉得绰绰有余。但实际上这个“80mA”只是MCU本体的电流，你要算的是整个板子的总电流，这里有个递进的账单结构。
芯片本体电流分为几个部分：内核运行电流、外设工作电流、Flash编程电流、GPIO驱动电流。外设是耗电大户，同样的CPU主频下，把USART、SPI、ADC、DMA全开起来，电流能比仅跑内核时高出20%~40%，这是很正常的。
GPIO驱动电流看外部负载，每个引脚灌入或拉出的电流一般建议不超过25mA，全芯片的总电流还有上限。驱动LED、MOS管、蜂鸣器，这些都得从电源预算里扣。
外部器件的电流得单独算，传感器、通信模块、显示屏、电机驱动，这些往往比MCU本人还能吃电。比如ESP8266模块瞬态电流能飙到300mA以上，你让一颗小LDO去扛，电压直接跌落，MCU分分钟复位。
算法上有个简单的估算公式：I_total = I_mcu_running + ΣI_peripheral + ΣI_io_load + ΣI_external，算出总电流后还要乘一个1.5到2倍的安全系数，作为电源选型的峰值余量。因为很多负载的启动浪涌和瞬态电流是稳态电流的好几倍，比如无线模块发射瞬间、电机启动瞬间、电容充电瞬间。
1.3 电源拓扑选型：LDO、DC-DC还是混合供电
明确了电流账单之后，就是选拓扑了。我自己的经验是：没有最好的方案，只有当前场景下最合适的方案。
LDO线性稳压器是用的最多的，优点在于纹波极低、外围元件少、价格便宜、没有开关噪声。缺点也明显——效率低，压差越大效率越低。输入5V输出3.3V时，效率也就66%左右，多余的功率全变成热量消耗掉了。所以LDO适合压差不大、负载电流不大、对噪声敏感的场景。典型如电池供电加上一级LDO给MCU供电，或5V USB输入通过LDO降到3.3V给核心板供电。
DC-DC降压（Buck）电路效率高，轻松做到90%以上，适合压差大、电流大的场景。但引入的问题也不少：开关纹波、EMI噪声、外围元件多（电感、续流二极管、反馈电阻）、布局要求高。如果你板子上有对噪声敏感的模拟采集，Buck的开关噪声可能会通过电源轨耦合到ADC结果里，这个得靠后续LC滤波或合理布局来压制。
混合供电是工程上最常用的做法：前端用DC-DC把高电压降到一个中间电压（比如12V降到5V），后端再用LDO从5V降到3.3V给MCU和模拟电路供电。这样既保证了整体效率，又给MCU提供了干净的电源。我做的很多工业控制板就是这个架构，实测下来ADC的稳定性比直接用DC-DC供电好一个数量级。
2. 电路设计实操：从原理图到PCB的关键细节
2.1 LDO方案实践：以经典的5V转3.3V为例
先用最常用的方案开刀。输入5V，输出3.3V，负载电流估算下来不超过300mA，我一般首选AMS1117-3.3或类似封装的LDO，原理简单可靠性高。
原理图画法没什么神秘可言，但有几个点容易踩。输入和输出端都要加电容，输入侧通常10uF钽电容或电解电容加0.1uF瓷片电容并联，输出侧一般10uF加0.1uF。这个0.1uF叫高频去耦电容，负责滤除高频噪声；大容量电容负责储能和低频滤波，两者职责不同不能互相替代。电容的耐压值要留足余量，5V输入建议选10V或16V耐压，别卡在6.3V边缘。
注意AMS1117这类LDO有个特性：输出端电容的ESR不能太高也不能太低，太高影响环路稳定性，太低在瞬态响应时可能振荡。一般建议用钽电容或低ESR的电解电容，别纯用MLCC。这算是个冷知识，但直接影响你板子在高低温下的工作可靠性。
地线处理上，LDO的输入地、输出地、负载地要遵循单点回流原则。很多新手原理图上把GND画成一个大网络，PCB上就靠过孔乱接，结果LDO输出侧和负载之间的地线压差在瞬态时能到上百毫伏，这能直接让ADC采样值漂移。地线路径要短、宽，尽量避免大电流地和小信号地共用一段走线。
2.2 DC-DC方案要点：电感选型和反馈电阻计算
如果负载电流超过500mA，或者输入电压和输出电压差距很大，就该上Buck了。这里讲常见的设计套路。
以TI的TPS5430或国产兼容型号为例，输入12V，输出5V，最大2A。电感的选型有个经验公式：L = (Vin - Vout) × Vout / (Vin × f_sw × ΔI_L)，其中f_sw是开关频率，ΔI_L是纹波电流，一般取输出电流的20%~30%。代入数字算一下，Vin=12V，Vout=5V，f_sw=500kHz，Iout=2A，ΔI_L=0.4A，L大约是14.6uH，取标称15uH。电感选小了，纹波电流变大，输出纹波恶化；选大了，动态响应变慢，还可能进入断续模式影响稳定性。
反馈电阻决定输出电压，公式是Vout = Vref × (1 + R_top / R_bottom)，Vref一般是0.8V或1.2V，具体查手册。拿Vref=0.8V，R_bottom=10kΩ，目标Vout=5V代入，R_top = (Vout/Vref - 1) × R_bottom = (5/0.8 - 1) × 10k = 52.5kΩ，取标称51kΩ或56kΩ，最终电压会稍微偏离，再通过实测微调。
PCB布局上，Buck电路是“开关节点”和“高di/dt回路”决定的。功率回路要尽量小，开关节点（SW）的铜皮要控制面积以降低辐射，反馈检测线要从输出电容根部单独引回芯片，别从电感后面直接拉，否则采到的电压包含电感纹波，反馈环路容易不稳。SW节点正下方别铺地铜皮，避免开关噪声耦合到地层，这是个很隐蔽的EMI坑。
2.3 去耦与布局：这些“小电容”决定系统稳定性
去耦电容是MCU电源设计里最廉价也最有效的“保险”，但很多人对它存在误解。MCU的每个VDD引脚旁边都要放一个0.1uF的瓷片电容，这是标配。这个电容的作用是提供瞬态电荷，因为MCU内部逻辑翻转时会产生纳秒级的电流尖峰，如果靠电源远端供电流，走线电感会阻碍电流变化，导致VDD电压瞬间跌落。就近放一颗0.1uF电容，相当于在负载旁边蓄了一座小水池，尖峰来了直接从这里抽水。
但光有0.1uF还不够，我习惯再放一颗4.7uF到10uF的钽电容或MLCC作为“水库”，负责中低频段的稳定。这就构成了经典的“大电容储能+小电容高频去耦”组合。如果空间允许，每个电源网络都这么配，一颗大电容可以照顾多个引脚，但小电容必须一颗对一引脚。
电容摆放位置也有讲究，离引脚越近越好，最好直接放在IC同一面，过孔不要太多，否则过孔的电感会把去耦效果吃掉一大半。很多量产板为了布线方便，把0.1uF电容放到了PCB背面，我实测下来效果比正面差不少，但也不是不能用，关键是过孔数量要少、路径要短。
2.4 按键电路和复位电路里的“电源学问”
按键和复位看着跟电源没关系，其实关系非常大。STM32的复位引脚NRST内部有上拉，外部再放一个0.1uF电容到地，用来滤除干扰。但如果电源上电斜率特别陡峭，或者电源在掉电时出现反复震荡，NRST引脚上的电容充电速度会受影响，可能导致复位不可靠。所以复位电路的上拉电阻和电容的参数不是随便选的，0.1uF加10kΩ上拉是常见的经验值。
按键检测电路也有个常见坑：机械按键在按下和释放瞬间会产生抖动，如果直接用GPIO读，会读到一连串毛刺。正常做法是加RC滤波，比如10kΩ电阻串入，100nF电容对地，利用电容的充放电延时把信号“拉平”。在低功耗产品里，这个电容还有额外作用——防止按键引脚上的毛刺把MCU从Stop模式误唤醒。我就踩过这个坑，某次低功耗产品半夜电池快速耗尽，查到最后是按键没有滤波，一次风吹草动让MCU反复唤醒，电流直接从uA级飙到mA级。
3. 低功耗场景下的电源策略：不止是调一个Sleep函数
3.1 低功耗模式下的电源树设计
STM32的低功耗不是说进入Sleep模式就完事了，硬件电源树设计从一开始就要为低功耗做准备。
首先是供电通路上的静态电流要算清楚。一颗AMS1117的静态电流是5mA左右，这在正常工作时可以忽略，但在电池供电的低功耗产品里就是灾难。很多低功耗应用选用静态电流在uA级的LDO，比如RT9013、XC6210之类，静态电流只有几十微安，Sleep模式下整板电流才压得下去。
然后是分域供电的思维。把板子上的电路分成“常供电域”和“可控供电域”，MCU本体、RTC、备份寄存器属于常供电域，必须一直有电；传感器、通信模块、显示屏属于可控供电域，用一个MOS管开关或负载开关单独控制，MCU进入低功耗前先关断这些外设的电源。
这样做的原因是，很多外设的静态漏电非常大，比如某个传感器芯片正常工作时2mA，理论上Sleep时也该是2mA左右，但有些芯片在非使能状态下的漏电可能比工作电流还大，你控制不住它的内部结构，那就直接断它的电，最彻底。
3.2 外设供电的分域与开关设计
做电源分域开关，最简单的方案是用P沟道MOS管做高端开关。注意PMOS的导通条件是Vgs为负值，源极接电源、漏极接负载，控制端通过一个电阻到地。当控制引脚为低电平时，Vgs=-电源电压，MOS管导通；控制引脚为高电平时，Vgs≈0，MOS管关闭。
有个细节容易被忽略：PMOS的栅极要加一个10kΩ到100kΩ的上拉电阻到电源，确保MCU复位期间控制引脚处于高阻态时，MOS管默认是关断的。否则MCU上电复位期间GPIO还没初始化，引脚电平不定，外设提前上电，可能产生不可控的浪涌，也影响低功耗。
关于负载开关的瞬态电流，要特别小心电容性负载。如果外设电源轨上有大电容，开关瞬间的充电电流可能高达几安培，直接导致主电源电压跌落。解决方法是加软启动电路或选择带软启动功能的负载开关芯片。
3.3 唤醒源与电源监控的配合
低功耗产品要可靠工作，唤醒源的设计和电源监控必须联动。STM32支持的外部中断唤醒、RTC闹钟唤醒、定时器唤醒，各有各的使用前提。
用外部中断唤醒时，唤醒源引脚的电平在Sleep期间必须有确定状态。如果外部设备断电了，输出引脚就变成高阻态了，这时候唤醒引脚可能被悬空，既可能误触发唤醒，也可能漏掉真正的唤醒事件。我的做法是在唤醒引脚上加一个上拉或下拉电阻，确保悬空时有一个确定的电平。
电源监控方面，STM32内置了PVD（Programmable Voltage Detector），可以设置一个电压阈值，当VDD跌落到阈值以下时触发中断或复位。这个功能在电池供电产品里非常关键。假设电池从4.2V放电到3.3V时，你希望系统先保存关键数据再优雅关机，而不是电压继续跌到2.8V时Flash写入失败、数据损坏。用PVD可以提前介入，这是软件层面的电源管理。
我实际做过的一个产品里，PVD阈值设为3.0V，当检测到电压低于3.0V时，MCU立即进入中断服务函数，先把关键运行参数写入Flash，然后关闭所有外设，最后进入掉电模式。即使之后电压继续下降导致系统彻底断电，重新上电后也能从Flash恢复现场。这套机制如果只靠软件轮询ADC电压值来做，一是延迟大，二是冗余代码多，远不如PVD来得干净利落。
4. 电源监测与软件联动：把电源状态变成数据
4.1 ADC多通道采集电源电压：用DMA循环采样避免卡死
硬件电源设计完了，总得知道它到底干得好不好。最简单的办法就是用STM32的ADC去量自己的供电电压。但这里有个经典的设计问题：ADC的参考电压VREF+就是VDD，那VDD有波动时ADC测出来的是相对值，不是绝对值。很多人在这个上面栽过跟头。
解决思路是加一个外部精密基准源作为ADC的参考电压，或者用一个已知精度的稳压二极管或基准芯片产生一个固定电压，接到一个ADC通道，通过反推算法得到实际的VDD。举个具体例子：假如VREF+接的是外部3.0V精密基准，ADC采样一个由VDD分压得到的电压，那计算实际VDD时就拿ADC值和3.0V基准去算，结果就是绝对的。
ADC多通道采集时，很多新手直接在主循环里轮询采集，结果采集过程把主循环拖慢了，电机控制或PID调节的实时性全毁了。正确的做法是使用ADC的DMA循环采样模式：配置好ADC扫描多个通道，DMA自动把转换结果写入内存数组，CPU完全不需要介入。主循环需要数据时直接从数组里读最新值就行了。
我要特别提醒的是，ADC+DMA配置里最常犯的错是DMA缓冲区和ADC转换的同步问题。如果DMA没配置成循环模式，采完一轮就停了，后续数据不再更新；如果循环模式的缓冲长度和ADC通道数不匹配，数据对位就会错乱。我的配置习惯是：DMA缓冲区大小 = ADC通道数 × N（N是采集轮数），启用DMA循环模式，通过判断当前DMA传输计数来知道最新的数据在哪个位置。
4.2 欠压复位、掉电检测与系统保护逻辑
硬件有PVD，软件还可以再加一层保护。比如用ADC实时监测母线电压，当电压降到某个阈值时，先执行一系列保护动作。我做过一个伺服电机驱动项目，要求母线电压低于18V时立即禁止PWM输出，防止电机控制器在欠压下桥臂直通炸机。
这里有个关键点：ADC采样的实时性必须够。如果主循环周期是10ms，那你发现欠压时可能已经过了好几个控制周期，在电机控制这种场景下可能已经出事了。所以这类保护逻辑应该放在定时器中断或ADC转换完成中断里执行，周期控制在1ms以内。
顺便提一下，中断优先级的设计也很重要。ADC中断和PWM中断、串口中断的优先级要合理分配。我的实践是：PWM和故障保护的中断优先级最高，ADC采集次之，串口通信最低。否则串口数据量一大，中断互相抢占，系统实时性就崩了。
4.3 串口调试与电源数据上传：怎么打印波形
说句实话，电源调试最直观的方式不是拿万用表量静态电压，而是在动态负载下观察电压波形。问题是你手头不一定有示波器，就算有，观察长时间变化趋势也不方便。我的做法是把ADC采集到的电源电压数据通过串口或RTT Viewer发送到上位机，用串口绘图工具实时画出波形。
这样调试电池放电曲线特别方便。电池从满电到没电可能持续好几个小时，示波器根本存不了那么长的时间窗口，但串口绘图工具可以。把数据打上时间戳，就能看到电压随时间的变化趋势，判断电池容量是否达标、有没有异常跌落。
实现上，串口发送数据时的格式要设计好。很多上位机绘图工具支持CSV或带分隔符的文本格式，发送数据时注意带上通道标识和时间戳。发送频率也要考虑串口波特率和数据量的平衡，一般100Hz到500Hz足够了，太高了反而占用CPU时间还容易阻塞。
4.4 用STM32CubeMonitor或RTT Viewer观察电源状态
这两年STM32官方及第三方工具越来越成熟，除了传统串口外，我强烈推荐两个调试工具：STM32CubeMonitor和SEGGER RTT Viewer。
STM32CubeMonitor可以从MCU实时读取变量，以仪表盘、曲线图、柱状图的形式展示，不需要额外占用串口，只用SWD调试口。这意味着你的产品即使串口已被用户功能占用，照样能观察内部变量。我之前调试一个电源管理模块时，就是通过CubeMonitor同时观察VDD电压、负载电流、温度三个参数，相互之间的联动关系一目了然。
RTT Viewer更轻量，尤其适合观察RTOS下的任务状态。在FreeRTOS环境下调试电源问题时，仅看电源数据是不够的，还要知道哪个任务在什么时候被调度了、占用多少栈空间。把RTT Viewer和电源数据结合使用，能快速判断：是不是某个高优先级任务频繁抢占导致主循环来不及处理电源保护逻辑。
5. 常见问题排查与避坑实录
5.1 板子反复复位、延时函数卡死？先量电源再查代码
很多开发者遇到MCU反复复位或者delay卡死，第一反应是查代码逻辑、查时钟配置，往往忽略了最基础的电源问题。我的经验是，遇到这种“玄学”问题，第一步永远是拿示波器或万用表去量VDD引脚上的电压波形。
反复复位的经典原因是电源跌落。可能你用LDO降压，电流稍微一大电压就跌到MCU的复位阈值以下。也可能你的电源走线太细，铜皮电阻在瞬态电流下产生压降。最隐蔽的是劣质USB线或面包板接触电阻太大，空载时电压正常，一接负载就掉。
延时函数卡死这个现象更值得说道说道。很多人配置了SysTick定时器作为延时源，但SysTick的时钟源来自内核时钟，如果电源不稳、内核时钟异常，SysTick就可能罢工。还有人在SysTick中断里做了太多事，比如打印日志、驱动LED，中断优先级又设得高，结果延时函数在等待中断标志时一直等不到。电源不稳导致的中断异常不容易排查，但确实会发生。
5.2 串口数据乱码或偶发错误，可能是地弹在作怪
串口通信出现偶发乱码，很多人首先怀疑波特率误差，但有个隐蔽原因是地弹。当板子上有大电流负载快速开关时，地线上会产生瞬时压差。串口通信是单端信号，收发双方的电平参考都是各自的地，如果板子上地电位在跳，接收端采到的信号就会异常。
解决思路有三种：一是把串口通信的地线尽量加粗缩短，减小地阻抗；二是大电流回路和数字信号回路隔离布线，避免共用地线路径；三是采用RS-485或CAN等差分通信方式，从原理上免疫地弹的影响。在电机驱动类项目里，MCU和上位机通信我从来不直接走TTL串口，一律上RS-485或CAN，就是这个原因。
5.3 ADC采样值漂移、抖动严重，先从电源找原因
ADC值抖动这事儿我之前写过不少，总结下来，电源因素占了七成。模拟电源VDDA如果直接和数字电源VDD短接，而数字部分又有大量逻辑翻转，ADC参考电压就会跟着抖，采样结果自然不准。
正确的做法是让VDDA通过一个磁珠或小电阻从VDD分离出来，再加一个10uF和0.1uF电容滤波。ADC的采样时间也要单独配置，不同的输入阻抗对应不同的采样时间，采得太快电容来不及充电，采得太慢又影响吞吐率。在STM32的HAL库中，ADC采样时间参数有几个档位可选，比如1.5周期、7.5周期、13.5周期等，需要根据信号源内阻来选。
举个例子，如果你用电阻分压直接采电池电压，等效内阻可能只有几kΩ，选7.5周期就够了。但如果你用的是高内阻传感器，比如土壤湿度传感器探针，等效内阻可能高达几十kΩ，这时候采样时间要选239.5周期，否则每次采样的电压都偏低且不稳定。
5.4 ST-Link连接不上、下载失败，先确认复位和供电
ST-Link连接失败是新手重灾区。有时候不是ST-Link坏了，而是目标板供电异常。ST-Link通过SWD接口连接MCU，SWD接口的参考电平是目标板的VDD，如果目标板电压异常，SWD通信就建立不起来。
我遇到过的情况是：目标板电源设计有问题，供电不足导致MCU反复复位，SWD连接时目标板已经“死了”，ST-Link自然连接失败。这时候先把目标板的电源修好，再连接调试器，问题迎刃而解。
还有注意不要乱禁用SWD引脚。有些项目为了省引脚资源，把PA13、PA14（SWDIO、SWCLK）复用成GPIO，然后程序一运行就把这两个引脚改成普通IO了，导致下次想烧录程序时连接不上。如果程序里做了这种操作，务必在代码中加一个延时，让调试器在启动阶段就能连接成功，然后再复用引脚。这个错误我在量产阶段踩过一次，只能通过串口ISP清除Flash才救回来。
5.5 列表速查：电源排查五步法
为了便于快速定位电源问题，我整理了一套排查流程，这在我自己的项目里反复使用，虽然称为“五步法”，但实际是按优先级排列的：
- 第一步，量电压。确认VDD、VDDA在正常工作范围内，且纹波幅度小于数据手册要求（一般峰峰值不超过50mV）。
- 第二步，看电流。确认总电流在电源芯片的额定范围内，瞬态峰值是否有余量。
- 第三步，查波形。用示波器看LDO或DC-DC的输出，确认没有自激振荡或异常跌落。
- 第四步，查接地。确认所有地引脚都直连到完整的地平面，模拟地和数字地合理划分。
- 第五步，查软件。上述都正常再怀疑软件配置，比如时钟树配置错误导致内核电压异常、ADC采样时间配置不当等。
5.6 再补几个容易忽略的小细节
以下几条是我在各类项目里反复踩到同样的坑之后总结出来的一些细节经验，单独拎出来提醒一下。
第一，MCU的每个电源引脚都要接去耦电容，不要以为VDD引脚多就可以共用一颗电容。引脚越靠近芯片内核，对去耦电容的要求越高。
第二，多颗LDO或DC-DC同时使用时，注意输入电源的回流路径。如果两路电源共用一个输入插座，上电瞬间的浪涌可能互相干扰，导致一片在启动时把另一片的输入电压拉低，引起复位或启动失败。
第三，做低功耗产品时，电平转换电路本身也会耗电。比如3.3V和5V之间的双向电平转换芯片，待机电流可能在微安级别，在电池供电产品里属于很大的开销，能不用的场合尽量不用。
第四，如果板子工作在高温环境，LDO的散热问题必须算清楚。LDO的功耗约等于压差乘以电流，压差3V、电流500mA时功耗就是1.5W，这在SOT-223封装上会非常烫。不要只看芯片标称的额定电流，热限制往往比电流限制更早到来。
写在最后
给STM32做电源设计这件事，说到底是“硬件搭台、软件唱戏”的配合过程。硬件的电源架构决定了系统的稳定性下限，软件的电源调度和监测决定了功能的上限。单独看任何一个部分，都只是常规操作；把两者结合起来，才能让产品在各种恶劣场景下稳稳运行。
从我个人的实践体会来看，电源设计不是一锤子买卖，而是需要反复迭代打磨的。每一块新板子回来后，我会先跑一遍电源排查流程，确认电压、电流、纹波都在合理范围内，再开始写业务代码。这个习惯帮我避开了大量后期调试的雷，省下的时间远超当初排查电源的时间。
如果你正在做一个基于STM32的新项目，我建议你从原理图阶段就把电源部分当回事，别把它当成“接个稳压芯片就行”的附属模块。认真对待电源设计，它会用整个系统的稳定性回报你。
