标签：错误 开发 逻辑 复杂 避免 分支 机制 dog 因此
1.定周期任务实时监控
2.非定周期任务执行时间监控
3.逻辑监控，执行顺序。
Watchdog Manager监督软件的执行。监督的逻辑单位是受监督的实体。 AUTOSAR，SW-C，CDD，RTE，BSW模块中的架构块之间没有固定的关系，但通常受监督的实体可能代表SW-C中的一个SW-C或可运行的，a BSW模块或CDD取决于开发人员的选择。
受监督实体中的重要位置被定义为检查点。监督实体的代码与看门狗管理器的调用交织在一起。
每个受监督实体都有一个或多个检查点。受监督实体之间的检查点和过渡形成图。该图称为内部图。此外，来自不同受监督实体的检查点也可以通过外部过渡连接。每个看门狗管理器模式中可以有几个外部图形。
图表可以具有一个或多个初始检查点和一个或多个最终检查点。 最终检查点是正确的（假设检查点属于同一图表）。 在最终检查点之后，可以报告任何初始检查点。
在Watchdog Manager中，可以配置检查点所需的时间以及允许的外部和内部图形。
在运行时，监视程序管理器会验证是否已执行已配置的图。 这称为逻辑监督。 看门狗管理器因此破坏了检查点和转换的时间。 定期检查点的机制称为“活动监督”，对于非周期性检查点，称为“截止日期监督”
Watchdog管理器不会修复检查点的粒度。 很少粗粒度的检查点限制了Watchdog Manager的检测能力。 看门狗管理器只能检测到它是否可运行并检查时序约束。 相反，如果SW-C在每个块处具有检查点并且在可运行中具有分支，则看门狗管理器还可以检测该SW-C的控制流中的故障。 高粒度的检查点会导致监视程序管理器的复杂和大型配置
三个监督机制监督每个受监督实体。 受监督实体可以启用一个，两个或三个机制。 计算受监督实体的状态（称为本地状态）。
确定监督实体，然后根据每个监督状态确定整个MCU的状态（称为全局监督状态）。
门狗管理器与看门狗接口通信以控制硬件看门狗。
与版本V1.x.y相比，Watchdog Manager不再负责通过看门狗接口和看门狗驱动程序触发硬件看门狗。相反，看门狗管理器通过看门狗接口报告看门狗驱动程序的触发条件。然后，看门狗驱动程序负责在条件为真的情况下以正确的时序触发硬件看门狗。触发条件是看门狗管理器循环设置的计数器值。每次触发硬件看门狗时，看门狗驱动程序都会递减此计数器。当计数器达到0时，看门狗驱动程序停止触发硬件看门狗。因此，当看门狗管理器无法执行时，它会自动导致看门狗复位（在递减计数器所需的时间加上HW看门狗的超时值之后）。
看门狗管理器本身可能会发生看门狗管理器错误地设置触发条件并且不会导致看门狗复位的情况。因此，可能需要在Watchdog Manager本身内使用受监督实体和检查点，同时避免在Watchdog Manager中进行递归。
AUTOSAR-Specification of Watchdog Manager 阅读
标签：错误 开发 逻辑 复杂 避免 分支 机制 dog 因此
原文地址：https://www.cnblogs.com/hkj8808/p/11225185.html
