FreeRTOS 创建任务的 Static 版本

创建任务的 Static 版本

概述

前述创建任务的函数有:

BaseType_t xTaskCreate(    TaskFunction_t pvTaskCode,
                            const char * const pcName,
                            configSTACK_DEPTH_TYPE usStackDepth,
                            void *pvParameters,
                            UBaseType_t uxPriority,
                            TaskHandle_t *pxCreatedTask
                          );
BaseType_t xTaskCreatePinnedToCore(TaskFunction_t pvTaskCode, 
									const char *const pcName, 
									const uint32_t usStackDepth, 
									void *const pvParameters, 
									BaseType_t uxPriority, 
									TaskHandle_t *const pvCreatedTask, 
									const BaseType_t xCoreID)

今天介绍的创建任务的函数为:

static inline TaskHandle_t xTaskCreateStatic(TaskFunction_t pvTaskCode, 
											const char *const pcName, 
											const uint32_t ulStackDepth, 
											void *const pvParameters, 
											UBaseType_t uxPriority, 
											StackType_t *const puxStackBuffer, 
											StaticTask_t *const pxTaskBuffer)

需求及功能解析

xTaskCreateStatic() 与 xTaskCreate() 的区别在与其多了下述参数

StackType_t *const puxStackBuffer, 
StaticTask_t *const pxTaskBuffer

这就必须谈及 Task 运行所必须的两块存储空间:

1)TaskCode 中局部变量的存储空间,如 TaskCode 中使用 int i=0; 这种语句创建的变量 i 将存储在这个存储区域。

2)记录 task 的状态信息、优先级等信息的存储空间,这块数据通常被称为任务控制块(Task Control Block , TCB)。

当使用 xTaskCreate() 时,上述两个存储空间,将在调用该 API 后自动分配(类似malloc()),而当使用 xTaskCreateStatic() 时开发者自己必须指定上述两个存储区域。

其实 FreeRTOS 中很多组件(任务也可看作 FreeRTOS 中特殊的组件之一),都有一个 static 版本的创建函数,其基本原理与之类似。

通常,我们只要使用 xTaskCreate() 类似的函数就可以了,只有遇到复杂的内存使用问题时,才考虑 static 版本的 xTaskCreateStatic() 函数。

示例解析

示例输出:

This is esp32 chip with 2 CPU core(s), WiFi/BT/BLE, Minimum free heap size: 291024 bytes
task1_flag = 0
task1_flag = 1

任务创建后,将自动运行,并打印上述 log,注意,示例中的 StackBuffer、TaskBuffer 均是全局变量:

static StackType_t xStack[STACK_SIZE];
static StaticTask_t xTaskBuffer; // Structure that will hold the TCB of the task being created.

也可以将这些存储空间分配在其他地方,但要确保在该任务有效期内上述存储空间都是独占的,以免存储空间的数据被错误修改。

讨论

任务创建函数中的几个参数对任务运行的影响。
创建任务需要开辟新的存储空间,因此减少应用代码 task 的个数,可以节省内存。
例如:
多个 socket 数据流,可以通过 select() 放在同一个 task 里处理;
而不是一个 socket 数据流,一个 task;
更不要一个 socket 数据流,居然三个 task (接收 task, 发送 task, 处理 task), it is amazing!

总结

1)xTaskCreateStatic() 是 xTaskCreate() 的 static 版本。相比 xTaskCreate() ,xTaskCreateStatic() 提供了StackBuffer、TaskBuffer 两个参数来指定堆栈空间的存储区域、task 控制块的存储区域。

资源链接

