> 做宠物定位器的时候遇到一个死结：体积要小（猫能戴）、续航要长（不能天天充电）、定位要准（丢了得能找到）。这三个需求互相打架，最后发现突破口全在功耗设计上。这篇文章把从硬件选型到休眠策略到 OTA 升级的完整低功耗链路梳理一遍。

---

## 一、先算一笔功耗账

做低功耗设计之前，先把账算清楚，才知道力气往哪使。

假设终端内置 500mAh 电池，目标续航 7 天（168 小时）：

```
允许的平均电流 = 500mAh ÷ 168h ≈ 3mA
```

3mA 是什么概念？4G Cat.1 模组待机电流约 2-5mA，发一次数据瞬时电流冲到 100-300mA。也就是说**模组只要一直在线，光待机就把续航吃光了，一次数据都别想发**。

所以低功耗设计的核心问题不是"选多省电的芯片"，而是"**怎么让不需要的电路完全不耗电**"。

---

## 二、功耗分布拆解——先找出大户

| 工作状态 | 电流 | 占比 | 优化优先级 |
|---------|------|------|:---:|
| 4G 模组发射（峰值） | 200-500mA | 瞬时 | ★★★★★ |
| GNSS 搜星 | 50-100mA | 持续 30s-2min | ★★★★★ |
| 4G 模组待机（DRX） | 2-5mA | 持续 | ★★★★★ |
| MCU 全速运行 | 5-20mA | 只在数据处理时 | ★★★☆☆ |
| LDO/DC-DC 静态功耗 | 10-50μA | 持续 | ★★☆☆☆ |
| 加速度传感器 | 1-10μA | 持续 | ★☆☆☆☆ |
| 关机漏电流 | 目标 < 10μA | 长期 | ★★★★☆ |

大户很明确：模组发射 > GNSS > 模组待机。优化的重点就是把这三项"持续消耗"变成"按需消耗"。

---

## 三、9μA 关机功耗是怎么做到的

关机功耗容易被忽略但非常关键。一个定位设备从工厂出来到用户手里，中间可能在仓库放几个月。如果关机还在跑毫安级的静态电流，用户拿到手就没电了。

### 3.1 9μA 意味着什么

```
200mAh 电池 ÷ 0.009mA = 22,222 小时 ≈ 2.5 年
```

关机状态下电池可以扛两年半。这个数据的实际意义在于——设备出厂充满电，不需要任何维护，两年后用户拿到手开机就用。

### 3.2 实现方案

达到 μA 级关机功耗，硬件上要做这几件事：

```
电池
  │
  ├── 常通（Always ON）
  │     └── RTC 时钟域（独立晶振，消耗 < 1μA）
  │
  └── 受控通断（Switched）
        ├── 负载开关（PMOS 或 Load Switch）
        │     │
        │     ├── 4G 模组 VDD（关机时完全断电）
        │     ├── GNSS 模块 VDD
        │     ├── 传感器 VDD
        │     └── 其他外设
        │
        └── MCU VDD（由按键/震动/定时器触发通电）
```

关键器件选型：

| 器件 | 要求 | 说明 |
|------|------|------|
| **负载开关** | Iq < 1μA, Rds(on) < 50mΩ | 模组峰值电流 500mA 时压降不能太大 |
| **LDO** | Iq < 1μA | 给常通电路供电，静态功耗直接决定关机总电流 |
| **PMOS 管** | 低漏电流 | 如果不用集成的 Load Switch，分立 PMOS 也可以，但关断漏电流要实测 |
| **按键电路** | 无上拉电阻 | 传统按键有 10-100μA 上拉耗电，用 MCU 内部弱上拉，休眠时关掉 |

实测经验：一颗普通 LDO 的静态电流 50μA，关机 200mAh 电池只能撑约 5 个月。换成 1μA 的 LDO，同样电池扛 20 年（实际上电池自放电先扛不住，但思路是成立的）。

做到 9μA 级别的关机功耗，靠的是**模组 VDD 供电轨完全切断**，板上只有 RTC 晶振在跑。实测用高精度万用表串联测量，关机状态下整板电流确实是个位数 μA。

---

## 四、运行时功耗优化——从几十 mA 压到几 mA

关机只是冰山一角，运行时的功耗优化才是决定续航的核心。

### 4.1 PSM 深睡眠——让模组彻底下电

4G Cat.1 模组支持 PSM（Power Saving Mode），是 3GPP R12 引入的低功耗特性。模组和网络协商后可以完全关闭射频收发，电流降到 μA 级。

```
DRX 模式（常规待机）：
  模组周期性唤醒监听寻呼，电流 2-5mA

eDRX 模式（扩展非连续接收）：
  监听间隔拉长到几秒到几十秒，平均电流 < 1mA

PSM 模式（节能模式）：
  模组射频完全关闭，只有 RTC 计时，电流 5-10μA
  代价：休眠期间服务器无法主动联系设备
```

