嵌入式系统第一性原理：从SPI、I2C到DMA的工程实践

嵌入式系统这个领域有个很有意思的现象：很多人能照着教程把外设跑通，但一旦项目换了芯片、换了传感器，或者时序上出了点玄学问题，就完全不知道从哪里下手。我自己带过不少新人，也做过从8位机到Cortex-M7的各种板子，发现根子上的问题几乎都一样——大家学的是“怎么配置”，而不是“为什么是这样”。这份讲义就是想把嵌入式系统里最核心的那几块知识，从第一性原理的角度重新捋一遍，再落到工程实践上。不管你是刚接触STM32的新手，还是已经做过几个项目但总觉得基础不牢的工程师，下面这些内容应该都能帮你把知识体系串起来。

1. 从芯片手册的第一页开始理解嵌入式系统

1.1 嵌入式系统的本质是什么

很多人对嵌入式系统的理解停留在“单片机编程”这个层面，觉得无非就是写写GPIO、配配串口。但如果只从这个角度看，你永远只能停留在“调库”的水平。嵌入式系统的本质，是在资源受限的条件下，让一颗芯片按照确定的时序和逻辑去控制外部世界。这里有两个关键词：资源受限和确定时序。

资源受限意味着你不能像写PC程序那样随意申请内存、随意开线程。STM32F103C8T6只有20KB的RAM和64KB的Flash，你写的每一行代码都要考虑它占了多少空间、执行了多少个时钟周期。确定时序意味着外部器件对时间是有要求的——I2C的上升沿什么时候来、SPI的时钟极性对不对、DMA搬运完一帧数据之后你有没有及时处理，这些都不是“差不多就行”的事情。

我见过太多项目在实验室跑得好好的，一到现场就出问题，追根溯源往往是某个时序余量不够，或者中断响应延迟超出了预期。所以理解嵌入式系统，第一步就是建立“资源”和“时间”这两个维度的敏感度。

1.2 为什么外设协议是嵌入式的核心骨架

你去看任何一颗MCU的参考手册，篇幅最大的永远是外设章节。GPIO、UART、SPI、I2C、CAN、USB、以太网……这些外设协议构成了嵌入式系统与外部世界交互的骨架。而所有这些协议，归根结底都在解决同一个问题：如何在有限的引脚上可靠地传输数据。

拿I2C来说，它只用两根线（SDA和SCL）就能挂载上百个设备，代价是速度慢、协议复杂。SPI用四根线换来了高速全双工通信，但每多一个从设备就多一根片选线。UART最简单，两根线点对点，但你没法在一条总线上挂多个设备。每种协议的设计都是在引脚数、速度、复杂度、可靠性之间做权衡。

理解了这个底层逻辑，你再看数据手册里的时序图就不会觉得那是一堆无聊的线条了。每一条线的高低变化、每一个时钟沿的位置，背后都有明确的工程约束。比如I2C为什么必须用开漏输出加上拉电阻？因为总线上挂多个设备时，任何一个设备拉低SDA都能把总线拉低，但没有任何一个设备能主动把总线拉高——这必须靠外部上拉电阻来完成。这就是“线与”逻辑，也是I2C多设备仲裁机制的物理基础。

1.3 从第一性原理出发的学习路径

我建议的学习路径是这样的：先搞清楚一个协议要解决什么问题，再看它的物理层是怎么实现的，然后理解协议层的帧格式和状态机，最后才是用代码去驱动它。这个顺序不能反。

很多人上来就找CubeMX配置一下，生成代码，跑通了就觉得自己会了。但一旦通信失败，他连从哪查起都不知道。如果你理解了I2C的起始条件是SCL高电平期间SDA从高变低，停止条件是SCL高电平期间SDA从低变高，那你用逻辑分析仪抓波形的时候就能一眼看出问题出在哪个环节。

同样的道理，SPI的四种模式（CPOL和CPHA的组合）不是随便定的，它决定了数据在时钟的哪个边沿采样、哪个边沿切换。如果你接了一个SPI Flash，读回来的数据总是错位一位，那八成就是模式配错了。这些知识，CubeMX不会告诉你，只有芯片手册和协议标准会告诉你。

2. SPI与I2C：两种总线协议的工程取舍

