AutoSAR系列讲解(入门篇)5.3-ECUEX文件

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接: https://blog.csdn.net/xyfx_fhw/article/details/100102656

ECUEX文件

->返回总目录<-

一、ECUEX简介

什么是ECUEX文件呢?上一节(5.2节)中讲到的ECU提取文件(见下图,还是用的上一节的图)就是本节讲的ECUEX文件(全称是ECU Extract of System Description),简单说就是OEM和TIER1交接的文件。该文件由OEM设计整车时生成,并根据不同的ECU提取出对应的ECUEX文件交接给TIER1,TIER1拿到文件后便可以根据上面的信息来设计和开发ECU。ECUEX文件是arxml文件,但是如果只做通信矩阵这些内容,DBC这类文件也可以胜任(不过随着时代的进步,以后还是慢慢改成arxml最好)。
在这里插入图片描述
主要可以包含以下内容(也可以只包含其中一部分):

  • 通信矩阵: 比如CAN总线包含的信息,像CAN ID号、signals、扩展帧还是普通帧和波特率之类的信息
  • SWCs、Ports等: SWC以及内部的runnable都可以在ECUEX文件中给出;还包含其Ports;还有SWC之间的连接关系(Connecters),说白了就是第一章AppL中的内容基本都可以包含
  • 数据映射(Data Mapping): 将总线的信号(Network Signals)映射到SWCs中,这里的数据映射将在实践篇中有讲解

二、ECUEX内容涵盖等级

ECUEX文件可以很简单(简单到只有通信矩阵),也可以很复杂(复杂到连一部分代码都要自己写)。这三个等级大家了解一下就行,不是很重要的知识

1、等级1:目前普遍状态

该等级OEM主要还是只做通信矩阵,不过不再使用.dbc这类文件,而是使用.arxml了。下表列出OEM和TIER1的分工:

名称 解释 OEM TIER1
Service Components 为SWCs提供实际使用的BSW服务的接口(需要在BSW中配置过了) 不负责 负责
Service Mapping 连接SWCs和Service Components 不负责 负责
Atomics 功能的具体实现 不负责 负责
Compositions 每个SWC上需要哪些Port、连接器之类的 不负责 负责
Data Mapping 连接Network Signals到SWCs中 不负责 负责
ECU Composition 就是需要哪些SWC 不负责 负责
Communication 就是上面说的通信矩阵 负责 不负责

2、等级2:进阶状态

OEM进一步做了更多的工作,好处就是能使得整车设计更加协调一致,更加容易把控

名称 解释 OEM TIER1
Service Components 为SWCs提供实际使用的BSW服务的接口(需要在BSW中配置过了) 不负责 负责
Service Mapping 连接SWCs和Service Components 不负责 负责
Atomics 功能的具体实现 不负责 负责
Compositions 每个SWC上需要哪些Port、连接器之类的 负责 不负责
Data Mapping 连接Network Signals到SWCs中 负责 不负责
ECU Composition 就是需要哪些SWC 负责 不负责
Communication 就是上面说的通信矩阵 负责 不负责

3、等级3:终极状态

这一等级中,OEM甚至参与了部分的功能设计与实现,注意表中的负责 ,这里是说OEM和TIER1都会负责一部分

名称 解释 OEM TIER1
Service Components 为SWCs提供实际使用的BSW服务的接口(需要在BSW中配置过了) 不负责 负责
Service Mapping 连接SWCs和Service Components 不负责 负责
Atomics 功能的具体实现 负责 负责
Compositions 每个SWC上需要哪些Port、连接器之类的 负责 不负责
Data Mapping 连接Network Signals到SWCs中 负责 不负责
ECU Composition 就是需要哪些SWC 负责 不负责
Communication 就是上面说的通信矩阵 负责 不负责

附:返回总目录的传送门如下
->返回总目录<-

猜你喜欢

转载自blog.csdn.net/xyfx_fhw/article/details/100102656