PSM 的关键参数在 ATTACH/TAU 流程中协商：

```c
// AT 指令配置 PSM 参数
AT+CPSMS=1,,,"00000100","00000010"
// 参数解析:
//   00000100 = T3324 (Active Time), 二进制 4 → 4 秒
//   00000010 = T3412 (Periodic TAU), 二进制 2 → 20 分钟
//
// 含义: 数据传完后 4 秒进入 PSM
//       最多睡 20 分钟必须醒来做一次 TAU（跟踪区更新）
```

T3412 最大可以设到 310 小时（约 13 天），也就是模组可以一直睡 13 天再醒一次。对每天只需要上报一两次的资产追踪场景来说，够用了。

### 4.2 休眠策略——把模组当"耗电大户"关起来

整体休眠逻辑：

```
MCU 主循环:
  │
  ├── 采集传感器数据（几 ms，低功耗）
  ├── 判断是否需要上报
  │     ├── 不需要 → 直接休眠
  │     └── 需要 → 开模组电源
  │           ├── 模组初始化（几秒）
  │           ├── 上下行数据（几秒）
  │           ├── 等待 PSM 进入（Active Time 结束）
  │           └── 切模组电源
  └── MCU 进入 STOP/STANDBY 模式
        └── 定时器或外部中断唤醒
```

MCU 休眠模式选择：

| 模式 | 电流 | 唤醒方式 | 适用场景 |
|------|------|---------|---------|
| SLEEP | ~1mA | 任意中断 | 短时休眠（秒级） |
| STOP | 5-20μA | 外部中断 / RTC 闹钟 | 常用休眠（分钟-小时级） |
| STANDBY | 1-5μA | 少数唤醒源 | 深度休眠（小时-天级） |

### 4.3 震动传感器唤醒——"不动就不费电"

用一颗超低功耗加速度传感器（比如 LIS2DH12，工作电流 2μA）替代 MCU 做运动检测：

```
设备静止超过 N 分钟
  → MCU 进入 STOP 模式
  → 加速度传感器持续工作在低功耗运动检测模式（< 5μA）
  → 设备开始移动
    → 传感器中断引脚拉高
    → MCU 被唤醒
    → 判断是否真的需要上报
    → 需要就开模组，否则继续睡
```

这种方式下，设备静止在家的时候几乎不耗电。一个宠物定位器，猫一天 18 小时在睡觉，这 18 小时的功耗可以压到 10μA 以内——基本是"不干活不吃饭"。

---

## 五、OTA 远程升级——低功耗设备的升级难题

OTA 升级在低功耗设备上是个反直觉的事：升级固件需要持续下载几百 KB 到几 MB 的数据，正好和"能不醒就不醒"的设计思路打架。

### 5.1 核心矛盾

| 矛盾 | 说明 |
|------|------|
| **下载耗时长** | Cat.1 下行速率约 5Mbps，下载 500KB 固件需要约 1 秒纯传输，加上模组唤醒、网络附着、TCP 建连，实际 10-20 秒 |
| **大电流持续** | 下载期间模组持续在线，电流 50-300mA，一次 OTA 耗电相当于几十次定位上报 |
| **不能断** | 下载中断需重新开始，设备睡着又醒了接着下的逻辑要处理好 |
| **电池不足** | 如果当前电量低于阈值（比如 20%），OTA 到一半没电可能变砖 |

### 5.2 方案设计

```c
void ota_check_and_execute() {
    // 1. 只在电量充足时进行
    if (battery_percent() < 30) {
        report("电量不足，跳过 OTA");
        return;
    }
    
    // 2. 拉取升级信息
    http_get(OTA_CHECK_URL, device_id, current_version);
    if (!new_version_available()) return;
    
    // 3. 下载固件（分片 + 断点续传）
    int total_size = resp.total_size;
    int chunk_size = 4096; // 4KB 一个分片
    int downloaded = load_resume_offset(); // 支持断点续传
    
    while (downloaded < total_size) {
        // 下载一个分片
        http_get_range(FIRMWARE_URL, downloaded, chunk_size);
        flash_write(downloaded, chunk_data);
        save_resume_offset(downloaded + chunk_size);
        
        // 每下载一个分片检查电池
        if (battery_percent() < 15) {
            report("OTA 中电量过低，暂停");
            return; // 下次上电从断点继续
        }
    }
    
    // 4. 校验
    if (crc32_check() == expected_crc) {
        set_boot_flag(); // 标记新固件有效
        reboot();
    }
}
```

关键设计要点：