2.1 SPI的四种模式与时序本质

SPI协议的核心参数只有两个：时钟极性（CPOL）和时钟相位（CPHA）。CPOL决定空闲时时钟线是高还是低，CPHA决定数据在第一个时钟沿还是第二个时钟沿被采样。这两个参数一组合，就是四种模式。

大部分SPI Flash用的是Mode 0或Mode 3。如果你不确定从设备用哪种模式，最稳妥的办法是查它的数据手册。但如果你手头没有手册，可以用逻辑分析仪抓一下主机发出的波形，看看空闲时时钟是高还是低，数据在哪个沿变化。

这里有个实操经验：SPI的片选信号（CS）一定要在完整的一帧数据传输期间保持有效。我见过有人在传输多个字节时，每个字节之间都拉高CS，结果从设备把每个字节都当成独立的一帧来处理，数据全乱了。正确的做法是在整个传输序列开始前拉低CS，传输完成后再拉高。

2.2 硬件片选与软件片选的取舍

SPI的片选信号可以用硬件NSS引脚自动管理，也可以用普通GPIO手动控制。这两种方式各有适用场景。

硬件片选的好处是时序精确，NSS引脚会在数据传输开始时自动拉低，结束时自动拉高，不需要CPU干预。但缺点是灵活性差——如果你要挂多个从设备，硬件NSS就不够用了，因为大多数MCU只有一个硬件NSS引脚。

软件片选就是用普通GPIO来控制CS，灵活性极高，想挂多少个设备就挂多少个。但代价是你需要在代码里手动管理CS的拉低和拉高，如果忘了拉高，从设备会一直以为总线还在传输中，导致后续通信失败。

我的建议是：单从设备且对时序要求极高的场景用硬件片选，多从设备或需要灵活控制的场景用软件片选。用软件片选的时候，一定要在传输函数里成对出现拉低和拉高操作，最好用宏或者内联函数封装起来，避免遗漏。

2.3 I2C的开漏输出与上拉电阻计算

I2C最容易被忽视的坑就是上拉电阻的选择。很多人画板子的时候随便放一个4.7kΩ的电阻上去，结果通信时好时坏。上拉电阻的阻值不是拍脑袋定的，它和总线电容、通信速率有直接关系。

I2C标准规定，总线电容不能超过400pF。上拉电阻的阻值上限由上升时间决定：Rp(max) = tr / (0.8473 × Cb)，其中tr是上升时间（标准模式1000ns，快速模式300ns），Cb是总线电容。下限由输出低电平时的灌电流决定：Rp(min) = (VDD - VOL) / IOL，通常IOL是3mA，VOL是0.4V。

举个例子，假设VDD是3.3V，总线电容是200pF，快速模式（400kHz）下上升时间最大300ns。那么Rp(max) = 300ns / (0.8473 × 200pF) ≈ 1.77kΩ。Rp(min) = (3.3 - 0.4) / 3mA ≈ 967Ω。所以上拉电阻应该在1kΩ到1.77kΩ之间，取个标称值1.5kΩ比较合适。

如果你用了4.7kΩ，在200pF的电容下上升时间大约是4.7k × 0.8473 × 200p = 796ns，超过了快速模式的300ns限制，波形会变得很圆滑，可能导致采样错误。这就是为什么“上拉电阻小了不通信”和“上拉电阻大了也不通信”这两种情况都会出现。

注意：I2C总线上所有设备都必须是开漏输出。如果你不小心把某个设备的引脚配成了推挽输出，它会在总线空闲时强行拉高SDA或SCL，导致其他设备无法拉低总线，通信直接挂掉。

2.4 IIC和SPI的应用场景对比

到底什么时候用I2C，什么时候用SPI？这个问题没有标准答案，但有一些经验法则可以参考。

I2C适合连接低速、低数据量的设备，比如EEPROM、温度传感器、RTC时钟芯片、IO扩展芯片。它的优势是引脚少，两根线可以挂很多设备，布线简单。缺点是速度慢（标准模式100kHz，快速模式400kHz，高速模式3.4MHz），协议开销大，每次传输都要有起始条件、地址字节、应答位。

