1. 从项目选型聊起STM32L151RCT6 到底适合做什么手头项目需要一颗低功耗 MCU一看预算二看功耗三看供货。这颗 STM32L151RCT6 我前前后后用在了两代产品上从样机验证到量产踩过不少坑也积累了一些比较实在的经验。先说结论如果你要做的是电池供电的工业传感器、便携医疗设备、水气表计或者长期待机的数据采集终端这颗料值得认真评估。STM32L151RCT6 属于 ST 的低功耗 L1 系列内核是 Cortex-M3最高主频 32MHzFlash 256KBRAM 32KB。单看性能它肯定追不上现在动不动就跑几百兆的 M4/M7 芯片但低功耗场景比的本来就不是算力而是“在尽量低的电流下把活干完然后赶紧睡过去”。这一点 L1 系列恰好踩在了一个非常成熟的节点上它比早期的 L0 系列多了更大容量的存储和更完整的外设又比后来的 L4 系列便宜功耗数字也依然能打。我常说 L151 是“低成本低功耗项目的万金油”。它的定位很清晰不需要跑复杂算法不需要高分辨率屏幕刷新不需要高速通信吞吐但要长期挂在电池上几年不换电。这类需求用 L4 属于性能浪费用 L0 又觉得存储外设偏紧L151 反而刚好。当然选型时别光看芯片本身。这颗料的封装是 LQFP6464 个引脚在低功耗 MCU 里算是“端口大户”这意味着你可以同时挂传感器、通信模块、显示屏和按键不至于为了引脚数量换更大封装或加扩展芯片。我最早选它就是因为项目要求同时驱动一个段码 LCD、一个温湿度传感器和一个 4G 模块还要留足 GPIO 给拨码开关和指示灯LQFP64 的引脚数刚好够用。再说说价格预期。L151RCT6 在通用低功耗 MCU 里属于中间价位批量采购时比 L4 系列有明显优势比 L0 系列贵得也有限。考虑到 256KB Flash 的容量这个价格很有竞争力。项目如果对 BOM 成本敏感这颗料通常能帮你在功耗和预算之间找到平衡点。1.1 一颗低功耗 M3 芯片的江湖地位把 STM32 家族拉出来看L1 系列其实是个“承上启下”的角色。它比 F1 系列晚出核心同样是 Cortex-M3但设计取向完全不同。F1 追求的是主频和外设性能72MHz 的 F103 是那个时代的经典L1 则把大部分精力放在降低功耗上很多外设都是为了“低功耗模式下还能干活”而设计的。我打个比方F103 像一辆动力充沛的燃油车点火后油耗高但跑得快L151 更像一辆混动车平时用纯电模式慢慢走需要时才启动发动机关键是可以随时熄火待机一待就是几个月。这个“随时熄火还能被唤醒”的能力正是低功耗项目最看重的东西。L151 的江湖地位还体现在生态上。它的数据手册、参考手册、应用笔记、例程库都非常完整网上讨论也很多。新接手的人遇到问题搜索引擎基本能找到答案。这一点在工业项目里尤其重要——硬件工程师离职了新人接手也能很快上手。另外ST 的低功耗产品线里L1 系列的功耗模型和外设设计与后来的 L4/L5 一脉相承。你在 L151 上学到的低功耗设计思路时钟管理、寄存器配置、唤醒源规划换到 L4 上依然适用学习成本可以复用。1.2 这代内核放在今天还够用吗这是很多人在选型时纠结的问题Cortex-M3 是十几年前的架构了现在还选它是不是落后了我的看法是低功耗场景和应用算力需求是两回事。L151 定位是“传感器数据采集 简单协议处理 状态控制”这类负载对主频和内核架构并不敏感。32MHz 的主频跑个 Modbus 协议栈或者处理温湿度、气压、电量等传感器数据完全够用。真正吃性能的是音频处理、神经网络推理、图形界面而这些本来也不是 L151 该干的活。不过有一点需要提前评估如果你的产品后续可能要 OTA 升级固件或者跑更复杂的加密算法比如 TLS 握手那 32MHz 的 M3 会比较吃力。我在一个项目中就踩过类似的坑初期规划时只想着“采集数据 上传”没考虑设备远程升级结果后期要把固件加密和校验逻辑加进去L151 的算力就显得捉襟见肘。所以选型前一定要把未来两三年可能新增的功能列清楚再做决定。综合来看L151 的核心价值不在于“强”而在于“够用且省电”。只要应用场景匹配它就是非常合理的选择。2. 功耗到底有多低把数据手册读透才算数低功耗 MCU 的功耗参数数据手册上写得很清楚但很多人只是扫一眼“多少微安”就过去了没有深究这些数字是在什么条件下测出来的。等板子做出来发现耗电远高于预期才开始怀疑芯片是不是有问题。其实问题多半出在“条件没对齐”。先说 L151 的静态功耗表现。数据手册给的典型值是Standby 模式RTC 关闭约 0.27μAStandby with RTC 约 1.27μAStop with RTC 约 2.3μA不同温度、电压下有差异这些数字在同类产品里算是第一梯队。但请注意几个前提环境温度通常指 25°C 或 30°C供电电压按数据手册指定的范围而且所有 GPIO 必须配置为模拟输入或固定电平不能让引脚悬空或浮空浮动。实际项目里系统电流往往高于这个数问题几乎总是出在引脚配置和外部电路上。动态功耗方面L151 在 32MHz 主频下运行典型工作电流大概在 8~12mA 之间取决于外设使用情况这个数字比 L4 高但远低于 F1。如果能让系统大部分时间处于睡眠状态偶尔醒来跑几毫秒再睡回去平均功耗就会被拉得很低。低功耗项目的核心思路就是这么简单把工作时间压缩把睡眠时间拉长。2.1 六种低功耗模式逐个拆解L151 的低功耗模式比常见的 STOP/STANDBY 要更细体系设计得很有意思。我把这些模式按“功耗从低到高、唤醒从快到慢”排了个序方便理解模式典型电流CPU 状态RAM 保持典型唤醒时间主要用途Standby无 RTC~0.27μA关闭丢失几十微秒真正几个月不动的休眠Standby with RTC~1.27μA关闭丢失几十微秒定时唤醒、RTC 闹钟Stop with RTC~2.3μA关闭保持5μs 左右需要保存 RAM 数据的定时任务Stop无 RTC约 1μA 级别关闭保持数微秒外部中断唤醒快速恢复Low-power Sleep数微安到十几微安关闭仅内核停止保持极快外设继续工作CPU 等待Low-power Run几微安到几十微安运行低主频保持不适用低速连续采集、RTC 计时这里容易搞混的是 Standby 和 StopStandby 模式为了极低功耗会把 RAM 内容全部丢掉唤醒后相当于重新复位程序从头跑。Stop 模式保留 RAM唤醒后可以继续执行之前的上下文。如果你的设备需要在“睡眠前记录一些累积数据”就必须用 Stop 模式或者把数据放到 RTC 备份寄存器里再进 Standby。L151 还有两个比较有特色的模式Low-power Run 和 Low-power Sleep。Low-power Run 模式下 CPU 仍然运行但主频受限具体取决于配置可以让系统在极低功耗下继续处理低频信号Low-power Sleep 则是 CPU 停止但外设比如 LPUART、LPTIM仍然工作适合做“低功耗监听”场景。实际项目里用得最多的是 Stop with RTC 和 Standby with RTC。前者适合“每隔一段时间醒来采集数据然后继续睡”的循环后者适合“每天固定几个时刻执行任务”的场景。2.2 影响功耗的不止芯片本身这是我最想强调的一点芯片数据手册上的微安级电流不等于整个板子的电流。外部电路才是真正的耗电大头。举个例子。很多设计中会用到一颗 3.3V LDO 给 MCU 供电。LDO 自身有静态电流quiescent current好的低压差 LDO 静态电流可以做到 1μA 以下但很多便宜 LDO 的静态电流高达几十微安比 MCU 睡眠时的电流还大。这样一来无论 MCU 睡得多深整板功耗都降不下来。选低功耗 LDO 时要特别看“Ground Current / Iq”这个参数选择那些标称 I q 在微安级别的型号。除了电源芯片还有几个常见陷阱上拉/下拉电阻。很多工程师习惯在 GPIO 上加上下拉电阻保证默认电平但低功耗设计里这些电阻在睡眠状态下会持续消耗电流。如果必须加上下拉尽量用 100kΩ 以上的大阻值别用 10kΩ。通信模块的待机电流。4G/NB-IoT/BLE 模块在待机状态下也有不小的电流有些模块甚至标称 1mA 以上。设计时必须考虑给模块单独断电用 MCU GPIO 控制 MOSFET 或负载开关而不要让模块始终挂在电源上。外部传感器的供电。不少传感器在空闲状态下依然有漏电最好也用 MOS 管做电源开关只在采集数据时给传感器供电。去耦电容和滤波电容的漏电。这个通常很小但在追求极低功耗时也不可忽略尤其是电解电容在高温下的漏电明显。低功耗设计建议优先选陶瓷电容。我用一个实际的例子来说明这些因素的影响某次项目样机刚做出来睡眠电流实测 45μA但按照芯片手册估算应该只有 5μA 左右。查了一圈发现问题出在三处板子上一个 LED 指示灯的限流电阻用的 1kΩ导致睡眠时 LED 电路依然有约 0.3mA 电流后来去掉了 LED 电源控制一个传感器的电源从来没关过待机电流 20μA还有一个 I2C 上拉电阻用了 4.7kΩ加上总线上拉电压一直存在贡献了额外的微安级电流。改完这些问题后整板睡眠电流降到 6μA。所以低功耗项目的正确测量方法不是只看 MCU 的手册数字而是要把整个系统拉出来测。设计阶段就要把每个模块的功耗列成一张表逐项控制。2.3 用数据说话实测一台 4G 传感器终端的功耗预算拿我之前做过的 4G 温湿度传感器终端为例说说低功耗设计怎么量化。系统组成L151RCT6、SHT30 温湿度传感器、4G 模块EC200S 或类似型号、一个小的 DC-DC 或 LDO、两节 ER18505 锂亚电池串联标称 7.2V容量约 3800mAh。产品需求是每 15 分钟采集一次温湿度并通过 4G 上传目标电池寿命 3 年以上。粗略功耗预算状态电流持续时间周期睡眠Stop with RTC10μA含整板14 分 50 秒15 分钟醒来采集传感数据5mA200ms15 分钟4G 模块开机联网300mA 峰值5 秒15 分钟数据上传250mA2 秒15 分钟15 分钟的总电荷消耗大约是10μA × 890s ≈ 8.9mAs睡眠 5mA × 0.2s ≈ 1mAs采集 300mA × 5s ≈ 1500mAs联网 250mA × 2s ≈ 500mAs上传合计约 2010mAs。除以 900 秒平均电流约 2.23mA。3800mAh 的电池在平均 2.23mA 电流下理论寿命约 1700 小时也就是约 70 天这显然离 3 年差远了。问题出在4G 上传太频繁。这个计算模拟的就是“每 15 分钟上传一次”的极端场景实际上 4G 模块联网瞬间电流大平均功耗非常高。后来把上传频率改成每小时一次并且优化了 4G 模块的联网流程平均电流降到 0.3mA 左右电池寿命可以做到 1 年以上。如果再把上传频率改成每天一次平均电流可以降到几十微安级别用 3800mAh 电池做到 3 年以上完全可行。这个例子的教训是低功耗设计不能只看 MCU通信模块往往是功耗大头。必要时可以用 L151 的低功耗定时器定时唤醒或者让系统只在特定时间窗口联网其他时间彻底断电。3. 外设不是凑数这些模块才是低功耗设计的关键L151 的外设配置在低功耗 MCU 里算相当齐全但真正值得深入研究的是那些为了低功耗场景专门设计的功能。我一个个拆开讲。3.1 低功耗 UART 与低功耗定时器的组合L151 有一个 LPUARTLow Power UART这是它在低功耗场景下非常好用的外设。LPUART 的最大特点是即使在 Stop 模式下只要给它提供一个低频时钟比如 32.768kHz 的 LSE它就能保持接收功能一旦总线上出现起始位就能把 MCU 唤醒。这个功能在电池供电的传感器网络里太实用了。比如一个水表平时 MCU 深度睡眠主机通过 485 总线或无线模块发送抄表命令LPUART 收到起始位后立刻唤醒 MCU 处理命令。这样做的好处是整个系统待机时不需要轮询总线总线空闲时也没有额外功耗。配套使用的外设是 LPTIMLow Power Timer。LPTIM 同样可以在低功耗模式下运行用于产生定时唤醒信号。和普通定时器不同的是LPTIM 对时钟源的选择很灵活没有内部 RC 时也可以借助外部脉冲计数实现比较多样化的定时需求。这两个外设组合起来的典型用法是LPTIM 设置一个较长的周期比如 30 秒唤醒一次 MCUMCU 醒来后检查是否有任务需要处理没有就继续睡眠LPUART 则负责随时响应外部命令。这样一来MCU 在周期任务和突发事件之间都能兼顾功耗却保持在很低的水平。有一点要提醒LPUART 和 LPTIM 在 Stop 模式下工作依赖的是 LSE 或 LSI 时钟。LSE 外部晶振的起振和稳定性直接影响低功耗模式的可靠性所以 PCB 布局时晶振要靠近 MCU走线尽量短负载电容要按晶体手册选。如果 LSE 起振失败芯片就无法进入预期的低功耗模式这个问题排查起来很恶心我后面会专门讲。3.2 12 位 ADC 的过采样与功耗平衡L151 的 ADC 是 12 位内置了硬件过采样功能可以把分辨率提到 16 位。这个特性在做高精度传感器采集时非常有用尤其是电池供电的秤重、气体检测等场景。过采样的原理比较简单多次采样取平均把量化噪声平均掉等效提高分辨率。硬件过采样的好处是不占 CPU 时间配置好之后 ADC 自己会完成多次转换然后给出累加/平均结果。L151 的过采样率最高可以配到 256 倍搭配 12 位 ADC 可以输出 16 位结果。不过要注意过采样是有代价的每提高一位分辨率采样次数要翻 4 倍比如从 12 位提升到 13 位需要 4 次过采样提到 14 位需要 16 次以此类推。这意味着完成一次转换的时间变长ADC 工作时的平均电流也变大。低功耗场景下需要在精度和功耗之间做权衡。我的经验是传感器信号本身比较干净、参考电压稳定时12 位通常够用只有在信号很微弱、噪声较大时才需要开启过采样并且尽量降低采样频率。还有一个小技巧ADC 的采样时间sampling time不要一开始就配成最长而是先缩短根据实际噪声情况再调。采样时间短ADC 开启时间短功耗就低但精度可能略降。通过示波器观察转换结果的稳定性逐步调整通常能找到合适的平衡点。3.3 RTC 校准与备份寄存器低功耗设备几乎离不开 RTC实时时钟L151 内置的 RTC 模块不仅提供日历功能还带了校准机制。由于外部 32.768kHz 晶振的频率精度有限典型误差 20ppm 左右一天下来可能差 1 秒多。有些应用对时间精度要求不高但如果是计费、事件记录、定时上报时间偏差就是大问题。L151 的 RTC 支持同步预分频和异步预分频还可以通过校准寄存器对晶振频率偏差做补偿。校准的原理是周期性加入/移除若干个时钟脉冲使 RTC 累计误差趋近于零。具体的校准值需要实际测量晶振偏差后计算比较麻烦但对于有精度要求的项目来说值得做。另一个很实用的特性是 RTC 备份寄存器Backup Registers。这些寄存器在 V DD 掉电、芯片进入 Standby 模式时依然能保持数据只要 VBAT 引脚有电。前面的提到进 Standby 会丢 RAM但备份寄存器不会丢。这样可以把一些重要的状态信息、校准参数、累计数据存放在备份寄存器里需要时直接读取。我在实际项目中经常用 RTC 备份寄存器保存“设备重启次数”“上次校准数据”“用户配置的阈值”之类的内容。这样即使电池彻底断电只要 VBAT 备份电池还在数据就不会丢。这个设计在工业现场很有价值省去了设备重启后重新配置的麻烦。4. 从 CubeMX 到量产低功耗项目的完整落地路径选型确认没问题接下来就是实际开发。这段流程我按“环境准备 → 工程配置 → 硬件设计 → 烧录量产”的顺序梳理一遍顺便把踩过的坑都标出来。4.1 用 STM32CubeMX 把引脚和功耗管好现在开发 STM32 基本都从 STM32CubeMX 开始。图形化配置外设、生成初始化代码确实省了不少事。但在低功耗项目里CubeMX 给的是“能跑的模板”不是“最优配置”千万别直接拿去量产。首先CubeMX 生成的 GPIO 初始化通常把所有用到的引脚都配置成输入或输出但没用的引脚可能会保持默认状态。默认状态下引脚可能是浮空输入这在高阻状态下容易受到干扰产生不必要的漏电或者误触发。低功耗设计的原则是所有不用的 GPIO 都设置为模拟输入模式因为模拟输入不经过输入施密特触发器不会产生数字开关电流或者配置为输出低电平。我一般在 CubeMX 里把所有不用的引脚手动配置为 Analog并加上注释说明。其次时钟配置要仔细。L151 的时钟树不算复杂但要注意进入 STOP 模式前最好把系统时钟切换到 MSI 或 HSI避免从外部高速晶振 HSE 切换到低功耗模式时产生额外的切换时间。这个细节在 CubeMX 里不会自动处理需要自己在代码里控制。另外CubeMX 生成的 HAL 库代码默认是“保守模式”——频繁地读写寄存器做状态检查这在调试时问题不大但在低功耗模式下不必要的时钟使能和外设初始化会拖高功耗。我在量产固件里会关闭调试接口SWD在睡眠时的调试时钟并且检查每个外设的时钟门控AHB/APB 外设时钟使能位确保睡眠前把所有不用的外设时钟关掉。CubeMX 还有一个实用功能是生成低功耗模式的参考代码比如进入 STOP/STANDBY 的例程可以基于此修改。但强烈建议在参考代码基础上加上自己的状态保存和唤醒处理逻辑不要直接套用。4.2 低功耗板上最容易翻车的三个位置硬件设计方面我归纳了三个最容易在低功耗项目里翻车的点重点提醒一下。第一是电源轨的静态电流。前面讲过要选择低 Iq 的 LDO 或 DC-DC。实际选型时还要注意很多 DC-DC 在轻载时会进入 PFM 模式效率反而比 LDO 高但纹波也更大。L151 对电源纹波还算宽容但 ADC 对参考电压比较敏感所以 ADC 供电最好单独做滤波。如果主电源是电池直接供电中间串一颗低 Iq LDO 给 MCU 供电能有效防止外设干扰影响 MCU。第二是复位电路和调试接口的处理。STM32 的 NRST 引脚内部有上拉理论上可以不接外部上拉电阻但为了抗干扰很多人会加一颗 100nF 电容到地。注意这个电容会影响 NRST 的低电平脉宽如果按键复位电路同时存在可能会导致复位不彻底。低功耗设计里我一般只在 NRST 上放一个小电容10nF 以内而且确保这个引脚在睡眠时不会产生漏电路径。SWD 调试接口SWDIO/SWCLK在量产板上建议加上拉或下拉电阻固定电平防止调试器拔掉后引脚悬空引入额外功耗。这个问题在样机阶段不容易发现因为开发时调试器一直插着一旦拔掉调试器系统电流可能高出几微安甚至几十微安。第三是 VBAT 引脚的供电处理。L151 有独立的 VBAT 引脚用于给 RTC 和备份寄存器供电。如果不用外部备用电池VBAT 要直接接到 VDD 上并加一个 100nF 去耦电容。很多人忽略这个引脚导致 RTC 掉电后时间丢失。如果用外部电池要注意切换电路防止主电源和备用电池相互倒灌。4.3 固件烧录与量产注意事项量产时的固件烧录和低功耗也有关系。L151 支持 SWD 和串口 ISP系统存储器 Bootloader批量烧录通常用 SWD 更稳定。这里有个容易被坑的地方SWD 引脚PA13/PA14默认是调试功能但如果固件里把它们重映射为 GPIO那么第二次烧录时调试器可能连不上芯片。解决方法是工程里保留一段“出厂自检模式”在启动时检测某个引脚电平如果拉低就恢复默认调试引脚功能或者通过 BOOT0 引脚进入系统 Bootloader 后用串口恢复。量产烧录完成后建议做一次功耗测试这是最容易发现问题的环节。测试方法分两步第一步用万用表或电流探头测整板睡眠电流第二步逐项断开外部模块比如断开传感器电源、断开通信模块供电对比电流变化快速定位异常功耗来源。我在量产前一般会做 100 片级的抽检功耗值落在规格书范围内才放行。还有一点STM32 的选项字节Option Bytes里可以配置读保护级别。低功耗产品的固件一般建议开启 RDP Level 1防止别人直接读 Flash 抄代码。开读保护后SWD 调试连接时会失败这在量产时要提前评估不要等到产线报错才想起这回事。而且 L151 的 RDP 降级从 Level 1 到 Level 0会触发整片擦除所以量产前一定要把固件备份好。5. 常见问题速查这几类坑我基本都踩过做低功耗项目这几年遇到的问题可以整理成一张速查表方便大家排查时对照。现象可能原因排查方向睡眠电流远高于手册GPIO 浮空/悬空外部上拉电阻阻值太小传感器或通信模块未断电把所有引脚配成模拟输入检查电源开关控制逻辑逐项断开外设测电流进入不了 STOP/STANDBY 模式外设时钟未关闭有中断标志未清除LSE 未稳定检查所有外设的时钟门控确认唤醒中断源配置正确用调试器看当前 PC 位置STOP 模式偶发唤醒重启看门狗IWDG/WWDG在睡眠时仍在运行进入低功耗前先关闭/冻结看门狗或用窗口看门狗的冻结功能RTC 时间不走VBAT 未接或掉电LSE 晶振未起振检查 VBAT 引脚电压确认 LSE 起振标志必要时换用 LSIRTC 时间误差大晶振负载电容不匹配晶振频率偏差按晶体手册选择负载电容用校准寄存器补偿或用外部高精度时钟源唤醒后程序跑飞/死机唤醒中断和主循环逻辑冲突从低功耗模式返回后时钟未恢复检查 PWR 库的时钟恢复流程确认唤醒后重新配置系统时钟清中断标志这表格里每一条背后都有真实案例。比如看门狗那条我曾经在这上面耗了两天系统设了 IWDG进 STOP 前也调了 HAL_PWR_EnterSTOPMode但一睡下去没过多久就自动重启。最后发现 IWDG 是用 LSI 时钟独立运行的STOP 模式不会停它得在进睡眠前调用 IWDG 的“冻结”功能如果芯片支持或者接受必须周期性醒来的现实。5.1 排查经验从电流表到示波器的组合拳排查低功耗问题工具很重要。万用表测平均电流是最基本的但低功耗系统的电流变化动态范围很大——睡眠时微安级通信时几百毫安。用普通万用表很难同时看准这两个量级。我的做法是用电流探头接示波器或者用一个采样电阻串在电源输入端用示波器看电压波形换算电流。这样可以直观看到系统在什么时刻被唤醒、什么时刻电流突增。还有一种更直接的方法代码里临时加一个 GPIO 翻转点。比如在进入 STOP 前拉高一个测试引脚唤醒后拉低用示波器看这个引脚的高电平时间就能测出睡眠到唤醒的实际时长。这个方法在排查唤醒时间过长或者意外唤醒时非常有效。还有一点低功耗调试时尽量不要挂着调试器看电流因为调试器本身会给板子供电而且内核处于调试模式时功耗会显著提高。正确做法是先跑一个完整的低功耗流程记录电流波形再连调试器做代码逻辑检查。两者分开做否则数据会失真。5.2 关于“性价比”的最后几句实话回到标题里那个问句L151RCT6 到底算不算低功耗 MCU 的性价比之王我给不出一个放之四海而皆准的答案但根据这几年的项目经验它确实是我在“预算敏感 低功耗 外设齐全 开发资料成熟”这几个条件下会优先考虑的选项。它唯一的短板是内核性能不算强而且功耗数字相比新一代芯片不再有碾压优势。但如果你仔细算一笔账L151RCT6 的 256KB Flash、32KB RAM、丰富低功耗外设、成熟生态配合这个价格综合性价比确实很高。很多场景下L4 能干的活它也能干只是慢一点、耗电多一点而 L0 干不了的活比如同时跑协议栈和传感器采集它能干。我个人的经验是低功耗项目选型别追新别比参数先列需求清单——需要多少引脚、多大 Flash、什么外设、多少睡眠电流、什么唤醒方式——然后拿着清单去市场上找。L151RCT6 能出现在清单里本身就说明这个产品线的生命力。最后分享一个小技巧如果项目打算长期使用这颗料建议在原理图阶段就把测试点留好至少要留出串在电源输入端的电流测试点、SWD 接口、以及几个空闲 GPIO 作为调试备用。这些看似不起眼的设计在后期调试功耗问题时能省下大量时间。我吃过没留测试点的亏后来凡是低功耗项目第一件事就是把测试点加全。