| 要点 | 做法 |
|------|------|
| **电量门槛** | 低于 30% 不下 OTA，低于 15% 暂停下载 |
| **分片下载** | 4KB 一片，避免一次下载失败全重来 |
| **断点续传** | 把已下载 offset 存在 Flash，中断后接着下 |
| **双区 Bootloader** | A/B 分区，新固件下载到备用区，校验通过再切过去 |
| **回滚机制** | 新固件启动后如果 N 次启动不成功，自动回退到旧版本 |
| **差分升级** | 只下载新旧固件的差异部分（bsdiff），适合带宽和电量受限的场景 |

### 5.3 A/B 分区方案

```
Flash 分区布局:

┌─────────────┐
│ Bootloader   │ ← 永远不动
├─────────────┤
│ App A (运行) │ ← 当前版本
├─────────────┤
│ App B (备用) │ ← OTA 下载到这里
├─────────────┤
│ OTA 标记区   │ ← 记录升级状态、断点 offset
├─────────────┤
│ 参数存储区   │ ← 设备配置、密钥等
└─────────────┘
```

升级流程：

```
1. 运行 App A
2. 下载新固件到 App B
3. CRC 校验通过
4. 写 OTA 标记区："下次启动从 B 区引导"
5. 重启
6. Bootloader 读标记 → 引导 App B
7. App B 启动成功 → 更新标记为"B 区有效"
8. 下次 OTA 时，新固件下载到 App A，交替进行
```

---

## 六、实际产品验证——能做到什么水平

把上面的设计思路整合到一个实际产品中，来看看最终效果。以目前市面上比较极致的微型定位终端为例，采用 4G Cat.1 模组 + eSIM + 200mAh 电池：

| 工作模式 | 整机电流 | 200mAh 电池续航 |
|---------|---------|---------------|
| 关机状态 | **9μA** | 约 2.5 年 |
| 休眠（震动监测） | 15μA | 约 1.5 年 |
| 待机（模组 PSM） | 约 50μA 平均 | 约 160 天 |
| 日常监控（1 小时上报一次 LBS） | 约 0.5mA 平均 | 约 16 天 |
| 实时追踪（30 秒上报一次 GNSS） | 约 40mA 平均 | 约 5 小时 |

这个数据表说明了一个现实：**无论低功耗做得再好，"实时追踪"和"长续航"都是互斥的。** 所以产品设计上的正确做法不是追求"又实时又持久"，而是做模态切换——日常睡到极致省电，关键时刻唤醒全力追踪。

河南乐信旗下的 LEXIN 定位系列在这一点上比较典型：设备日常处于休眠模式，用户不查就不耗电；APP 点了"查看位置"才临时唤醒 GNSS 拿一次精准坐标；电子围栏报警触发则切到高频追踪模式。这种"平时不费电，用时才出力"的思路，比单纯堆硬件参数更影响实际使用体验。

---

## 七、总结

超低功耗定位设备的核心设计链路：

```
硬件层：负载开关切模组供电 → μA 级 LDO → 震动传感器
    ↓
协议层：PSM 深睡眠 → eDRX 拉长寻呼间隔 → 事件驱动上报
    ↓
策略层：静止休眠 → 电子围栏触发唤醒 → 高频追踪临时切换
    ↓
运维层：A/B 分区安全 OTA → 断点续传 → 电量保护
```

做低功耗最容易被忽略的一条原则：**不是选最省电的元件，而是让不用的元件完全断电。** 9μA 关机不是靠一颗低功耗芯片实现的，是靠"模组 VDD 直接拉断"这一刀。

---

*本文基于实际低功耗定位终端设计经验整理。不同模组对 PSM 的支持程度和参数范围有差异，以具体模组 AT 手册为准。*

做宠物定位器的时候遇到一个死结：体积要小（猫能戴）、续航要长（不能天天充电）、定位要准（丢了得能找到）。这三个需求互相打架，最后发现突破口全在功耗设计上。这篇文章把从硬件选型到休眠策略到 OTA 升级的完整低功耗链路梳理一遍。

超低功耗定位设备设计思路：从 9μA 关机到 OTA 远程升级

物联网

硬件

低代码

宠物定位器低功耗设计全解析：从硬件选型到OTA升级，揭秘如何实现9μA关机功耗。通过PSM深睡眠、震动唤醒、分片OTA等创新方案，解决体积小、续航长、定位准的行业难题，让200mAh电池实现2.5年待机。

Bootloader

服务器

2026上云采购 | AI焕新·智启新局

iot-class

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

超低功耗定位设备设计思路：从 9μA 关机到 OTA 远程升级-腾讯云开发者社区-腾讯云

超低功耗定位设备设计思路：从 9μA 关机到 OTA 远程升级

超低功耗定位设备设计思路：从 9μA 关机到 OTA 远程升级

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