RTX5 | 信号量实战 - 多传感器数据采集的并发控制

1. 信号量在多传感器系统中的核心价值

想象一下你正在设计一个智能家居系统,需要同时采集温度、湿度、光照和空气质量四种传感器数据。这些传感器共享同一个ADC模块进行模数转换,就像四辆车要共用一条单行道。如果没有交通信号灯协调,必然会出现撞车事故。在嵌入式系统中,RTX5信号量就是这样的"交通指挥官"。

我去年做过一个工业监测项目,就遇到过这样的典型场景:系统需要同时处理4路传感器数据,但硬件只有2个DMA通道可用。最初尝试用裸机轮询方式,结果发现当高频采集加速度传感器数据时,温湿度读数经常丢失。后来改用RTX5信号量管理DMA资源,数据丢失率直接从15%降到了0.02%。

信号量与互斥量的关键区别在于:互斥量像独居房的钥匙,任何时候只允许一个线程持有;而信号量更像停车场的电子计数器,允许有限数量的车辆同时进入。在RTX5中创建信号量时,我们需要通过osSemaphoreNew指定两个关键参数:

  • max_count:相当于停车场总车位数
  • initial_count:相当于初始可用车位数
// 创建最大5个、初始5个的信号量 osSemaphoreId_t adcSem = osSemaphoreNew(5, 5, NULL);

2. 信号量实战配置详解

2.1 硬件资源规划

假设我们使用STM32H743平台,硬件资源配置如下表:

资源类型数量共享情况
ADC模块1个所有传感器共用
DMA通道2个传感器分组使用
SPI总线1条所有SPI设备共用

在RTX5中,建议为每种硬件资源创建独立的信号量:

// ADC使用计数信号量(最大2个并发) osSemaphoreId_t adcSem = osSemaphoreNew(2, 2, NULL); // SPI使用二值信号量(等同于互斥量) osSemaphoreId_t spiSem = osSemaphoreNew(1, 1, NULL);

2.2 线程优先级设计

根据我的踩坑经验,传感器线程的优先级设置需要遵循两个原则:

  1. 高采样率线程优先级更高(如加速度传感器)
  2. 使用相同硬件的线程应设为相同优先级

下面是一个典型的优先级方案:

#define PRIO_ACCEL (osPriorityHigh) #define PRIO_TEMP_HUMI (osPriorityNormal) #define PRIO_LIGHT (osPriorityLow)

3. 关键API的防坑指南

3.1 信号量获取的最佳实践

osSemaphoreAcquire的第二个参数timeout需要特别注意。我在一次压力测试中发现,设为osWaitForever可能导致死锁。推荐使用超时机制:

// 更好的获取方式:500ms超时 osStatus_t status = osSemaphoreAcquire(adcSem, 500); if(status == osOK) { // 成功获取信号量 } else if(status == osErrorTimeout) { // 记录超时日志 logError("ADC timeout"); }

3.2 信号量释放的注意事项

新手常犯的错误是重复释放信号量。记得在释放前检查当前计数:

uint32_t count = osSemaphoreGetCount(adcSem); if(count < 2) { // 最大并发数为2 osSemaphoreRelease(adcSem); }

4. 多传感器数据采集实战

4.1 温度传感器线程实现

以DS18B20温度传感器为例,展示完整的数据采集流程:

void thread_temp(void *arg) { while(1) { if(osSemaphoreAcquire(spiSem, 100) == osOK) { float temp = read_ds18b20(); // 实际读取函数 osSemaphoreRelease(spiSem); send_to_queue(temp_queue, &temp); } osDelay(1000); // 1秒采样周期 } }

4.2 加速度传感器处理

对于高频采样的加速度计,需要更精细的控制:

void thread_accel(void *arg) { uint8_t buf[6]; while(1) { if(osSemaphoreAcquire(spiSem, 50) == osOK) { spi_read(ACCEL_REG, buf, 6); osSemaphoreRelease(spiSem); process_accel_data(buf); } osDelay(10); // 100Hz采样率 } }

5. 系统调试与性能优化

5.1 Event Recorder诊断

使用MDK的Event Recorder可以直观观察信号量使用情况。以下是典型的问题排查步骤:

  1. 监控信号量计数变化
  2. 记录线程阻塞时间
  3. 分析最长的信号量等待时间

5.2 内存占用优化

RTX5信号量本身占用资源很少,但每个等待信号量的线程都会消耗堆栈空间。建议:

  • 设置合理的线程堆栈大小
  • 使用osSemaphoreGetCount监控信号量使用率
  • 避免在中断服务程序中长时间持有信号量

记得三年前调试一个多路压力传感器项目时,发现系统运行几小时后会死机。最后发现是因为一个线程在获取信号量失败后没有释放已申请的堆内存,导致内存泄漏。这个教训让我养成了在信号量获取失败分支也做资源清理的习惯。