最近在做工业现场的低功耗采集节点手里板子换了好几轮最后停在CH32L103上。这颗基于RISC-V内核的工业MCU主打低功耗和高集成度官方定位很清楚给电池供电、需要混合信号处理和多种通信接口的现场设备当主控。用了一个多月把睡眠、停止、待机三种模式都实际调了一遍也顺手把定时器、ADC、运放、UART、CAN这些外设捋了个遍。这篇直接把选型思路、功耗调优手法、外设配置过程和踩坑记录写出来给正在评估这芯片或者准备从传统Cortex-M平台切过来的朋友做个参考。1. 选型逻辑CH32L103适合接什么活1.1 芯片底子内核、主频、存储与封装CH32L103用的是沁恒自家的青稞RISC-V内核最高主频标到144MHz单论算力在低功耗MCU里算偏上的。存储按型号后缀分档小的从64KB Flash起步大的能到128KBSRAM也是分了几个档位做节点类应用不用太抠内存但要跑嵌入式Web服务器这类大程序还是要精打细算。这芯片的看家本领是集成度。内置12位ADC、12位DAC还带运放和比较器模拟链路基本可以自己搭完通信接口方面UART、SPI、I2C这些常规的不说CAN 2.0B、USB2.0全速设备接口、10M以太网MAC也有部分型号还能驱动段码LCD。一颗芯片把混合信号和通信都集齐了BOM能省掉不少外围器件。工业级温度范围也是有保障的封装选择多QFN、LQFP都有小节点可以选紧凑封装省面积。开发环境用的是MounRiver Studio官网直接下载SDK也是开放的官方EVT例程覆盖了大部分外设。后面章节涉及到的代码和API都以你手上最新版官方SDK为准。1.2 三类工业场景与选型对应结合工业应用的实际需求CH32L103比较典型的落地场景有三类场景核心需求用到的外设资源关注点电池供电传感终端大部分时间睡醒来采数上报停机模式RTC唤醒ADCUART待机电流、唤醒时间总线节点设备长期在线稳定收发掉电检测CAN/UARTSPI定时器PVD通信可靠性和功耗平衡电机辅助控制板PWM输出电流采样快速保护高级定时器ADC比较器运放死区时间、故障刹车路径电池供电的温度、压力、振动变送器是CH32L103的主场。这类设备一般要求整机待机功耗在微安级醒过来要快速完成采集、信号处理、通讯再睡回去。CAN或RS485总线节点则更看重通信接口的稳定性和掉电检测的可靠性。电机控制板往往需要一路或几路互补PWM同时用ADC采样相电流用比较器做硬件级过流保护。选型时先想清楚设备属于哪类工况再反过来挑具体型号。比如只做传感终端选Flash最小的档位就够把钱省下来如果还要带以太网升级接口就得上带MAC的型号并预留PHY的位置。1.3 同价位竞品怎么取舍拿CH32L103和常见的STM32L0/L4系列、GD32L系列比差异点在集成度上。对手芯片也都有低功耗模式但要同时拿到运放、比较器、DAC、USB、CAN、以太网MAC这么多外设在一颗芯片上选择面就很窄了往往要外挂芯片凑功能。从GD32或者STM32那套Cortex-M平台切过来的朋友最需要适应的不是性能而是外设库的写法。RISC-V的寄存器映射和中断控制器跟ARM不同旧代码里直接搬肯定不行外设库风格也有变化。好处是芯片可玩性高、价格友好国内资料和官方支持这几年也跟上了。初学者判断一颗新MCU能不能落地我一般看三点数据手册有没有参考电路、官方例程覆盖了多少外设、遇到问题能在哪里找到答案。CH32L103这三点都过关但小坑也还在后面等着。2. 低功耗设计从纸面参数到实测功耗2.1 三种低功耗模式的定位与唤醒路径CH32L103的低功耗模式大致分三档睡眠、停止、待机。不同模式的电流级别、可保留资源和唤醒延迟差的不是一个量级别指望一个停止模式打天下。睡眠模式是浅睡CPU的时钟停了但外设时钟还能继续跑任意中断都能唤醒唤醒延迟很短。适合那种“处理器歇着、外设盯着”的场景比如UART接收、定时器计数时让CPU先睡。停止模式是真正的深睡所有时钟都停了但SRAM内容保持RTC也在跑。唤醒源集中在RTC闹钟、外部引脚和部分可配置的唤醒事件。工业节点的设计重点就在这里前面讲低功耗时的“睡眠”绝大多数指的是这个模式。待机模式是功耗最低的一档基本只剩下备份域供电唤醒后程序相当于复位重跑SRAM里的数据能不能保住要查手册具体定义。适合那些醒来不需要恢复现场数据的设备设计上要明确把“待机唤醒”当成一次上电启动来对待。三种模式对比我一般这样记录模式电流量级CPU状态外设状态唤醒源适用场景睡眠微安到毫安之间停止运行时钟继续中断可唤醒任意中断快速暂停、等待事件停止微安级断电时钟停止SRAM保持RTC、外部引脚、唤醒事件间歇工作节点待机更低断电仅备份域保持RTC、复位、外部引脚长周期上报设备注意数据手册上的电流是芯片级“典型值”到了真实板子上外部电路的漏电往往比芯片自身还大这就引出了下一节要说的核心问题。2.2 主频、时钟与内核电压怎么配合工业低功耗设备最常见的浪费就是让MCU一直跑在最高主频上。CH32L103标到144MHz但你以为的高性能在很多现场设备里根本用不到。跑多快够用就调到多快这句话值得刻在工位上。主频越高内核逻辑翻转越频繁供电电压也对应拉高功耗是非线性上涨的。实际项目里我习惯把系统分两档跑任务密集型操作比如批量计算、Flash写入才用高频档常规的采集、判断、通信低频档就够。很多电池供电的工业节点72MHz以下完全能完成所有工作剩下的时间全部用来睡觉。频率切换不是拍脑袋改两个寄存器就完事。要注意时钟切换时的稳定性切换前关掉依赖该时钟源的外设切换后重新校准外设波特率或定时器预分频否则UART乱码和定时器漂移就会排队来找你。2.3 把板级功耗做实的七个细节芯片进入停止模式并不代表整板功耗就达标了。实测中真正让电流飙上去的往往是外围这里列几个必查项。GPIO浮空输入是漏电重灾区。芯片进停止模式后悬空引脚电平不确定引脚保护二极管会来回导通一个引脚漏几微安不奇怪。不用的GPIO要么设为模拟输入要么固定输出低电平别放那不管。外设时钟门控要做到位。不用的外设时钟不使能用完之后也要及时关。不要依赖“反正上电默认关”初始化时开了就一直开着的话ADC、运放这些会在后台悄悄耗电。模拟外设也要单独关。ADC停止转换不代表完全断电运放和比较器在使能状态下的静态电流不可忽略。进入停止模式前把运放设到关断或最低功耗模式DAC输出改成高阻。注意外部以太网PHY。芯片带10M MAC不少朋友以为“选型时带MAC就行”结果PHY芯片上电后一直耗电。很多PHY在无Link时会自动进入节能但最好还是通过MDIO寄存器把不用的PHY直接关掉或者用MOS管把PHY电源切了。电源路径的选择直接影响整机功耗。LDO静态电流通常是微安级对超低功耗设备可能就成了瓶颈。如果供电方案里有DC-DC注意轻载时的效率和纹波有的DC-DC在微安负载下效率反而低得离谱。调试器连接状态是个隐形杀手。调试器SWD接口持续给目标芯片供电或维持逻辑电平芯片压根进不了真正的停止模式。测功耗前把调试器断开用干净的外部电源供电。最后用状态机管理电源模式切换。启动、采集、发送、睡眠、唤醒每个状态清晰定义避免代码到处乱睡乱醒也能减少重复进出停止模式带来的额外开销。2.4 功耗预算估算方法选型阶段就要把平均功耗算出来公式很简单Iavg (Tactive ÷ Tcycle × Iactive) (Tsleep ÷ Tcycle × Isleep)举例一个设备每秒唤醒一次醒来干活2ms运行电流3mA其余998ms处于停止模式电流1uA。平均电流就是0.002×3mA 0.998×1uA约等于7uA。这颗电池等效容量按2000mAh算理论寿命可以到二十万小时以上实际再乘上0.7的降额系数已经很可观。但别忘了唤醒过程的启动开销也要计入。从停止模式恢复到可以跑代码有几十微秒到几百微秒的时钟稳定时间如果频繁开关外设还要额外时间。唤醒越频繁“启动尖峰”占总功耗的比例越大。所以设计目标不是把睡眠电流压到最低而是把“工作启动睡眠”的总周期时间调到最优。3. 外设配置工业场景真正在用的那几项3.1 高级定时器互补PWM与死区配置无刷电机、半桥驱动这类电力电子控制必须用高级定时器的互补PWM输出上下管驱动波形不能同时导通否则就是炸管。CH32L103的高级定时器支持互补通道和死区插入这是直通保护的基础。配置上先设好时基预分频决定计数时钟自动重载值决定PWM频率。然后配置输出比较通道设置占空比对应的比较值。互补通道不需要单独配置使能主通道后把互补输出打开死区时间由专门寄存器控制。死区时间不是拍脑袋定的要结合功率管的开关参数来算。比如IGBT关断延迟200ns、开通延迟100ns死区至少得大于两者差值余量工程上一般取500ns到2us留足安全裕度。死区设太小容易直通设太大又增加损耗和控制失真。另一个关键是刹车输入。电机过流、过压这些故障信号必须走硬件链路直接切断PWM输出不能等软件中断去处理。把比较器输出或外部故障信号接到刹车引脚配置PWM输出强制进入安全电平。这里有个容易踩的坑刹车电平极性搞反上电就是刹车状态PWM死活不出来先查这一点能省至少半天排查时间。代码示意/* 20kHz PWM互补输出死区500ns 的示意配置 */ TIM_TimeBaseInitStructure.TIM_Prescaler 72 - 1; TIM_TimeBaseInitStructure.TIM_Period 100 - 1; TIM_TimeBaseInit(TIM1, TIM_TimeBaseInitStructure); TIM_OCInitStructure.TIM_OCMode TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState TIM_OutputState_Enable; TIM_OCInitStructure.TIM_OutputNState TIM_OutputNState_Enable; TIM_OCInitStructure.TIM_OCPolarity TIM_OCPolarity_High; TIM_OCInitStructure.TIM_OCNPolarity TIM_OCNPolarity_High; /* 死区时间计算具体寄存器位的含义以官方手册为准 */ TIM_BDTRInitStructure.TIM_DeadTime 50; /* 约500ns需按时钟源换算 */ TIM_BDTRInitStructure.TIM_OSSIState TIM_OSSIState_Enable; TIM_BDTRInit(TIM1, TIM_BDTRInitStructure);3.2 模拟链路ADC、DAC、运放和比较器的组合工业信号链最常见的形式是传感器输出微弱信号经过运放放大到ADC适合的电压范围再由MCU采集处理。CH32L103把运放做在芯片内部很多场合能省掉外部仪表放大器和基准源。ADC配置的关键不是“使能了没”而是采样时间和输入阻抗是否匹配。传感器源阻抗高采样电容还没充满就开始转换结果必然是跳码。要按传感器内阻去设置ADC采样时间。还有一个低级错误忘了配置ADC的参考电压内部基准和外部基准差别可能导致采集值系统性偏移。DAC在这个芯片里主要两用一是产生偏置电压配合比较器做阈值可调的快速保护二是做波形发生比如给压电阀输出激励信号。DAC的输出缓冲器需要注意驱动能力直接接重负载会拉低精度。比较器的价值在速度。电机堵转、电源过压这类故障从发生到MCU中断响应要经过比较器翻转、中断触发、软件处理整个链路太长。比较器直接输出到定时器刹车输入端故障到关断PWM只要硬件几个时钟周期就完成这套组合拳才是工业节点该有的保护逻辑。3.3 通信外设UART、SPI、I2C、CAN、USB与以太网的取舍通信接口是外设配置里最乱的环节因为每个接口都有坑。UART是工业现场最常用的调试和通信手段。需要注意停止模式下UART是无法接收数据的因为外设时钟停了。有的型号支持特定唤醒输入但保险的做法是外部中断唤醒后再启动UART接收。波特率偏差在低温环境下更明显要选好晶振规格。SPI接外部Flash或传感器主要是时钟极性和相位匹配。从设备手册里读CPOL和CPHA对接不上就是全FF或全00。SPI速率不是越高越好走线长了就要降速否则采样窗口错位。I2C的坑在于上拉电阻和时序。总线电容大上拉电阻选大了上升沿变缓通信不稳定选小了漏电流又大。多设备挂总线还要注意地址冲突。CAN接口适合工业总线组网。配置时除了波特率终端电阻是必查项两端120欧匹配否则收发器工作在恶劣信号条件下偶发错误会让你怀疑人生。CAN的错误管理机制也要利用起来读写错误状态寄存器做故障诊断。USB和10M以太网MAC属于高价值外设但也是有代价的。USB做固件升级、参数导出很方便运行时Debug通道也很舒服。以太网MAC本身不产生功耗但它需要外接PHY芯片和网络变压器PHY的功耗和启动时间都算整个节点头上。所以我说以太网这个功能除非产品明确要求否则选型时不要因为“反正芯片带着MAC”就硬上。真要跑嵌入式Web库比如mongoose这种程序得先算资源账。以太网协议栈加HTTP解析加上你的业务逻辑Flash和RAM消耗很容易超过低配型号的容量使用前先用编译报告看一下实际占用再决定裁剪哪些功能。我在一个小节点上试过精简配置的Web服务只保留状态页和参数设置勉强能塞进64KB Flash但基本没有余量做OTA了。3.4 外设引脚冲突排查与复用规划引脚复用问题排在现场“外设没反应”类故障的第一位基本能占一半。CH32L103的每个外设引脚映射都写在数据手册的复用表里布局前先建一张引脚分配表把下载口、晶振、复位脚先占好再分配通信外设最后安排模拟外设。模拟外设要远离数字开关节点。PWM输出和ADC输入靠得太近采样值会跟着PWM抖动这就是布局问题不是配置问题。规划时尽量让模拟信号走一侧数字节点走另一侧中间隔地线。遇到外设不工作我的排查顺序很固定先查RCC时钟再查GPIO复用然后查外设中断是否使能最后查具体外设配置。步骤走下来九成问题都能定位剩下的一成是板子硬件问题。4. 实操记录低功耗温度变送器节点从入门到点亮4.1 需求拆解与功耗目标用一个真实项目来串一下前面所有内容。设备是一个电池供电的温度变送器节点配PT100传感器每秒醒来一次采集温度通过UART把温度值发出去。整机目标停止模式待机电流小于5uA唤醒后10ms内完成从采集到发送的整个流程。这个需求定义得特别典型慢周期采样、小数据量、低占空比运行。每秒运行一小段其余时间全睡正好发挥CH32L103的停止模式优势。4.2 时钟方案与启动路径设计低功耗设备一定要有独立RTC时钟源。我的方案是用外部32.768kHz晶振给RTC提供时钟同时在停止模式下保持RTC工作用它的闹钟事件做周期性唤醒源。主时钟平时全关只在任务需要时启动。主时钟的选择讲究快速稳定。外部晶振加锁相环起振要等几百微秒这个时间在占空比计算里全是纯消耗。我实测用内部高速振荡器做任务时钟启动速度明显更快。精度要求高的场合再加锁相环校准。核心思想是慢时钟负责计时和叫醒快时钟负责干活和安全。两边分工明确功耗性能才是好的。4.3 外设初始化与工作流状态机初始化分为三块基础时钟和GPIO、RTC唤醒配置、ADC与UART外设配置。初始化完进入主循环/* 工作流状态机示意 */ typedef enum { STATE_IDLE, /* 初始化后进入 */ STATE_ACQUIRE, /* 唤醒后采集 */ STATE_TRANSMIT, /* 数据发送 */ STATE_SLEEP /* 进入停止模式 */ } SystemState; int main(void) { System_Init(); ADC_Init(); UART_Init(); RTC_WakeUp_Init(); g_state STATE_ACQUIRE; while (1) { switch (g_state) { case STATE_ACQUIRE: adc_value ADC_GetValue(); g_state STATE_TRANSMIT; break; case STATE_TRANSMIT: UART_SendFrame(adc_value); g_state STATE_SLEEP; break; case STATE_SLEEP: /* 关闭不需要的外设时钟配置唤醒源等待唤醒 */ Enter_Stop_Mode(); /* 唤醒后重新回到采集状态 */ g_state STATE_ACQUIRE; break; default: g_state STATE_IDLE; break; } } } void RTC_Alarm_IRQHandler(void) { /* 清除闹钟标志设置状态事件 */ g_wakeup_event 1; }这段代码的架构很简单但工程里很好用。状态机让每个阶段的行为都有明确入口和出口调试时一眼能看出程序卡在哪个状态。这是状态机模型在低功耗管理里最实在的落地方式。进入停止模式前必须做两件事一是把ADC、运放这些模拟外设的时钟关掉否则它们还会耗电二是把GPIO口设置成确定的电平不能留浮空。执行顺序也很重要先关外设时钟、再设置GPIO、最后执行WFI指令。4.4 停机与唤醒实测数据对比写固件是一回事上电看数据是另一回事。我用串联采样电阻加示波器的方法看了一段完整的唤醒周期电流曲线。停止模式电流实测约2.8uA比手册典型值稍高原因是板上有两个外部上拉电阻和一个电源指示灯的限流电阻这几个静态消耗加起来大约1uA。唤醒后电流马上冲到几毫安持续约150us完成时钟稳定然后ADC采集和UART发送约800us后电流回落到停止状态。看到这个波形功耗预算才真正落地。每秒周期里实际耗电大头是唤醒后那1ms的工作电流而不是停止模式那几微安。这也验证了前面说的优化重点是缩短工作时间和唤醒启动开销而不是过分纠结待机电流差零点几微安。整机最终实测平均电流约5uA达到了设计指标。如果还要压下一步可以把这个1ms周期再砍半或者从外部电阻上再挤一点。5. 常见问题与排查技巧实录5.1 整板功耗降不下去的几个典型原因如果你进停止模式后发现整板电流还有几十微安按下面顺序查基本都能破案。第一确认芯片是否真的进入了停止模式。在唤醒后才点亮一个指示灯看灯的闪烁行为比读寄存器直观多了。芯片没进停止模式后面全白查。第二检查调试器连接。这个坑我栽过几次SWD接口连着开发器芯片内部的调试逻辑保持上电导致功耗始终降不下去。测量功耗前果断拔线。第三逐段排查外部电路静态漏电。断开所有外设板只留最小系统看电流是否回落。然后逐个插回外设哪个插回去电流涨了就是哪个的问题。最常见的是LED限流电阻、外部上拉下拉电阻、线性稳压器的静态电流。第四检查GPIO悬空。把没用到的引脚统一配置为模拟输入或固定电平输出很多看似神秘的多余电流从此消失。5.2 外设“没反应”的排查顺序外设不工作的排查我有一套固定顺序。先查RCC时钟有没有使能然后查GPIO的复用和模式配置再查外设的中断使能或DMA配置。最后看外设本身的状态寄存器有没有报错。CAN发不出去先查终端电阻和波特率误差两个120欧终端电阻位置是否正确波特率计算是否精确到波特率误差容限内。UART输出乱码查时钟源和波特率分频是否匹配。以太网调不通检查PHY的地址配置和RMII接口的参考时钟网络变压器中心抽头的接法按参考设计来别自由发挥。我在一个项目里遇到心肌缺血式的现象PWM死活没输出。排查半天最后发现刹车输入引脚默认电平把输出锁死了。这类保护功能的默认状态一定要在初始化时确认清楚。5.3 工业现场的可靠性与看门狗经验低功耗设备做可靠性设计和普通设备有一个显著差异看门狗的处理。有的看门狗在停止模式下还在计数而你的设备打算睡好几秒才醒看门狗先是把设备重启了。这里需要评估设计需求决定是允许看门狗在低功耗期间计数并在唤醒后及时喂狗还是确实需要关闭看门狗功能。唤醒后第一件事就是喂狗然后干正事。电源电压监测是另一个提升可靠性的手段。电源掉电时先触发PVD中断把关键参数写进非易失区再进入安全状态。没有这层保护突然断电可能把半写的Flash数据留下下次上电设备就起不来了。工业现场电压跌落不是小概率事件。再补一个排查速查表都是实际项目里反复用到的问题现象优先检查项常见根因整板电流偏高调试器连接、外部静态负载调试逻辑未断电、电阻漏电停止模式唤醒后死机唤醒事件标志清除顺序中断标志未清重复进入中断PWM无输出刹车输入极性、互补输出使能刹车默认锁死输出ADC采集跳码采样时间、参考电压配置采样时间不足源阻抗过大CAN偶发错误终端电阻、波特率误差总线匹配不到位时钟偏差UART乱码时钟源切换后的重新初始化切换时钟后波特率分频未更新唤醒后外设不工作唤醒流程是否重新初始化外设误以为外设保持上电状态实操总结我个人在实际项目里的体会是CH32L103的低功耗能力不是拿来即用的必须把唤醒时间、唤醒源数量、板级静态漏电三者一起调缺一个都在实测数据上露馅。另外有个小技巧调试低功耗代码时把调试器和串口线都断开再测电流不然光是调试逻辑的消耗就能把结果带偏一截。这芯片的混合信号和外设集成度在同价位里是突出的只要把电源状态机设计清楚电池供电的工业节点做下来会很顺手。后续如果要做带以太网或USB升级的版本也可以直接站在这套电源状态机的架构上扩展不用推翻重来。