[参考译文] RTOS：二进制信标如何工作？

问得好！ 让我们将3分解为两个案例

3：计数= 0、在任务 A 中调用具有超时的 Semaphore_pend、任务 B 在任务 A 的 pend 到期前调用 Semaphore_post：

A.任务 A (挂起中的任务和被阻止的任务)的优先级高于任务 B (POST 的调用方)
当任务 B 调用 POST 时、调度程序会发现任务 A 在信标上被阻止。 它不是递增计数、而是将计数保留为0。 调度程序还发现任务 A 的优先级更高、因此它使其成为正在运行的任务(并且任务 B 被抢先)。

B.任务 A (挂起中的任务被阻止)的优先级与任务 B (POST 的调用方)相同或更低
当任务 B 调用 POST 时、调度程序会发现任务 A 在信标上被阻止。 它不是递增计数、而是将计数保留为0。 调度程序还发现任务 A 的优先级相同或较低、因此它使任务"就绪"。 一旦任务 B 被阻止、任务 A 就可以运行(假设具有更高优先级的其他任务都没有准备好运行)。

一些 RTOS 供应商处理不同的情况 b。 例如、我相信对于 FreeRTOS、计数不会递减。 这允许任务 B 调用 Semaphore_pend 并获取信标。

因为它有点相关... TI-RTOS 确实为信标挂起队列提供了两种不同的行为(一个信标上有多个任务等待)。 默认方式是 FIFO。 在一个不可用的信标上调用 Semaphore_pend 的第一个任务将在一个发布发生时获得它。 另一种方法是按优先级排序。 当信标可通过 POST 获得时、最高优先级的任何人都将获得信标。 它们都有各自的用例。 您需要在.cfg 文件中启用优先级支持方法、因为它会增加少量占用空间。 内核的信号量 API 文档更详细地介绍了。

Todd