3. I2C/SPI通信优化：红外探测器常用通信协议、时钟频率优化、DMA传输、中断与轮询模式选择
通信协议这块，是红外探测器驱动里最容易出幺蛾子的地方。我见过太多项目，探测器本身性能不错，结果被通信拖了后腿。说白了，你传感器数据再准，传不出来也是白搭。
红外探测器常用的通信接口，无非就是I2C和SPI。I2C适合配置寄存器、读取状态，SPI则更适合高速传输图像数据。嗯，咱们一个一个来拆解。
3.1 I2C通信优化：别让配置成为瓶颈
I2C在红外探测器里，主要用来读写寄存器。比如设置增益、偏置、工作模式这些。很多人觉得I2C简单，随便调个100kHz就能用。其实不然。
时钟频率怎么选？
标准模式100kHz，快速模式400kHz，高速模式能到3.4MHz。但要注意，探测器手册上写的最大频率，往往是在理想条件下测的。我实际项目中遇到过，某款探测器标称支持400kHz，结果线长了20厘米就开始丢数据。
I2C时序优化要点：
- 上拉电阻：别用默认的4.7kΩ。根据总线电容算一下，我一般用2.2kΩ~3.3kΩ，信号边沿会干净很多。
- 从机地址：有些探测器支持7位和10位地址。能用7位就别用10位，少传一个字节，速度就快一截。
- 批量读写：别一个寄存器一个寄存器地读。用I2C的连续读写功能，一次把整个配置表刷进去。我习惯把初始化参数打包成一个结构体，一次burst写完。
// 批量写寄存器示例
typedef struct {
uint8_t reg_addr;
uint8_t reg_value;
} reg_cfg_t;
const reg_cfg_t init_table[] = {
{0x01, 0x20}, // 增益设置
{0x02, 0x10}, // 偏置电压
{0x03, 0x05}, // 工作模式
// ... 更多配置
};
void sensor_init(void) {
for (int i = 0; i < sizeof(init_table)/sizeof(reg_cfg_t); i++) {
i2c_write_byte(DEV_ADDR, init_table[i].reg_addr, init_table[i].reg_value);
}
}
3.2 SPI通信优化：速度与稳定的博弈
SPI是红外探测器传图像数据的主力。尤其是那些640×512、1280×1024的探测器，一帧数据几兆字节，I2C根本扛不住。
时钟频率能拉多高？
理论上SPI能跑到几十MHz。但实际中，我建议从10MHz开始试，逐步往上加。为什么？因为信号完整性会随着频率升高而恶化。你想想看，探测器那边可能用的是长排线，或者FPC软线，高频信号衰减很厉害。
| SPI时钟频率 | 适用场景 | 注意事项 |
|---|---|---|
| 1MHz ~ 5MHz | 低速配置、短距离 | 几乎不会出错，适合调试阶段 |
| 10MHz ~ 20MHz | 常规图像传输 | 需要检查信号质量，建议加匹配电阻 |
| 20MHz以上 | 高速探测器、短PCB走线 | 必须做信号完整性分析，慎用 |
SPI模式选择：
红外探测器常用SPI模式0（CPOL=0, CPHA=0）或模式3（CPOL=1, CPHA=1）。我个人习惯用模式0，因为大多数MCU的SPI外设默认就是这个模式，省得配置出错。
3.3 DMA传输：让CPU喘口气
红外探测器一帧数据动不动就是几十万字节。如果用CPU一个一个字节去搬，那CPU啥也别干了，光伺候SPI就够呛。这时候DMA就派上用场了。
DMA的优势：
- 零CPU占用：数据从SPI外设直接搬到内存，CPU可以去做图像处理、算法运算。
- 传输速度快：DMA的传输速率接近总线时钟，比CPU逐字节搬运快得多。
- 支持环形缓冲区：配合双缓冲机制，可以实现不间断的数据采集。
// DMA + SPI 接收一帧数据
#define FRAME_SIZE (640 * 512 * 2) // 16位像素
uint8_t frame_buffer[2][FRAME_SIZE];
volatile uint8_t active_buffer = 0;
void spi_dma_start(void) {
// 配置DMA通道
DMA_InitTypeDef dma_config;
dma_config.PeriphAddr = (uint32_t)&SPI1->DR;
dma_config.MemAddr = (uint32_t)frame_buffer[active_buffer];
dma_config.TransferSize = FRAME_SIZE;
dma_config.Direction = DMA_PERIPH_TO_MEMORY;
DMA_Init(DMA1_Channel1, &dma_config);
// 启动DMA传输
DMA_Cmd(DMA1_Channel1, ENABLE);
SPI_Cmd(SPI1, ENABLE);
}
void DMA1_Channel1_IRQHandler(void) {
if(DMA_GetITStatus(DMA1_IT_TC1)) {
DMA_ClearITPendingBit(DMA1_IT_TC1);
// 切换缓冲区
active_buffer ^= 1;
DMA_SetCurrDataCounter(DMA1_Channel1, FRAME_SIZE);
DMA_MemoryAddressConfig(DMA1_Channel1,
(uint32_t)frame_buffer[active_buffer]);
// 通知主循环处理数据
frame_ready_flag = 1;
}
}
3.4 中断与轮询：什么时候用哪个？
这个问题，说白了就是「你要效率还是要简单」。
轮询模式：
- 优点：代码简单，逻辑清晰，调试方便。
- 缺点：CPU一直在等，浪费算力。
- 适用场景：配置寄存器、偶尔读取状态、调试阶段。
中断模式：
- 优点：CPU不用空等，有数据来了才处理。
- 缺点：中断频繁时，上下文切换开销大。
- 适用场景：数据量不大但实时性要求高的场景。
我的选择策略：
我一般这样分：
- 初始化配置、单次寄存器读写 → 轮询
- 周期性状态查询、小数据量传输 → 中断
- 大数据量图像传输 → DMA + 中断（DMA传输完成才触发中断）
3.5 知识体系总览
下面这张图，是我梳理的通信优化核心逻辑。你可以把它当成一个决策树，遇到通信问题，按这个思路排查就行。
这张图的核心逻辑很简单：先选对接口，再优化频率，最后选传输模式。每一步都有坑，但只要你按这个思路走，基本不会出大问题。
好了，通信优化这块就聊到这儿。下一节咱们聊聊红外探测器的电源管理和噪声抑制，那才是真正考验功力的地方。