3. 系统级功耗估算与建模：基于场景的功耗建模、电池容量与续航计算、典型应用场景功耗拆解

各位工程师朋友，咱们接着聊。上一节我们把UWB芯片的功耗特性摸了个透，但说实话，单看芯片数据手册上的那几个电流值，根本没法判断你的产品到底能用多久。

为什么？因为实际使用中，数字钥匙不是一直在工作的。你想想看，用户一天可能就用个三五次，其余时间都在待机。所以，系统级功耗估算才是决定续航的关键。

我个人习惯，拿到一个项目，先不做硬件，先做功耗建模。把整个系统的功耗算清楚，再动手。这步省了，后面全是坑。

3.1 基于场景的功耗建模

什么叫基于场景的功耗建模？说白了，就是把用户一天的使用行为拆成几个典型场景，然后算每个场景的耗电。

我一般把数字钥匙分成这么几个场景：

• 待机场景：车停着，钥匙在口袋里，啥也不干
• 连接场景：用户靠近车辆，开始建立连接
• 测距场景：UWB开始测距，判断距离
• 解锁场景：距离够了，执行解锁动作
• 驾驶场景：车在开，钥匙在车内

每个场景的功耗都不一样。举个例子：

场景	持续时间	平均电流	单次耗电量
待机	23小时	15 μA	345 μAh
连接+测距	2秒	30 mA	16.7 μAh
解锁	0.5秒	50 mA	6.9 μAh
驾驶	1小时	5 mA	5000 μAh

你看，待机虽然电流小，但时间长，总耗电其实不少。驾驶场景虽然电流不大，但一小时下来，耗电是最多的。

3.2 电池容量与续航计算

电池容量怎么选？这问题我经常被问到。其实没那么复杂，核心就一个公式：

续航时间（天） = 电池容量（mAh） / 日均耗电量（mAh/天）

举个例子，假设你选了一颗CR2032纽扣电池，标称容量是225 mAh。但注意，实际可用容量不是225。

为什么？因为电池有放电曲线。CR2032在低电流放电时能放出225，但在UWB脉冲发射这种大电流场景下，实际容量可能只有70%~80%。

所以，我建议这样算：

1. 先确定电池的实际可用容量（参考电池数据手册的放电曲线）
2. 再算日均耗电量（把前面场景的耗电量加起来）
3. 最后用公式算续航

拿上面的例子，假设日均使用5次：

日均耗电 = 待机345 μAh + 5 × (连接16.7 μAh + 解锁6.9 μAh) + 驾驶5000 μAh
         = 345 + 5 × 23.6 + 5000
         = 3463 μAh ≈ 3.46 mAh

续航 = 225 mAh × 0.75 / 3.46 mAh/天 ≈ 48.7 天

嗯，这里要注意，驾驶场景我假设每天开1小时。如果用户不开车，那续航会长很多。所以，续航估算一定要基于典型用户画像。

3.3 典型应用场景功耗拆解

咱们来拆一个实际场景：用户靠近车辆，自动解锁。

这个过程中，UWB芯片的工作状态是这样的：

1. BLE唤醒：手机BLE广播，车端BLE收到信号，唤醒MCU。耗时约10ms，电流约5mA。
2. UWB初始化：MCU配置UWB芯片，加载固件。耗时约5ms，电流约10mA。
3. UWB测距：发送测距包，接收响应，计算距离。耗时约50ms，电流约30mA。
4. 结果判断：MCU判断距离是否在解锁范围内。耗时约1ms，电流约5mA。
5. 执行解锁：MCU发送指令给车身控制器。耗时约10ms，电流约20mA。

你看，整个过程也就不到100ms，但电流变化很大。我习惯用能量积分的方法来算：

总耗电 = Σ (电流 × 时间)

= 5mA × 10ms + 10mA × 5ms + 30mA × 50ms + 5mA × 1ms + 20mA × 10ms
= 0.05 mAs + 0.05 mAs + 1.5 mAs + 0.005 mAs + 0.2 mAs
= 1.805 mAs
≈ 0.5 μAh

单次解锁才0.5 μAh，看起来很少对吧？但别忘了，如果用户一天解锁10次，那就是5 μAh。再加上待机，一个月下来，差距就出来了。

我曾经帮一个客户优化产品，他们原来的续航只有20天。我一测，发现待机电流高达50 μA。后来把MCU的休眠模式从浅睡眠改成深度睡眠，待机电流降到了5 μA。续航直接翻了三倍。

所以，系统级功耗优化，一定要从场景出发，找到真正的耗电大头，然后针对性优化。不要一上来就盯着UWB的发射功率调，可能方向就错了。

嗯，这一节的内容就到这里。下一节，咱们聊聊具体的低功耗硬件设计技巧，包括电源管理、时钟选择、PCB布局这些实战内容。