📚 课程目录第1章课程导论与开发环境搭建

1. 课程导论与开发环境搭建：为什么需要分层架构？

各位同学好，我是老周。做嵌入式这行十几年了，踩过的坑比写过的代码还多。今天咱们开始这门《单片机软件分层协议解析与内存管理调试实战》的第一讲。

先说说我为什么想开这门课。几年前我带一个团队做智能家居网关，项目初期大家各写各的，硬件驱动、协议解析、业务逻辑全揉在一个文件里。结果呢？换了个Wi-Fi模块，整个应用层代码重写了一遍。老板差点没把我骂死。从那以后，我强制团队用分层架构，效果立竿见影。

核心观点：分层不是炫技，是保命。单片机资源有限，但代码质量不能打折。

1.1 为什么需要分层架构？

说白了，分层就是把复杂问题拆成小块。你想想看，一个嵌入式系统要管硬件初始化、协议解析、数据缓存、任务调度、用户交互……全塞在一起，调试起来跟大海捞针似的。

我见过太多新手把代码写成这样：

// 反面教材：所有逻辑揉在一起
void main(void) {
    HAL_UART_Receive(&huart1, buf, 100, 1000);
    if (buf[0] == 0xAA) {
        // 协议解析
        // 数据校验
        // 业务处理
        // 硬件控制
        // 界面刷新
    }
}

这种代码，改一个地方，其他地方全得跟着调。分层架构的核心价值就三点：

优势	说明	我的经验
解耦	各层只关心自己的事	换硬件驱动不用动业务逻辑
可复用	协议栈、内存管理模块能跨项目用	我有个CAN协议解析层用了5个项目
可测试	每层可以单独验证	写个模拟驱动就能测应用层

我的习惯：分层不是越多越好。单片机资源有限，3-4层就够了：硬件抽象层、协议解析层、业务逻辑层、应用接口层。

1.2 课程目标与学习路径

这门课总共30章，咱们要干三件大事：

学会分层设计——从硬件驱动到应用接口，每层怎么划分、怎么通信
掌握协议解析——Modbus、CAN、自定义协议，怎么解析、怎么校验、怎么缓存
搞定内存管理——堆栈分配、内存池、动态分配，怎么避免内存泄漏和碎片

我建议的学习路径是这样的：

基础阶段（第1-10章）：环境搭建 + 分层架构设计 + 基础协议解析
进阶阶段（第11-20章）：内存管理 + 调试技巧 + 性能优化
实战阶段（第21-30章）：综合项目 + 问题排查 + 代码重构

注意：别跳着学。我见过有人直接跳到内存管理那章，结果连堆栈都分不清，越学越懵。

1.3 开发环境搭建

工欲善其事，必先利其器。咱们用三种主流IDE，你选一个就行。我个人习惯用STM32CubeIDE，免费、集成度高、调试方便。

Keil MDK 搭建步骤

下载安装Keil MDK-ARM（建议V5.38以上）
安装对应芯片的器件包（如STM32F4xx_DFP）
新建工程，选择芯片型号
配置时钟、调试接口（SWD/JTAG）
添加启动文件、链接脚本

// Keil工程模板结构示例
Project/
├── RTE/                    // 运行时环境
├── User/                   // 用户代码
│   ├── main.c
│   ├── app_layer.c
│   └── protocol.c
├── Driver/                 // 硬件驱动
│   ├── uart_driver.c
│   └── spi_driver.c
└── Startup/                // 启动文件
    └── startup_stm32f407xx.s

IAR EWARM 搭建步骤

安装IAR Embedded Workbench for ARM
创建新工作区（Workspace）
添加新工程，选择芯片
配置编译器选项（优化等级、预定义宏）
添加源文件组（分层管理）

避坑指南：我曾经在IAR里忘了关优化，结果调试时变量值死活不对。建议调试阶段用-O0，发布再用-Os。

STM32CubeIDE 搭建步骤

下载安装STM32CubeIDE（官网免费）
新建STM32工程，选择芯片或开发板
用CubeMX图形化配置时钟、外设
生成初始化代码
在User目录下添加分层代码

// STM32CubeIDE工程模板
Core/
├── Inc/                    // 头文件
│   ├── main.h
│   ├── app_layer.h
│   └── protocol.h
├── Src/                    // 源文件
│   ├── main.c
│   ├── app_layer.c
│   └── protocol.c
└── Drivers/                // HAL库驱动
    └── STM32F4xx_HAL_Driver/

1.4 工程模板创建——分层架构实战

咱们直接上手，创建一个分层架构的工程模板。这是我多年总结的目录结构：

Project_Template/
├── 0_Document/             // 文档
├── 1_App/                  // 应用层
│   ├── app_main.c
│   └── app_task.c
├── 2_Protocol/             // 协议层
│   ├── modbus_slave.c
│   └── protocol_parse.c
├── 3_HAL/                  // 硬件抽象层
│   ├── uart_hal.c
│   └── gpio_hal.c
├── 4_Driver/               // 驱动层
│   ├── stm32f4xx_hal_msp.c
│   └── stm32f4xx_it.c
├── 5_OS/                   // 操作系统（可选）
│   └── FreeRTOS/
├── 6_Tool/                 // 工具库
│   ├── ring_buffer.c
│   └── crc_check.c
└── build/                  // 编译输出

为什么要这么分？我解释一下：

App层：只调用协议层和HAL层的接口，不直接操作寄存器
Protocol层：解析数据帧，校验CRC，不关心数据从哪来
HAL层：封装硬件操作，换芯片只改这层
Driver层：芯片厂商提供的底层驱动，尽量不动

关键原则：上层只能调用下层，不能跨层调用。App不能直接调Driver，Protocol不能直接调App。

1.5 知识体系总览

下面这张图展示了咱们这门课的核心知识结构。我画了好几个版本，这个最清晰：

这张图你一定要保存好。咱们后面每一章都会围绕这个结构展开。你想想看，有了这个分层，调试的时候问题出在哪一层一目了然。

我曾经犯过的错：刚开始做分层时，我在HAL层里直接调了App层的回调函数，结果一改App层，HAL层也得跟着改。记住：分层之间只能通过接口通信，不能互相依赖实现。

1.6 本章小结

这一章咱们干了三件事：

明白了为什么需要分层架构——解耦、复用、可测试
理清了课程目标和学习路径——30章，从基础到实战
搭建了开发环境并创建了工程模板——三种IDE任选