1)Learning-FreeRTOS-with-esp32 系列博客介绍
2)对应示例的 code 链接 (点击直达代码仓库)
3)下一篇:RTOS 中的任务调度与三种任务模型

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
下面是一个简单的基于FreeRTOS的TFTP服务器示例代码,其中包含TFTP任务、网络任务和文件系统任务。请注意,这只是一个基本示例,您可能需要根据实际需求进行修改。 ```c #include "FreeRTOS.h" #include "task.h" #include "queue.h" #include "semphr.h" #include "lwip/sockets.h" #include "lwip/inet.h" #include "lwip/netdb.h" #include <stdio.h> #include <stdbool.h> #define TFTP_PORT 69 #define MAX_PACKET_SIZE 512 static QueueHandle_t tftp_pkt_queue = NULL; static SemaphoreHandle_t tftp_pkt_sem = NULL; static SemaphoreHandle_t tftp_file_sem = NULL; static char tftp_filename[256]; static int tftp_file_size = 0; void tftp_task(void *pvParameters) { int fd; struct sockaddr_in addr; struct sockaddr_storage client_addr; socklen_t client_addr_len; int bytes_received; char recv_buf[MAX_PACKET_SIZE]; int block_num = 1; // 创建 TFTP 数据包队列和信号量 tftp_pkt_queue = xQueueCreate(10, sizeof(char[MAX_PACKET_SIZE])); tftp_pkt_sem = xSemaphoreCreateBinary(); // 创建文件系统信号量 tftp_file_sem = xSemaphoreCreateMutex(); // 创建 TFTP 套接字并绑定端口 fd = lwip_socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP); memset(&addr, 0, sizeof(addr)); addr.sin_family = AF_INET; addr.sin_addr.s_addr = htonl(INADDR_ANY); addr.sin_port = htons(TFTP_PORT); lwip_bind(fd, (struct sockaddr *)&addr, sizeof(addr)); while (1) { // 接收 TFTP 数据包 client_addr_len = sizeof(client_addr); bytes_received = lwip_recvfrom(fd, recv_buf, MAX_PACKET_SIZE, 0, (struct sockaddr *)&client_addr, &client_addr_len); if (bytes_received >= 4) { // 如果是读请求,则处理请求 if (recv_buf[1] == 1) { // 获取文件名 int i; for (i = 2; i < bytes_received; i++) { if (recv_buf[i] == '\0') { break; } tftp_filename[i - 2] = recv_buf[i]; } tftp_filename[i - 2] = '\0'; // 获取文件大小 tftp_file_size = 100; // 发送第一个数据块 char pkt[MAX_PACKET_SIZE]; pkt[0] = 0; pkt[1] = 3; pkt[2] = (block_num >> 8) & 0xff; pkt[3] = block_num & 0xff; memcpy(pkt + 4, "hello world", 11); lwip_sendto(fd, pkt, 15, 0, (struct sockaddr *)&client_addr, client_addr_len); // 等待前一个数据块被确认 xSemaphoreTake(tftp_pkt_sem, portMAX_DELAY); // 发送下一个数据块 block_num++; pkt[2] = (block_num >> 8) & 0xff; pkt[3] = block_num & 0xff; memcpy(pkt + 4, "hello world", 11); lwip_sendto(fd, pkt, 15, 0, (struct sockaddr *)&client_addr, client_addr_len); // 等待前一个数据块被确认 xSemaphoreTake(tftp_pkt_sem, portMAX_DELAY); } // 如果是确认消息,则释放信号量 else if (recv_buf[1] == 4) { xSemaphoreGive(tftp_pkt_sem); } } } } void network_task(void *pvParameters) { while (1) { // 处理网络数据包 // ... } } void fs_task(void *pvParameters) { while (1) { // 管理文件系统 // ... } } int main(void) { // 创建 TFTP 任务 xTaskCreate(tftp_task, "TFTP", configMINIMAL_STACK_SIZE, NULL, tskIDLE_PRIORITY + 1, NULL); // 创建网络任务 xTaskCreate(network_task, "Network", configMINIMAL_STACK_SIZE, NULL, tskIDLE_PRIORITY, NULL); // 创建文件系统任务 xTaskCreate(fs_task, "FS", configMINIMAL_STACK_SIZE, NULL, tskIDLE_PRIORITY, NULL); // 启动任务调度器 vTaskStartScheduler(); return 0; } ``` 该示例中,TFTP任务负责处理TFTP请求,网络任务负责处理网络数据包,文件系统任务负责管理文件系统。当接收到TFTP读请求时,TFTP任务会将文件名和文件大小保存下来,并发送第一个数据块。然后,它会等待前一个数据块被确认后再发送下一个数据块。当接收到TFTP确认消息时,TFTP任务会释放一个信号量,以便等待发送下一个数据块的代码可以继续执行。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

物联网老王

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

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

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

打赏作者

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

抵扣说明:

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

余额充值