SPI适合连接高速、大数据量的设备，比如Flash存储芯片、TFT显示屏、ADC转换器、无线通信模块。它的优势是速度快（几十MHz甚至上百MHz），协议简单，没有地址和应答开销。缺点是需要更多引脚，每多一个从设备就多一根片选线。

在实际项目中，我经常两个都用：用I2C挂EEPROM和传感器，用SPI挂Flash和屏幕。这样既节省了引脚，又保证了关键外设的速度。

3. DMA：让数据搬运不再消耗CPU

3.1 DMA的工作原理与通道映射

DMA（直接存储器访问）是嵌入式系统里提升效率的利器。它的核心思想很简单：让一个独立的硬件控制器在内存和外设之间搬运数据，CPU只需要配置好参数就可以去干别的事情。

STM32F103有两个DMA控制器，DMA1有7个通道，DMA2有5个通道。每个通道可以配置为从外设到内存、从内存到外设、或者内存到内存的传输。通道和外设的对应关系是固定的，比如USART1_TX对应DMA1_Channel4，USART1_RX对应DMA1_Channel5，SPI1_RX对应DMA1_Channel2，SPI1_TX对应DMA1_Channel3。

配置DMA的时候有几个关键参数：传输方向、数据宽度、地址增量模式、传输模式（单次还是循环）、优先级。数据宽度要和外设的数据寄存器匹配，比如SPI的数据寄存器是16位的，那DMA的外设数据宽度就要配成16位。地址增量模式通常外设地址固定、内存地址递增，这样数据才能依次填入缓冲区。

3.2 SPI通过DMA读取芯片数据的完整实现

用SPI加DMA读取外部芯片数据是一个很典型的应用场景。假设我们要从一颗SPI Flash里读取1KB的数据，用DMA的方式可以这样实现。

首先在CubeMX里配置SPI1为全双工主模式，数据宽度8位，CPOL和CPHA根据Flash手册设置。然后添加DMA通道：SPI1_RX配成DMA1_Channel2，方向是外设到内存，内存地址递增，数据宽度都是8位。SPI1_TX配成DMA1_Channel3，方向是内存到外设，内存地址递增。

// SPI DMA接收完成回调 void HAL_SPI_TxRxCpltCallback(SPI_HandleTypeDef *hspi) { if (hspi->Instance == SPI1) { // 数据接收完成，处理缓冲区 process_flash_data(rx_buffer, RX_SIZE); } } // 启动SPI DMA传输 void flash_read_dma(uint8_t *cmd, uint16_t cmd_len, uint8_t *buf, uint16_t len) { HAL_GPIO_WritePin(FLASH_CS_GPIO_Port, FLASH_CS_Pin, GPIO_PIN_RESET); HAL_SPI_TransmitReceive_DMA(&hspi1, cmd, buf, cmd_len + len); }

这里有个细节需要注意：SPI是全双工协议，发送命令的同时也会接收到数据。所以即使用DMA接收，也需要同时配置发送DMA，否则时钟不会产生，接收也就无从谈起。发送缓冲区里放命令字节，后面跟一堆空字节（0xFF或0x00），接收缓冲区里就会得到命令的响应和后续的数据。

3.3 DMA加空闲中断处理不定长数据

串口接收不定长数据是另一个经典场景。传统的做法是每收到一个字节就进一次中断，CPU开销很大。用DMA加空闲中断的方式可以完美解决这个问题。

配置USART1_RX为DMA模式，DMA配成循环模式，缓冲区大小设成最大帧长（比如256字节）。然后使能串口的空闲中断（IDLE）。当一帧数据接收完毕，总线空闲一个字节的时间后，空闲中断触发，此时DMA已经把所有数据搬到了缓冲区里，你只需要计算一下当前DMA还剩多少个位置没填，就能知道收到了多少字节。

