CH32L103这颗芯片最近在工业客户项目里出现频率越来越高了很多做选型的工程师一听到“国产RISC-V低功耗”这几个关键词第一反应都是先看看数据手册上那个停止电流标了多大再看看外设列表里有没有自己需要的串口、定时器和ADC。这个思路没错但选型这件事如果只盯参数表后面做低功耗设计时往往会吃不少苦头。这篇文章我会把CH32L103的选型逻辑、低功耗模式的真正用法、常见工业外设的配置要点以及我在实际项目中踩过的坑都过一遍。不管你是做电池供电的传感器节点、便携式检测仪表还是工业控制器这篇都能给你一个可以直接拿去用的参考版本。1. 先看底子CH32L103把“低功耗”放在了产品线的最高优先级上1.1 青稞V3A内核与芯片本身的资源底色CH32L103用的是沁恒自家的青稞V3A内核RISC-V指令集属于RV32IMAC这个配置带硬件乘法除法指令。很多人第一次接触RISC-V会比较忐忑担心工具链和调试体验跟不上但实际用下来尤其是配合沁恒自己的MounRiver Studio和WCH-LinkE调试器开发体验已经没什么大问题了。关键是你得转变心态不要再拿STM32那套HAL库思维往上面硬套。这颗芯片的主频在同类低功耗MCU里算比较能打的运行模式下和常见的Cortex-M0产品相比性能余量更足。Flash和SRAM的规格处于中档水平做Modbus从站、传感器数据采集、电机控制这类应用是够用的。它的工作电压范围对电池供电场景比较友好很多情况下可以直接用锂电池供电省掉一级LDO。另外值得留意的是它的一些“工业基因”设计比如引脚的灌电流能力、ESD等级、宽温范围这些数据手册里都有我建议选型时认真看一眼特别是产品要过工业环境认证的时候这些指标比跑分更重要。我对这颗芯片的评价是它不是用来替代所有MCU的万能选手而是在“低功耗工业接口”这个交叉区域里做得比较扎实的产品线。1.2 选型第一步先拉外设清单别急着看内核很多工程师选MCU习惯先看内核、看主频、看Flash大小我自己的习惯恰恰相反。低功耗MCU选型的第一步永远是把系统里要用到的外设接口罗列出来再反推芯片能不能满足。CH32L103的外设覆盖面是比较完整的多路USART可以跑Modbus RTU或自定义协议I2C和SPI可以接传感器、Flash、显示屏12位ADC做模拟量采集通用定时器和高级定时器可以输出PWM、捕获编码器信号还带了CAN这类工业总线接口。对这个价位的低功耗MCU来说这个外设配置算很厚道了。我见过不少项目选型时只盯着ARM内核的老牌芯片结果为了一个CAN接口还得外挂SPI转CAN的模块成本和面积都上去了低功耗也很难做。遇到这种项目我都会建议重新评估一下CH32L103这类国产工业MCU它的外设集成度往往能帮你砍掉一颗外围芯片。当然外设清单拉出来之后还要做一件事——把外设的中断、DMA需求一起列出来。比如一个Modbus从站可能同时用USART接收中断、定时器超时判断帧间隔、GPIO控制RS485方向如果芯片中断资源不够或者引脚冲突选型就得重新考虑了。2. 低功耗设计不能只盯着数据手册上的停止电流2.1 三种低功耗模式到底有什么区别CH32L103和大多数低功耗MCU一样提供了几种从浅到深的低功耗模式。用生活化的类比来说睡眠模式像电脑关了屏幕但进程都还在内存里一碰键盘就能立刻干活停止模式像笔记本合盖休眠大多数外设时钟都停了但保留现场适合设备待机待机模式则更像彻底关机只留一个闹钟定时把你叫醒唤醒后要从头初始化。真正做产品时这三种模式的选择取决于两个维度唤醒时间和唤醒源。如果设备需要随时响应外部中断比如工业现场的急停信号那睡眠模式更合适因为唤醒延迟极小。如果设备是定时采集或者定时上报比如温湿度记录仪一小时醒一次那停止模式甚至待机模式是把功耗压到最低的关键。从实际工程来看停止模式用得最多因为它在超低功耗和系统灵活性之间取得了一个很好的平衡。RTC和外部中断可以被配置为唤醒源SRAM内容保持醒来之后重新配置时钟就能接着跑。如果你只是短暂进入睡眠模式省的那点电流其实很有限对外设时钟做门控往往收益更明显。2.2 功耗预算表选型时先把账算明白选型不能只看“停止电流2微安”这种宣传数字要看系统级的平均功耗。我一般建议客户做一个简单的功耗预算表算清楚设备一天、一年到底耗多少电电池容量才能定下来。举一个实际例子某个电池供电设备工作电流20mA每小时只工作1秒其余时间进入停止模式停止电流2uA。平均电流大约是20mA乘以1/3600再加上2uA乘以3599/3600算下来大概7.6uA。一年下来1000mAh的电池消耗不到70mAh一个纽扣电池都绰绰有余。但如果你停止电流没有做干净停留在50uA那同样算下来一年要吃掉438mAh同样容量电池用不到三年就得换。这个计算过程看起来很粗糙但它揭示了低功耗设计最关键的一点工作电流不是大头真正决定续航的是“常驻漏电”。所以做低功耗系统时我会花大量时间在“睡眠状态下还有哪些电流在流”这件事上后面第六章我会把排查清单列出来。2.3 代码实操从运行到停止的完整配置序列进入停止模式并不只是调用一个库函数那么简单顺序错了电流根本降不下去。我把常用流程整理成下面这个顺序void EnterStopMode(void) { // 1. 关闭所有不必要的外设时钟包括USART、SPI、I2C、ADC、定时器 RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2, DISABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_ADC1, DISABLE); // 2. 将未使用的GPIO配置为模拟输入或固定电平防止漏电 GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AN; GPIO_InitStructure.GPIO_Pin GPIO_Pin_All; GPIO_Init(GPIOA, GPIO_InitStructure); // 3. 使能唤醒源比如RTC闹钟或者外部中断线 RTC_SetAlarm(RTC_Alarm_1, some_seconds); // 4. 配置并进入停止模式 PWR_EnterSTOPMode(PWR_Regulator_LowPower, PWR_STOPEntry_WFI); // 5. 唤醒后重新初始化时钟 SystemInit(); }这段代码的思路比函数本身更重要。第一步关外设时钟是必须的否则外设还在耗电第二步把GPIO配置成模拟输入是为了避免浮空引脚通过内部上下拉电阻形成漏电通路第三步要提前把唤醒源设定好否则设备睡过去了就叫不醒第四步注意用WFI还是WFE需要根据唤醒事件类型来选最后唤醒之后一定要重新初始化时钟很多程序“死”在停止模式唤醒这一步就是漏了SystemInit。3. 外设配置指南把工业常用的接口逐一捋清楚3.1 USARTModbus RTU从站那些坑工业现场用到最多的通信协议还是Modbus RTUCH32L103的USART跑这个协议非常合适。但我发现很多工程师配置USART时只关注波特率、数据位、校验位忽略了一个很实际的问题RS485的方向引脚切换时机。Modbus RTU从站里MCU收到主机请求后需要立刻把RS485收发器切换到发送模式等数据发送完毕后再切回接收模式。如果切换得太早最后一个字节还没发完总线上就直接截断了如果切换得太晚主机会认为从站响应超时。这个时间的把握纯粹靠延时函数去凑很不可靠建议用定时器或者USART的发送完成中断来处理。还有一点是UART接收超时的处理。Modbus规定帧与帧之间至少需要3.5个字符时间的静默间隔发送完请求后从站要在这个间隔之后判断一帧结束。很多人在接收中断里加一个超时定时器这个思路是对的关键是定时器的超时时间要按当前波特率去计算而不是拍脑袋定个1ms或者10ms。9600波特率下3.5个字符大概4ms左右115200波特率下不到0.4ms差异很大。3.2 PWM与定时器电机控制、编码器计数的一次说清CH32L103的高级定时器做电机控制是够用的可以输出中心对齐的PWM波形支持互补输出和死区插入。配置死区时间时要注意死区时间不是越大越好大了会让电机输出力矩变小、发热增加小了可能导致上下桥臂直通。具体的死区时间需要根据功率管的开关参数来定我的习惯是先按管子datasheet上的上升下降时间去算再在实机上用示波器确认。编码器测速是另一个常用场景。把定时器配置成编码器接口模式后硬件会自动根据A相和B相的相位关系计数不需要CPU干预。这里想提醒一个细节编码器计数器的溢出中断一定要处理好否则在高速旋转时容易丢脉冲转速算出来就是错的。另外用定时器输入捕获测频率或脉宽时要注意把采样时钟源的频率设置合理太高了反而容易因毛刺误触发。3.3 ADC采集过采样、参考电压与输入阻抗CH32L103的ADC是12位的很多人直接拿它去采电阻分压后的电压结果发现数值跳动很厉害。问题往往不在ADC本身而在输入阻抗和采样时间的匹配上。ADC内部采样保持电容需要足够的充电时间如果信号源内阻太大采到的值就会偏低且不稳。解决这个问题有三种思路一是把采样时间配置得长一点比如采样周期从1.5个周期改成7.5甚至13.5个周期二是在ADC输入引脚并一个0.1uF的滤波电容既可以抗干扰也能为采样电容快速充电三是如果需要更高的有效分辨率可以做16次采样求平均等效提升2位有效位数这在低速工业采集里非常实用。还有一个常被忽略的是参考电压。如果芯片的参考电压直接接在电源上而电源用的是电池那随着电池电压下降同样的模拟量输入读到的ADC值也会变这会导致测量结果漂移。项目对测量精度有要求时建议用内部参考或者外部基准源同时把系统校准做到位。3.4 CAN总线现场设备离不开的收尾细节只要系统里有CAN收发器配置就不只是初始化外设那么简单。首先是波特率的计算CAN的位时序由预分频、同步段、传播段、相位缓冲段共同决定这些参数设置不对总线就会出现大量错误帧表现为两个节点之间通信时好时坏排查起来极其头疼。其次CAN收发器的TXD和RXD引脚之间要注意信号质量尤其当MCU与收发器离得比较远时布线要尽量短必要时加共模电感。终端电阻方面标准做法是总线两端各放一个120欧如果你只在其中一端放了电阻在长线通信时波形反射会非常明显。最后一个容易被忽略的点是CAN控制器的错误状态处理。总线短路、节点掉线都会让CAN控制器进入bus-off状态如果软件不做恢复操作这个节点就会一直“死”在总线上。我建议在应用层做一个定时检查发现bus-off后主动做协议复位。4. 选型对比CH32L103到底站在什么位置4.1 和同类低功耗MCU放在一起比一比选型最忌讳只看单颗芯片的参数一定要把它放进同类产品里比。我习惯把CH32L103和传统Arm内核的低功耗MCU放在一起看比如STM32L0系列以及国产的HC32L196这类同样主打低功耗的产品。如果在项目里对比有几个维度的差异会比较明显内核架构不同带来的开发习惯迁移成本、Flash和SRAM的容量分配、低功耗模式的支持深度、工业接口的丰富程度以及工具链和调试器的配合成熟度。CH32L103的优势在于RISC-V内核的开放性、较高的主频和完整的工业外设组合加上国产芯片在供货周期和成本控制上的天然优势。但也要客观承认在生态成熟度方面传统Arm低功耗MCU的参考资料和第三方代码库更丰富。如果你的团队完全没有RISC-V经验项目周期又很紧那初期的学习成本是存在的。我的建议是拿一块开发板先跑一个两天的评估原型比看十篇对比文章都管用。4.2 什么场景果断选它什么场景劝你别勉强CH32L103最适合的场景是电池供电的工业传感设备、便携式检测仪表、智能断路器和各类现场总线节点因为它精确地踩中了“低功耗复用外设丰富工业环境可靠性”这几个需求点。反过来如果你的产品需要大量模拟前端比如多路运放、比较器、DAC那么应该去看CH32L106这类带模拟外设的型号而不是在L103上硬加外部芯片。如果项目对最高性能有极高要求需要跑复杂的算法或图形界面那这颗芯片也不合适。选型的前提是匹配需求不是追求一颗芯片打天下。4.3 顺带说一句联网与协议栈有工程师会问CH32L103这种MCU能不能跑Mongoose这类轻量级Web协议栈。从资源角度看如果有网络接入方式比如通过外部通信模块接入网络跑一个HTTP或MQTT客户端是可行的Flash和RAM有余量CPU主频也撑得住。但不建议拿它去做高并发、TLS加密集中的云端服务端应用那不是这颗芯片的定位。如果项目确实需要对外的网络服务能力更合理的方案是MCU做数据采集和控制让通信模块或者网关设备去承担协议栈任务。这种分工是工业物联网最常见的架构也让功耗保持在可控范围。5. 软件工程视角别让RISC-V库函数和中断配置卡住你5.1 开发环境与SDK上手经验CH32L103的开发环境目前最顺手的还是MounRiver Studio配合WCH-LinkE调试器编译下载调试一条龙。SDK的风格和传统标准外设库很像寄存器和库函数两层都给了。我个人的建议是核心逻辑用库函数写便于维护低功耗相关的关键配置直接操作寄存器因为库函数有时候会帮你做很多“贴心”的操作反而让功耗控制变得不可控。第一次上手的人容易忽略一个问题工程模板的时钟配置默认可能是从外部高速晶振启动的。如果你的板子上没有贴晶振程序就会卡在启动阶段。所以拿到新板子第一步应该是确认时钟源配置和实际硬件匹配否则连点灯都会失败。5.2 中断优先级这套NVIC和ARM不太一样从ARM切到RISC-V的工程师最容易在中断配置上栽跟头。CH32L103的嵌套向量中断控制器在实现思路上和ARM的NVIC有区别中断优先级的分组和管理方式需要重新适应。实际工程里优先级配置不当的典型后果是高级别的中断频繁打断低优先级任务低优先级任务长时间得不到执行系统看表现是“时好时坏”。我的建议是按实时性需求把中断分成两到三个等级紧急的、时间敏感的在最高级比如定时器溢出或通信错误数据处理的放中间标志位同步类的放最低级。同时中断服务函数里坚决不做耗时操作宁可置标志位让主循环去处理也不要在中断里跑延时或打印。5.3 状态机驱动一切把工业逻辑写清楚工业设备的逻辑天然适合用状态机来描述。比如一个温湿度记录仪可以有初始化状态、正常运行状态、数据上报状态、低功耗待机状态不同状态下外设的开关策略完全不同。用状态机写代码最大的好处是逻辑清晰排查问题的时候沿着状态转移图走一遍基本就能定位。状态机的写法上我推荐用函数指针表或者switch-case都行关键是要保证每个状态都有明确的进入条件和退出条件不能有“死路”。比如数据上报状态里如果通信模块没响应超时之后必须强制跳转到待机状态或错误处理状态否则设备会卡在某个分支回不来。6. 常见问题与排查技巧实录6.1 低功耗电流降不下去的五个检查点如果实测的停止电流和数据手册差很多先别怀疑芯片按下面这几个点依次排查所有GPIO是否都配置成了模拟输入或固定电平有没有浮空引脚。外设时钟是不是真的关闭了尤其是不起眼的寄存器时钟。外部电路是否在漏电比如LDO的静态电流、LED的限流电阻、电平转换芯片的静态功耗。调试器是否还连着SWD接口调试状态下芯片功耗会显著偏高。有没有在进入低功耗前关闭DMA请求或正在进行的传输。我见过太多“低功耗做不下去”的项目最后查出来就是板子上某个LED指示灯一直在耗电。断开跳线帽之后电流立刻从几十微安掉到几微安。所以说低功耗是系统设计问题不是芯片选型问题。6.2 LSE不起振怎么办低功耗产品几乎都要用低速外部晶振做RTC时钟源。LSE不起振是常见问题原因是多方面的晶振负载电容不匹配、焊接问题、振荡器配置参数不正确、晶振本身质量不佳。排查时先用示波器看波形如果完全没有振荡优先检查负载电容是否正确。很多低成本板子直接省了负载电容或者用了20pF这可能导致起振困难。另外软件里要正确配置LSE驱动能力驱动能力太低也可能不起振。量到振荡波形后还要检查频率是否准确偏差太大说明匹配有问题。6.3 配置工具报错与外设初始化失败不少工程团队在用IDE或构建系统搭建工程时会遇到类似failed to create module configuration mcu这样的报错。这种报错往往不是芯片本身的问题而是工程环境没有正确识别到目标芯片的型号和SDK路径尤其是从别的平台迁移工程过来时最常发生。解决办法通常是重新导入对应的芯片支持包或者手动指定目标配置文件所在的路径。我更建议刚开始接触CH32L103时直接使用官方SDK自带的工程模板不要自己从裸工程往SDK里搬文件等把工程结构搞明白了再个性化配置。外设初始化失败也一样先查上层的硬件抽象配置是否正确再看底层寄存器值不要一上来就怀疑芯片坏了。6.4 调试器与开发板对功耗测量的影响测量低功耗电流时最影响测量结果的是调试器。只要调试器还连接着芯片就可能因为调试逻辑的存在无法真正进入极低功耗状态。我建议测量电流时断开调试器用外部电源或电池给板子供电再串入万用表或电流探头测量。还有一个容易误解的点用万用表串联测电流时一开始看到电流很大是正常的因为系统还没有进入低功耗状态。要等软件真正完成低功耗配置之后电流才会跌到微安级。等待时间建议给到几秒甚至几十秒不要一看到大电流就急着判定失败。这里说一个个人习惯调试低功耗问题我喜欢在板上预留一个测量跳线或采样电阻位平时短接测电流时断开短接帽串电流表。这样测量点固定数据可比性强也不用每次都去夹探头找位置。回到开头那个选型问题。CH32L103在我的评估体系里定位很清晰它适合那些对功耗敏感、需要稳定工业接口、又想摆脱传统生态束缚的项目。实际用下来这颗芯片最打动我的不是哪一项参数特别惊艳而是整个低功耗体系设计得比较省心——外设配置清晰、模式切换逻辑明确、SDK够完整给工程师留下的“自由度”足够大。最后再说一句无论你最终选了哪颗芯片先把功耗预算表做出来再动手画板子。
