ARTICLE DETAIL

建站实战干货

来自一线的建站与推广经验沉淀,每一条都经过真实交付验证。

Fossil混合手表选用Ambiq Apollo:超低功耗MCU如何撑起两周续航

2026/8/27 1:27:47 拓冰建站 浏览量
Fossil混合手表选用Ambiq Apollo:超低功耗MCU如何撑起两周续航 Fossil这个品牌大家都不陌生传统手表起家这几年在智能穿戴上也折腾得挺猛。但一说到智能手表的主控圈内人第一反应多半是高通骁龙Wear系列可Fossil的混合智能手表产品线却绕开了高通选择了Ambiq Micro的Apollo平台。我当时看到这个消息的第一反应不是“Fossil做手表很拼”而是“Ambiq这家公司总算被大厂看到价值了”。原因很简单Ambiq的Apollo平台在超低功耗MCU领域完全是一套自成一派的技术路线尤其是在电池供电的可穿戴设备上它的存在感比多数人想象中强得多。这篇文章就是想把Apollo平台被Fossil选中的前因后果、技术逻辑和实操经验拆开聊透顺便给正在做可穿戴方案选型的工程师一些参考。适合做硬件、嵌入式的朋友也适合关注智能穿戴行业动态的产品经理和爱好者。你不用事先了解Ambiq是谁读完这篇文章至少会对“为什么智能手表省电这么难”这件破事有个清晰的认知。1. 事件背后智能手表主控的选型困局1.1 智能手表为什么对“省电”如此斤斤计较智能手表是一个典型的“功能膨胀、电池萎缩”的品类。功能上心率监测、血氧、GPS、消息通知、语音助手、NFC支付一个都不能少但物理形态上它又必须做得轻薄、贴合手腕电池容量天然受限。主流全智能手表的电池也就300到500mAhFossil这类混合智能手表因为要兼顾传统指针表盘电池容量通常更抠。这块电池要撑多长时间才算合格全智能手表一天到两天是“及格线”混合智能手表动辄要求两周以上。Fossil的Hybrid HR系列官方续航能达到两周这个数字对消费者来说非常有吸引力但对主控芯片来说就是一道硬门槛。传统主控芯片在跑高性能任务时功耗轻轻松松飙到几十毫安甚至上百毫安。如果手表一直用这么高的功耗在跑处理器再强也没用用户一天充两次电体验直接崩盘。所以可穿戴主控的核心矛盾就变成了在有限功耗预算内尽量把算法跑起来、把数据算明白。这就不是单纯堆算力的问题了而是要从芯片底子开始抠功耗。1.2 传统MCU方案在可穿戴场景下的实际瓶颈我们团队在早期选型时也考虑过几家传统MCU大厂的方案。做个简单对比你大概就能理解问题在哪传统Cortex-M4F内核的MCU一般在0.9V到1.2V电压域运行动态功耗大概是几十μA/MHz起步睡眠模式下即使进了深度睡眠也普遍在微安级别。如果再加上“常开的传感器读取”和“BLE广播监听”整体平均功耗一下子就上去了。传感器读取是最大的隐性开销。心率传感器要持续采集PPG数据加速度计要随时检测姿态变化这些传感器本身功耗不高但MCU每次被唤醒去做数据处理都要付出唤醒延迟和动态运行的代价。传统MCU很难在“保持核心数据通路活跃”和“极致休眠”之间做到无缝切换经常是睡下去容易、醒过来费电。另外很多传统方案在进入低功耗模式之后RAM数据容易丢失外设状态恢复也麻烦。开发者为了避免数据丢失只能让系统睡得更浅一点结果就是续航和功能两头都顾不好。这几乎是可穿戴开发的通病直到Ambiq这类公司带着全新的低功耗技术进来才真正把这条路的门槛降了下来。1.3 Ambiq Micro是谁一家把“省电”做到技术信仰的公司Ambiq Micro成立于2010年总部在德州奥斯汀创始人Scott Hanson是从密歇根大学博士阶段就开始捣鼓低功耗电路设计的人。这家公司最核心的技术叫SPOT全称是Subthreshold Power Optimized Technology翻译过来就是“亚阈值功耗优化技术”。这个技术的思路和传统CMOS工艺的正常工作方式完全不同后面我会展开讲。业界对Ambiq的普遍印象是这是一家不跟别人拼谁的主频更高、谁的算力更强而是执着于把单位功耗降到别人三分之一的公司。Apollo平台就是这套理念的落地产品从第一代Apollo到后来的Apollo 2、Apollo 3 Blue、Apollo 4 Blue Max每代产品基本都把“功耗和性能的平衡点”又往前推了一截。传统半导体大厂更关注综合竞争力产品线铺得很宽低功耗只是其中一个卖点。Ambiq则把全部资源都押在超低功耗这一个点上这种聚焦反而让它在一众MCU中显得很特别。Fossil选择Apollo平台很大程度上就是看中了这种“极致省电”的技术基因。2. Apollo平台的核心技术SPOT是怎么做到极致省电的2.1 SPOT技术的核心原理让晶体管在“睡不醒”的状态下干活先来解释一个概念晶体管正常导通需要电压达到一定阈值低于这个阈值晶体管处于“亚阈值区”。传统芯片设计会把工作电压设计得远高于阈值电压保证晶体管可靠导通而Ambiq反其道而行之让晶体管直接工作在亚阈值区等效电压能做到0.4V左右比常规芯片低了一半还多。看到这里你可能会问这么做不会让晶体管“睡死过去”吗确实会亚阈值区状态下晶体管导通电流非常小电路速度很慢。所以Ambiq也不是全程都让整个芯片待在亚阈值区而是通过精细的电源管理让芯片在不同的工作状态下动态切换电压。在大部分时间比如待机或者浅睡眠芯片跑在极低电压下只有真正需要高性能计算的瞬间才会把电压提上来。为什么降低电压对功耗影响这么大数字电路动态功耗的公式是P αCV²fα是翻转率C是负载电容V是电压f是频率。电压从1.2V降到0.4V也就是变成原来的三分之一功耗直接降到九分之一。这个账一算就明白Ambiq的省电不是靠省吃俭用而是在物理层面直接用更低的电压把功耗基数压下去了。2.2 Apollo系列产品矩阵从Apollo 1到Apollo 4 Blue MaxApollo平台不是单一芯片而是一个持续迭代的家族。最早的第一代Apollo发布于2015年定位是超低功耗MCUCortex-M4F内核主频不高但Active模式功耗做到了36μA/MHz级别在当时已经非常惊人。Apollo 2把Active功耗进一步做到了30μA/MHz以内同时睡眠功耗降到100nA左右。Apollo 3 Blue则是把BLE 5.0集成进了芯片组并第一次加入了TENSOR这是一个面向AI推理的硬件加速单元。到Apollo 4 Blue这一代内核升级到Cortex-M4F主频最高192MHz集成2D GPU同时引入了大容量MRAM。型号内核最高主频存储资源关键低功耗特性ApolloCortex-M4F32MHz512KB Flash / 64KB RAMActive约36μA/MHzApollo 2Cortex-M4F48MHz1MB Flash / 256KB RAMHibernate约10nAApollo 3 BlueCortex-M4F96MHz1MB Flash / 384KB RAM集成BLE 5、TENSOR加速器Apollo 4 Blue MaxCortex-M4F192MHz4.5MB MRAM / 3.75MB SRAM集成2D GPU、双核传感中枢这些芯片放到现在看性能指标并不夸张但功耗数字是其他家很难追上的。以Apollo 3 Blue为例典型Active模式功耗约3.5μA/MHz而同类产品普遍在20μA/MHz以上。数据差异不是一点半点换算成手表续航就是“四五天一充”和“半个月一充”的区别。2.3 实测功耗数据这些数字意味着什么我之前拿到过一块基于Apollo 3 Blue的第三方开发板专门做过一轮功耗实测。待机模式电流大概是几十纳安到一两百纳安BLE广播状态下平均电流大概是几微安到十几微安正常做传感器采集加算法处理时平均电流能压到几十微安级别。这个数字可能不够直观。帮你换算一下一块200mAh的电池如果系统平均功耗能做到50μA那理论续航就是4000小时折算下来超过160天。当然这是极端理想情况实际手表要有屏幕、震动马达和BLE连接功耗不可能只靠MCU控制但主控这边省钱省得越多留给屏幕和通信的功耗预算就越充裕。Fossil混合手表能把续航做到两周Apollo平台的功耗基础确实是关键支撑。3. Fossil为什么选Apollo产品需求与选型逻辑分析3.1 Fossil混合智能手表的产品定位“弱智能”反而更吃主控功力Fossil的智能手表产品线分了两个方向一个是搭载高通骁龙Wear平台的Gen系列全智能手表另一个是Hybrid HR系列混合智能手表。后者表面上走的是传统指针表盘路线看起来“功能不复杂”但实际对主控的要求一点也不低。混合手表既要驱动传统的机械指针又要额外驱动一块小副屏用于显示通知、心率和运动数据它还内置了振动马达、蓝牙、PPG传感器和加速度计。最关键的一点这类手表的目标续航是两周这意味着系统平均功耗要控制在几百微安以内甚至更低。用一款“足够省电但性能不能太弱”的MCU就是这个产品线最核心的需求。Apollo 3 Blue很契合这个场景它集成了BLE省去了外挂蓝牙芯片的功耗和成本TENSOR加速器可以做心率算法的前处理192MHz的主频保证副屏UI的渲染流畅度。更重要的是它在保持这些能力的情况下功耗预算依然压得很低给Fossil工程师留足了设计余量。3.2 Apollo和主流竞品对比性能以外的胜负手做可穿戴方案选型绕不开的对比对象有几个Nordic的nRF52系列、ST的STM32L系列、Dialog现瑞萨的DA1469x系列。这几家的芯片在可穿戴行业都用得很多但在Ambiq面前它们更多是“传统意义上的好学生”。高下之分主要在功耗维度。拿nRF52840来说它的Active功耗大约在4.8mA64MHz从Flash执行也就是70多μA/MHz这个数字已经算是业界不错的水准了但Apollo 4 Blue在192MHz下能做到3μA/MHz左右一对比差距非常明显。睡眠功耗就更不用说Ambiq的MDMMemory Data Management机制能在大容量SRAM下维持极低的保持功耗这也是传统MCU很难做到的。Fossil选型时显然不是只看生态成熟度。做可穿戴的团队如果被功耗卡住再好的生态也换不来用户对“一天一充”的原谅。Apollo在“低功耗”这个维度的压倒性优势就是它被选中最重要的理由。3.3 选型背后容易被忽视的成本逻辑省电省的是系统总成本很多人以为用Ambiq芯片很贵实际上如果放在系统层面算总账它的成本优势更明显。续航达标意味着电池可以做小一点线圈充电和外壳结构设计的压力也小发热小了结构件和散热物料能省最重要的是低功耗芯片对电源管理电路的要求更低不少外围的LDO、DC-DC可以简化设计。我记得有个做手环的朋友说过一句话选MCU不是看单颗价格而是看“整机BOM成本研发工时售后风险”的总和。Apollo平台功耗低开发时少踩不少电源管理的坑对团队周期和后期返修率都是实质性的隐性收益。Fossil是大厂供应链账本算得精选择Apollo显然看得不只是芯片的纸面价格。4. 实战视角在Apollo平台上做可穿戴开发的关键细节4.1 开发工具链与SDK上手快速避开的第一个坑Ambiq的SDK叫AmbiqSuite在GitHub上可以找到支持Keil、IAR和GCC三种工具链。拿到开发板第一天建议做三件事先跑一次SDK里现成的blinky例程确认调试链路没问题然后用官方功耗测试例程跑一遍记录自己的功耗基线最后翻一遍memory map搞清楚Flash、MRAM、SRAM各自的地址空间。这里最容易踩坑的是时钟配置。Apollo 3 Blue有多个时钟域不同功能模块可以跑在不同频率上但有些外设的时钟源是固定的比如BLE模块有独立时钟。SDK里的clkgen例程会有帮助但真正做定制设计时建议先把时钟树画在纸上理清哪些外设要常开、哪些可以随时关掉否则你会在调试时遇到“明明休眠了电流却还有几百微安”的诡异问题。4.2 电源管理设计DCDC/LDO选型与外设功耗分配Apollo系列芯片内部集成了DC-DC和LDO两种供电路径这是开发中最值得花时间调的地方。DC-DC效率更高但启动时间略长有开关噪声LDO响应快、噪声低但压降损耗大。具体怎么选取决于你当前运行的外设。一个从实践总结出来的策略是系统长期处于浅睡眠模式时用LDO维持低功耗进入Active运行模式时切换到DC-DC提升供电效率。切换逻辑要在固件里自动化不能靠人工调度。说个细节DC-DC切换时如果外设正在高峰期工作毛刺可能会影响ADC采样精度建议在切换期间把高精度采样任务暂停一下。另外一定要学会按外设分配电流预算。BLE占多少、加速度计占多少、PPG传感器占多少每个都单独测量然后汇总得到总平均电流预算。我们团队的一个习惯是每次改完一版代码后都拿Joulescope或四探针电流计实测一次平均电流写进版本发布说明里。4.3 使用Apollo平台时的几个高频坑与对策Apollo平台的坑不在芯片本身而在于怎么把它用好。最常遇到的是GPIO浮空漏电。芯片虽然省电但GPIO如果不做上下拉配置浮空输入会导致引脚内部缓冲电路反复翻转电流额外多出几十微安。这不是Ambiq独有的问题但因为在低功耗平台上对比基线本身很低这点漏电就会被放大得特别明显。解决方法是做一个引脚配置自查表把所有未使用引脚统一配置为“输入下拉”或“输出低”。MRAM是个好东西写入速度快并且不需要擦除流程但它的写入寿命和Flash不是一个量级——虽然远高于系统正常使用寿命但你在开发调试时如果反复用MRAM保存调试数据磨损写在局部地址上会加快老化。所以调试期间优先用普通SRAM把关键参数放MRAM就好。BLE连接时的瞬态电流也是值得重点排查的地方。BLE协议栈在广播和连接事件时会有峰值电流Apollo芯片的瞬态电流虽然比同类低但一定会对外部电容和电源路径提出要求。如果你用纽扣电池供电建议在电池输出端加一个低ESR的钽电容或陶瓷电容否则连接事件瞬间的电压跌落会让你莫名复位。5. 常见问题与排查技巧Apollo平台开发实录5.1 典型问题速查表症状到根因的对照现象可能原因排查思路待机电流比数据手册高好几倍GPIO悬空导致漏电或外设未完全关闭逐一配置GPIO引脚状态关闭所有不用的外设时钟唤醒后外设数据错乱时钟切换时外设未正确同步检查时钟树配置确认外设挂载的时钟域是否正确使用DC-DC后ADC数据跳动DC-DC纹波影响模拟前端改用LDO供电或在ADC采样期间稳定供电路径写入MRAM时系统偶发卡死MRAM写入期间发生中断嵌套写入临界区关中断或迁移到Flash操作BLE连接成功率低芯片供电电压跌落检查电源走线阻抗补充储能电容这张表里的问题都是实际开发中非常容易出现但很难一眼定位的。建议团队在项目初期就把这些检查项写进自测清单能省下很多联调时间。5.2 排查功耗异常的一条实战路径功耗问题排查讲究顺序。如果你拿到一块板子发现睡眠电流不对别急着改代码先做一次硬件排查把主控之外的所有外设全部摘掉只留着下载器和供电看看空载电流是多少。如果空载电流都偏高先检查焊接和电容是否漏电如果空载正常再一个个接回外设每接一个测一次电流分裂定位。软件层面按这个顺序走先测Hibernate模式再测Sleep模式最后测Active模式。不同模式之间的电流差值能帮你快速判断是“该关的没关”还是“电压域没切对”。我见过很多团队在睡眠模式上死磕结果发现问题是BLE广播参数配置得太激进导致MCU频繁被唤醒。5.3 低功耗调试的几个辅助工具与技巧硬件工具方面Joulescope是低功耗调试的神器能实时记录微安级的电流变化曲线精度比普通万用表高得多。预算有限的话用Nordic的Power Profiler Kit II也可以虽然动态范围少一些但平时已经够用。软件层面的技巧更重要利用Ambiq提供的功耗估算Excel表格在还没打板之前就能大致估算整机平均功耗。这个表把各个外设的典型功耗、唤醒时间和任务占空比都列出来了输入你的系统行为模型立刻能得到一个理论平均电流。先把理论值算明白再拿实测值去对照整个调试过程会清晰很多。6. 从Fossil合作看超低功耗主控的行业变量6.1 低功耗芯片带来的功能增量Fossil的Hybrid HR系列是一个典型例子在传统指针手表的外壳里塞进了通知、心率、睡眠监测、NFC支付等功能而且续航能做到两周。如果没有Apollo这类超低功耗主控这些功能要做到同样续航是不敢想象的。更进一步说低功耗主控带来的不仅是续航增长而是“常开感知”的能力。心率从“运动时测一测”变成“全天实时监测”语音关键词从“手动触发”变成“始终监听”——这些体验升级全建立在功耗预算足够低的基础上。Apollo平台的TENSOR加速器在3μA/MHz级别功耗下做实时AI推理让端侧智能不再是展示品。6.2 对开发者选型思路的启示从Fossil与Ambiq这次合作里我觉得最值得关注的变化是大厂在选型时不再一味追求“更快的CPU”或“更成熟生态的芯片”而是开始精细计算“每毫安时能换来多少功能”。这和手机行业“堆参数”的思路很不一样可穿戴设备的用户满意度往往不是被跑分决定的而是被续航和体验的稳定度决定的。这不是说其他家芯片不好。Nordic在低功耗蓝牙生态上依然不可替代ST在综合产品线和软件生态上依然很强。但在“必须两周续航”这类极端约束下Ambiq确实提供了一个别人很难复制的选项。Apollo平台的成功是整个可穿戴行业从“PC式思维”向“功耗预算思维”转变的一个注脚。6.3 一点个人观察低功耗这件事没有捷径我自己的体会是低功耗设计没有银弹。Ambiq的SPOT技术很惊艳但真要达到理想的系统功耗还是要靠开发者一个引脚一个引脚地抠、一个外设一个外设地调。芯片省下的功耗只是给了你一块“余量蛋糕”怎么分配蛋糕、怎么设计系统行为决定最终能不能把产品做出来。Fossil选择Apollo说明行业已经认可了这种极致低功耗路线的商业价值。我的建议是如果你正在做任何一款电池供电的可穿戴设备哪怕不打算用Ambiq的芯片也应该认真研究它的功耗设计思路。把“功耗预算”当成一个贯穿开发始终的约束条件而不是最后才来头疼的优化项会让你少走很多弯路。