Autosar Appl介绍

AUTOSAR架构中的应用层
AUTOSAR 应用层构成AUTOSAR 架构中的最顶层,被认为对所有车辆应用至关重要。AUTOSAR 标准使用“组件”概念指定应用层实现。

在谈论应用层实现时,应该考虑的三个最重要的部分是:

  • AUTOSAR 应用软件组件
  • 这些组件的 AUTOSAR 端口
  • AUTOSAR 端口接口
    AUTOSAR应用软件组件:典型的E2E(端到端)功能包括许多互连的AUTOSAR应用软件组件(SW-C)。应用软件组件构成具有某些功能的应用程序的最简单形式。AUTOSAR 定义了与开发汽车应用程序所需的所有应用程序软件组件相关的标准化接口。

这些软件组件通过明确定义的端口进行连接。这些端口有助于软件组件之间以及与AUTOSAR BSW之间的通信。在应用程序软件组件的上下文中,有一些称为 Runnable 的实体,它们基本上是包含软件组件实际实现的过程。

可运行或可运行实体在 VFB 规范中定义,并且是原子软件组件的一部分(在后面的部分中描述)。Runnable 被定义为由组件给出并由 RTE 执行的最小代码片段或指令序列。可运行实体可以循环触发,也可以在数据接收等事件期间触发。
AUTOSAR SWC 只能被视为一个原子实体,这意味着 AUTOSAR SWC 的每个实例仅分配给一个 ECU,并且不能分布在多个 ECU 上。

AUTOSAR应用层软件组件类型

要更详细地了解 AUTOSAR 软件组件,了解应用层中可用的 AUTOSAR SW-C 的各种类型至关重要

  • 传感器/执行器软件组件(Sensor/Actuator Software Component):一种 AUTOSAR 软件组件,用于处理传感器评估和执行器控制功能。这个特定的 AUTOSAR 软件组件取决于相关的传感器/执行器,并且独立于它所映射到的特定 ECU。
  • 应用软件组件(Application Software Component):应用软件组件是实现应用程序(的一部分)的原子软件组件。原子软件组件无法分解为更小的单元,只能分配给一个 ECU。
  • 校准参数组件(Calibration Parameter Component):该组件提供校准参数值。
  • 服务组件(Service Component):它通过标准化接口提供标准化服务,并且可以直接与某些其他BSW模块交互
  • ECU 抽象组件(ECU-Abstraction Component):它提供对 ECU 特定 IO 功能的访问
  • 复杂设备驱动程序组件(Complex Device Driver Component):它概括了 ECU 抽象组件。它可以定义端口以特定方式与其他组件交互,也可以直接与其他基础软件模块交互。
  • NVBlock 软件组件(NVBlock Software Component):它允许软件组件访问非易失性数据。
  • 复合软件组件(Composite Software Component):复合组件提供其他组件的逻辑互连,这些组件可以是原子的也可以是复合的。这些组件称为原型,通常不需要部署在同一 ECU 上。相反,这些可以分布在多个 ECU 上。

AUTOSAR 端口: AUTOSAR 软件组件使用定义明确的端口,这些端口封装了某些接口,以保证组件相互通信时的类型安全。

端口映射到单个组件并表示组件之间的通信点。这种组件间通信由虚拟功能总线 (VFB) 管理。

APPL 端口:

1、客户端-服务器接口(SR Send/Receiver Port):该接口定义了一组可以基于客户端-服务器模式调用的操作。这里客户端发起通信,并请求服务器执行服务。服务器执行请求服务并发送对请求的响应。消息发起的方向可用于识别 AUTOSAR 软件组件是客户端还是服务器。在下图中,客户端 AUTOSAR SWC(分别为客户端 1 和 2)通过 RPort(请求端口)请求服务,该服务被发送到服务器 AUTOSAR SWC,服务器通过 PPort(提供者端口)提供所需的服务。

2、发送者-接收者接口(CS Client/Server Port):该接口定义了异步信息分发,并允许通过虚拟功能总线进行更加面向数据的信息交换。

软件组件之间的通信 (SW-C)

在 AUTOSAR 应用程序的设计期间,VFB 用于管理软件组件之间的通信。该虚拟总线将应用程序从基础设施中抽象出来。VFB是一个抽象组件,通常由运行时的运行时环境(RTE)表示,并为AUTOSAR系统中的每个ECU唯一生成。VFB 连接设计模型中的各个 SWC。

VFB通过专用端口进行通信,这意味着应用软件的通信接口必须映射到这些端口。VFB 处理各个 ECU 内部和 ECU 之间的通信。


应用软件组件之间的通信可以是:ECU 间或者ECU内
如上图所示。应用软件组件之间的 ECU 间和 ECU 内通信均通过 RTE 进行管理。

ECU I 和 ECU II 之间的交互是ECU 间通信的一个示例,通过 RTE 及其之下进行,并通过基本软件模块进行。BSW 处理与内存交互、诊断等功能,以及用于 ECU 间通信的通信服务(如果需要)。

ECU 内部通信,即 ECU 内软件组件 B (SW-C B) 和软件组件 C (SW-C C) 之间的通信,完全通过 RTE 进行。从图中可以明显看出,软件映射到单个 ECU 的组件使用 ECU 内方法。

RTE 的作用: RTE 为 AUTOSAR 软件组件 (SWC) 提供统一的环境,从而使 AUTOSAR 软件组件的实现独立于可用的通信机制。

应用层通过RTE的发送端和接收端与底层交换数据。每当 AUTOSAR 软件组件调用服务对象时,RTE 就会将这些请求映射到本地 ECU 上的实际服务对象符号。

  • 5
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Autosar是一个开放的汽车软件架构,旨在提供一种标准化的方法来开发汽车软件和电子体系结构。该架构由汽车制造商、电子供应商和软件开发公司合作开发,旨在促进汽车电子系统的互操作性和可重用性。 Autosar架构定义了汽车电子系统的各个组件之间的接口和交互规范,使得不同的组件可以在不同车型和不同供应商之间进行共享和重用。这减少了开发时间和成本,并提高了系统的灵活性和可靠性。 Autosar框架采用了模块化的方法来管理汽车软件的开发和集成。它包括一套标准化的软件组件、通信协议和软件开发工具,可以支持多种不同的硬件平台和操作系统。这使得汽车制造商可以根据自己的需求选择不同的硬件和软件组件来构建特定的电子系统。 Autosar架构还提供了一种机制来管理和配置汽车电子系统的各个组件。它定义了一种称为Autosar元模型的标准,用于描述和管理汽车软件的各个组件、接口和配置参数。这使得汽车制造商可以更轻松地进行系统配置和更新,而无需重新编译整个软件。 总的来说,Autosar是一种标准化的汽车软件架构,旨在促进汽车电子系统的互操作性和可重用性。它提供了一种模块化的方法来开发和集成汽车软件,并提供了一种机制来管理和配置系统的各个组件。通过使用Autosar汽车制造商可以降低开发成本、加快开发时间,并提高系统的灵活性和可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小昭dedug

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值