[参考译文] RTOS/TM4C123GH6PM：事件的隐式布置

您好、Charles、

感谢你的答复。 但我知道邮箱是如何工作的、我对此没有任何问题。 我的问题是我前面所说的隐含事件。

简单地说，邮箱上的第一个待处理将导致发布(非常奇怪！！！) 事件标志 Event_ID_02、您可以使用 TI 样片轻松进行验证。

谢谢、此致、
Mohammed Fawzy

您好、Mohammed、
我不是 TI-RTOS 方面的专家。 但这是我可以根据示例得出的结果。 在写入任务中、您尝试写入3条消息、但邮箱仅配置为两条消息。 因此、如果邮箱已满、writetask 将阻止/挂起、等待读取器任务读取消息。 writertask 将隐式布置 EVENT_ID_02。 根据 Event_ID_00 + Event_ID_01的和掩码以及 Event_ID_02的或掩码、对读取器任务进行了挂起。 在发布 EVENT_id_02时、它将首先使用前两条消息。 Mailbox_pend 获取消息、直到邮箱变为空、并再次变为挂起、等待放置新消息。

因此、从某种意义上讲、邮箱就像一个队列、三个消息/事件在队列中排队。 在这三条消息从写入器任务发送到读取器任务之后、写入器任务不再生成事件。 读取器任务只能基于 Event_ID_00 + Event_ID_01取消挂起。 由于这两个事件是从时钟模块发出的、具有不同的超时值、并且只有当这两个事件都有效时、才能取消读取器任务的挂起。

我们的 RTOS 专家可以提供其他意见。

您好、Todd、

感谢您的回复、我知道了您的观点、但从我的角度来看、RTOS 的行为在隐式过帐和显式过帐之间是不一致的、这样100个显式事件过帐可以在一个事件等待时使用 (当然、如果在100个帖子之前没有待处理帖子)、而100个隐式帖子需要100个待处理帖子。

无论如何，目前我了解它是如何工作的，但我担心的是行为不一致，在某些情况下可以被视为一个错误。

穆罕默德

您可以使用一个 Event_pend 使用所有邮箱消息。 例如、以下伪代码是可以的

EVENT_PEND ()
执行｛
RC = Mailbox_pend (&msg、NOTIMEOUT)；
//进程消息
} while (rc == true)