FreeRtos-09事件组的使用

已于 2024-06-11 16:15:16 修改
阅读量327 收藏 1
点赞数 5
CC 4.0 BY-SA版权
分类专栏： FreeRTOS 文章标签： stm32 c语言 开发语言 单片机
于 2024-06-11 16:12:53 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Abcd_cnom/article/details/139594637
本文详细介绍了FreeRTOS中的事件组，包括理论讲解、适用场景、相关API以及实际使用案例。事件组通过整数bit位代表事件，适用于单个或所有事件的同步。文章分别演示了等待事件和作为同步点的场景，展示了如何创建和管理事件组，以实现任务间的有效协调。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.  事件组的理论讲解

事件组：就是通过一个整数的bit位来代表一个事件，几个事件的or和and的结果是输出

#define configUSE_16_BIT_TICKS		0
//configUSE_16_BIT_TICKS用1表示16位，用0表示32位

 1.1 事件组适用于哪些场景

  • 某个事件
  • 若干个事件中的某个事件
  • 若干个事件中的所有事件

事件组只能适用于单个事件或者所有事件，不能实现所有事件中的几个事件

事件组的唤醒事件（会唤醒所有符号条件的任务）和清除事件（可以选择保留和清除）

  1.2 事件组相关函数API

创

了解本专栏 订阅专栏 解锁全文 超级会员免费看
7.FreeRTOS学习笔记-事件
Car12
11-18 840
FreeRTOS 提供的事件特点 事件只与任务相关联，事件相互独立，一个 32 位的事件集合（EventBits_t 类型的变量，实际可用与表示事件的只有 24位），用于标识该任务发生的事件类型，其中每一位表示一种事件类型（0 表示该事件类型未发生、1 表示该事件类型已经发 生），一共 24 种事件类型。 事件仅用于同步，不提供数据传输功能 事件无排队性，即多次向任务设置同一事件(如果任务还未来得及读走)，等效于只设置一次 允许多个任务对同一事件进行读写操作 支持事件等待超时机制 逻辑与 逻辑或 是否
FreeRTOS
weixin_69945979的博客
11-10 2100
答：任务调度器就是使用相关的调度算法来决定当前需要执行的哪个任务。答：同等优先级任务轮流享有相同的CPU时间(可设置)，叫做时间片，在FreeRTOS中，一个时间片等于SysTick中断周期。答：任务栈栈顶，在任务切换时的任务上下文保存、任务恢复息息相关。每个任务都有属于自己的任务控制块，类似身份证。答：临界区保护，保护那些不想被打断的程序段，关闭freertos所管理的中断，中断无法打断，滴答中断和PendSV中断无法进行不能实现任务调度。挂起：挂起任务类似暂停，可恢复；
FreeRTOS学习 -- 事件标志组
不积跬步，无以至千里
08-07 1079
事件位 0 存放在这个变量的 bit0 上，变量的 bit1 就是事件位 1，以此类推。由于内部处理的原因，事件标志组可用 bit 数取决于 configUSE_16_BIT_TICKS ，当 configUSE_16_BIT_TICKS1 为 1 的时候事件标志组有 8 个可用的位(bit0~ bit7) ，当 configUSE_16_BIT_TICKS 为 0 的时候事件标志组有 24 个可用的位(bit0~bit23)。将事件标志组中的指定事件位清零，此函数只能用在任务中，不能用在中断服务函数中。
FreeRTOS——事件标志组
2301_79532069的博客
11-23 1246
事件是实现的机制，用于同步，。（注意与二值信号量区分）与信号量不同的是，事件可以实现的同步，即一个任务可以等待多个事件的发生:可以是任意一个事件发生时唤醒任务进行事件处理;也可以是几个事件都发生后才唤醒任务进行事件处理。同样，也可以是多个任务同步多个事件。实际上，
FreeRTOS---------事件
m0_74307146的博客
05-24 884
在某些场合，可能需要多个时间发生了才能进行下一步操作，比如一些危险机器的启 动，需要检查各项指标，当指标不达标的时候，无法启动，但是检查各个指标的时候，不 能一下子检测完毕啊，所以，需要事件来做统一的等待，当所有的事件都完成了，那么机 器才允许启动，这只是事件的其中一个应用。事件不与任务相关联，事件相互独立，一个32位的变量（事件集合，实际用于表示事 件的只有24位），用于标识该任务发生的事件类型，其中每一位表示一种事件类型（0表 示该事件类型未发生、1表示该事件类型已经发生），一共24种事件类型。
FreeRTOS系列---事件标志组
Lin的博客
09-02 850
文章目录前言事件组、事件位事件组和事件位的数据类型创建事件标志组事件组EventGroup_t 定义如下函数xEventGroupCreate()函数xEventGroupCreateStatic()设置事件位函数xEventGroupClearBits()函数 xEventGroupClearBitsFromISR()函数 xEventGroupSetBits()函数xEventGroupSetBitsFromISR()获取事件标志组值函数xEventGroupGetBits（）函数xEventGroup
ESP32 FreeRTOS-事件组(10)
believe666的博客
01-15 2758
FreeRTOS-事件组
【freertos】FreeRTOS事件标志组的介绍与使用
qq_62917398的博客
11-25 1024
quad事件是一种实现任务间通信的机制，主要用于实现多任务间的同步，但事件通信只能是事件类型的通信，无数据传输。与信号量不同的是，它可以实现一对多，多对多的同步。即一个任务可以等待多个事件的发生：可以是任意一个事件发生时唤醒任务进行事件处理；也可以是几个事件都发生后才唤醒任务进行事件处理。同样，也可以是多个任务同步多个事件。\quad每一个事件组只需要很少的 RAM 空间来保存事件组的状态。事件组存储在一个 EventBits_t 类型的变量中，该变量在事件组结构体中定义。\quad。
个人笔记--FreeRTOS事件标志组
未来可期
11-21 1208
FreeRTOS事件标志组 简介 事件的基本概念 事件是一种实现任务间通信的机制，主要用于实现任务间的同步，与信号量不同的是：事件通信只能传输事件是否发生，不能传递数据。而且事件可以实现一对多，多对多的同步。 一个任务可以等待多个事件的发送：可以是一个事件发生时唤醒任务进行事件处理；也可以是几个事件都发生后才唤醒任务进行事件处理，同样可以是多个任务同步多个事件 事件组的优点：多个事件的集合叫做事件组 通常编程时如果要定义一个标志位，最长用的类型是char类型，在STM32中，char类型要占用8位bi
29-FreeRTOS事件标志组
你好啊！猿道友
05-24 1043
29-stm32-操作系统-事件标志组
FreeRTOS事件标志组
留小乙的博客
10-28 1205
信号量来同步的话任务只能与单个的事件或任务进行同步。有时候某个任务可能会需要与多个事件或任务进行同步，此时信号量就无能为力了。FreeRTOS为此提供了一个可选的解决方法，那就是事件标志组。 一、事件标志组简介 1、事件位(事件标志) 事件位用来表明某个事件是否发生，事件位通常用作事件标志，比如下面的几个例子： 当收到一条消息并且把这条消息处理掉以后就可以将某个位（标志）置1，当队列中没有消息需要处理的时候就可以将这个位（标志）置0。 当把队列中的消息通过网络发送输出以后就可以将某个位（标志）置1,当没有
FreeRTOS的软件定时器与事件标志组
2301_78799455的博客
11-23 971
FreeRTOS的软件定时器与事件标志组 FreeRTOS学习日志（8）
【深入浅出STM32（1）】 GPIO 深度解析：引脚特性、工作模式、速度选型及上下拉电阻详解
最新发布
皮皮不调皮的博客
08-13 449
本文深入解析了STM32的GPIO特性与应用。GPIO作为通用输入/输出端口，支持8组引脚（GPIOA-H），可配置为多种工作模式。输入模式包括浮空、上拉、下拉和模拟输入；输出模式涵盖开漏、推挽及其复用形式，并支持2MHz-100MHz四种速度等级。文章详细分析了推挽电路原理、钳位二极管保护机制，以及输出速度与驱动能力、噪声和功耗的关系。特别强调了高速模式会带来更大的开关噪声和功耗，需根据实际应用平衡性能与电磁兼容性（EMC）。此外，还介绍了寄生电容、过冲/下冲等专业概念，为硬件设计提供重要参考。
STM32HAL 快速入门（六）：GPIO 输入之按键控制 LED
2502_90552706的博客
08-13 700
本文介绍了STM32HAL库中GPIO输入模式的应用，以按键控制LED为例进行讲解。首先解决调试器连接问题，建议在CubeMX中将Debug模式改为"Serial Wire"。然后详细说明了按键消抖的必要性、硬件电路搭建方法，并演示了如何配置PB14为下拉输入模式。在代码实现部分，展示了两种控制方式：基础代码包含20ms延时消抖处理，简化代码则直接传递引脚状态。文章还解释了LED低电平点亮的特性导致的现象差异。最后预告下一篇将介绍光敏电阻控制蜂鸣器的应用。全文循序渐进地讲解了GPIO输入
STM32CubeMX + HAL 库：用FSMC接口与IS62WV51216芯片实现stm32外部SRAM扩展
weixin_71894495的博客
08-13 317
【摘要】本实验基于STM32CubeMX和HAL库，实现了STM32通过FSMC接口驱动IS62WV51216并行SRAM。FSMC将外部SRAM映射到0x68000000地址空间，实验通过__attribute__((at()))将变量固定在外部SRAM地址，验证了不同存储类型的变量分配机制。实验还演示了指针访问外部SRAM的方法，并分析了FSMC的26位地址线寻址原理及16位数据宽度的地址映射机制，为嵌入式系统扩展外部存储提供了实践参考。
STM32 HAL库驱动W25QXX Flash
愿青春不负梦想
08-11 1020
本文介绍了基于STM32 HAL库的W25QXX SPI Flash存储器驱动实现。主要内容包括：硬件连接方案（SPI接口及GPIO配置）、SPI基础通信函数封装（发送/接收/同时收发）、W25QXX核心功能实现（读取ID、状态寄存器、写使能等）。项目提供了完整的驱动代码，适用于W25Q64等SPI Flash芯片，可方便地实现数据存储功能。驱动函数采用模块化设计，通过HAL库SPI接口与硬件交互，包含必要的错误处理机制。
PID 控制算法 | stm32 直流电机控制
u013669912的博客
08-11 667
……
ESP32_STM32_DHT20
yunteng521的博客
08-13 201
DHT20温湿度传感器应用笔记 摘要：本文介绍了DHT20温湿度传感器的基本特性及其在STM32\ESP32平台上的实现方法。DHT20作为DHT11的升级版本，采用ASIC芯片和I²C接口，具有更高精度和稳定性（工作电压2.2-5.5V）。提供了基于STM32F103C8T6的硬件连接方案（PB6-SCL/PB7-SDA）与 ESP32_3C的硬件连接方案（GPIO5-SCL/GPIO4-SDA）和软件实现代码，包括I²C时序控制、精确延时函数（微秒/毫秒级）以及数据读写等核心功能。通过GPIO模拟I²C
在 freeRTOS-plus-tcp使用
05-30
<think>好的，用户现在想在FreeRTOS-plus-TCP上实现轻量级MQTT客户端。我需要结合之前的对话和提供的引用内容来给出合适的建议。首先，回顾用户之前的提问，他们提到了三个轻量级MQTT客户端的实现方案：MQTT-C、coreMQTT和OneNET实现。现在用户的具体环境是FreeRTOS-plus-TCP，这是一个针对FreeRTOS的网络协议栈，适合嵌入式设备。用户提供的引用内容中，引用[3]提到系统后端使用SpringBoot，前端Vue3，消息服务器用EMQX5.0，设备端支持FreeRTOS等。这可能意味着用户的项目是物联网相关的，需要设备端通过FreeRTOS连接到MQTT服务器，比如EMQX。接下来，我需要考虑如何在FreeRTOS-plus-TCP上实现MQTT客户端。根据之前的推荐，coreMQTT是内存优化最好的，而且支持TLS，可能更适合资源受限的环境。而FreeRTOS-plus-TCP已经处理了TCP/IP层，所以需要将MQTT库移植到这个协议栈上。步骤方面，首先需要确认FreeRTOS-plus-TCP的网络接口如何与MQTT客户端库适配。例如，coreMQTT需要实现网络传输层的发送和接收函数，这里可能需要调用FreeRTOS的socketAPI。另外，内存管理也很重要，要确保动态内存分配适合FreeRTOS的环境，可能需要使用静态内存分配或堆管理。然后，用户可能需要配置MQTT的连接参数，比如客户端ID、服务器地址、端口等。由于是轻量级，需要确保代码尽可能精简，避免不必要的功能。QoS的选择也很重要，QoS0最轻量，但可靠性低，QoS1需要消息确认，会增加一些开销。另外，引用[2]提到需要前端和移动端开发，但用户当前的问题是关于设备端的，所以可能暂时不需要涉及前端部分，但可以提醒用户如果需要与前端交互，可能需要考虑消息格式和协议的一致性。在代码示例部分，需要展示如何在FreeRTOS任务中初始化网络，连接MQTT服务器，并发布消息。可能需要使用FreeRTOS的任务、队列等机制来处理网络通信和消息处理，避免阻塞。最后，相关问题需要围绕FreeRTOS和MQTT的集成，比如内存优化、网络适配、QoS处理、掉线重连等，这些都是实际开发中常见的问题。同时，TLS集成也是一个重点，因为安全通信在物联网中很重要，但会增加资源消耗，需要权衡。</think>### 在FreeRTOS-plus-TCP上实现轻量级MQTT客户端的步骤解析 #### 一、架构设计要点 1. **协议栈适配** - 基于FreeRTOS-plus-TCP的`socket()`接口实现网络传输层[^3] - 使用单任务模型处理MQTT报文收发与心跳维护 - 内存占用控制在$20KB$以内（不含TLS） 2. **代码结构示例**: ``` mqtt_freertos/ ├── mqtt_client.c // MQTT协议核心实现 ├── mqtt_freertos.c // FreeRTOS适配层 └── mqtt_config.h // QoS/心跳等参数配置 ``` #### 二、关键实现步骤 1. **网络接口适配** ```c // FreeRTOS_connect()封装示例 int mqtt_net_connect(const char* host, uint16_t port) { Socket_t xSocket = FreeRTOS_socket(FREERTOS_AF_INET, FREERTOS_SOCK_STREAM, FREERTOS_IPPROTO_TCP); FreeRTOS_connect(xSocket, &xAddress, sizeof(xAddress)); return xSocket; } ``` 2. **MQTT任务实现** ```c void vMQTTTask(void *pvParameters) { MQTTClient_t xClient; NetworkContext_t xNetworkContext; // 初始化网络连接 xNetworkContext.socket = mqtt_net_connect("broker.emqx.io", 1883); // MQTT协议握手 MQTT_Init(&xClient, &xNetworkContext, get_current_time, message_handler_cb); for(;;) { // 处理报文接收与心跳 MQTT_ProcessLoop(&xClient, 500); vTaskDelay(pdMS_TO_TICKS(100)); } } ``` 3. **内存优化配置**（mqtt_config.h）: ```c #define MQTT_RX_BUFFER_SIZE 512 // 接收缓冲区 #define MQTT_TX_PAYLOAD_MAX 128 // 最大消息负载 #define MQTT_KEEP_ALIVE 60 // 心跳间隔(秒) ``` #### 三、性能优化策略 1. **动态内存控制** - 使用FreeRTOS静态内存分配器: ```c void* mqtt_malloc(size_t size) { return pvPortMalloc(size); // 使用FreeRTOS内存管理 } ``` 2. **QoS分级实现** - QoS 0: 直接发送不等待ACK[^3] - QoS 1: 使用消息ID映射表记录发送状态 ```c typedef struct { uint16_t packet_id; uint32_t send_timestamp; } QoS1PendingList_t; ``` 3. **网络异常处理** - 实现自动重连机制: ```c if(FreeRTOS_recv(xSocket, ...) < 0) { vReconnectNetwork(&xClient); // 包含指数退避算法 } ``` #### 四、测试验证方法 1. **EMQX服务器验证** ```bash $ mosquitto_sub -h broker.emqx.io -t "freertos/status" ``` 2. **内存占用统计** ```c printf("Heap free: %d", xPortGetFreeHeapSize()); ``` ### 实现方案对比 | 功能模块 | 传统实现 | FreeRTOS优化方案 | |---------------|---------------|-----------------| | 网络IO | 阻塞式read/write | 非阻塞式事件驱动 | | 内存管理 | 动态分配 | 静态缓冲区池 | | 心跳机制 | 独立定时线程 | 主循环轮询 | ### 开发建议 1. 优先实现QoS 0级别保证基础通信 2. 使用Wireshark抓包验证协议合规性[^3] 3. 通过`uxTaskGetStackHighWaterMark()`监控任务栈使用
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

编程者也

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值