ECU的 Resource 描述,如 CPU 可用的 Processor 类型及数量

Machine 定义了所有可用的物理通信 Connector,比如 EthernetConnector ,及其对应通信端口 NetworkEndpoint 的描述(IPAddress or Domain & Port)

ServiceDiscovery Configs 描述通过可用物理通信端口监听来自 Multicast 地址信息定义的 SOME/IPProtocol报文


(资料图片仅供参考)

定义 Machine 的状态机,应用能不能工作都是跟着 Machine 状态机走的。

配置 AP AUTOSAR 的 OS(当前很多供应商都还没实现)

Application Manifest 用于描述实例化运行在 Machine 之上的可执行的Process:

我们一般从以下几个方面对应用清单进行描述。

配置 Executable 启动选项,包括以下内容

配置 Executable 的 Provided/RequiredPort 及 Port 所绑定的 Service Interface

每个 Process 都对应有一个专属的 Manifest 配置

Service Interface(服务接口)是什么?服务接口定义了 Skeleton/Proxy 之间的接口关系,主要包括以下交互方式:

Service Interface Deployment 描述了如何部署 Service Interface

为 Service Interface 分配指定的 Service id

为 Service Interface 分配 major_version 及 minor_version,某一个服务可能会存在多个版本,每个版本里面的服务接口可能是不一样的。

定义和配置服务实例的元模型如下:

服务实例相关的设计主要包括以下内容。

创建Service Instance:

为 Provided Service 绑定对应的 ServiceInterface,配置发送 Offer Service报文的周期,分配 Instance Id

为 Required Service 绑定对应的 Service Interface,配置发送 Find Service报文的周期,分配 Instance Id

Instance ID:Proxy 引用的 Required Instance Id 一定要与对应的 Skeleton提供的 Provided Instance Id 保持一致

Mapping Service InstanceTo Machine:

配置 Provided/Required Service Instance 使用哪个 Machine 里的哪个物理通信 Connector,即选用哪个 Machine 用于执行该 Service Instance

配置 TCP/UDP Port

Mapping Service Instance To Provided/Required Port:

在我们建模完之后,会生成以下产物。

生成 Skeleton/Proxy 通信框架的基类源代码,供 Application 开发者继承基类使用以直接获取通信能力:

启动配置 JSON 文件描述,供 Execution Manager 启动加载应用时使用:

SOME/IP JSON 配置文件,供 SOME IP_Daemon 使用:

下图为 AP AUTOSAR 的核心组件,也叫功能集群,简称 FC。

下面对上述核心组件的功能进行一个简单的描述。

Execution Manager:负责对进程的生命周期进行管理

搜寻指定路径下所有可用的 Executables 并加入进程列表中,启动阶段按进程依赖顺序加载所有配置在默认功能组的进程

当发生功能组状态切换时,终止未定义在新功能组的进程,并按照进程加载依赖顺序重新加载新功能组的所有进程

当功能组内的状态发生迁移时,驱动所有被加载的进程往相应的状态迁移

IAM:为应用访问及控制Autosar资源提供身份鉴权

用户需实现 PolicyDecision Point (Grant或Deny的Policy)策略

IAM 把应用 Application 的身份鉴权的请求,对接到用户的 Policy 策略,并给出鉴权结果回给 Application

Platform Health Manager:管理被监控运行实体的健康状态

Log Manager:提供Log前台打印API及后台Log存储服务

可提供 CONSOLE/FILE/DLT/SYSLOG 等工作模式

可配置多级别Verbose/ Debug/ Info/ Warn/ Error/ Fatal的打印控制

支持以 SOME IP/IPC binding 模式为 Offer Service 及 Find Service 提供发送及接收 Service Discovery Message 的能力

管理着所有 Provided Services及Required Services,并为每个 Service Interface 定义的 Event/Method/Field建立映射列表

作为所有基于 SOME IP Protocol Message(Communication & Service Discovery)的 Broker,为 sender 和 receiver 提供 router 服务

支持多种诊断传输协议,如 DoIP 或者用户自定义的传输协议

提供多个诊断服务,并支持多个诊断会话并行处理

支持 UDS 定义的标准服务及用户自定义服务

提供基于文件存储的读写功能

提供基于 Key-ValueDatabase 的访问及保持功能

升级包自身需包含完整的如版本、依赖、认证及签名等信息

UCM 接收来自 AA 的升级请求,传输用于升级的目标软件包,对软件包进行验签及完整性校验,根据 Manifest 的描述将目标文件安装到指定路径下/删除指定路径下的目标文件

关键词: