STM32通过SPI接口实现SCA103T传感器数据读写与倾角温度检测

崔庆才丨静觅

975人浏览 · 2025-11-19 12:54:03

崔庆才丨静觅 · 2025-11-19 12:54:03 发布

简介：本文介绍如何在STM32微控制器上通过SPI通信协议读写SCA103T三轴数字加速度计，获取设备的加速度、倾角和温度信息。SCA103T作为高精度传感器，广泛应用于运动检测、工业自动化和物联网设备中。文章详细讲解了SPI接口配置、GPIO引脚设置、传感器寄存器操作、数据解析与处理流程，并涵盖倾角计算算法和温度解码方法。通过合理使用中断与DMA技术，提升系统实时性与效率，是嵌入式开发中典型的传感器应用实战案例。

STM32与SCA103T传感器的SPI通信全链路实战：从硬件配置到姿态解算

你有没有遇到过这样的场景？明明代码写得一丝不苟，示波器也抓到了时钟信号，可传感器就是“装死”不回数据——那种感觉，就像你在对空气说话 😅。别急，这多半是SPI通信某个环节出了问题。今天咱们就来深挖一个典型工业级应用： STM32驱动SCA103T双轴加速度传感器 ，带你从底层电气特性一路打通到上层姿态算法，彻底搞懂这套系统是如何稳定工作的。

这不是一篇教科书式的理论讲解，而是一次真实项目开发过程的复盘。我们将以实际工程视角出发，剖析每一个关键决策背后的考量，比如为什么选择软件控制NSS而不是硬件自动拉低、DMA双缓冲怎么避免丢包、温漂补偿真的有必要吗……这些细节，往往才是决定产品成败的关键。

🧩 SPI不只是四根线那么简单

先来点灵魂拷问：你知道SPI协议其实没有标准规范吗？它不像I²C有明确的起始/停止条件和ACK机制，SPI本质上只是主控给从设备“喂”时钟，并通过MOSI/MISO交换数据的一种方式。这意味着——所有通信逻辑都得你自己实现！

这就解释了为什么同样是SPI接口，不同芯片的数据手册里时序图长得五花八门。拿我们今天的主角 SCA103T 来说，它的SPI行为就非常讲究：

支持3线或4线模式（看你是否启用MISO）
要求MSB先行
使用低电平有效的片选信号（CS）
写操作时地址左移一位 + R/W位清零
读操作必须发送Dummy字节才能获取响应

更关键的是，它工作在 SPI Mode 0 ——即CPOL=0（空闲时SCK为低），CPHA=0（上升沿采样）。如果你误设成Mode 3，那恭喜你，大概率会看到一堆乱码或者完全无响应。

⚠️ 小贴士：很多开发者习惯性地把 CLKPhase 设为 SPI_PHASE_2EDGE ，以为这样更稳妥。但错了！每个边缘采样的时机决定了你的数据窗口期。对于SCA103T这种对外部时序敏感的器件，错一个边沿，整个通信就崩了。

所以啊，别再盲目复制别人的初始化代码了。打开数据手册，仔细看它的Timing Diagram，比啥都强 💪。

🔧 STM32 SPI外设如何精准匹配SCA103T？

我们在STM32上用HAL库配置SPI时，最核心的就是这个结构体：

SPI_HandleTypeDef hspi1;

void MX_SPI1_Init(void)
{
    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_LOW;    
    hspi1.Init.CLKPhase = SPI_PHASE_1EDGE;        
    hspi1.Init.NSS = SPI_NSS_SOFT;                
    hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_16;
    hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB;       
    // ...
}

这里面有几个坑特别容易踩：

✅ 波特率预分频值怎么选？

假设你的系统主频72MHz，APB2总线也是72MHz（未分频），那么SPI1的输入时钟就是72MHz。这时候你要注意： SCA103T最大支持5MHz SCK频率 ，所以我们不能随便选个2倍分频直接飙到36MHz！

预分频	实际SCK	是否可用
/2	36 MHz	❌ 太高
/8	9 MHz	❌ 偏高
/16	4.5 MHz	✅ 推荐
/32	2.25 MHz	✅ 可接受

我建议优先选 /16 ，留出一定裕量应对PCB走线延迟。毕竟高速信号在长线上跑起来会有反射和抖动，稍微降速一点反而更稳。

✅ NSS软控 vs 硬控？别被文档误导！

ST官方文档写着 SPI_NSS_HARD_OUTPUT 可以自动管理CS脚，听起来很美好对吧？但现实很骨感——一旦启用硬件NSS，在某些模式下（比如多主竞争）会出现不可控的拉低行为，调试起来极其头疼。

