第2章 传感器选型与接口：加速度传感器原理、碰撞传感器选型、传感器SPI/I2C接口驱动、传感器数据融合

2.1 加速度传感器原理——别被数据手册骗了

做安全气囊系统，第一个要搞明白的就是加速度传感器。说白了，它就是用来测量车辆减速度的器件。你想想看，当车撞上障碍物，速度从100km/h瞬间降到0，这个过程中产生的减速度，就是我们要捕捉的信号。

加速度传感器的工作原理，我习惯用「弹簧-质量块」模型来理解。内部有一个微小的质量块，当车辆减速时，质量块会因为惯性产生位移。这个位移被转换成电信号，再经过调理电路输出数字量。MEMS传感器就是把这个结构做到了硅片上。

这里有个关键参数——量程。安全气囊系统通常需要±50g到±200g的量程。为什么？因为正面碰撞时，减速度峰值可能达到80g甚至更高。我见过有人选了±30g的传感器，结果碰撞测试时直接饱和了，数据全废。

2.2 碰撞传感器选型——我踩过的坑

碰撞传感器和加速度传感器不一样。加速度传感器测的是连续变化，碰撞传感器更像一个「开关」。它检测的是结构变形或压力突变。

目前主流的有两种：

• 压阻式碰撞传感器：利用压阻效应，压力变化导致电阻变化。响应快，但温漂大。
• 电容式碰撞传感器：极板间距变化引起电容变化。精度高，但容易受湿度影响。

我个人习惯在车身前部布置2~3个碰撞传感器，配合中央的加速度传感器做冗余。选型时要注意几个点：

1. 响应时间：必须小于1ms。气囊点爆要求在碰撞发生后15ms内完成，传感器慢了就来不及了。
2. 阈值可调性：最好支持通过SPI或I2C配置阈值。我曾经遇到一个项目，传感器阈值是固定的，结果不同车型的碰撞特性不一样，只能换型号，折腾死了。
3. 自检功能：必须有内置自检（Built-In Self-Test）。安全气囊系统要求每次上电都做自检，如果传感器不支持，你得额外加测试电路。

2.3 传感器SPI/I2C接口驱动——代码怎么写才靠谱

传感器和MCU之间通信，主流就是SPI和I2C。安全气囊系统我强烈推荐用SPI。为什么？因为I2C是开漏输出，抗干扰能力弱。车上的电磁环境有多恶劣，你懂的。

SPI驱动其实不难，但有几个细节要注意。我直接给一段我常用的初始化代码：

// 加速度传感器 SPI 初始化（以ADXL355为例）
void accel_spi_init(void)
{
    // 配置GPIO
    GPIO_InitTypeDef gpio = {0};
    gpio.Pin = CS_PIN | SCK_PIN | MOSI_PIN;
    gpio.Mode = GPIO_MODE_OUTPUT_PP;
    gpio.Pull = GPIO_NOPULL;
    gpio.Speed = GPIO_SPEED_FREQ_HIGH;
    HAL_GPIO_Init(GPIOB, &gpio);

    // MISO配置为输入
    gpio.Pin = MISO_PIN;
    gpio.Mode = GPIO_MODE_INPUT;
    HAL_GPIO_Init(GPIOB, &gpio);

    // SPI配置
    hspi1.Instance = SPI1;
    hspi1.Init.Mode = SPI_MODE_MASTER;
    hspi1.Init.Direction = SPI_DIRECTION_2LINES;
    hspi1.Init.DataSize = SPI_DATASIZE_8BIT;
    hspi1.Init.CLKPolarity = SPI_POLARITY_HIGH;
    hspi1.Init.CLKPhase = SPI_PHASE_2EDGE;
    hspi1.Init.NSS = SPI_NSS_SOFT;
    hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_8;
    hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB;
    HAL_SPI_Init(&hspi1);

    // 片选拉高
    HAL_GPIO_WritePin(GPIOB, CS_PIN, GPIO_PIN_SET);
}

嗯，这里要注意时钟极性和相位。很多传感器要求SPI模式0或模式3，搞反了读出来的数据全是0xFF。我刚开始做的时候就被这个坑过，查了两天发现是CPOL和CPHA配反了。

读数据的时候，我习惯用DMA方式，别用轮询。碰撞信号来得快，CPU不能一直等着SPI传输。DMA传输完成后触发中断，再处理数据，这样效率高得多。

2.4 传感器数据融合——1+1 > 2

单个传感器的数据不可靠。为什么？因为碰撞信号可能被路面颠簸、车门关闭等干扰。所以我们需要数据融合。

我常用的方法是「投票机制」加「置信度加权」。具体来说：

• 三个传感器（两个碰撞传感器+一个加速度传感器）各自输出一个碰撞强度值
• 如果两个以上传感器超过阈值，才判定为碰撞
• 每个传感器的置信度根据历史数据动态调整

举个例子，加速度传感器如果之前出现过异常值（比如突然跳变），它的置信度就会降低。碰撞传感器如果连续输出稳定信号，置信度就升高。

代码实现上，我习惯用滑动窗口滤波：

// 滑动窗口滤波，用于传感器数据融合
#define WINDOW_SIZE 5

typedef struct {
    uint16_t buffer[WINDOW_SIZE];
    uint8_t index;
    uint32_t sum;
} sliding_window_t;

uint16_t sliding_window_filter(sliding_window_t *sw, uint16_t new_value)
{
    // 减去最旧的值
    sw->sum -= sw->buffer[sw->index];
    // 存入新值
    sw->buffer[sw->index] = new_value;
    sw->sum += new_value;
    // 更新索引
    sw->index = (sw->index + 1) % WINDOW_SIZE;
    // 返回平均值
    return sw->sum / WINDOW_SIZE;
}

这个滤波能有效抑制尖峰噪声。但要注意，窗口大小不能太大，否则会延迟响应。安全气囊系统要求响应时间在毫秒级，窗口大小我一般取3~5个点。

最后说一句，数据融合不是简单的平均。不同传感器的特性不一样，加速度传感器响应快但容易受振动干扰，碰撞传感器响应稍慢但更可靠。融合时要给它们分配不同的权重，这个权重需要通过实车碰撞测试来标定。

下一章我们聊聊气囊点爆电路设计，那又是另一个有意思的话题了。