1. 从一场技术分享说起超低功耗物联网到底在解决什么问题第一次听到“超低功耗物联网技术及芯片制造”这个主题是在一场前沿技术交流活动上。当时分享者来自某高校微纳电子研究团队讲的是他们如何把一颗物联网芯片的待机功耗压到纳瓦级别。台下坐着做智能硬件的、做工业传感器的、做可穿戴设备的大家眼睛都亮了——因为所有人都被同一个问题折磨过设备装上去容易换电池太难。这个主题的核心说白了就一件事让物联网设备在极低功耗下长期工作甚至做到“装上去就不用管”。它涉及两个层面一个是芯片设计层面的超低功耗技术另一个是芯片制造层面的工艺实现。适合谁来参考做IoT终端产品的硬件工程师、做低功耗方案选型的系统架构师、研究新型存储器和传感器的研究生以及所有被电池续航问题困扰过的嵌入式开发者。我后来花了不少时间梳理这个方向的技术脉络也动手验证过一些低功耗方案。这篇文章就把我理解到的核心逻辑、关键技术点、实操中会踩的坑完整地摊开来讲。不绕弯子直接说人话。2. 超低功耗物联网的整体设计思路拆解2.1 为什么“低功耗”不等于“超低功耗”很多人做物联网设备第一反应是选一颗低功耗MCU比如某款Cortex-M0内核的芯片待机电流做到微安级就觉得已经“很低功耗”了。但真正做超低功耗的人知道微安级和纳安级之间差了一千倍这一千倍决定了你的设备是半年换一次电池还是十年不用换。超低功耗的核心思路不是单纯把某个模块的功耗降下来而是从系统层面重新分配能量预算。一颗典型的物联网终端能量消耗分布在几个地方传感器采集、数据处理、无线通信、电源管理。传统做法是每个模块各自优化但超低功耗的做法是让大部分模块在绝大部分时间里彻底断电只保留一个极低功耗的唤醒源在值班。这就像一栋大楼的安保系统。传统低功耗是让保安打瞌睡但人还在岗位上超低功耗是让保安下班回家只留一个门铃有人按门铃才把保安叫回来。门铃的功耗可以做到纳瓦级因为它只需要检测一个极慢的变化信号。2.2 芯片制造在其中扮演什么角色芯片制造对超低功耗的影响很多人低估了。同样的电路设计用不同的工艺节点和不同的器件结构漏电流可以差几个数量级。先进工艺节点比如28nm、22nm甚至更小晶体管密度高、速度快但漏电流控制是个大问题。而超低功耗物联网芯片往往不需要那么快的速度反而需要极低的漏电。所以这个领域有一个很有意思的现象不是越先进的工艺越适合超低功耗物联网。有些方案会选择55nm甚至90nm工艺配合特殊的器件设计比如高阈值电压晶体管、多阈值电压设计、体偏置技术等把静态功耗压到极致。制造环节还要考虑新型存储器比如阻变存储器、铁电存储器它们本身具有非易失性断电后数据不丢失唤醒后不需要从外部Flash重新加载程序这又省掉了一大块动态功耗。2.3 系统级协同设计的必要性超低功耗从来不是单点技术。芯片设计、制造工艺、封装、系统软件、通信协议必须一起考虑。举个例子如果通信协议要求设备每隔几秒就醒来监听一次信道那芯片功耗再低也没用因为射频模块的功耗远大于数字逻辑。所以超低功耗物联网往往采用事件驱动的通信机制设备大部分时间在睡觉只有真正有数据要发或者被特定事件唤醒时才启动射频。这种协同设计思路要求做硬件的人懂协议做协议的人懂硬件功耗模型。我在实际项目中见过太多“各自为政”导致的功耗灾难射频工程师选了低功耗蓝牙但协议栈配置成了高占空比广播嵌入式工程师写了轮询式的主循环CPU永远无法进入深度睡眠。这些坑后面会详细说。3. 核心技术点深度解析与实操要点3.1 亚阈值设计与近阈值计算超低功耗芯片设计里有一个关键概念叫亚阈值设计。传统数字电路工作在晶体管的强反型区栅源电压高于阈值电压电流大、速度快但功耗也高。亚阈值区是栅源电压低于阈值电压的区域晶体管没有完全关断存在一个微弱的亚阈值电流。这个电流很小但可以用来做计算——速度慢但功耗极低。近阈值计算是折中方案把工作电压降到接近阈值电压速度和功耗取得平衡。实操中设计者需要精确建模亚阈值区的晶体管特性因为工艺偏差在这个区域影响特别大。同一颗晶圆上不同位置的晶体管阈值电压可能差几十毫伏在亚阈值区这会导致电流差几倍甚至一个数量级。注意亚阈值设计对工艺角的要求极高必须做充分的蒙特卡洛仿真不能只看典型值。我在一个项目里见过因为没考虑慢速角流片后一批芯片在低温下直接不工作。3.2 新型非易失存储器的选型与集成超低功耗物联网芯片的另一个核心是存储器。传统方案用SRAM加FlashSRAM断电丢数据Flash写入功耗高、速度慢。新型非易失存储器比如阻变存储器、铁电存储器、磁性存储器各有优劣。存储器类型写入功耗读取速度耐久性工艺成熟度阻变存储器低中等中等中等铁电存储器极低快高较高磁性存储器中等快极高中等传统Flash高慢中等极高选型时要看具体应用场景。如果是频繁写入的传感器数据记录铁电存储器比较合适写入功耗极低且耐久性高。如果只是存配置参数和程序代码阻变存储器或磁性存储器也可以考虑。制造环节要关注这些新型存储器与CMOS工艺的兼容性有些材料需要额外的掩膜层和退火步骤会增加制造成本。3.3 电源管理与能量采集的配合超低功耗设备如果配合能量采集理论上可以做到永久续航。能量采集的来源包括光能、振动能、温差能、射频能等。但能量采集的功率通常很小室内光能可能只有几十微瓦每平方厘米振动能更少。所以电源管理电路必须做到极高的转换效率同时自身功耗极低。实操中能量采集电路的最大难点是冷启动。当采集到的能量还不足以让整个系统工作时需要一个专门的冷启动电路先把能量存起来达到一定阈值后再唤醒主系统。这个冷启动电路的功耗必须极低否则采集来的能量全被它消耗掉了。我见过一个设计冷启动电路用了纳瓦级的振荡器配合分级储能电容从零能量到系统启动花了将近十分钟但一旦启动就能持续工作。3.4 无线通信协议的低功耗配置无线通信是物联网设备最大的功耗来源之一。低功耗蓝牙、Zigbee、LoRa、NB-IoT各有各的低功耗模式。关键不在于选哪个协议而在于怎么配置。以低功耗蓝牙为例广播间隔、连接间隔、从机延迟这几个参数直接决定功耗。广播间隔从100ms改成1s平均功耗可以降一个数量级。连接间隔从7.5ms改成4s配合从机延迟设备大部分时间可以睡觉。但这样做的代价是响应变慢所以要根据应用场景权衡。提示很多协议栈的默认配置是为了兼容性和响应速度优化的不是为超低功耗优化的。拿到开发板第一件事就是翻协议栈手册把所有能改的功耗相关参数过一遍。4. 从设计到制造完整实操流程与关键环节4.1 需求定义与功耗预算分配任何超低功耗项目的第一步都是定义需求。你要问清楚设备多久采集一次数据数据量多大通信距离多远电池容量多大预期寿命多长这些问题的答案决定了功耗预算。假设一个场景设备每分钟采集一次温度通过低功耗蓝牙发送电池是纽扣电池容量200mAh预期寿命五年。五年是43800小时200mAh除以43800小时约等于4.57微安的平均电流。这就是整个系统的功耗预算上限。然后把这个预算分配给各个模块传感器采集占多少、数据处理占多少、无线通信占多少、电源管理自身消耗占多少。这个分配过程需要反复迭代。比如无线通信如果每次发送消耗10mA持续10ms每分钟一次平均电流就是10mA乘以10ms除以60s约等于1.67微安。看起来不多但已经占了预算的三分之一还多。所以要么降低发送频率要么缩短发送时间要么换更高效的射频方案。4.2 芯片架构设计与仿真验证功耗预算确定后开始芯片架构设计。超低功耗芯片通常采用多电压域设计不同模块工作在不同电压下。比如射频模块可能需要1.8V数字逻辑可以降到0.6V甚至更低存储器根据类型选择合适电压。电压域之间需要电平转换器这些转换器本身也有功耗要计入预算。架构设计完成后用EDA工具做功耗仿真。仿真时要覆盖各种工作模式深度睡眠、浅睡眠、采集、处理、发送。每种模式的功耗和持续时间都要精确建模。特别要注意模式切换时的瞬态功耗有时候切换过程本身消耗的能量比稳态工作还多。注意仿真用的工艺库文件必须和实际流片用的工艺角一致。我见过一个项目仿真用典型值流片用慢速角结果芯片实际功耗比仿真高了百分之四十因为慢速角下晶体管需要更高电压才能达到目标速度。4.3 制造工艺选择与流片注意事项制造工艺选择要综合考虑功耗、成本、产能。不是越先进越好也不是越成熟越好。对于超低功耗物联网芯片55nm和40nm是比较常见的节点兼顾了漏电控制和成本。如果对成本极度敏感90nm甚至0.18微米也可以考虑但芯片面积会大一些。流片前要做DRC和LVS检查确保版图符合工艺设计规则。超低功耗设计还要特别关注天线效应和闩锁效应因为低电压下这些问题可能更敏感。流片时建议做多项目晶圆把不同设计的芯片拼在一张晶圆上分摊掩膜成本。对于高校研究团队多项目晶圆是常用的流片方式。4.4 封装与系统集成芯片流片回来只是第一步封装和系统集成同样影响最终功耗。封装寄生电容和电阻会影响射频性能和电源完整性。超低功耗芯片通常采用QFN或WLCSP封装寄生参数小适合低电压低功耗应用。系统集成时PCB布局布线要特别注意电源走线。低功耗芯片对电源噪声敏感电源走线要短而粗去耦电容要靠近芯片电源引脚。射频走线要做阻抗匹配否则发射功率上不去设备只能加大发射功率来补偿功耗反而增加。5. 常见问题与排查技巧实录5.1 功耗比预期高一个数量级怎么办这是最常见的问题。排查思路是从大到小先看最大功耗模块。用电流探头或者功耗分析仪逐个模块断电测试。先把射频模块关掉看功耗降多少再把传感器关掉看功耗降多少最后看MCU本身。我遇到过一个案例设备在深度睡眠模式下功耗比预期高了一百倍。排查发现是某个GPIO引脚配置成了悬空输入外部信号在引脚上产生振荡导致输入级电路一直在翻转。把那个引脚配置成模拟输入或者加上拉电阻后功耗立刻降下来了。提示所有未使用的引脚都要明确配置不能悬空。这是超低功耗设计的基本功但很多人会忽略。5.2 唤醒后系统不稳定或复位超低功耗设备从深度睡眠唤醒时电源电压可能还没稳定如果立刻启动高频时钟或者射频模块会导致系统复位。解决办法是唤醒后先等电源稳定用低速时钟运行一段时间再切换到高速时钟。另一个原因是唤醒源的毛刺。如果唤醒引脚没有做去抖处理一个噪声脉冲就可能触发唤醒系统还没完全启动又收到下一个脉冲导致状态机混乱。硬件上加RC滤波软件上做多次采样确认都能解决这个问题。5.3 能量采集系统无法冷启动能量采集的冷启动问题很隐蔽。用万用表测采集电路输出好像有电压但系统就是起不来。原因是万用表的内阻影响了电路工作点实际带载能力不够。要用示波器看冷启动电容上的电压爬升曲线确认能量是否足够。如果爬升太慢可能是采集器的输出阻抗太高或者储能电容漏电太大。换低漏电的电容或者增加采集器的面积都能改善。冷启动阈值也要合理设置设太高会浪费能量设太低系统启动后立刻又掉电。5.4 通信距离短导致功耗增加通信距离不够时直觉是加大发射功率但这样功耗会急剧增加。更好的做法是优化天线匹配和接收灵敏度。天线匹配不好发射功率大部分反射回来了实际辐射出去的很少。接收灵敏度不够对方要加大功率才能被你收到整体功耗都上去了。用矢量网络分析仪测天线的S11参数确保在工作频段内回波损耗小于负10dB。如果天线本身效率低考虑换天线形式或者调整PCB布局。有时候把天线远离电池和金属外壳通信距离就能明显改善。5.5 常见问题速查表问题现象可能原因排查方法解决措施睡眠功耗高GPIO悬空、时钟未关、稳压器静态电流大逐个模块断电测试配置所有引脚、关闭无用时钟、换低静态电流稳压器唤醒后复位电源未稳、唤醒毛刺示波器看电源和唤醒信号加延时、加滤波、软件去抖冷启动失败采集功率不足、电容漏电大示波器看电容电压爬升增大采集器、换低漏电电容通信距离短天线失配、灵敏度低测S11、测接收灵敏度优化匹配、换天线、调整布局电池寿命短平均功耗超预算功耗分析仪记录长时间电流重新分配预算、降低占空比6. 几个容易被忽略的实操心得第一个心得是关于测试环境的。超低功耗设备的功耗测试一定要在真实工作场景下做不能在实验室常温常压下测完就完事。温度变化对漏电流影响很大低温下亚阈值电流减小但有些电路可能启动不了高温下漏电流指数上升功耗可能翻几倍。湿度也会影响PCB漏电特别是高阻抗节点。我习惯在高温高湿和低温两种极端条件下都测一遍心里才有底。第二个心得是关于软件优化的。很多人以为超低功耗主要是硬件的事其实软件的影响不亚于硬件。同样的硬件中断驱动架构和轮询架构的功耗可以差一个数量级。中断驱动下CPU大部分时间在睡觉轮询架构下CPU一直在跑。还有编译器的优化选项开不开链接时优化代码大小和运行功耗都不一样。我一般会把编译器优化开到最高然后手动检查关键循环的汇编代码确保没有多余的指令。第三个心得是关于文档和版本管理的。超低功耗项目涉及的参数特别多每个参数改动都会影响功耗。今天把广播间隔从100ms改成200ms功耗降了但响应变慢了明天可能又改回去。如果没有详细的记录过两个月自己都不记得为什么选这个值。我习惯用一个表格记录每次参数改动、对应的功耗测量值、以及改动原因。这个习惯在项目后期排查问题时特别有用。第四个心得是关于供应链的。超低功耗芯片往往用量不大但制造工艺特殊流片周期长。如果项目时间紧要提前和代工厂确认产能和排期。新型存储器可能需要额外的工艺步骤代工厂不一定有现成的工艺设计套件这些都要提前沟通。我见过一个项目因为铁电存储器工艺不成熟流片推迟了半年整个项目节奏都被打乱了。7. 这个方向后续可以怎么扩展如果你已经跑通了基本的超低功耗物联网节点下一步可以往几个方向扩展。一个是多节点组网单个节点超低功耗还不够组网后路由协议、时间同步、数据聚合都会带来额外功耗怎么在组网层面继续优化是个有意思的问题。另一个是边缘计算把一部分数据处理放在节点上做减少无线传输的数据量但边缘计算本身消耗能量需要找到平衡点。还有一个方向是自供能系统把能量采集和超低功耗芯片深度集成做成一个真正免维护的传感节点。这需要跨学科的知识包括材料、器件、电路、系统。我目前也在摸索这个方向踩了不少坑等有阶段性成果再另写一篇分享。最后分享一个小技巧如果你刚开始接触超低功耗设计不要一上来就做复杂系统。先拿一颗现成的超低功耗MCU写一个最简单的定时唤醒采集程序用功耗分析仪把每个阶段的电流波形看清楚。把这一件事做透了后面再复杂的东西都是在这个基础上叠加。我当初就是靠反复测一颗MCU的睡眠电流才真正理解了数据手册上那些功耗数字背后的含义。 
长河君 · 2026/10/21 1:59:20 · 阅读 1.2k 超低功耗物联网芯片设计与制造：从纳瓦级待机到十年免维护的工程实践
1. 从一场技术分享说起超低功耗物联网到底在解决什么问题第一次听到“超低功耗物联网技术及芯片制造”这个主题是在一场前沿技术交流活动上。当时分享者来自某高校微纳电子研究团队讲的是他们如何把一颗物联网芯片的待机功耗压到纳瓦级别。台下坐着做智能硬件的、做工业传感器的、做可穿戴设备的大家眼睛都亮了——因为所有人都被同一个问题折磨过设备装上去容易换电池太难。这个主题的核心说白了就一件事让物联网设备在极低功耗下长期工作甚至做到“装上去就不用管”。它涉及两个层面一个是芯片设计层面的超低功耗技术另一个是芯片制造层面的工艺实现。适合谁来参考做IoT终端产品的硬件工程师、做低功耗方案选型的系统架构师、研究新型存储器和传感器的研究生以及所有被电池续航问题困扰过的嵌入式开发者。我后来花了不少时间梳理这个方向的技术脉络也动手验证过一些低功耗方案。这篇文章就把我理解到的核心逻辑、关键技术点、实操中会踩的坑完整地摊开来讲。不绕弯子直接说人话。2. 超低功耗物联网的整体设计思路拆解2.1 为什么“低功耗”不等于“超低功耗”很多人做物联网设备第一反应是选一颗低功耗MCU比如某款Cortex-M0内核的芯片待机电流做到微安级就觉得已经“很低功耗”了。但真正做超低功耗的人知道微安级和纳安级之间差了一千倍这一千倍决定了你的设备是半年换一次电池还是十年不用换。超低功耗的核心思路不是单纯把某个模块的功耗降下来而是从系统层面重新分配能量预算。一颗典型的物联网终端能量消耗分布在几个地方传感器采集、数据处理、无线通信、电源管理。传统做法是每个模块各自优化但超低功耗的做法是让大部分模块在绝大部分时间里彻底断电只保留一个极低功耗的唤醒源在值班。这就像一栋大楼的安保系统。传统低功耗是让保安打瞌睡但人还在岗位上超低功耗是让保安下班回家只留一个门铃有人按门铃才把保安叫回来。门铃的功耗可以做到纳瓦级因为它只需要检测一个极慢的变化信号。2.2 芯片制造在其中扮演什么角色芯片制造对超低功耗的影响很多人低估了。同样的电路设计用不同的工艺节点和不同的器件结构漏电流可以差几个数量级。先进工艺节点比如28nm、22nm甚至更小晶体管密度高、速度快但漏电流控制是个大问题。而超低功耗物联网芯片往往不需要那么快的速度反而需要极低的漏电。所以这个领域有一个很有意思的现象不是越先进的工艺越适合超低功耗物联网。有些方案会选择55nm甚至90nm工艺配合特殊的器件设计比如高阈值电压晶体管、多阈值电压设计、体偏置技术等把静态功耗压到极致。制造环节还要考虑新型存储器比如阻变存储器、铁电存储器它们本身具有非易失性断电后数据不丢失唤醒后不需要从外部Flash重新加载程序这又省掉了一大块动态功耗。2.3 系统级协同设计的必要性超低功耗从来不是单点技术。芯片设计、制造工艺、封装、系统软件、通信协议必须一起考虑。举个例子如果通信协议要求设备每隔几秒就醒来监听一次信道那芯片功耗再低也没用因为射频模块的功耗远大于数字逻辑。所以超低功耗物联网往往采用事件驱动的通信机制设备大部分时间在睡觉只有真正有数据要发或者被特定事件唤醒时才启动射频。这种协同设计思路要求做硬件的人懂协议做协议的人懂硬件功耗模型。我在实际项目中见过太多“各自为政”导致的功耗灾难射频工程师选了低功耗蓝牙但协议栈配置成了高占空比广播嵌入式工程师写了轮询式的主循环CPU永远无法进入深度睡眠。这些坑后面会详细说。3. 核心技术点深度解析与实操要点3.1 亚阈值设计与近阈值计算超低功耗芯片设计里有一个关键概念叫亚阈值设计。传统数字电路工作在晶体管的强反型区栅源电压高于阈值电压电流大、速度快但功耗也高。亚阈值区是栅源电压低于阈值电压的区域晶体管没有完全关断存在一个微弱的亚阈值电流。这个电流很小但可以用来做计算——速度慢但功耗极低。近阈值计算是折中方案把工作电压降到接近阈值电压速度和功耗取得平衡。实操中设计者需要精确建模亚阈值区的晶体管特性因为工艺偏差在这个区域影响特别大。同一颗晶圆上不同位置的晶体管阈值电压可能差几十毫伏在亚阈值区这会导致电流差几倍甚至一个数量级。注意亚阈值设计对工艺角的要求极高必须做充分的蒙特卡洛仿真不能只看典型值。我在一个项目里见过因为没考虑慢速角流片后一批芯片在低温下直接不工作。3.2 新型非易失存储器的选型与集成超低功耗物联网芯片的另一个核心是存储器。传统方案用SRAM加FlashSRAM断电丢数据Flash写入功耗高、速度慢。新型非易失存储器比如阻变存储器、铁电存储器、磁性存储器各有优劣。存储器类型写入功耗读取速度耐久性工艺成熟度阻变存储器低中等中等中等铁电存储器极低快高较高磁性存储器中等快极高中等传统Flash高慢中等极高选型时要看具体应用场景。如果是频繁写入的传感器数据记录铁电存储器比较合适写入功耗极低且耐久性高。如果只是存配置参数和程序代码阻变存储器或磁性存储器也可以考虑。制造环节要关注这些新型存储器与CMOS工艺的兼容性有些材料需要额外的掩膜层和退火步骤会增加制造成本。3.3 电源管理与能量采集的配合超低功耗设备如果配合能量采集理论上可以做到永久续航。能量采集的来源包括光能、振动能、温差能、射频能等。但能量采集的功率通常很小室内光能可能只有几十微瓦每平方厘米振动能更少。所以电源管理电路必须做到极高的转换效率同时自身功耗极低。实操中能量采集电路的最大难点是冷启动。当采集到的能量还不足以让整个系统工作时需要一个专门的冷启动电路先把能量存起来达到一定阈值后再唤醒主系统。这个冷启动电路的功耗必须极低否则采集来的能量全被它消耗掉了。我见过一个设计冷启动电路用了纳瓦级的振荡器配合分级储能电容从零能量到系统启动花了将近十分钟但一旦启动就能持续工作。3.4 无线通信协议的低功耗配置无线通信是物联网设备最大的功耗来源之一。低功耗蓝牙、Zigbee、LoRa、NB-IoT各有各的低功耗模式。关键不在于选哪个协议而在于怎么配置。以低功耗蓝牙为例广播间隔、连接间隔、从机延迟这几个参数直接决定功耗。广播间隔从100ms改成1s平均功耗可以降一个数量级。连接间隔从7.5ms改成4s配合从机延迟设备大部分时间可以睡觉。但这样做的代价是响应变慢所以要根据应用场景权衡。提示很多协议栈的默认配置是为了兼容性和响应速度优化的不是为超低功耗优化的。拿到开发板第一件事就是翻协议栈手册把所有能改的功耗相关参数过一遍。4. 从设计到制造完整实操流程与关键环节4.1 需求定义与功耗预算分配任何超低功耗项目的第一步都是定义需求。你要问清楚设备多久采集一次数据数据量多大通信距离多远电池容量多大预期寿命多长这些问题的答案决定了功耗预算。假设一个场景设备每分钟采集一次温度通过低功耗蓝牙发送电池是纽扣电池容量200mAh预期寿命五年。五年是43800小时200mAh除以43800小时约等于4.57微安的平均电流。这就是整个系统的功耗预算上限。然后把这个预算分配给各个模块传感器采集占多少、数据处理占多少、无线通信占多少、电源管理自身消耗占多少。这个分配过程需要反复迭代。比如无线通信如果每次发送消耗10mA持续10ms每分钟一次平均电流就是10mA乘以10ms除以60s约等于1.67微安。看起来不多但已经占了预算的三分之一还多。所以要么降低发送频率要么缩短发送时间要么换更高效的射频方案。4.2 芯片架构设计与仿真验证功耗预算确定后开始芯片架构设计。超低功耗芯片通常采用多电压域设计不同模块工作在不同电压下。比如射频模块可能需要1.8V数字逻辑可以降到0.6V甚至更低存储器根据类型选择合适电压。电压域之间需要电平转换器这些转换器本身也有功耗要计入预算。架构设计完成后用EDA工具做功耗仿真。仿真时要覆盖各种工作模式深度睡眠、浅睡眠、采集、处理、发送。每种模式的功耗和持续时间都要精确建模。特别要注意模式切换时的瞬态功耗有时候切换过程本身消耗的能量比稳态工作还多。注意仿真用的工艺库文件必须和实际流片用的工艺角一致。我见过一个项目仿真用典型值流片用慢速角结果芯片实际功耗比仿真高了百分之四十因为慢速角下晶体管需要更高电压才能达到目标速度。4.3 制造工艺选择与流片注意事项制造工艺选择要综合考虑功耗、成本、产能。不是越先进越好也不是越成熟越好。对于超低功耗物联网芯片55nm和40nm是比较常见的节点兼顾了漏电控制和成本。如果对成本极度敏感90nm甚至0.18微米也可以考虑但芯片面积会大一些。流片前要做DRC和LVS检查确保版图符合工艺设计规则。超低功耗设计还要特别关注天线效应和闩锁效应因为低电压下这些问题可能更敏感。流片时建议做多项目晶圆把不同设计的芯片拼在一张晶圆上分摊掩膜成本。对于高校研究团队多项目晶圆是常用的流片方式。4.4 封装与系统集成芯片流片回来只是第一步封装和系统集成同样影响最终功耗。封装寄生电容和电阻会影响射频性能和电源完整性。超低功耗芯片通常采用QFN或WLCSP封装寄生参数小适合低电压低功耗应用。系统集成时PCB布局布线要特别注意电源走线。低功耗芯片对电源噪声敏感电源走线要短而粗去耦电容要靠近芯片电源引脚。射频走线要做阻抗匹配否则发射功率上不去设备只能加大发射功率来补偿功耗反而增加。5. 常见问题与排查技巧实录5.1 功耗比预期高一个数量级怎么办这是最常见的问题。排查思路是从大到小先看最大功耗模块。用电流探头或者功耗分析仪逐个模块断电测试。先把射频模块关掉看功耗降多少再把传感器关掉看功耗降多少最后看MCU本身。我遇到过一个案例设备在深度睡眠模式下功耗比预期高了一百倍。排查发现是某个GPIO引脚配置成了悬空输入外部信号在引脚上产生振荡导致输入级电路一直在翻转。把那个引脚配置成模拟输入或者加上拉电阻后功耗立刻降下来了。提示所有未使用的引脚都要明确配置不能悬空。这是超低功耗设计的基本功但很多人会忽略。5.2 唤醒后系统不稳定或复位超低功耗设备从深度睡眠唤醒时电源电压可能还没稳定如果立刻启动高频时钟或者射频模块会导致系统复位。解决办法是唤醒后先等电源稳定用低速时钟运行一段时间再切换到高速时钟。另一个原因是唤醒源的毛刺。如果唤醒引脚没有做去抖处理一个噪声脉冲就可能触发唤醒系统还没完全启动又收到下一个脉冲导致状态机混乱。硬件上加RC滤波软件上做多次采样确认都能解决这个问题。5.3 能量采集系统无法冷启动能量采集的冷启动问题很隐蔽。用万用表测采集电路输出好像有电压但系统就是起不来。原因是万用表的内阻影响了电路工作点实际带载能力不够。要用示波器看冷启动电容上的电压爬升曲线确认能量是否足够。如果爬升太慢可能是采集器的输出阻抗太高或者储能电容漏电太大。换低漏电的电容或者增加采集器的面积都能改善。冷启动阈值也要合理设置设太高会浪费能量设太低系统启动后立刻又掉电。5.4 通信距离短导致功耗增加通信距离不够时直觉是加大发射功率但这样功耗会急剧增加。更好的做法是优化天线匹配和接收灵敏度。天线匹配不好发射功率大部分反射回来了实际辐射出去的很少。接收灵敏度不够对方要加大功率才能被你收到整体功耗都上去了。用矢量网络分析仪测天线的S11参数确保在工作频段内回波损耗小于负10dB。如果天线本身效率低考虑换天线形式或者调整PCB布局。有时候把天线远离电池和金属外壳通信距离就能明显改善。5.5 常见问题速查表问题现象可能原因排查方法解决措施睡眠功耗高GPIO悬空、时钟未关、稳压器静态电流大逐个模块断电测试配置所有引脚、关闭无用时钟、换低静态电流稳压器唤醒后复位电源未稳、唤醒毛刺示波器看电源和唤醒信号加延时、加滤波、软件去抖冷启动失败采集功率不足、电容漏电大示波器看电容电压爬升增大采集器、换低漏电电容通信距离短天线失配、灵敏度低测S11、测接收灵敏度优化匹配、换天线、调整布局电池寿命短平均功耗超预算功耗分析仪记录长时间电流重新分配预算、降低占空比6. 几个容易被忽略的实操心得第一个心得是关于测试环境的。超低功耗设备的功耗测试一定要在真实工作场景下做不能在实验室常温常压下测完就完事。温度变化对漏电流影响很大低温下亚阈值电流减小但有些电路可能启动不了高温下漏电流指数上升功耗可能翻几倍。湿度也会影响PCB漏电特别是高阻抗节点。我习惯在高温高湿和低温两种极端条件下都测一遍心里才有底。第二个心得是关于软件优化的。很多人以为超低功耗主要是硬件的事其实软件的影响不亚于硬件。同样的硬件中断驱动架构和轮询架构的功耗可以差一个数量级。中断驱动下CPU大部分时间在睡觉轮询架构下CPU一直在跑。还有编译器的优化选项开不开链接时优化代码大小和运行功耗都不一样。我一般会把编译器优化开到最高然后手动检查关键循环的汇编代码确保没有多余的指令。第三个心得是关于文档和版本管理的。超低功耗项目涉及的参数特别多每个参数改动都会影响功耗。今天把广播间隔从100ms改成200ms功耗降了但响应变慢了明天可能又改回去。如果没有详细的记录过两个月自己都不记得为什么选这个值。我习惯用一个表格记录每次参数改动、对应的功耗测量值、以及改动原因。这个习惯在项目后期排查问题时特别有用。第四个心得是关于供应链的。超低功耗芯片往往用量不大但制造工艺特殊流片周期长。如果项目时间紧要提前和代工厂确认产能和排期。新型存储器可能需要额外的工艺步骤代工厂不一定有现成的工艺设计套件这些都要提前沟通。我见过一个项目因为铁电存储器工艺不成熟流片推迟了半年整个项目节奏都被打乱了。7. 这个方向后续可以怎么扩展如果你已经跑通了基本的超低功耗物联网节点下一步可以往几个方向扩展。一个是多节点组网单个节点超低功耗还不够组网后路由协议、时间同步、数据聚合都会带来额外功耗怎么在组网层面继续优化是个有意思的问题。另一个是边缘计算把一部分数据处理放在节点上做减少无线传输的数据量但边缘计算本身消耗能量需要找到平衡点。还有一个方向是自供能系统把能量采集和超低功耗芯片深度集成做成一个真正免维护的传感节点。这需要跨学科的知识包括材料、器件、电路、系统。我目前也在摸索这个方向踩了不少坑等有阶段性成果再另写一篇分享。最后分享一个小技巧如果你刚开始接触超低功耗设计不要一上来就做复杂系统。先拿一颗现成的超低功耗MCU写一个最简单的定时唤醒采集程序用功耗分析仪把每个阶段的电流波形看清楚。把这一件事做透了后面再复杂的东西都是在这个基础上叠加。我当初就是靠反复测一颗MCU的睡眠电流才真正理解了数据手册上那些功耗数字背后的含义。