而且，SCA103T要求每次通信后CS高电平持续时间不少于1μs（t_DIS），如果你多个从机共享SPI总线，硬件NSS根本没法灵活切换。

所以我强烈推荐使用 软件控制NSS ：

#define SCA_CS_LOW()   HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_RESET)
#define SCA_CS_HIGH()  HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_SET)

虽然多了两行代码，但它带来了极大的灵活性：你可以精确控制片选时间、轻松扩展多个从设备、还能方便地插入延时防止时序冲突。

✅ MISO要不要加上拉电阻？

现代MCU内部都有弱上拉（约40kΩ），但在以下情况仍建议外加1–10kΩ上拉：
- PCB走线超过10cm
- 工作环境电磁干扰严重（如电机附近）
- 多个从机共用MISO总线（防浮空）

不过要注意，上拉太强会导致上升沿变缓，影响高速通信。一般推荐 4.7kΩ 是个不错的折中值。

📐 信号完整性不是玄学，而是工程常识

你以为只要接上线就能通信？Too young too simple 😏。SPI虽然是同步串行，但它对信号质量的要求一点也不低，尤其是在工业现场。

来看一组实测对比：

场景	SCK上升时间	数据误码率
短距离直连（<5cm）	~5ns	0%
长线传输（>20cm）未匹配	~20ns，明显振铃	>5%
加33Ω串联终端电阻	~8ns，波形干净	0%

看到了吗？一根没处理好的线，就能让你的系统变得极不稳定。

那么该怎么布局布线？

项目	推荐做法
所有SPI信号线尽量等长且平行	减少 skew
走线下方要有完整地平面	提供低阻抗回流路径
SCK与数据线之间保持 ≥3倍线宽间距	抑制串扰
每个电源引脚就近放置0.1μF陶瓷电容	滤除高频噪声
若走线较长（>10cm），SCK串联22–33Ω电阻	抑制反射

记住一句话： 好PCB设计能省掉一半的调试时间 。

🛠️ 如何封装一套健壮的SPI驱动？

直接调HAL库函数当然可以，但你想过这些问题吗？

如果某次通信失败了怎么办？
多次读寄存器总是超时是不是该重试？
连续采集时CPU一直在轮询岂不是很浪费资源？

所以我们需要对HAL API进行二次封装，构建一个真正可用的驱动层。

✅ 带超时与重试机制的寄存器读取

uint8_t spi_read_register(uint8_t reg_addr, uint8_t *data)
{
    uint8_t tx[2] = { (reg_addr << 1) | 0x01, 0xFF }; // 读命令 + dummy
    uint8_t rx[2] = {0};

    for(int retry = 0; retry < 3; retry++) {
        SCA_CS_LOW();
        if(HAL_SPI_TransmitReceive(&hspi1, tx, rx, 2, 10) == HAL_OK) {
            *data = rx[1];
            SCA_CS_HIGH();
            Delay_us(1);  // 满足 t_DIS
            return 1;
        }
        SCA_CS_HIGH();
        HAL_Delay(1);  // 短暂休眠再试
    }
    return 0; // 连续三次失败
}

这里做了几件事：
- 发送正确的读命令（地址左移+R/W置1）
- 主动发Dummy字节触发响应
- 设置10ms超时防止死锁
- 最多重试3次，提升鲁棒性
- 通信结束后插入微秒级延时满足t_DIS

🤔 思考题：为什么不直接用 HAL_SPI_Receive ？因为某些HAL版本在高速SPI下无法保证Dummy字节正确发送，手动构造Tx/Rx缓冲更可控。

✅ 微秒级延时函数怎么写？

HAL_Delay(1) 最小单位是1ms，但对于 t_WR=5μs 这种需求来说太大了。我们可以利用DWT（Data Watchpoint and Trace）单元实现精准延时：

__STATIC_INLINE void Delay_us(uint32_t us)
{
    uint32_t start = DWT->CYCCNT;
    uint32_t cycles = us * (SystemCoreClock / 1000000);
    while ((DWT->CYCCNT - start) >= cycles); // 注意这里是 >=
}

前提是开启DWT时钟：

CoreDebug->DEMCR |= CoreDebug_DEMCR_TRCENA_Msk;
DWT->CTRL |= DWT_CTRL_CYCCNTENA_Msk;
DWT->CYCCNT = 0;

从此告别毫秒级延迟的粗暴等待！

📊 SCA103T寄存器访问详解：命令帧的秘密

再来深入看看SCA103T是怎么收发数据的。

写操作：地址左移 + R/W=0

当你想往寄存器 0x02 写入 0x1A ，正确的命令序列是：

[CMD: 0x04] → [DATA: 0x1A]

