zephyr笔记 2.4.1 信号量

本文介绍了Zephyr操作系统中的信号量概念及其使用方法。详细解释了信号量的定义、初始化、给出和获取操作,并提供了代码示例。适用于希望了解Zephyr中信号量机制的开发者。

1 前言

信号量是实现传统计数信号量的内核对象。

我正在学习 Zephyr,一个很可能会用到很多物联网设备上的操作系统,如果你也感兴趣,可点此查看帖子zephyr学习笔记汇总

2 概念

可以定义任意数量的信号量。 每个信号都由其内存地址来引用。

信号量具有以下关键属性:

  • 指示信号可以被采用的次数的计数。 计数为零表示信号量不可用。
  • 指示信号量可以达到的最大值的限制。

信号量在使用之前必须初始化。它的计数必须设置为小于或等于其极限的非负值。

信号量可以由线程或ISR给出。给信号量递增它的计数,除非计数已经等于极限。

一个信号可能被一个线程占用。除非信号量不可用(即,为零),否则采用信号量减少其计数。 当信号量不可用时,线程可以选择等待给出。 任何数量的线程可能会同时等待不可用的信号量。当给出信号量时,它被等待时间最长的最高优先级线程占用。

注意:内核确实允许ISR获取信号量,但是如果信号量不可用,ISR不能尝试等待。

3 操作

3.1 定义一个信号量

信号量是使用 struct k_sem 类型的变量定义的。它必须通过调用 k_sem_init() 来初始化。

下面的代码定义了一个信号量,然后通过将其计数设置为0并将其限制设置为1来将其配置为二进制信号量。

struct k_sem my_sem;

k_sem_init(&my_sem, 0, 1);

或者,可以在编译时通过调用 K_SEM_DEFINE 来定义和初始化信号量。

以下代码与上面的代码段具有相同的效果。

K_SEM_DEFINE(my_sem, 0, 1);

3.2 给信号量

通过调用 k_sem_give() 给出信号量。

以下代码构建在上述示例上,并给出信号量以指示数据单元可供消费者线程处理。

void input_data_interrupt_handler(void *arg)
{
    /* notify thread that data is available */
    k_sem_give(&my_sem);

    ...
}

3.3 带走信号量

通过调用 k_sem_take() 来获取信号量。

以下代码基于上面的示例构建,并等待信号量最多为50毫秒。 如果没有及时获得信号量,则会发出警告。

void consumer_thread(void)
{
    ...

    if (k_sem_take(&my_sem, K_MSEC(50)) != 0) {
        printk("Input data not available!");
    } else {
        /* fetch available data */
        ...
    }
    ...
}

4 建议用法

使用信号量来控制多线程对一组资源的访问。

使用信号量来同步生产和消费线程或ISR之间的处理。

5 配置选项

6 APIs

下列信号量API,都在 kernel.h 中提供了:

K_SEM_DEFINE
k_sem_init()
k_sem_give()
k_sem_take()
k_sem_reset()
k_sem_count_get()

