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功能组状态与相关应用程序集进行协调。本章内容尚未反映设计。

AP Autosar平台设计 11 时间同步 & 12 网络管理_第1张图片

12-1概述NM

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

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

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

你可能感兴趣的:(AUTOSAR,SOA,Autosar平台)