AUTOSAR RTE相关学习积累

RTE(Runtime Environment)是AUTOSAR ECU的核心,实现了虚拟功能总线VFB的具体细节,负责软件组件间的通信、调度。RTE包含系统基础设施的可变元素,通过API接口封装基础软件服务。它分为软件组件通信和调度两部分,与基础软件调度程序紧密相连。RTE支持静态通信,包括发送方-接收方、客户端-服务端等通信样式,并处理并发性,确保组件间的正确交互。RTE生成器根据ECU配置创建组件API和调度程序,实现组件与OS的链接和通信管理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1 RTE概述
1.1 AUTOSAR中的RTE
RTE是AUTOSAR ECU体系的核心。RTE是对特定ECU的AUTOSAR虚拟功能总线(VFB)的具体实现,支持AUTOSAR的软件组件间、基础软件间、软件组件与基础软件之间的通信。RTE封装了基础软件层的通信和服务,为应用层的软件组件提供标准化的基础软件和通信接口,使得应用层可以通过API函数调用基础软件的服务。
RTE包含系统基础设施的可变元素,这些元素来自组件到ECU的映射和标准化的RTE服务。
原则上,RTE从逻辑角度可以分为两个部分实现:
 软件组件间的通信
 软件组件的调度
为了充分描述RTE的概念,还必须考虑基础软件调度程序。基础软件调度程序调度基础软件模块的可调度实体。在一些文档中,可调度实体也被称作主要处理函数。
由于同一OS任务可能用于调度软件组件和基础软件模块,因此RTE的调度部分语基础软件调度程序有着紧密的联系,不能清晰的分开。
为每个ECU生成RTE和基础软件调度程序,以确保RTE和基础软件调度程序对于ECU是最佳的。
1.2 RTE相关的重要AUTOSAR概念
本节介绍一些重要的AUTOSAR概念,以及它们是如何在RTE背景中实现的。
1.2.1 AUTOSAR软件组件
在AUTOSAR中,应用软件架构上位于RTE的上方,由应用组件组成,应用组件中有一种特殊的应用组件就是传感器/执行器组件,这些组件依赖于ECU硬件,因此由于性能/效率原因不容易重新定位。在系统配置期间,AUTOSAR软件组件可以被部署到任何可用的ECU上。RTE负责确保组件可以通信,并且确保无论组件部署在哪,系统都能按预期工作。考虑到传感器/执行器软件组件,他们能够直接寻址本地ECU抽象层,因为需要通过一个中间传感器/执行器软件组件将信息广播给远端ECU来实现对远端ECU抽象层的访问,因为在不同的ECU上移动传感器/执行器软件组件,可能意味着也会将连接的设备(传感器/执行器)移动到相同的ECU(前提是能够有效访问)。
软件组件按类型定义。在组件被部署到一个ECU上时,组件类型会被实例化。组件类型可以在同一个ECU上实例化多次,在这种情况下,组件类型被称作“多重实例化”。RTE支持每实例一个内存段,来

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值