FreeRTOS api库函数之Task Notification（任务通知）

最新推荐文章于 2024-08-13 16:59:17 发布
最新推荐文章于 2024-08-13 16:59:17 发布
阅读量1.5k 收藏 3
点赞数
分类专栏： FreeRTOS 文章标签： FreeRTOS api task notifications
原文链接：https://www.freertos.org/RTOS-task-notification-API.html
版权

xTaskNotifyGive（）
BaseType_t xTaskNotifyGive（TaskHandle_t xTaskToNotify）;
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 RTOS任务通知是直接发送到可以取消阻止接收任务的任务的事件，并且可选地更新接收任务的通知值。
xTaskNotifyGive（）是一个宏，旨在将RTOS任务通知值用作轻量级和更快的二进制或计数信号量替代时使用。 FreeRTOS信号量是使用xSemaphoreGive（）API函数给出的，xTaskNotifyGive（）相当于使用接收RTOS任务的通知值。
当任务通知值被用作二进制或计数信号量等效时，被通知的任务应该使用ulTask​​NotifyTake（）API函数而不是xTaskNotifyWait（）API函数等待通知。
不得从中断服务例程调用xTaskNotifyGive（）。请改用vTaskNotifyGiveFromISR（）。
参数：
    xTaskToNotify 正在通知的RTOS任务的句柄，并使其通知值递增。
    要获取任务的句柄，请使用xTaskCreate（）创建任务并使用pxCreatedTask参数，或使用xTaskCreateStatic（）创建任务并存储返回的值，或者在调用xTaskGetHandle（）时使用任务的名称。
    xTaskGetCurrentTaskHandle（）API函数返回当前正在执行的RTOS任务的句柄。
返回：
    xTaskNotifyGive（）是一个调用xTaskNotify（）的宏，其eAction参数设置为eIncrement，导致所有调用返回pdPASS。

vTaskNotifyGiveFromISR（）
void vTaskNotifyGiveFromISR（TaskHandle_t xTaskToNotify，BaseType_t * pxHigherPriorityTaskWoken）;
可以从中断服务例程（ISR）调用的xTaskNotifyGive（）版本。
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 RTOS任务通知是直接发送到可以取消阻止接收任务的任务的事件，并且可选地更新接收任务的通知值。
vTaskNotifyGiveFromISR（）是一个函数，旨在将RTOS任务通知值用作轻量级和更快的二进制或计数信号量替代时使用。 FreeRTOS信号量是使用xSemaphoreGiveFromISR（）API函数从中断给出的，vTaskNotifyGiveFromISR（）相当于使用接收RTOS任务的通知值。
当任务通知值被用作二进制或计数信号量等效时，被通知的任务应该使用ulTask​​NotifyTake（）API函数而不是xTaskNotifyWait（）API函数等待通知。
参数：
    xTaskToNotify 正在通知的RTOS任务的句柄，并使其通知值递增。
    要获取任务的句柄，请使用xTaskCreate（）创建任务并使用pxCreatedTask参数，或使用xTaskCreateStatic（）创建任务并存储返回的值，或者在调用xTaskGetHandle（）时使用任务的名称。
    xTaskGetCurrentTaskHandle（）API函数返回当前正在执行的RTOS任务的句柄。
    pxHigherPriorityTaskWoken * pxHigherPriorityTaskWoken必须初始化为0。
    如果发送通知导致任务解除阻塞，则vTaskNotifyGiveFromISR（）会将* pxHigherPriorityTaskWoken设置为pdTRUE，并且未阻止的任务的优先级高于当前正在运行的任务。
    如果vTaskNotifyGiveFromISR（）将此值设置为pdTRUE，则应在退出中断之前请求上下文切换。
    pxHigherPriorityTaskWoken是可选参数，可以设置为NULL。