其中 0x04 = (0x02 << 1) & 0xFE ，即地址左移一位，最低位强制为0表示写操作。

如果要连续写两个寄存器（如 0x02 和 0x03 ），还可以利用 地址自动递增 功能：

uint8_t buf[3];
buf[0] = (0x02 << 1) & 0xFE;  // 起始地址
buf[1] = 0x1A;                // 写入0x02
buf[2] = 0x2B;                // 自动写入0x03
HAL_SPI_Transmit(&hspi1, buf, 3, HAL_MAX_DELAY);

效率提升显著，尤其适合初始化阶段批量配置。

读操作：必须发送Dummy字节！

这是最容易出错的地方。很多人以为 HAL_SPI_Receive 可以直接拿到数据，但实际上：

SPI是全双工的，你不发东西，对方就没理由回你

所以读两个连续寄存器（如XOUT_H和XOUT_L）的流程是：

[CMD: 0x09] → [DUMMY: 0xFF] → [XOUT_H] → [DUMMY: 0xFF] → [XOUT_L]

对应的代码：

HAL_StatusTypeDef SCA103T_ReadRegisters(uint8_t reg_addr, uint8_t *rx_buf, uint8_t len)
{
    uint8_t cmd = ((reg_addr << 1) | 0x01);  // R/W=1
    SCA_CS_LOW();
    HAL_SPI_Transmit(&hspi1, &cmd, 1, 10);
    HAL_SPI_Receive(&hspi1, rx_buf, len, 10);
    SCA_CS_HIGH();
    Delay_us(1);
    return HAL_OK;
}

有些平台的 HAL_SPI_Receive 内部会自动填充0x00作为Dummy，但最好还是显式用 TransmitReceive 控制双向流更保险。

📈 原始数据 → 物理量：加速度与温度解析

现在我们拿到了原始寄存器值，下一步是转换成有意义的物理量。

✅ 加速度值解码（16位补码）

SCA103T输出X/Y轴加速度为16位补码格式，高位在前。例如读得：

XOUT_H = 0x2C
XOUT_L = 0x80

则合并为 0x2C80 = 11408 。由于最高位是0，为正数；如果是 0xF000 ，那就是负数了。

转换公式：

int16_t raw_x = (int16_t)((buf[0] << 8) | buf[1]);
float accel_x_g = raw_x / 32768.0f * FSR_G;  // FSR_G 可设为2.0或8.0

这里的 32768.0f 是16位补码的最大幅值（±32767）， FSR_G 是满量程范围（Full Scale Range）。默认±2g模式下，灵敏度约为 16384 LSB/g 。

✅ 温度读取与换算

温度寄存器同样为16位补码，但只用高12位有效：

int16_t raw_temp = (int16_t)((temp_buf[0] << 8) | temp_buf[1]) >> 4;
float temperature_c = 25.0f + raw_temp * 0.5f;  // 典型系数0.5°C/LSB

厂商通常提供标称值，但实际使用中建议做两点校准（如冰水混合物0°C和沸水100°C）来修正k_T。

🔁 中断 + DMA：释放CPU，实现高效采集

如果你还在用轮询方式读传感器，那你已经落后了整整一个时代 🙈。

✅ 利用DRDY引脚触发EXTI中断

SCA103T有个 DRDY （Data Ready）引脚，每当新数据准备好就会拉低。我们可以把它接到STM32的GPIO并配置为外部中断：

void EXTI4_IRQHandler(void)
{
    if (__HAL_GPIO_EXTI_GET_FLAG(GPIO_PIN_4)) {
        HAL_GPIO_EXTI_CLEAR_IT(GPIO_PIN_4);
        Start_Accel_Read_DMA();  // 触发DMA读取
    }
}

这样就不需要定时器不断去查状态了，真正做到“事件驱动”。

✅ DMA双缓冲模式实现无缝采集

启用SPI_RX_DMA通道，并配置双缓冲区交替接收：

uint8_t dma_buffer[2][6];  // X,Y,T各2字节
HAL_SPI_Receive_DMA(&hspi1, dma_buffer[0], 6);

// 在回调中处理数据
void HAL_SPI_RxCpltCallback(SPI_HandleTypeDef *hspi)
{
    if(hspi == &hspi1) {
        parse_sensor_data(active_buffer);  // 解析刚填满的那一块
    }
}

配合DMA的Half-Transfer和Transfer-Complete中断，可以在后台持续搬运数据，CPU几乎不参与。

📊 实测效果对比：

方案	CPU占用	延迟抖动	最大采样率
Polling	高	大	受限
EXTI+DMA	极低	小	达到极限

在1kHz采样率下，DMA方案可维持稳定吞吐，而轮询极易造成丢包。

