AP Autosar平台设计 11 时间同步 & 12 网络管理

目录

11时间同步Time Synchronization

11.1概述

11.2设计

11.3架构

12网络管理

12.1网络管理算法概述

12.2架构

---

11时间同步Time Synchronization

11.1概述

当需要在分布式系统中关联不同事件时，不同应用程序和/或ECU之间的时间同步（TS）至关重要，以便能够及时跟踪此类事件或在准确的时间点触发它们。

因此，为应用程序提供了时间同步API，因此它可以检索与其他实体/ECU同步的时间信息。

然后，通过系统中通过预构建配置存在的不同“时基资源（Time Base Resources）”（称为TBR）提供时间同步功能。

11.2设计

对于自适应平台，考虑使用以下三种不同的技术来满足所有必要的时间同步要求：

•CP平台的StbM

•库chrono-std::chrono（C++11）或boost::chrono

•时间POSIX接口

在分析了这些模块的接口及其涵盖的时间同步功能之后，我们的目的是设计一个时间同步API，该API提供了一个围绕CP平台的StbM模块的功能，但具有类似std::chrono的风格。

时间同步模块考虑以下功能方面：

•启动行为

•构造函数行为（初始化）

•正常运行

•错误处理

在未来的版本中将考虑以下功能方面：

•停机行为

•错误分类

•版本检查

11.3架构

对于每个时基资源（Time Base Resource，TBR），应用程序都可以访问不同的专用类实现。

通过此句柄，应用程序将能够查询所提供的时基类型（应为上述五种类型之一），然后获得该时基类型的专用类实现。通过此句柄，应用程序还将能够直接创建计时器。

TS模块本身不提供将TBR与其他节点和/或ECU（如网络时间协议或时间协议）上的时基同步的方法。

TBR的实现可具有专用循环功能，其从时间同步以太网模块或类似模块检索时间信息以同步TBR。

应用程序使用TBR提供和管理的时间信息。

因此，TBR充当时基代理，提供对同步时基的访问。通过这样做，TS模块从“实时”时基提供者中抽象出来。

12网络管理

12.1网络管理算法概述

AUTOSAR NM基于分散的网络管理策略，这意味着每个网络节点仅根据通信系统内接收和传输的NM消息独立执行活动。

AUTOSAR NM算法基于周期性NM消息，该消息由集群中的所有节点通过多播消息接收。

接收NM消息表示发送节点希望保持NM cluster处于唤醒状态。如果任何节点准备进入睡眠模式，它将停止发送NM消息，但只要接收到来自其他节点的NM消息，它就会推迟转换到睡眠模式。最后，如果由于不再接收NM消息而导致专用计时器超时，则每个节点都会执行到睡眠模式的转换。

如果NM集群中的任何节点需要总线通信，它可以通过启动传输NM消息来保持NM cluster处于唤醒状态。

12.2架构

AP平台规范描述了AUTOSAR自适应平台的功能、API设计和网络管理配置，与所使用的底层通信介质无关。目前只考虑以太网，但架构保持总线独立。

网络管理（NM）拟通过SM进行控制，因为部分网络的控制需要通过SM控制的EM功能组状态与相关应用程序集进行协调。本章内容尚未反映设计。

图12-1概述NM

其主要目的是协调内部协调状态机中底层网络（部分网络、VLAN或物理通道）的正常运行和总线休眠模式之间的转换。

它为SM提供了一个Service interface，用于请求和释放网络以及查询其实际状态。它协调不同实例（网络句柄）的请求，并通过网络提供聚合的机器请求。

如果使用部分联网功能，则Nm消息可以包含部分网络（Partial Network PN）请求，从而使ECU可以忽略不请求与ECU相关的任何PN的Nm消息。这使得可以关闭ECU（或其部分），尽管其他部分网络中仍在进行通信。