ulTask​​NotifyTake（）
uint32_t ulTask​​NotifyTake（BaseType_t xClearCountOnExit，TickType_t xTicksToWait）;
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 RTOS任务通知是直接发送到可以取消阻止接收任务的任务的事件，并且可选地更新接收任务的通知值。
ulTask​​NotifyTake（）适用于将任务通知用作速度更快，重量更轻的二进制或计数信号量替代的情况。使用xSemaphoreTake（）API函数获取FreeRTOS信号量，ulTask​​NotifyTake（）相当于使用任务通知。
当任务将其通知值用作二进制或计数信号量时，其他任务和中断应使用xTaskNotifyGive（）宏或xTaskNotify（）函数向其发送通知，并将函数的eAction参数设置为eIncrement（两者等效） ）。
ulTask​​NotifyTake（）可以在退出时将任务的通知值清除为零，在这种情况下，通知值的作用类似于二进制信号量，或者在退出时减少任务的通知值，在这种情况下，通知值更像是计数信号量。
RTOS任务可以使用ulTask​​NotifyTake（）来[可选]阻止等待任务的通知值为非零。任务在处于阻止状态时不消耗任何CPU时间。
当通知挂起时xTaskNotifyWait（）将返回，当任务的通知值不为零时，ulTask​​NotifyTake（）将返回，在返回之前递减任务的通知值。
参数：
    xClearCountOnExit 如果收到RTOS任务通知并且xClearCountOnExit设置为pdFALSE，则在ulTask​​NotifyTake（）退出之前，RTOS任务的通知值将减少。这相当于通过成功调用xSemaphoreTake（）递减计数信号量的值。
    如果收到RTOS任务通知并且xClearCountOnExit设置为pdTRUE，则在ulTask​​NotifyTake（）退出之前，RTOS任务的通知值将重置为0。这相当于在成功调用xSemaphoreTake（）之后二进制信号量保持为零（或为空或“不可用”）的值。
    xTicksToWait 在调用ulTask​​NotifyTake（）时，如果通知尚未处于挂起状态，则在阻塞状态下等待接收通知的最长时间。
    当RTOS任务处于阻塞状态时，它不会占用任何CPU时间。
    时间在RTOS滴答期间指定。 pdMS_TO_TICKS（）宏可用于将以毫秒为单位指定的时间转换为刻度中指定的时间。
返回：
    递减或清除任务的通知值之前的值

xTaskNotify（）
BaseType_t xTaskNotify（TaskHandle_t xTaskToNotify，uint32_t ulValue，eNotifyAction eAction）;
[如果您使用RTOS任务通知来实现二进制或计数信号量类型行为，那么使用更简单的xTaskNotifyGive（）API函数而不是xTaskNotify（）]
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 xTaskNotify（）用于直接向RTOS任务发送事件并可能取消阻止，并可选择通过以下方式之一更新接收任务的通知值：
    将32位数写入通知值
    添加一个（递增）通知值
    在通知值中设置一个或多个位
    保持通知值不变
不得从中断服务程序（ISR）调用此函数。请改用xTaskNotifyFromISR（）。
参数：
    xTaskToNotify正在通知的RTOS任务的句柄。这是主题任务。
    要获取任务的句柄，请使用xTaskCreate（）创建任务并使用pxCreatedTask参数，或使用xTaskCreateStatic（）创建任务并存储返回的值，或者在调用xTaskGetHandle（）时使用任务的名称。
    xTaskGetCurrentTaskHandle（）API函数返回当前正在执行的RTOS任务的句柄。
    ulValue用于更新主题任务的通知值。请参阅下面的eAction参数说明。
    eAction一种枚举类型，可以采用下表中记录的值之一来执行相关操作。
执行eAction设置操作
eNoAction主题任务接收事件，但不更新其通知值。在这种情况下，不使用ulValue。
eSetBits主题任务的通知值将与ulValue按位OR运算。例如，如果ulValue设置为0x01，则位0将在主题任务的通知值中设置。同样，如果ulValue为0x04，则第2位将在主题任务的通知值中设置。通过这种方式，RTOS任务通知机制可以用作事件组的轻量级替代方案。
eIncrement主题任务的通知值将增加1，使对xTaskNotify（）的调用等同于对xTaskNotifyGive（）的调用。在这种情况下，不使用ulValue。
eSetValueWithOverwrite主题任务的通知值无条件设置为ulValue。通过这种方式，RTOS任务通知机制被用作xQueueOverwrite（）的轻量级替代方案。
eSetValueWithoutOverwrite如果主题任务尚未有待通知，则其通知值将设置为ulValue。
如果主题任务已经有通知待处理，则其通知值不会更新，因为这样做会在使用之前覆盖之前的值。在这种情况下，对xTaskNotify（）的调用失败并返回pdFALSE。
通过这种方式，RTOS任务通知机制被用作长度为1的队列上xQueueSend（）的轻量级替代。
返回：
    除了将eAction设置为eSetValueWithoutOverwrite之外的所有情况都返回pdPASS，并且由于主题任务已经有通知待处理，因此无法更新主题任务的通知值。