🧮 姿态解算：从加速度到倾角

静态条件下，重力矢量在各轴上的投影可用于计算倾斜角度。

✅ 反正弦 vs 反正切：哪个更好？

最简单的模型是：

$$
\theta_x = \arcsin\left(\frac{a_x}{g}\right)
$$

但这只适用于±90°以内，且在接近±90°时精度急剧下降。

更优的做法是使用反正切：

$$
\theta_x = \arctan\left( \frac{a_x}{\sqrt{a_y^2 + a_z^2}} \right)
$$

即使不知道Z轴真实值，也可以假设 $ a_z \approx g $ 来估算。

C语言实现：

float compute_roll(float ax, float ay, float az)
{
    return atan2f(ax, sqrtf(ay*ay + az*az)) * 180.0f / M_PI;
}

float compute_pitch(float ax, float ay, float az)
{
    return atan2f(ay, sqrtf(ax*ax + az*az)) * 180.0f / M_PI;
}

atan2f() 的好处是不会除零，还能自动判断象限。

🧹 数据预处理：滤波算法选型实战

原始信号总是带着噪声，我们需要数字滤波来净化。

✅ 一阶IIR低通滤波（轻量高效）

适合嵌入式实时系统：

y[n] = α * x[n] + (1-α) * y[n-1]

α越小，截止频率越低，响应越慢。常用取值：

α = 0.1 → 截止约1Hz → 适合缓慢变化的倾角
α = 0.5 → 截至约5Hz → 平衡响应与噪声

float iir_filter_apply(float input, float alpha, float *prev_out)
{
    float out = alpha * input + (1.0f - alpha) * (*prev_out);
    *prev_out = out;
    return out;
}

✅ 移动平均滤波（抑制脉冲干扰）

N点滑动窗口平均，适合去除随机跳变：

#define MA_SIZE 10
float ma_buffer[MA_SIZE];
uint8_t idx = 0;

float moving_average(float new_sample)
{
    ma_buffer[idx++] = new_sample;
    if(idx >= MA_SIZE) idx = 0;

    float sum = 0;
    for(int i = 0; i < MA_SIZE; i++) sum += ma_buffer[i];
    return sum / MA_SIZE;
}

⚠️ 缺点是延迟较大（~5ms @1kHz），不适合动态响应要求高的场合。

🏗️ 软件架构设计：分层解耦才是王道

大型项目一定要分层！否则后期维护会让你怀疑人生。

推荐三层架构：

+---------------------+
|     Application     | ← 倾角显示、报警、通信上传
+---------------------+
|      Processing     | ← 滤波、姿态解算、温漂补偿
+---------------------+
|     Driver HAL      | ← SPI读写、寄存器访问、DMA搬运
+---------------------+

每一层只依赖下一层的接口，互不影响。例如：

float ax_g = sca103t_get_accel_x();           // 驱动层
float filtered_ax = apply_iir_filter(&lpf, ax_g);  // 处理层
float roll_deg = compute_roll(filtered_ax, ...);   // 应用层

清晰明了，谁改哪部分一目了然。

🧪 实战技巧：如何提升长期稳定性？

最后分享几个我在工业项目中总结的经验：

✅ 振动环境下防误判

工程机械振动频繁，可能导致错误倾角报警。解决办法：

加速度幅值判定 ：只有当 $\sqrt{a_x^2+a_y^2+a_z^2} \approx g$ 时才认为处于静止状态
频域分析辅助 ：FFT识别高频振动成分（>10Hz），暂时屏蔽姿态更新
加入陀螺仪做融合 （未来升级IMU）

✅ 定期自检与温漂校正

每小时执行一次背景任务：

if(timer_1h_flag) {
    float temp = get_temperature();
    update_offset_based_on_temp(temp);  // 查表或多项式补偿
    run_self_diagnostic();              // 检查通信是否正常
}

同时记录历史极值，用于故障预警。

✅ 状态机管理运行模式

用有限状态机控制整体流程：

typedef enum {
    STATE_INIT,
    STATE_SELF_TEST,
    STATE_STANDBY,
    STATE_ACTIVE_SAMPLING,
    STATE_ERROR_RECOVERY
} SystemState;

void system_state_machine()
{
    switch(current_state) {
        case STATE_INIT:
            if(init_ok()) current_state = STATE_SELF_TEST;
            break;
        case STATE_SELF_TEST:
            if(self_test_pass()) 
                current_state = STATE_ACTIVE_SAMPLING;
            else 
                current_state = STATE_ERROR_RECOVERY;
            break;
        // ...
    }
}

让系统具备“自我意识”，不再是野蛮运行。