📚 课程目录第1章课程导入

1. 课程导入

各位同学好，我是你们这门课的老周。做了十几年嵌入式，从8位机一路折腾到Cortex-M7，踩过的坑比吃过的盐还多。今天咱们开篇第一讲，不急着上代码，先聊聊两个根本问题：为什么要分层？低功耗和内存管理到底在争什么？

说白了，这两个问题不搞清楚，后面写再多代码也是空中楼阁。我见过太多项目，功能调通了，一测功耗直接傻眼；或者内存省下来了，代码却改不动了。嗯，咱们今天就把它掰开揉碎了讲。

1.1 一个真实的“血泪”项目

先讲个我自己的故事。几年前我带团队做一款工业传感器节点，主控是STM32L4，要求电池供电跑两年。硬件选型、功耗估算都做了，信心满满开始写代码。

结果呢？第一版固件写完，整机待机电流3.2mA。什么概念？理论续航直接砍半。查了三天，最后发现是驱动层和应用层搅在一起——应用层每100ms轮询一次传感器，驱动层就得把SPI外设从睡眠中唤醒一次。每次唤醒到稳定，白白消耗2ms、2.5mA的电流。

这就是典型的分层没做好。应用层根本不知道底层功耗代价，底层也没法告诉应用层“你悠着点”。

核心教训：没有分层，低功耗优化就是“打地鼠”——压下去一个坑，冒出来三个。

1.2 为什么必须分层？——三个现实理由

你可能觉得，小项目就几千行代码，分层不是多此一举吗？我年轻时也这么想。直到项目规模超过2万行，维护成本指数级上升，才明白分层不是“设计模式”的教条，而是生存法则。

维度	不分层（大泥球）	分层架构
可移植性	换MCU等于重写80%代码	只改硬件抽象层（HAL）
低功耗调试	功耗问题散落各处，无从下手	每层有明确的功耗契约
内存管理	malloc/free满天飞，泄漏靠重启	内存池/静态分配，可预测
团队协作	改一行代码可能影响全局	接口稳定，各层独立开发

我个人习惯的分层方式是四层模型：

硬件抽象层（HAL）——封装寄存器操作，提供统一API
驱动层——管理外设状态机，处理中断和DMA
中间件层——协议栈、文件系统、任务调度
应用层——业务逻辑，不直接碰硬件

你想想看，如果应用层想读一个传感器数据，它只需要调用 sensor_read()，至于底层是I2C还是SPI、MCU是STM32还是GD32，它根本不需要知道。这就是分层的魅力——解耦。

1.3 低功耗与内存管理的核心矛盾

好，现在咱们聊聊这门课最核心的冲突。低功耗和内存管理，表面上风马牛不相及，实际上在嵌入式系统里是一对天生的冤家。

为什么会这样？我给你画张图就明白了。

这张图把矛盾说清楚了。我举个例子：你有一个传感器数据缓冲区，应用层用 malloc 动态分配。系统进入低功耗模式前，你得把数据搬到保留RAM里；唤醒后又要重新分配。这一来一回，功耗没省多少，代码复杂度倒是翻倍了。

我曾经踩过的坑：在一个NB-IoT项目中，为了省电，我在进入睡眠前释放了所有动态内存。结果唤醒后 malloc 失败——堆碎片化了。设备直接死锁，直到看门狗复位。从那以后，我再也不敢在低功耗路径上用动态分配。

1.4 分层如何化解矛盾？

既然矛盾天然存在，我们怎么解决？答案就是通过分层建立“功耗契约”和“内存契约”。

具体来说，每一层都要明确声明：

我能容忍的最大唤醒延迟是多少？（应用层决定）
我在睡眠期间需要保留哪些内存？（中间件层决定）
硬件支持多深的睡眠模式？（HAL层决定）

我习惯在代码里用结构体把这些契约显式定义出来：

/* 功耗契约结构体 */
typedef struct {
    uint32_t max_wakeup_us;      /* 最大唤醒时间，单位微秒 */
    uint32_t sleep_retain_size;  /* 睡眠保留内存大小 */
    uint8_t  min_sleep_mode;     /* 允许的最低睡眠模式 */
    bool     dma_required;       /* 唤醒后是否需要DMA */
} power_contract_t;

/* 内存契约结构体 */
typedef struct {
    uint32_t heap_size;          /* 堆大小 */
    uint32_t pool_blocks;        /* 内存池块数 */
    uint32_t retain_ram_start;   /* 保留RAM起始地址 */
    uint32_t retain_ram_size;    /* 保留RAM大小 */
} memory_contract_t;

你看，这样一写，各层之间就有了可量化的约束。应用层不能说“我要最低功耗”，然后底层一查，你要求100us内唤醒，那只能进浅睡眠，功耗根本降不下去。有了契约，大家坐下来谈，用数字说话。

1.5 本课程的项目全景

最后，咱们看看这门课要做的项目长什么样。我会带大家从零构建一个低功耗物联网传感器节点，包含以下模块：

模块	功能	涉及的低功耗/内存技术
传感器驱动	温湿度采集（SHT30）	SPI时钟门控、DMA传输
无线通信	LoRa发送（SX1278）	定时唤醒、FIFO缓冲区管理
数据存储	历史记录（Flash模拟EEPROM）	磨损均衡、掉电保护
电源管理	多级睡眠策略	保留RAM、快速启动
任务调度	协作式调度器	静态任务栈、无动态分配

整个项目会跑在STM32L4系列上，但我会刻意让代码与MCU解耦。你换到GD32、NXP、甚至是国产的AT32，只需要改HAL层，上层代码一行不动。这就是分层带来的移植红利。

一个小建议：学这门课的时候，手边准备一块开发板。别光看，跟着敲。我当年学RTOS的时候，就是一边看书一边在STM32F103上跑例程，跑通了才算真懂了。

好了，第一章就到这里。咱们把“为什么”讲清楚了，后面每一章都会围绕“怎么做”展开。记住今天的两个关键词：分层解耦和契约设计。这是贯穿整个课程的灵魂。