xTaskNotifyAndQuery（）
BaseType_t xTaskNotifyAndQuery（TaskHandle_t xTaskToNotify，uint32_t ulValue，eNotifyAction eAction，uint32_t * pulPreviousNotifyValue）;
[如果您使用RTOS任务通知来实现二进制或计数信号量类型行为，那么使用更简单的xTaskNotifyGive（）API函数而不是xTaskNotifyAndQuery（）。
xTaskNotifyAndQuery（）类似于xTaskNotify（），但包含一个附加参数，其中返回主题任务的先前通知值。
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 xTaskNotifyAndQuery（）用于直接向RTOS任务发送事件并可能取消阻止，并可选择通过以下方式之一更新接收任务的通知值：
    将32位数写入通知值
    添加一个（递增）通知值
    在通知值中设置一个或多个位
    保持通知值不变
不得从中断服务程序（ISR）调用此函数。
参数：
    xTaskToNotify正在通知的RTOS任务的句柄。这是主题任务。
    要获取任务的句柄，请使用xTaskCreate（）创建任务并使用pxCreatedTask参数，或使用xTaskCreateStatic（）创建任务并存储返回的值，或者在调用xTaskGetHandle（）时使用任务的名称。
    xTaskGetCurrentTaskHandle（）API函数返回当前正在执行的RTOS任务的句柄。
    ulValue用于更新主题任务的通知值。请参阅下面的eAction参数说明。
    eAction一种枚举类型，可以采用下表中记录的值之一来执行相关操作。
    pulPreviousNotifyValue可用于在xTaskNotifyAndQuery（）的操作修改任何位之前传递主题任务的通知值。
    pulPreviousNotifyValue是一个可选参数，如果不需要，可以设置为NULL。如果未使用pulPreviousNotifyValue，请考虑使用xTaskNotify（）代替xTaskNotifyAndQuery（）。
执行eAction设置操作
eNoAction主题任务接收事件，但不更新其通知值。在这种情况下，不使用ulValue。
eSetBits主题任务的通知值将与ulValue按位OR运算。例如，如果ulValue设置为0x01，则位0将在主题任务的通知值中设置。同样，如果ulValue为0x04，则第2位将在主题任务的通知值中设置。通过这种方式，RTOS任务通知机制可以用作事件组的轻量级替代方案。
eIncrement主题任务的通知值将增加1，使对xTaskNotify（）的调用等同于对xTaskNotifyGive（）的调用。在这种情况下，不使用ulValue。
eSetValueWithOverwrite主题任务的通知值无条件设置为ulValue。通过这种方式，RTOS任务通知机制被用作xQueueOverwrite（）的轻量级替代方案。
eSetValueWithoutOverwrite如果主题任务尚未有待通知，则其通知值将设置为ulValue。
如果主题任务已经有通知待处理，则其通知值不会更新，因为这样做会在使用之前覆盖之前的值。在这种情况下，对xTaskNotify（）的调用失败并返回pdFALSE。
通过这种方式，RTOS任务通知机制被用作长度为1的队列上xQueueSend（）的轻量级替代。
返回：
    除了将eAction设置为eSetValueWithoutOverwrite之外的所有情况都返回pdPASS，并且由于主题任务已经有通知待处理，因此无法更新主题任务的通知值。

xTaskNotifyAndQueryFromISR（）
BaseType_t xTaskNotifyAndQueryFromISR（TaskHandle_t xTaskToNotify，uint32_t ulValue，eNotifyAction eAction，uint32_t * pulPreviousNotifyValue，BaseType_t * pxHigherPriorityTaskWoken）;
[如果您使用RTOS任务通知来实现二进制或计数信号量类型行为，则使用更简单的vTaskNotifyGiveFromISR（）API函数而不是xTaskNotifyAndQueryFromISR（）。
xTaskNotifyAndQuery（）类似于xTaskNotify（），但包含一个附加参数，其中返回主题任务的先前通知值。 xTaskNotifyAndQueryFromISR（）是xTaskNotifyAndQuery（）的一个版本，可以从中断服务例程（ISR）调用。
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 xTaskNotifyAndQueryFromISR（）用于直接向RTOS任务发送事件并可能取消阻止，并可选择通过以下方式之一更新接收任务的通知值：
    将32位数写入通知值
    添加一个（递增）通知值
    在通知值中设置一个或多个位
    保持通知值不变
参数：
    xTaskToNotify正在通知的RTOS任务的句柄。这是主题任务。
    要获取任务的句柄，请使用xTaskCreate（）创建任务并使用pxCreatedTask参数，或使用xTaskCreateStatic（）创建任务并存储返回的值，或者在调用xTaskGetHandle（）时使用任务的名称。
    xTaskGetCurrentTaskHandle（）API函数返回当前正在执行的RTOS任务的句柄。
    ulValue用于更新主题任务的通知值。请参阅下面的eAction参数说明。
    eAction一种枚举类型，可以采用下表中记录的值之一来执行相关操作。
    pulPreviousNotifyValue可用于在xTaskNotifyAndQueryFromISR（）的操作修改任何位之前传递主题任务的通知值。
    pulPreviousNotifyValue是一个可选参数，如果不需要，可以设置为NULL。如果未使用pulPreviousNotifyValue，则考虑使用xTaskNotify（）代替xTaskNotifyAndQueryFromISR（）。
    必须将pxHigherPriorityTaskWoken * pxHigherPriorityTaskWoken初始化为pdFALSE（0）。
    如果发送通知导致任务解除阻塞，则xTaskNotifyAndQueryFromISR（）会将* pxHigherPriorityTaskWoken设置为pdTRUE，并且未阻止任务的优先级高于当前正在运行的任务。
    如果xTaskNotifyAndQueryFromISR（）将此值设置为pdTRUE，则应在退出中断之前请求上下文切换。请参阅下面的示例。
    pxHigherPriorityTaskWoken是可选参数，可以设置为NULL。
执行eAction设置操作
eNoAction主题任务接收事件，但不更新其通知值。在这种情况下，不使用ulValue。
eSetBits主题任务的通知值将与ulValue按位OR运算。例如，如果ulValue设置为0x01，则位0将在主题任务的通知值中设置。同样，如果ulValue为0x04，则第2位将在主题任务的通知值中设置。通过这种方式，RTOS任务通知机制可以用作事件组的轻量级替代方案。
eIncrement主题任务的通知值将增加1，使对xTaskNotify（）的调用等同于对xTaskNotifyGive（）的调用。在这种情况下，不使用ulValue。
eSetValueWithOverwrite主题任务的通知值无条件设置为ulValue。通过这种方式，RTOS任务通知机制被用作xQueueOverwrite（）的轻量级替代方案。
eSetValueWithoutOverwrite如果主题任务尚未有待通知，则其通知值将设置为ulValue。
如果主题任务已经有通知待处理，则其通知值不会更新，因为这样做会在使用之前覆盖之前的值。在这种情况下，对xTaskNotify（）的调用失败并返回pdFALSE。
通过这种方式，RTOS任务通知机制被用作长度为1的队列上xQueueSend（）的轻量级替代。
返回：
    除了将eAction设置为eSetValueWithoutOverwrite之外的所有情况都返回pdPASS，并且由于主题任务已经有通知待处理，因此无法更新主题任务的通知值。

xTaskNotifyFromISR（）
BaseType_t xTaskNotifyFromISR（TaskHandle_t xTaskToNotify，uint32_t ulValue，eNotifyAction eAction，BaseType_t * pxHigherPriorityTaskWoken）;
[如果您使用RTOS任务通知来实现二进制或计数信号量类型行为，那么使用更简单的vTaskNotifyGiveFromISR（）API函数而不是xTaskNotifyFromISR（）]
可以从ISR调用的xTaskNotify（）版本。
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 xTaskNotifyFromISR（）用于直接向RTOS任务发送事件并可能取消阻止，并可选择通过以下方式之一更新接收任务的通知值：
    将32位数写入通知值
    添加一个（递增）通知值
    在通知值中设置一个或多个位
    保持通知值不变
参数：
    xTaskToNotify正在通知的RTOS任务的句柄。这是主题任务。
    要获取任务的句柄，请使用xTaskCreate（）创建任务并使用pxCreatedTask参数，或使用xTaskCreateStatic（）创建任务并存储返回的值，或者在调用xTaskGetHandle（）时使用任务的名称。
    xTaskGetCurrentTaskHandle（）API函数返回当前正在执行的RTOS任务的句柄。
    ulValue用于更新主题任务的通知值。请参阅下面的eAction参数说明。
    eAction一种枚举类型，可以采用下表中记录的值之一来执行相关操作。
    pxHigherPriorityTaskWoken * pxHigherPriorityTaskWoken必须初始化为0。
    如果发送通知导致任务解除阻塞，则xTaskNotifyFromISR（）将* pxHigherPriorityTaskWoken设置为pdTRUE，并且未阻止任务的优先级高于当前正在运行的任务。
    如果xTaskNotifyFromISR（）将此值设置为pdTRUE，则应在退出中断之前请求上下文切换。请参阅下面的示例。
    pxHigherPriorityTaskWoken是可选参数，可以设置为NULL。
执行eAction设置操作
eNoAction主题任务接收事件，但不更新其通知值。在这种情况下，不使用ulValue。
eSetBits主题任务的通知值将与ulValue按位OR运算。例如，如果ulValue设置为0x01，则位0将在主题任务的通知值中设置。同样，如果ulValue为0x04，则第2位将在主题任务的通知值中设置。通过这种方式，RTOS任务通知机制可以用作事件组的轻量级替代方案。
eIncrement主题任务的通知值将增加1，使对xTaskNotifyFromISR（）的调用等同于对vTaskNotifyGiveFromISR（）的调用。在这种情况下，不使用ulValue。
eSetValueWithOverwrite主题任务的通知值无条件设置为ulValue。通过这种方式，RTOS任务通知机制被用作xQueueOverwrite（）的轻量级替代方案。
eSetValueWithoutOverwrite如果主题任务尚未有待通知，则其通知值将设置为ulValue。
如果主题任务已经有通知待处理，则其通知值不会更新，因为这样做会在使用之前覆盖之前的值。在这种情况下，对xTaskNotify（）的调用失败。
通过这种方式，RTOS任务通知机制被用作长度为1的队列上xQueueSend（）的轻量级替代。
返回：
    除了将eAction设置为eSetValueWithoutOverwrite之外的所有情况都返回pdPASS，并且由于主题任务已经有通知待处理，因此无法更新主题任务的通知值。

xTaskNotifyWait（）
BaseType_t xTaskNotifyWait（uint32_t ulBitsToClearOnEntry，uint32_t ulBitsToClearOnExit，uint32_t * pulNotificationValue，TickType_t xTicksToWait）;
[如果您使用RTOS任务通知来实现二进制或计数信号量类型行为，那么使用更简单的ulTask​​NotifyTake（）API函数而不是xTaskNotifyWait（）]
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 RTOS任务通知是直接发送到可以解除阻塞接收任务的任务的事件，并且可选地以多种不同方式更新接收任务的通知值。例如，通知可以覆盖接收任务的通知值，或者仅在接收任务的通知值中设置一个或多个位。
xTaskNotifyWait（）等待，并带有可选的超时，以便调用任务接收通知。
如果接收的RTOS任务已经被阻塞，等待一个人到达时发出通知，则接收的RTOS任务将从阻止状态中删除并清除通知。
参数：
    ulBitsToClearOnEntry在调用xTaskNotifyWait（）时，如果调用xTaskNotifyWait（），则在调用RTOS任务的xTaskNotifyWait（）函数的通知值时（在任务等待新通知之前），将清除ulBitsToClearOnEntry中设置的任何位。
    例如，如果ulBitsToClearOnEntry为0x01，则在进入函数时将清除任务通知值的第0位。
    将ulBitsToClearOnEntry设置为0xffffffff（ULONG_MAX）将清除任务通知值中的所有位，从而有效地将值清除为0。
    ulBitsToClearOnExit如果收到通知，则在xTaskNotifyWait（）函数退出之前，将在调用RTOS任务的通知值中清除ulBitsToClearOnExit中设置的任何位。
    在RTOS任务的通知值保存在* pulNotificationValue中后，这些位被清除（请参阅下面的pulNotificationValue说明）。
    例如，如果ulBitsToClearOnExit为0x03，则在函数退出之前，将清除任务通知值的第0位和第1位。
    将ulBitsToClearOnExit设置为0xffffffff（ULONG_MAX）将清除任务通知值中的所有位，从而有效地将值清除为0。
    pulNotificationValue用于传递RTOS任务的通知值。复制到* pulNotificationValue的值是RTOS任务的通知值，因为ulBitsToClearOnExit设置清除了任何位之前的值。
    如果不需要通知值，则将pulNotificationValue设置为NULL。
    xTicksToWait在调用xTaskNotifyWait（）时，如果通知尚未处于挂起状态，则在阻塞状态下等待接收通知的最长时间。
    当RTOS任务处于阻塞状态时，它不会占用任何CPU时间。
    时间在RTOS滴答期间指定。 pdMS_TO_TICKS（）宏可用于将以毫秒为单位指定的时间转换为刻度中指定的时间。
返回：
    pdTRUE如果收到通知，或者在调用xTaskNotifyWait（）时通知已经挂起。
    如果在收到通知之前对xTaskNotifyWait（）的调用超时，则为pdFALSE。

xTaskNotifyStateClear（）
BaseType_t xTaskNotifyStateClear（TaskHandle_t xTask）;
每个RTOS任务都有一个32位通知值，在创建RTOS任务时初始化为零。 RTOS任务通知是直接发送到可以取消阻止接收任务的任务的事件，并且可选地更新接收任务的通知值。
如果任务处于阻止状态以在通知到达时等待通知，则任务立即退出阻止状态，并且通知不会保持挂起状态。如果任务在通知到达时没有等待通知，则通知将保持挂起，直到接收任务读取其通知值。
xTaskNotifyStateClear（）用于清除（Pending to Not Pending）待处理通知，而接收任务首先不需要读取其通知值。
xTaskNotifyStateClear（）不会更改通知值。
参数：
    xTask将清除其通知状态的RTOS任务的句柄。将xTask设置为NULL以清除调用任务的通知状态。
    要获取任务的句柄，请使用xTaskCreate（）创建任务并使用pxCreatedTask参数，或使用xTaskCreateStatic（）创建任务并存储返回的值，或者在调用xTaskGetHandle（）时使用任务的名称。
    xTaskGetCurrentTaskHandle（）API函数返回当前正在执行的RTOS任务的句柄。
返回：
    如果xTask引用的任务有挂起通知，并且通知已清除，则返回pdTRUE。如果xTask引用的任务没有挂起通知，则返回pdFALSE。

残酷中进击
关注
专栏目录
9.FreeRTOS学习笔记-任务通知
Car12
11-18 920
基本概念 每个任务都有一个 32 位的通知值 任务通知可以替代二值信号量、计数信号量、事件组，也可以替代长度为 1 的队列（可以保存一个 32位整数或指针值） 通知比通过信号量等 ICP 通信方式解除阻塞的任务要快 45%，，并且更加省 RAM 内存空间 打卡宏定义 configUSE_TASK_NOTIFICATIONS 设置为 1 任务通知是属于任务中附带的资源，所以在任务被创建的时候，任务通知也被初始化的 任务通知可以在任务中向指定任务发送通知，也可以在中断中向指定任务发送通知 只有在任务中可以等待
FreeRTOS-TaskNotify
stone_mj的博客
04-07 2527
9.1本章介绍与范围 已经看到，使用FreeRTOS的应用程序被构造为一组独立的任务，并且这些任务很可能必须彼此通信，以便它们可以共同提供有用的系统功能。 通过中介对象进行通信 本书已经描述了任务之间可以相互通信的各种方式。 到目前为止描述的方法需要创建通信对象。 通信对象的示例包括队列，事件组和各种不同类型的信号量。 使用通信对象时，事件和数据不会直接发送到接收任务或接收ISR，而是会发送到通信对象。 同样，任务和ISR从通信对象接收事件和数据，而不是直接从发送事件或数据的任务或ISR接收...
韦东山freeRTOS系列教程之【第九章】任务通知(Task Notifications)
韦东山嵌入式专栏
11-26 4520
文章目录系列教程总目录概述9.1 任务通知的特性9.1.1 优势及限制9.1.2 通知状态和通知值9.2 任务通知的使用9.2.1 两类函数9.2.2 xTaskNotifyGive/ulTaskNotifyTake9.2.3 xTaskNotify/xTaskNotifyWait9.3 示例22: 传输计数值9.4 示例23: 传输任意值 需要获取更好阅读体验的同学，请访问我专门设立的站点查看，地址：http://rtos.100ask.net/ 系列教程总目录 本教程连载中，篇章会比较多，为方便同学
freeRTOS任务通知（Task Notifications）
最新发布
sakabu的博客
08-13 853
所谓"任务通知"，你可以反过来读"通知任务"。我们使用队列、信号量、事件组等等方法时，并不知道对方是谁。使用任务通知时，可以明确指定：通知哪个任务。使用队列、信号量、事件组时，我们都要事先创建对应的结构体，双方通过中间的结构体通信：效率更高：使用任务通知来发送事件、数据给某个任务时，效率更高。比队列、信号量、事件组 都有大的优势。更节省内存：使用其他方法时都要先创建对应的结构体，使用任务通知时无需额外创建结构体。
FreeRTOS--任务通知Notification自己挂起了任务
lastliudexi的博客
09-27 308
FreeRTOS--任务通知Notification 今天发现了一个奇怪的现象，特意把它记录下来，防止忘记了。 先上图 于是找了所有的任务句柄，真的是没有操作挂起了这个任务。 但是程序还是运行正常的。 说明是底层对任务做了操作，查看了底层代码。 static void prvAddCurrentTaskToDelayedList( TickType_t xTicksToWait, const BaseType_t xCanBlockIndefinitely ) { TickType_t xTimeToW
FreeRTOS 学习七：任务通知（notification）
老鹏
09-11 7864
简介： 每一个任务在创建的时候都会有一个32位的notification 值，在创建的时候初始化为0，RTOS notification 值是一个直接发送给别的任务的可以解除阻塞状态的值，当发送到别的任务的时候，会更新任务的notification值。 任务通知是一个轻量级、快速的 二值量/计数信号量的替代，是被freertos中被推荐使用的。 2. 函数： 2.1 通知量的给出 t
freertos（第九课，task notifications）
Huskar_Liu的博客
05-22 366
任务通知是一个可选的功能，需要配置宏 #define configUSE_TASK_NOTIFICATIONS 1 freertos中的每个TCB，都有一个32位的通知量。 ulNotifiedValue。 任务通知量也是一个信号量事件，也是用于进程同步的方式。 所以，进程也是向OS申请PV操作的。 freertos提供了一系列的API。 typedef enum{ eNoAction = 0, eSetBits, eIncrement, eSetValueWithOverwrite, eSet
FREERTOS学习笔记，任务通知
yuchendoudou的博客
10-15 281
简介 在之前的应用中我们通过一系列独立的任务来使用FREERTOS。但有时我们也需要任务之间相互交流。 通过中间项目交流 之前章节我们都是通过中间相来进行交流。例如信号量，队列等，中断或任务先将信号量或数据放入队列，然后等待其他任务的使用。 任务通知（直接交流） 任务通知，使得任务间可以直接交流，或使任务与中断同步。通过任务通知，中断或任务可直接将事件传递给需要的任务。 任务通知功能是可选功能，若...
FreeRTOS 任务通知
orienlu's Learning Zone
10-30 3581
@(嵌入式) 简述 通知 API 数据结构 轻量级二进制信号量 获取信号量 释放信号量 轻量级计数信号量 轻量级事件标记组 轻量级消息邮箱 参考 FreeRtos 简述FreeRTOS 从版本 V8.2.0开始提供任务通知这个功能，每个任务都有一个32位的通知值。按照 FreeRTOS 官方的说法，使用消息通知相比二进制型号量方式解除阻塞任务快 45%， 并且更加省内存（无需创建队列）。Fre
FreeRTOS V9.0.0 API 中文手册.pdf
07-15
这是FreeRTOS中最基本的任务创建API，需要指定任务函数、任务堆栈大小、任务优先级等参数。 2.7 xTaskCreateStatic()函数 与xTaskCreate()类似，但创建的任务使用静态分配的堆栈和任务控制块(TCB)。这种方式比动态...
FreeRTOS-API.rar_Free!_FreeRTOS API_rtos
09-19
FreeRTOS API提供了`xTaskCreate()`函数用于创建任务，`vTaskDelete()`用于删除任务，以及`vTaskDelayUntil()`和`vTaskDelay()`来控制任务的延迟或休眠。 ### 2. 任务调度器（Task Scheduler） FreeRTOS的任务调度...
FreeRTOS API 帮助文档 CHM 格式
12-12
FreeRTOS 提供了一系列的 API 函数，这些函数涵盖了任务创建、管理、同步和通信等多个方面。以下是一些核心的 FreeRTOS API 知识点： 1. **任务创建**：`xTaskCreate()` 函数用于创建一个新的任务。开发者需要提供...
跟着野火学FreeRTOS：第二段（任务通知）
03-08
在这个“跟着野火学FreeRTOS”的系列教程中，我们将深入探讨其中的一个关键功能——任务通知。在第二部分中，我们将重点关注任务通知机制，这是一种在FreeRTOS中实现任务间通信的有效方法。 任务通知是FreeRTOS中的...
FreeRtos源码分析之任务通知xTaskNotify（六）
weixin_39270987的博客
02-02 5554
一、概述 任务通知功能是FreeRtosV8.2.0版本推出的全新功能。任务通知在某些场景下可以代替二值信号量、计数信号量、事件组甚至是消息队列。 任务通知功能和信号量、消息队列相比速度更快，占用的RAM也更少。但是任务通知功能也有它的局限性： 任务通知消息能从中断发给任务或者从任务发给任务，但是不能从任务发给中断； 任务通知消息只能发送给某个特定的任务，无法发送给多个任务； 任务通知的消息一次只能保持一个值，无法向队列那样存储多个消息； 消息对列或者信号量的发送可以阻塞等待，直到上一条消息被接收端处理，
FreeRTOS任务通知API函数
oshan2012的博客
01-03 397
vTaskNotifyGiveFromISR()发送通知中断版本,发送通知，不带通知值并且不保留接收任务的通知值,此函数会将接收任务的通知值加1. void vTaskNotifyGiveFromISR( TaskHandle_t xTaskToNotify, //任务句柄，指定任务通知是发送给哪个任务的 BaseType_t *pxHigherPriori
freertos之tasknotify浅析
热门推荐
sh的博客
12-29 1万+
前言
FreeRTOS任务通知
hqy450665101的博客
02-01 1211
FreeRTOS任务通知 FreeRTOS 从 V8.2.0 版本开始提供任务通知这个功能，每个任务都有一个 32 位的通知值，在大多数情况下，任务通知可以替代二值信号量、计数信号量、事件组， 也可以替代长度为 1 的队列（可以保存一个 32 位整数或指针值） 。 按照 FreeRTOS 官方的说法，使用任务通知比通过信号量等 ICP 通信方式解除阻塞的任务要快 45%，并且更加省 RAM 内存空间（使用 GCC 编译器， -o2 优化级别） ，任务通知的使用无需创建队列。 想要使用任务通知，必须将 Fre
FreeRTOS——任务通知（task notification）
weixin_63780683的博客
11-18 824
【代码】FreeRTOS——任务通知（task notification）
深入理解FreeRTOS_学习笔记(7
2401_84009929的博客
05-15 612
本文学习的也是最后一个通信方式，也就是任务通知，也可以称作“通知任务”。本文的重点主要有两点：1.搞明白任务通知的三个状态(实现任务通知的关键)，2.明白任务通知的优缺点，以及任务通知模拟出来的队列、信号量、事件组与真实的有何区别自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。
FreeRTOS API 函数中文详解：任务创建与管理
"这份文档是关于FreeRTOS API函数的中文详解，主要涵盖了任务创建、任务管理、任务公用程序、内核控制、FRTOS-MPU函数、消息队列、信号量/互斥量等内容。文档由张元南在2010年6月修订，补充了消息队列和信号量的翻译...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值