没有合适的资源?快使用搜索试试~ 我知道了~
首页关于Autosar中UDS.docx
关于Autosar中UDS.docx
需积分: 50 258 浏览量
更新于2023-05-28
评论 1
收藏 3.01MB DOCX 举报
根据 DCM 的定义,它的处理对象主要是下层上传的消息数据。DCM 在某一个时刻仅能处理一个消息请求,一旦请求消息接收完毕,则对消息处理流程进行加锁,以串行处理每个请求消息。因此,DCM 的处理一个消息的过程会经过三个状态,即接收状态(Receive,以 R 标识),处理状态(Process,以 P 标识)和发送状态(Transmit,以 T 标识)。另外,在系统未完成初始化之前,处于未初始化状态,
资源详情
资源评论
资源推荐

第一章 AutoSAR
AUTOSAR 的目标是为了满足未来汽车的需求,增强软件的可用性、安全
性、可维护性,增加软件的灵活性和可扩展性,要实现这一目标唯一的手段是
通过良好的分层即模块抽象来将软件模块的耦合性降到最低,因此 AUTOSAR
定义了汽车上所有的 ECU 都适用的通用的软件构架(软件分层和软件接口)。
1.1 AUTOSAR 软件分层
位于上面的软件分层图中最下方黑色的部分表示的是汽车电控单元所使用
的电子硬件(包括主控 CPU 以及外围设备),在这一层上边的部分才是软件部
分。从整体来看,AUTOSAR 将软件分为三层,分别为 应用层(Applicaiton
Layer),中间件( RTE:Runtime Environment )和基础软件( BSW :Basic

Software).
1.1.1 应用层 – Applicaiton Layer
应用层部分是指实现特定的 ECU 功能的那部分软件,这部分软件负责实现
ECU 的逻辑功能,比如说,通过算法控制大灯,控制空调,控制电机,它是汽
车功能的一种抽象,与 ECU 所使用的硬件没有关系。应用层又可以细分为软件
组件(SWC),软件组件之间的信息交互不能直接进行必须通过 RTE。
通过 SWC 概念的设计,对应用层软件进一步解耦,使得应用层中的 SWC
具有了被替换的可能。
1.1.2 中间件 – RTE, Runtime Environment
中间件部分给应用层提供了通信手段,这里的通信是一种广义的通讯,可
以理解成接口,应用层与其他软件体的信息交互有两种,一种是应用层中的不
同模块之间的信息交互,第二种是应用层模块同基础软件之间的信息交互,而

RTE 就是这些交互使用的接口的集散地,它汇总了所有需要和软件体外部交互
的接口。从某种意义上来看,设计符合 AUTOSAR 的系统其实就是设计 RTE,
对于这一点我们会在以后的文章中仔细展开。
1.1.3. 基础软件 – BSW, Basic Software
虽然汽车中有各种不同的 ECU,它们具有各种各样的功能,但是实现这些
功能所需要的基础服务是可以抽象出来的,比如 IO 操作,AD 操作,诊断,
CAN 通讯,操作系统等,无非就是不同的 ECU 功能,所操作的 IO/AD 代表不
同的含义,所接收发送的 CAN 消息代表不同的含义,操作系统调度的任务周期
优先级不同。这些可以被抽象出来的基础服务被称为基础软件。根据不同的功
能对基础软件继续可以细分成四部分,分别为 服务层(Service Layer),ECU
抽象层(ECU Abstract Layer),复杂驱动(Complex Driver)和 MCAL,四部
分之间的互相依赖程度不尽相同。
服务层(Service Layer),这一层基础软件提供了汽车 ECU 非应用相
关 的 服 务 , 包 括 OS , 网 络 通 讯 , 内 存 管 理 ( NVRAM ) , 诊 断
(UDS,故障管理等),ECU 状态管理模块等,它们对 ECU 的应用层

功能提供辅助支持,这一层软件在不同领域的 ECU 中也非常相似,例
如不同的 ECU 中的 OS 的任务周期和优先级不同,不同的 ECU 中的
NVRAM 的分区不同,存储的内容不同。
ECU 抽象层(ECU Abstract Layer),这一层软件提供了 ECU 应用相关
的服务,它是对一个 ECU 的抽象,它包括了所有的 ECU 的输入输出,
比如 AD,DIO,PWM 等,这一层软件直接实现了 ECU 的应用层功能,
可以读取传感器状态,可以控制执行器输出,不同领域的 ECU 会有很
大的不同。
MCAL,这一层软件是对 ECU 所使用的主控芯片的抽象,它跟芯片的
实现紧密相关,是 ECU 软件的最底层部分,直接和主控芯片及外设芯
片进行交互,它的作用是将芯片提供的功能抽象成接口,然后把这些
接口提供给上边的服务层/ECU 抽象层使用。
复杂驱动(Complex Drivers),汽车 ECU 中有一些领域的 ECU 会处理
相当复杂的硬件信号,执行相当复杂的硬件动作,例如发动机控制,
ABS 等,这些功能相关的软件很难抽象出来适用于所有的汽车 ECU,

它 是 跟 ECU 的 应 用 以 及 ECU 所 使 用 的 硬 件 紧 密 相 关 的 , 属 于
AUTOSAR 构架中在不同的 ECU 平台上无法移植的部分。
1.2 总结:
AUTOSAR 定义了汽车上所有的 ECU 都适用的通用的软件分层结构,想要
设计符合 AUTOSAR 标准的 ECU 软件,首先需要按照 AUTOSAR 规定的软件分
层来对 ECU 中不同的软件进行抽象。
2018/4/3
第二章 AUTOSAR 架构深度解析
AUTOSAR architecture 的分层式设计,用于支持完整的软件和硬件模块的
独 立 性 (Independence) , 中 间 RTE(Runtime Environment) 作 为 虚 拟 功 能 总 线
VFB(Virtual Functional Bus)的实现,隔离了上层的应用软件层(Application
Layer)与下层的基础软件(Basic Software),摆脱了以往 ECU 软件开发与验
证时对硬件系统的依赖。
剩余51页未读,继续阅读













安全验证
文档复制为VIP权益,开通VIP直接复制

评论0