3、硬件架构设计：系统框图设计、电源树设计、时钟树设计、接口规划与信号流向
好，咱们进入正题。硬件架构设计，说白了就是给整个导航系统搭骨架。骨架搭歪了，后面布线、调试、低功耗优化全得跟着遭殃。我这些年吃过不少亏，今天把核心思路掰开揉碎讲给你听。
3.1 系统框图设计：先画大圈，再画小圈
我个人习惯，拿到需求后第一件事不是翻datasheet，而是拿张白纸画系统框图。别急着上EDA工具，手绘反而能逼你思考全局。
一个典型的低功耗导航系统，核心模块就这几块：
- 主控单元：MCU或应用处理器，负责算法和调度
- 定位模块：GNSS接收机（GPS/BDS/GLONASS）
- 惯性测量单元：IMU（加速度计+陀螺仪）
- 存储单元：Flash + RAM，用于日志和算法缓存
- 无线通信：LoRa/BLE/NB-IoT，看场景选
- 电源管理：PMIC + LDO + DC-DC，低功耗的核心
- 传感器接口：磁力计、气压计等辅助传感器
嗯，这里要注意：模块之间的连接关系，决定了信号流向和功耗分布。我建议你先画出数据流——从传感器采集，到主控处理，再到无线发送，最后到电源回路的闭环。
核心原则：每个模块的供电域要独立可控。你想想看，如果GNSS模块不工作时还在耗电，那低功耗设计就白做了。
下面是我画的一个简化系统框图，用SVG展示核心逻辑：
3.2 电源树设计：低功耗的命脉
电源树设计，我把它叫做「功耗的命脉」。你想想看，一个导航系统可能同时需要1.8V、3.3V、5V，甚至还有负压给某些传感器。怎么分配？怎么切换？怎么关断？
我在项目中遇到过最头疼的问题：GNSS模块在搜星时电流飙到50mA，但平时待机只要1mA。如果电源树没设计好，待机时整个系统都在吃50mA，电池半天就没了。
我的设计原则很简单：
- 分域供电：每个功能模块独立LDO/DC-DC，用MOS管或负载开关控制通断
- 电压分级：核心逻辑用低压（1.2V~1.8V），I/O和传感器用3.3V，射频前端用5V
- 动态调压：主控支持DVFS（动态电压频率调整），低负载时降压降频
- 低静态电流：选择IQ（静态电流）在1μA以下的LDO，别让电源芯片自己吃掉太多电
实战技巧：我习惯在电源输出端加一个10μF+0.1μF的去耦电容组合。别小看这个，有一次我偷懒只放了一个0.1μF，结果GNSS模块在启动时电压跌落，直接导致定位失败。
下面是一个典型的电源树结构：
| 电源域 | 电压 | 最大电流 | 供电对象 | 控制方式 |
|---|---|---|---|---|
| Vcore | 1.2V | 200mA | MCU核心、RAM | DC-DC (效率>90%) |
| V_IO | 3.3V | 100mA | GPIO、SPI、UART接口 | LDO (IQ=1μA) |
| V_GNSS | 3.3V | 50mA | GNSS接收机 | 负载开关 + LDO |
| V_IMU | 1.8V | 10mA | 加速度计、陀螺仪 | LDO (IQ=0.5μA) |
| V_RF | 5.0V | 150mA | LoRa/BLE射频前端 | DC-DC + LDO |
| V_BAT | 3.7V | — | 锂电池直接供电 | 保护电路 + 电量计 |
注意：电源树设计时，一定要考虑上电时序。我曾经遇到过MCU还没初始化完成，GNSS模块就已经上电开始工作的尴尬情况。结果GNSS通过UART发数据，MCU的GPIO还没配置好，直接导致IO口闩锁效应。解决方案是加一个电源时序控制芯片，或者用MCU的GPIO控制负载开关的使能引脚。
3.3 时钟树设计：别让时钟成为噪声源
时钟树，很多人不重视，觉得随便找个晶振接上就行。其实不然。时钟是系统里最大的噪声源，也是功耗大户。
我建议你这样做：
- 主时钟：用16MHz或32MHz有源晶振，给MCU和无线模块共用。有源晶振的相位噪声比无源的好很多，而且驱动能力强。
- RTC时钟：32.768kHz无源晶振，专门给实时时钟和低功耗待机用。这个晶振的功耗极低，通常只有几百纳安。
- GNSS时钟：GNSS模块内部自带TCXO（温度补偿晶振），外部不需要额外提供。但要注意TCXO的启动时间，有些模块需要几十毫秒才能稳定。
- IMU时钟：IMU通常内部集成振荡器，外部只需要提供使能信号。但如果你需要同步采样，可以用MCU输出一个PWM时钟。
嗯，这里有个坑：时钟信号走线要远离电源和射频走线。我有个项目，因为时钟线跟DC-DC的电感靠得太近，结果系统在2.4GHz频段上多了一个-30dBm的杂散，差点过不了FCC认证。
低功耗时钟策略：系统空闲时，关闭主时钟，只保留32.768kHz RTC时钟。MCU进入深度睡眠模式，电流可以降到1μA以下。需要工作时，用RTC中断唤醒，再开启主时钟。这个策略我在多个项目中验证过，待机功耗能降低90%以上。
3.4 接口规划与信号流向
接口规划，说白了就是决定哪个模块用SPI，哪个用I2C，哪个用UART。别小看这个选择，它直接影响功耗和信号完整性。
我的经验法则：
- 高速数据（>1Mbps）：用SPI或QSPI。比如Flash读写、GNSS原始数据输出。SPI的功耗比I2C高，但速度快，适合突发传输。
- 低速控制（<400kHz）：用I2C。比如IMU配置、磁力计读取。I2C只需要两根线，而且支持多设备挂载。
- 异步通信：用UART。比如调试日志、GNSS NMEA输出。UART简单可靠，但要注意波特率匹配。
- 中断信号：用GPIO。每个模块的INT引脚直接连到MCU的EXTI引脚，实现事件驱动唤醒。
信号流向的设计，我习惯画一个「数据流图」：
- 采集阶段：GNSS和IMU通过SPI/I2C将原始数据送入MCU的DMA缓冲区。注意，这里要用DMA，别用CPU轮询，否则CPU一直被占用，功耗下不来。
- 处理阶段：MCU运行融合算法（卡尔曼滤波或互补滤波），输出位置和姿态信息。处理完立即进入休眠。
- 存储阶段：如果需要记录轨迹，通过QSPI写入外部Flash。写入完成后关闭Flash电源。
- 传输阶段：通过LoRa或BLE将数据发送到云端或手机。发送完成后关闭无线模块。
避坑指南：我曾经在设计接口时，把GNSS的UART TX和RX接反了。结果调了三天，一直收不到数据。后来用示波器一看，TX引脚上根本没有波形。嗯，从那以后我每次布线前都会用万用表量一下引脚定义。
最后，信号流向要遵循「最短路径」原则。高频信号（如SPI时钟、射频信号）走线越短越好，减少辐射和损耗。低频信号（如I2C、GPIO）可以稍微绕一下，但也要避免形成环路天线。
好了，硬件架构设计这块就聊到这儿。记住一句话：框图是骨架，电源树是血液，时钟树是心跳，接口是神经。四者缺一不可，而且必须在原理图绘制前就定下来。否则后面改一版，成本和时间都受不了。
总结：低功耗导航系统的硬件架构，核心在于「分域供电、异步时钟、事件驱动、最短路径」。把这四点吃透了，你的设计至少能省一半的功耗。
公众号:蓝海资料掘金营，微信deep3321