<think>我们正在讨论RTOS中创建信号量的函数。根据之前的上下文,我们提到了FreeRTOS中的xSemaphoreGive等函数,但现在用户明确要求了解“创建信号量函数”的详细信息。我们将结合引用中提到的不同RTOS(如Zephyr、CMSIS-RTOS)来综合说明。 创建信号量是使用信号量的第一步,不同RTOS的API命名和参数可能不同,但核心功能相似:初始化信号量对象,设置初始值(对于计数信号量)或状态(对于二进制信号量)。 下面我们将从几个方面展开: 1. 常见RTOS中创建信号量的函数原型 2. 参数详解 3. 使用流程(包括初始化和删除) 4. 使用示例 5. 设计注意事项 注意:引用[1]提到Zephyr的k_sem_init,引用[2]提到CMSIS-RTOS的osSemaphoreCreate(实际是osSemaphoreNew),引用[3]提到FreeRTOS的xSemaphoreCreateBinary和xSemaphoreCreateCounting。我们将整合这些信息。 由于用户之前的问题是关于FreeRTOS的,但引用中提到了多种RTOS,我们将以FreeRTOS为主,同时对比其他RTOS。 开始详细说明: </think>### RTOS 创建信号量函数详解 信号量是 RTOS 中实现任务同步和资源管理的关键机制。不同 RTOS 的信号量创建函数存在差异,以下是主流 RTOS 的核心创建函数及其工作原理: --- #### 1. **FreeRTOS 创建函数** ```c /* 创建二进制信号量 */ SemaphoreHandle_t xSemaphoreCreateBinary(void); /* 创建计数信号量 */ SemaphoreHandle_t xSemaphoreCreateCounting( UBaseType_t uxMaxCount, // 最大计数值 UBaseType_t uxInitialCount // 初始计数值 ); /* 创建互斥信号量 */ SemaphoreHandle_t xSemaphoreCreateMutex(void); ``` **特性对比**: | 类型 | 初始状态 | 最大计数 | 优先级继承 | 适用场景 | |--------------|----------|----------|------------|----------------------| | 二进制信号量 | 0 (空) | 1 | × | 事件通知[^3] | | 计数信号量 | 可配置 | 可配置 | × | 资源池管理[^3] | | 互斥信号量 | 1 (满) | 1 | ✓ | 临界区保护 | **内存分配**: - 默认使用动态内存(需启用 `configSUPPORT_DYNAMIC_ALLOCATION=1`) - 静态创建使用 `xSemaphoreCreateBinaryStatic()` 等函数 --- #### 2. **Zephyr RTOS 创建方式** ```c struct k_sem my_sem; // 声明信号量对象 /* 初始化信号量 */ void k_sem_init( struct k_sem *sem, // 信号量指针 unsigned int initial, // 初始值 unsigned int limit // 最大值 ); ``` **特点**: - 静态初始化(无动态内存分配) - 直接控制信号量内存布局 - 初始值/最大值可自由配置(如 `k_sem_init(&uart_sem, 1, 1)` 创建二进制信号量)[^1] --- #### 3. **CMSIS-RTOS 创建函数** ```c osSemaphoreId osSemaphoreCreate( const osSemaphoreDef_t *semaphore_def, // 信号量定义 int32_t count // 初始计数值 ); ``` **使用流程**: ```c // 1. 定义信号量对象 osSemaphoreDef(button_sema); // 定义元数据 // 2. 创建信号量 osSemaphoreId m_sema = osSemaphoreCreate( osSemaphore(button_sema), // 绑定定义 0 // 初始值=0(空信号量) ); ``` **注意事项**: - 超时等待使用 `osSemaphoreWait(sema_id, timeout)`[^2] - 最大计数值在 `osSemaphoreDef` 中隐含定义 --- #### 4. **关键参数解析 ##### (1) **初始计数值** - **二进制信号量**: - FreeRTOS 默认 $0$(空状态) - CMSIS-RTOS 需显式设置(如按键事件设为 $0$) - **资源池场景**: - 初始值 = 可用资源数(如 $3$ 个UART通道) ##### (2) **最大计数值** - 决定信号量计数器上限 - 典型配置: ```c /* 允许最多4个任务并发访问SD卡 */ xSemaphoreCreateCounting(4, 4); ``` --- #### 5. **使用流程示例(FreeRTOS)** ```c // 创建互斥锁保护SPI总线 SemaphoreHandle_t spi_mutex = xSemaphoreCreateMutex(); void SPI_Task(void *pvParam) { while(1) { if(xSemaphoreTake(spi_mutex, pdMS_TO_TICKS(100)) == pdTRUE) { SPI_Transmit(data); // 独占访问SPI xSemaphoreGive(spi_mutex);// 必须成对释放! } else { // 处理超时逻辑 } } } ``` **错误预防**: - 始终检查返回值 - 使用 `configASSERT()` 验证创建成功 - 互斥量必须由获取者释放(否则引发未定义行为) --- #### 6. **设计考量 ##### (1) **内存占用** | RTOS | 二进制信号量大小 | 额外依赖 | |--------------|------------------|------------------------| | FreeRTOS | $32$ 字节 | 需启用信号量功能 | | Zephyr | $12$ 字节 | 无动态内存分配 | | CMSIS-RTOS v1| $20$ 字节 | 需 `cmsis_os.h` 支持 | ##### (2) **实时性影响** - 创建耗时:$5-50 \mu s$(取决于 RTOS 实现) - 内存分配可能引起碎片(静态创建更可靠) ##### (3) **跨RTOS移植建议** ```c // 抽象层示例 #ifdef FREERTOS #define CREATE_BIN_SEM() xSemaphoreCreateBinary() #elif ZEPHYR #define CREATE_BIN_SEM() k_sem_init(&sem, 0, 1) #endif ``` --- ### 常见问题解决方案 1. **创建失败处理**: ```c spi_mutex = xSemaphoreCreateMutex(); configASSERT(spi_mutex != NULL); // 触发断言终止系统 ``` 2. **静态分配优化**: ```c StaticSemaphore_t spi_mutex_buffer; // 预分配内存 spi_mutex = xSemaphoreCreateMutexStatic(&spi_mutex_buffer); ``` 3. **系统启动前初始化**: ```c void SystemInit() { // 在调度器启动前创建核心资源 uart_sem = xSemaphoreCreateBinary(); vQueueAddToRegistry(uart_sem, "UART_Sem"); } ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值