前言 在全国大学生电子设计竞赛中，你的系统往往不是孤立的。你需要用 I2C 读 MPU6050，用 SPI 刷 TFT 屏幕，甚至需要三四块 STM32 分别控制机械臂的不同关节。 然而，现实是残酷的：“为什么我的 I2C 跑着跑着单片机就卡死了？”“为什么我用 DMA 发 SPI，屏幕最后一行总是花屏？”“为什么电机一转，我的串口通信就全是乱码？” 很多新手在这些总线底层玄学上耗费了三天三夜。本文将为你扒开 STM32 底层总线的底裤，提供I2C防死锁绝招、SPI+DMA错位终极修复法，以及电赛多板互联的终极杀器——CAN 总线入门！
@TOC
一、 臭名昭著的 I2C 死锁：如何拯救卡死的单片机？
在电赛圈，STM32（尤其是 F1 系列）的硬件 I2C 一直是被大家疯狂吐槽的对象。只要总线上有一点干扰，或者你在通信中途拔插了一下传感器，整个 I2C 总线就会彻底锁死，导致 HAL_I2C 函数死循环，单片机直接变砖。
1. 为什么会死锁？（底层真相）
I2C 是半双工的，靠 SDA 和 SCL 两根线。 如果单片机正在读取传感器（比如 MPU6050），传感器刚好把 SDA 拉低准备发数据 0。就在这一瞬间，单片机突然复位了（或者被高优先级中断打断太久）。 结果：单片机复位后释放了总线，但传感器“傻了”，它还在死死把 SDA 拉低，等待单片机给它发时钟脉冲（SCL）把数据读走。此时总线被传感器强行占有，单片机再怎么初始化硬件 I2C 都没用！
🏆 2. 终极救场代码：软件模拟释放总线（9个时钟大法）
遇到死锁，不要复位单片机，也不要断电！只要我们在初始化 I2C 之前，用 GPIO 模拟发送 9 个 SCL 时钟脉冲，就能把传感器里的无效数据强行“挤”出来，让它释放 SDA！
直接抄作业的防死锁初始化流程：
codeC
// 在 MX_I2C1_Init() 之前调用这个函数！
void I2C_Bus_Recovery(void) {
GPIO_InitTypeDef GPIO_InitStruct = {0};
// 1. 将 SCL 和 SDA 临时配置为普通推挽输出
__HAL_RCC_GPIOB_CLK_ENABLE();
GPIO_InitStruct.Pin = GPIO_PIN_6 | GPIO_PIN_7; // 假设是 PB6(SCL), PB7(SDA)
GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_OD; // 开漏输出
GPIO_InitStruct.Pull = GPIO_PULLUP;
GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;
HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);
// 2. 强行发送 9 个时钟脉冲
for (int i = 0; i < 9; i++) {
HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_SET); // SCL 拉高
HAL_Delay(1);
HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_RESET); // SCL 拉低
HAL_Delay(1);
}
// 3. 发送一个 STOP 信号 (SCL高电平时，SDA从低变高)
HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_RESET);
HAL_GPIO_WritePin(GPIOB, GPIO_PIN_7, GPIO_PIN_RESET);
HAL_Delay(1);
HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_SET); // SCL 高
HAL_Delay(1);
HAL_GPIO_WritePin(GPIOB, GPIO_PIN_7, GPIO_PIN_SET); // SDA 变高产生 STOP
HAL_Delay(1);
// 4. 恢复完毕，接下来再去调用正常的 HAL_I2C_Init()
}
总结：能用软件模拟 I2C就尽量用软件，因为代码完全受你掌控。如果非要用硬件 I2C，加上这段恢复代码，你的系统将百毒不侵。
二、 SPI + DMA 的史诗级暗坑：CS 片选拉早了！
当你在驱动 TFT 彩屏（如 ST7789）或者读取高速 ADC 时，肯定会用到 SPI + DMA。 现象：不用 DMA 时，屏幕显示完美；一开启 DMA 加速，屏幕的最后一行总是花屏，或者读回来的数据最后一个字节永远是错的！
🚨 致命陷阱：DMA 传输完成 ≠ SPI 发送完成
当我们调用 HAL_SPI_Transmit_DMA() 时，如果我们在它的“传输完成回调函数”里直接把 CS（片选引脚）拉高：
codeC
// 错误示范！！！
void HAL_SPI_TxCpltCallback(SPI_HandleTypeDef *hspi) {
// DMA 把数据搬进 SPI 寄存器后立刻触发此中断
HAL_GPIO_WritePin(GPIOA, CS_PIN, GPIO_PIN_SET); // 拉高片选结束通信
}
底层真相：DMA 是极其暴力的搬运工，它把内存里的最后一个字节扔进 SPI 的**数据寄存器（DR）**后，就会立刻触发 DMA 完成中断。 但是！此时 SPI 移位寄存器（Shift Register）里的数据才刚刚开始往外发！ 你在中断里瞬间把 CS 拉高，最后一个字节直接被物理截断！
✅ 正确姿势：等待 BSY 标志位清零
在拉高 CS 之前，必须死等 SPI 外设彻底把最后一个 bit 吐完！
codeC
// 完美解决方案
void HAL_SPI_TxCpltCallback(SPI_HandleTypeDef *hspi) {
if (hspi->Instance == SPI1) {
// 关键步骤：死等 SPI 忙标志位 (BSY) 降为 0
while (__HAL_SPI_GET_FLAG(hspi, SPI_FLAG_BSY) != RESET) {
// 等待最后的 bit 物理发送完毕
}
// 此时拉高 CS 才是绝对安全的
HAL_GPIO_WritePin(GPIOA, CS_PIN, GPIO_PIN_SET);
}
}
三、 多板互联终极杀器：降维打击的 CAN 总线
电赛中经常遇到“多足机器人”、“多电机协同”的题目。如果你用 UART（串口）或者 I2C 去连接 3 块以上的单片机，你会发现：
线太长，电机一转，串口全是乱码（共地干扰）。
三个单片机同时发数据，总线瞬间冲突崩溃。
直接上工业界的霸主：CAN 总线（Controller Area Network）！
1. 为什么 CAN 是无敌的？
-
差分信号（抗干扰之王）：CAN 使用 CAN_H 和 CAN_L 两根线。就算强磁场干扰了信号，两根线的电压差依然保持不变！电机电磁干扰在它面前就是个笑话。
-
硬件仲裁（绝不冲突）：如果是串口，两个人同时说话就成了杂音。CAN 总线在硬件层面有自动仲裁机制，优先级高的数据包优先发送，低优先级的自动退避重发，零丢包！
2. CAN 硬件避坑：120欧姆终端电阻
千万别拿两根杜邦线把单片机连起来就指望 CAN 能通。你必须在每个 STM32 外面接一个 CAN 收发器（如 TJA1050 或 VP230）。 极其重要：在总线的最远端（两头），必须、一定要并联一颗 120 欧姆的终端电阻！没有这个电阻，信号会发生回弹反射，通信成功率为 0。
3. 最令新手绝望的 CAN 滤波器（Filter）配置
STM32 的 CAN 配置最难的就是滤波器。它就像个保安，决定了单片机接收哪些 ID 的数据。如果你不配置保安，CAN 外设默认拒收一切数据！
小白福音：直接放行一切数据的“无敌模式”配置代码（适用于电赛节点少的情况，全收进单片机再用 C 语言去判断）：
codeC
void CAN_Filter_Config(void) {
CAN_FilterTypeDef sFilterConfig;
// 配置为 32位 掩码模式
sFilterConfig.FilterBank = 0;
sFilterConfig.FilterMode = CAN_FILTERMODE_IDMASK;
sFilterConfig.FilterScale = CAN_FILTERSCALE_32BIT;
// ID 和 掩码全部设为 0，意味着“我不关心你是谁，统统放行”
sFilterConfig.FilterIdHigh = 0x0000;
sFilterConfig.FilterIdLow = 0x0000;
sFilterConfig.FilterMaskIdHigh = 0x0000;
sFilterConfig.FilterMaskIdLow = 0x0000;
sFilterConfig.FilterFIFOAssignment = CAN_RX_FIFO0;
sFilterConfig.FilterActivation = ENABLE;
sFilterConfig.SlaveStartFilterBank = 14;
// 写入滤波器寄存器
if (HAL_CAN_ConfigFilter(&hcan, &sFilterConfig) != HAL_OK) {
Error_Handler();
}
}
在主函数中，初始化后别忘了调用启动和开启中断：
codeC
CAN_Filter_Config();
HAL_CAN_Start(&hcan);
HAL_CAN_ActivateNotification(&hcan, CAN_IT_RX_FIFO0_MSG_PENDING); // 开启接收中断
四、 工业级数据安全：别再只用简单的求和校验了
即使使用了 CAN 或者串口，如果在代码里传输关键数据（如机械臂的目标坐标），如果数据传错了，机械臂可能直接暴走砸碎场地。 不要再用简单的“所有字节加起来求和”了，很容易因为偶数个比特位翻转而失效。
电赛满分细节：CRC16 校验码 STM32 内部自带硬件 CRC 外设，但为了跨平台通用，建议大家备一份 纯 C 语言的高效查表法 CRC16 库。把校验码放在数据包的最后两个字节，接收端重新计算一遍，对不上直接丢弃当前包。 这在设计报告（论文）中写出来：“系统通信协议引入了工业级 CRC16 校验机制，极大地增强了系统的鲁棒性”，评委一看就是科班出身的正规军！
结语
外设和总线，是单片机感知世界的神经。 神经一旦短路，大脑（CPU）再聪明也无济于事。当你掌握了 I2C 的 9 时钟自愈术、洞悉了 SPI 与 DMA 的底层时序、并能熟练拉起一张抗干扰拉满的 CAN 总线网络时，你在电赛的赛场上就已经立于不败之地了。
把这些底层的暗坑和防线提前写进你的代码库里，比赛时不要再去踩前人踩过无数次的雷！
预祝各位电赛开发者：总线不锁死，DMA不断流，CAN节点心连心，全场抗扰拿国一！ 🏆
觉得这篇底层干货对你有帮助，请： 👍 点赞 + ⭐ 收藏，调 I2C 和 SPI 崩溃的时候随时翻出来续命！ 你在调 STM32 外设时，有没有遇到过看数据手册也解决不了的“灵异Bug”？你是怎么解决的？欢迎在评论区分享你的排雷日记，博主在线陪你聊底层玄学！👇