void USART1_IRQHandler(void) { if (__HAL_UART_GET_FLAG(&huart1, UART_FLAG_IDLE)) { __HAL_UART_CLEAR_IDLEFLAG(&huart1); uint16_t remain = __HAL_DMA_GET_COUNTER(&hdma_usart1_rx); uint16_t received = RX_BUFFER_SIZE - remain; // 处理接收到的received个字节 process_uart_frame(rx_buffer, received); // 重新配置DMA以便下一次接收 HAL_UART_DMAStop(&huart1); HAL_UART_Receive_DMA(&huart1, rx_buffer, RX_BUFFER_SIZE); } }

这个方案的精髓在于：DMA负责搬运数据，CPU只在帧结束时被唤醒一次。相比每字节中断的方式，CPU占用率可以降低一个数量级。

3.4 DMA双缓冲与连续请求的实战技巧

DMA双缓冲模式（Double Buffer Mode）是处理连续数据流的利器。它有两个内存缓冲区，DMA在填充缓冲区A的时候，CPU可以处理缓冲区B的数据；填满A之后自动切换到B，同时触发中断通知CPU处理A。这样数据流就不会断。

在STM32F103上，双缓冲模式需要通过配置DMA的SxCR寄存器的DBM位来使能。不过F103的DMA双缓冲支持不如F4和F7系列完善，如果你需要更高级的DMA功能，建议考虑升级到F4系列。

关于“DMA continuous requests”这个说法，通常指的是DMA的循环模式（Circular Mode）。在循环模式下，DMA传输完指定数量的数据后会自动回到起始地址重新开始，不需要CPU干预。这个模式特别适合ADC连续采样、串口持续接收等场景。

提示：使用DMA时一定要注意数据一致性问题。如果DMA正在搬运数据，CPU同时去读那块内存，可能会读到半新半旧的数据。解决办法是在DMA传输完成中断里再处理数据，或者在访问前先停止DMA。

4. STM32开发环境搭建与工程实践

4.1 Keil5兼容C51和STM32的安装要点

Keil5是很多嵌入式工程师的入门IDE，但它有个让人头疼的问题：C51和STM32的编译器是分开的，默认安装只能选一个。如果你既要开发51单片机又要开发STM32，需要分别安装C51和MDK-ARM两个包，然后通过Keil的许可证管理来切换。

安装顺序很重要：先装Keil MDK-ARM（用于STM32），再装C51的安装包。安装C51的时候，路径要选择和MDK-ARM相同的根目录，这样两个编译器才能共存。安装完成后，在Keil的Project菜单里可以看到“Manage”选项，里面可以切换不同的工具链。

另外，STM32的芯片包（Device Family Pack）需要单独下载安装。打开Keil的Pack Installer，搜索你用的芯片型号，比如STM32F1系列，下载对应的DFP包。如果网络不好下载失败，可以去Keil官网手动下载pack文件，然后双击安装。

4.2 CubeMX生成代码的结构与二次开发

CubeMX是ST官方推出的图形化配置工具，可以自动生成初始化代码。但很多人只会用CubeMX生成代码，不知道怎么在生成的基础上做二次开发。这里的关键是理解CubeMX生成代码的结构。

CubeMX生成的代码主要分为两部分：Core/Src和Core/Inc目录下是用户代码区，Drivers目录下是HAL库和CMSIS文件。用户代码必须写在/* USER CODE BEGIN */和/* USER CODE END */之间，这样重新生成代码的时候才不会被覆盖。

我通常的做法是：CubeMX只负责生成外设初始化代码，业务逻辑全部写在单独的模块文件里。比如建一个bsp_flash.c和bsp_flash.h，在里面封装Flash的读写函数，主函数只调用这些封装好的接口。这样即使重新生成CubeMX代码，业务逻辑也不会丢。

4.3 GPIO操作与板级电路装配的配合

GPIO是嵌入式系统里最基础也最容易被低估的外设。很多人觉得GPIO就是拉高拉低，没什么好讲的。但实际上，GPIO的配置模式直接影响到电路的可靠性和功耗。

STM32的GPIO有八种模式：输入浮空、输入上拉、输入下拉、模拟输入、开漏输出、推挽输出、开漏复用、推挽复用。选错模式轻则通信失败，重则烧毁芯片。

比如驱动一个LED，用推挽输出就够了，因为LED只需要拉电流或灌电流。但如果你要驱动一个I2C总线，就必须用开漏输出，否则多个设备会打架。如果你要读一个按键，用输入上拉或输入下拉，具体取决于按键的另一端接的是GND还是VCC。

板级电路装配的时候，有几个经验值得分享。第一，每个电源引脚旁边都要放一个100nF的去耦电容，越靠近引脚越好。第二，晶振的负载电容要根据晶振手册来选，通常是10pF到22pF之间，选错了会导致起振困难或频率偏移。第三，复位引脚上要接一个100nF电容到地，否则复位信号可能不稳定。

4.4 STM32 OTA升级的基本思路

OTA（空中升级）是物联网设备的基本需求。STM32的OTA通常有两种方案：一种是双区方案，Flash里存两份固件，一份运行一份备份，升级时先写入备份区，验证通过后切换启动地址；另一种是单区方案，升级时先把新固件写到外部Flash或临时区域，然后由Bootloader搬运到运行区。

双区方案更安全，即使升级失败也能回滚到旧版本，但需要两倍的Flash空间。单区方案节省空间，但升级过程中断电可能导致设备变砖。对于Flash资源紧张的F103来说，单区方案更常见，但一定要在Bootloader里做好校验和回滚机制。

实现OTA的关键是Bootloader的设计。Bootloader需要能够接收新固件、校验固件完整性（通常用CRC32）、写入Flash、跳转到应用程序。应用程序需要能够触发升级流程、跳回Bootloader。两者之间的通信协议可以用串口、CAN、或者无线模块。

5. 常见通信问题排查与调试经验

5.1 逻辑分析仪在协议调试中的用法

逻辑分析仪是调试通信协议最有效的工具。它可以把SPI、I2C、UART的波形抓下来，按照协议解码成数据，让你一眼看出问题出在哪里。

用逻辑分析仪调试I2C的时候，重点看几个地方：起始条件是否正常（SCL高时SDA下降）、地址字节是否正确、每个字节后的应答位是否出现、停止条件是否正常。如果从设备没有应答，可能是地址错了、设备没供电、或者上拉电阻不合适。

调试SPI的时候，重点看时钟极性和相位是否和从设备匹配、片选信号是否在整帧期间保持有效、数据在哪个时钟沿变化和采样。如果数据错位，先检查CPOL和CPHA，再检查数据宽度和位序（MSB先行还是LSB先行）。

5.2 通信失败的分层排查方法

通信失败的时候，不要一上来就改代码。按照从物理层到协议层的顺序排查，效率会高很多。

物理层排查：用万用表量电压，确认供电正常；用示波器看波形，确认信号质量；检查连线是否松动、焊点是否虚焊。

配置层排查：确认GPIO模式配置正确（I2C必须是开漏复用，SPI的SCK和MOSI是推挽复用，MISO是浮空或上拉输入）；确认时钟使能了；确认波特率、时钟极性、数据宽度等参数匹配。

协议层排查：用逻辑分析仪抓包，看协议帧是否符合预期；检查地址、命令、数据是否正确；检查应答位是否正常。

应用层排查：确认缓冲区大小够不够、DMA配置对不对、中断优先级有没有冲突。

这个排查顺序可以帮你快速定位问题所在的层次，避免在错误的层面上浪费时间。

5.3 中断优先级与DMA冲突的处理

STM32的中断优先级分为抢占优先级和响应优先级。抢占优先级高的中断可以打断正在执行的抢占优先级低的中断，响应优先级只在同时发生的中断之间决定谁先执行。

DMA传输完成中断和串口空闲中断如果优先级配置不当，可能会出现数据还没处理完就被下一次DMA传输覆盖的情况。我的建议是把DMA传输完成中断的抢占优先级设得比串口空闲中断高，这样DMA完成后再触发空闲中断处理数据，顺序不会乱。

另外，HAL库的DMA传输完成回调函数是在中断上下文里执行的，里面不要做耗时操作，比如打印日志、写Flash。把这些操作放到主循环里，通过标志位来触发。

5.4 从鱼缸控制器到数字电源的项目思路

嵌入式系统的应用场景非常广泛，从简单的鱼缸温度控制器到复杂的数字电源，底层技术都是相通的。

鱼缸控制器通常需要温度采集（DS18B20或NTC热敏电阻）、加热棒控制（继电器或MOS管）、水泵控制、喂食器控制、WiFi远程监控（ESP8266或ESP32）。这个项目适合练手，因为它涵盖了GPIO、ADC、UART、定时器、中断等基础外设。

数字电源项目就复杂得多，比如基于STM32的四开关Buck-Boost双向升降压电源。这个项目需要用到高精度ADC采样电压电流、PWM生成驱动MOS管、PID算法调节占空比、过流保护、CAN或串口通信。它考验的是对定时器、ADC、DMA、中断的综合运用能力，以及对电力电子拓扑的理解。

这两个项目的共同点是：都需要扎实的外设驱动能力、都需要考虑实时性和可靠性、都需要在资源受限的条件下做取舍。把这两个项目吃透，嵌入式系统的核心知识基本上就覆盖了。

6. 从会用到会设计：嵌入式工程师的进阶路径

6.1 读懂数据手册和参考手册的能力

嵌入式工程师最重要的能力不是写代码，而是读手册。芯片手册里藏着所有你需要的信息：引脚定义、电气特性、时序参数、寄存器说明、外设框图。会读手册的人，拿到一颗新芯片也能快速上手；不会读手册的人，换个型号就寸步难行。

读手册要有方法。先看目录，了解手册的结构；再看引脚定义和电气特性，知道芯片的物理约束；然后看外设框图，理解数据流向；最后看寄存器说明，知道怎么配置。时序图要结合参数表一起看，理解每个时间参数的含义和约束。

6.2 从寄存器操作到HAL库的认知升级

很多初学者纠结于“该学寄存器还是该学HAL库”。我的观点是：两个都要会，但顺序不能反。先学寄存器操作，理解外设的底层工作原理；再用HAL库提高开发效率。

寄存器操作能让你真正理解外设是怎么工作的。比如配置一个GPIO输出，你需要知道CRL和CRH寄存器的每一位是什么意思，MODE位和CNF位怎么组合成不同的模式。这些知识在你调试问题的时候非常有用。

HAL库封装了寄存器操作，提供了统一的API，让代码更容易移植和维护。但HAL库也有缺点：代码效率不如直接操作寄存器高，有些地方封装得太复杂，出了问题不好排查。所以我的建议是：关键路径用寄存器操作保证效率，非关键路径用HAL库提高开发速度。

6.3 嵌入式系统设计师的知识体系

如果你打算往嵌入式系统设计师的方向发展，需要建立一套完整的知识体系。这个体系包括：硬件基础（电路分析、模拟电路、数字电路）、处理器架构（ARM Cortex-M系列、RISC-V）、外设协议（GPIO、UART、SPI、I2C、CAN、USB、以太网）、实时操作系统（FreeRTOS、RT-Thread）、通信协议（TCP/IP、MQTT、Modbus）、开发工具（Keil、IAR、GCC、OpenOCD）、调试手段（JTAG、SWD、逻辑分析仪、示波器）。

这些知识不是孤立的，而是相互关联的。比如你学FreeRTOS的任务调度，就需要理解Cortex-M的SysTick定时器和PendSV异常；你学TCP/IP协议栈，就需要理解以太网MAC和PHY的工作原理。把知识串成网，而不是记成点，这才是进阶的关键。

6.4 项目实战中的经验积累方法

最后说一点关于经验积累的方法。嵌入式系统的经验不是看书看出来的，是踩坑踩出来的。但踩坑也要有方法，不能同一个坑反复踩。

我的做法是：每做一个项目，都建一个“踩坑记录”文档，把遇到的问题、排查过程、最终解决方案记下来。下次遇到类似问题，先翻记录，看看有没有现成的答案。另外，多逛技术社区，看看别人踩过什么坑，提前避雷。

还有一点很重要：做完项目要复盘。想想哪些地方做得好、哪些地方可以改进、如果重来一次会怎么做。这种复盘比多做几个项目更有价值，因为它把经验提炼成了方法论。

嵌入式系统这个领域，入门容易精通难。但只要你抓住“资源”和“时序”这两个核心，从第一性原理出发去理解每一个外设、每一个协议，再通过实际项目不断验证和积累，就一定能从“会调库”成长为“会设计”。我在实际项目中最大的体会是：那些看起来最基础的知识，往往是最值钱的。你把GPIO、SPI、I2C、DMA这些基础外设吃透了，再复杂的项目也不过是这些基础模块的组合。