Adaptive AUTOSAR平台为AUTOSAR应用实现了运行环境ARA。使用两种接口完成数据交换:服务和API。平台由功能集群组成,这些集群按服务和自适应AUTOSAR基础进行分组如下。 Adaptive AUTOSAR解决了新一代汽车高性能需求、连接性和持续软件无线(OTA)更新带来的新市场需求,它作为多个供应商的软件集成平台,解决了Classic AUTOSAR经典...
安装、更新和卸载操作是通过ProcessSwPackage接口执行的,在这个接口中UCM能够解析需要执行的操作的元数据。 UCM 序列设计可以支持A/B更新场景或 “in-place”场景(比如 使用OSTree). 如果需要的化,这种设计让包管理者有回滚到之前版本的可能性。 为了让实现更简单健壮,同一时刻只有一个客户端可以使用方法ProcessSwPacka...
UCM 是 Update and Configuration Management 的缩写,在 AUTOSAR AP 上属于服务类型(平台基础服 务),主要提供软件升级和配置管理功能,通过 ara::com 提供软件升级服务的访问接口。 图9 UCM组件图 UCM 内部由一个或多个类组成,如图9 所示,协同完成某一类的操作。 PackageManager 是 UCM 服务的核心构件,负责实现 ...
因此,UCM Master可视为 AUTOSAR 标准 UCM 客户端。车辆软件更新架构 3.2 更新协议 UCM 和 UCM Master 服务旨在支持通过车辆诊断进行软件配置管理,并支持在自适应平台中以Safe、Secure 和节省资源的更新 Process 执行更改。为满足支持来自多个客户端的更新并实现快速下载的要求,UCM 需要能够将软件包(UCM 输入)的传输...
Autosar 采用一个Manifest用来配置管理这些进程信息,包含平台相关的信息,恢复操作以及与服务或库相关的依赖关系,Instance配置文件主要包含静态的信息,这里会配合执行管理Exec、升级与配置管理UCM以及状态管理SM等来配合管理进程。 通信服务ara::com 采用Proxy/Skeleton的通信架构,同时采用中间件SOME/IP。
它可以根据通信管理配置(AUTOSAR 元模型的接口定义),通过解释生成的特定服务配方或直接生成序列化代码来实现。目前,通信管理支持 SOME/IP、DDS、IPC(Inter-Process-Communication 或任何其他自定义绑定)、信号 PDU(SignalBased 网络绑定)和Signal-Based 静态网络绑定。
从上节我们知道Application就是OS的一个一个进程,Autosar 采用一个Manifest用来配置管理这些进程信息,包含平台相关的信息,恢复操作以及与服务或库相关的依赖关系,Instance 配置文件主要包含静态的信息,这里会配合执行管理Exec、升级与配置管理UCM以及状态管理SM等来配合管理进程。
UCM 是 Update and Configuration Management 的缩写,在 AUTOSAR AP 上属于服务类型(平台基础服 务),主要提供软件升级和配置管理功能,通过 ara::com 提供软件升级服务的访问接口。 图9 UCM组件图 UCM 内部由一个或多个类组成,如图9 所示,协同完成某一类的操作。
UCM(Update and Config Management)主导的应用程序更新、AP自更新以及OS更新的整套更新理念 NM(Network Management)网络管理模块 Adaptive AUTOSAR作为中间件,需要配合支持POSIX标准的操作系统使用,上层的自适应应用(AA)会通过ARA运行环境由AP来统一配置、管理、调度和分配资源。
UCM(Update and Config Management)主导的应用程序更新、AP自更新以及OS更新的整套更新理念 NM(Network Management)网络管理模块 Adaptive AUTOSAR作为中间件,需要配合支持POSIX标准的操作系统使用,上层的自适应应用(AA)会通过ARA运行环境由AP来统一配置、管理、调度和分配资源。