2409039_zh-CN

はい

AUTOSAR 网络管理睡眠/唤醒之间的连接

您好，我目前正在调试 EcuM 和网络管理功能。我查阅了一些规格手册，但仍然有些困惑，希望得到指导。

网络管理的睡眠/唤醒是否必须与 EcuM 协调（即 EcuM 验证唤醒原因）？
在网络管理睡眠/唤醒过程中，ECU 是否需要进入睡眠状态（即 EcuM 睡眠）？
如果问题 1 的答案是肯定的，则 EcuM 通过接口获取唤醒事件。 EcuM_SetWakeupEvent 。然而，AUTOSAR EcuM 规范 SWS_EcuM_04318 指出： “与所选睡眠模式无关的唤醒事件将被忽略。” 我应该如何理解这句话？
AUTOSAR EcuM 规范中还包含两个关于接口的条目。 EcuM_ValidateWakeupEvent – SWS_EcuM_02790 和 SWS_EcuM_02791。它指出与通信通道关联的唤醒源在任何阶段都应有效。这是否意味着在任何阶段，唤醒事件都可以被挂起（即，成功通过）。然后进行验证（EcuM_SetWakeupEvent）？

Re: The connection between AUTOSAR Network Management sleep/wake-up

您好，

1. NM 睡眠/觉醒是否需要 EcuM 协调？
未必。NM/ComM 管理网络通信，而 EcuM 管理 ECU 电源状态。ECU唤醒验证主要与ECU实际进入ECU睡眠状态有关。

2. NM睡眠是否意味着ECU必须进入ECUM睡眠状态？
不。网络可以进入总线睡眠状态，而 ECU 仍处于运行模式并继续执行本地功能。

3. 如何理解 SWS_EcuM_04318？
这意味着 EcuM 只接受为当前选定的睡眠模式配置的唤醒事件。来自未在该睡眠模式下启用的唤醒源的唤醒事件将被忽略。它可以防止虚假硬件事件意外唤醒 ECU。

4. 在任何 EcuM 阶段，ComM 相关唤醒源是否可以得到验证？
是的。这是一个特例。通用唤醒源仅在睡眠期间被接受，但通信通道关联的源（例如，CAN 唤醒帧）可以通过 EcuM_SetWakeupEvent 挂起，并通过 EcuM_ValidateWakeupEvent 在任何 EcuM 阶段进行验证。这样，唤醒事件就可以中止正在进行的 Go-Sleep 序列——这是将 NM 唤醒与 EcuM 连接起来的关键机制。

简而言之：NM睡眠≠ECU睡眠，并且与ComM连接的唤醒源在ECUM中会得到特殊处理，从而允许在正常的唤醒序列之外进行验证。

BR，彼得

回复： The connection between AUTOSAR Network Management sleep/wake-up

您好，谢谢您的回复。关于您的回复，我还有一些疑问。对于多次打扰您，我深表歉意，并提前感谢您的帮助。

我了解到，网络管理的睡眠/唤醒似乎也需要 EcuM 验证唤醒源，因为在网络管理的被动模式下，需要 EcuM 验证唤醒源。与 ComM 通道关联的唤醒源验证成功后，EcuM 调用 ComM 接口，然后网络即可唤醒。在你的第一个回答中，你提到只有当 ECU 实际进入 EcuM 睡眠状态时，才需要进行 EcuM 唤醒验证。因此，我的理解是，在网络管理休眠/唤醒之后，ECU 也需要进入 EcuM 休眠状态，然后经过 EcuM 唤醒验证过程。然而，这似乎与你的第二个回答有些矛盾。我不确定我的理解是否正确。

在你的第三个和第四个答案中，SWS_EcuM_04318 表示 EcuM 只接受为当前选定的睡眠模式配置的唤醒事件。在第 4 个答案中，您提到与通信相关的唤醒源是一个特例。那么，ComM 相关唤醒源能否简单地忽略 SWS_EcuM_04318 的限制，还是我必须在设计阶段将所有 ComM 相关唤醒源配置为睡眠模式的唤醒事件？

是否需要先启用唤醒源？EcuM 调用 EcuM_EnableWakeupSource 以在睡眠阶段启用唤醒功能。只有启用后才能挂起（成功通过 EcuM_SetWakeupEvent 接口过滤）？如果是这样，关于答案 4 中的声明“ComM 通道关联的源（例如，CAN 唤醒帧）可以通过 EcuM_SetWakeupEvent 挂起”，这种挂起操作是否只在 EcuM 睡眠阶段发生，然后在 EcuM 的任何阶段进行验证？或者，启用步骤是由其他驾驶员自行完成的，还是存在其他情况？

期待您的回复。