SWC 流程

2023-12-20 18:30
文章标签 流程 swc

本文主要是介绍SWC 流程,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

  • 一个arxml 存储SWC (可以存多个,也可以一个arxml存一个SWC)
  • 一个arxml 存储 composition (只能存一个)
  • 一个arxml 存储 system description (通过import dbc自动生成system)

存储SWC和composition的arxml文件分开,有效的实现了swc的复用。因为SWC的创建只是依赖于interface。【不依赖与Implementation data type,所以不用担心】 所以拿着 SWC的arxml 和定义 Interface的arxml这两个文件,就可以在任意的project里面复用了。【创建composition可以直接import该SWC】

1.  AUTOSAR自带文件

新建AUTOSAR project的时候,就会自己创建文件

“ISOLAR_PlatformTypes.arxml”

  • Implementation Data Type
  • BaseType
  • DataConstr

这个文件就干了一件事,通过BaseType和DataConstr,把IDT定义了,可以直接在c文件里面直接用 【有了长度和符号,就可以被编译器识别了】

2. 预先准备的输入

系统工程师会自己创建一个文件

“01_TypesAndInterface.arxml”

  • Application Data Types
  • Interfaces

这个文件里面的ADT还没有与上面提到的IDT链接起来,这时只是名字而已(会在之后的SWC过程中link起来?)

Interfaces 下面创建了3个Sender-Receiver Interface实体,每个Interface下面都分配了data element。data element的数据类型是由ADT定义的

也就是说, 我们是先有了需要这个三个通信接口的需求,然后才开始在AUTOSAR project里面去创建SWC的 【可以把每个 Interface看作是函数吗,data element是函数的输入输出】

至此,用户的需求全部在 “01_TypesAndInterface.arxml” 文件中出现

3. 新建SWC

3.1 用户在ISOLAR内 create AXRML文件,用作存储之后创建的SWC的信息

然后右键arxml,即可创建SWC信息

注意,这个package是AUTOSAR很重要的概念

可以看到:每个arxml文件下只能有一个package,且各个arxml的package name不能一样。也就是说,不管是SWC还是BSW模块,他们的信息都是挂靠在package下面。

这个可以类别为c project, package就是c文件【这就是为什么package不能重名】,SWC/BSW可以看作是函数,可以放在任意的c文件下

3.2 用户在package下面创建SWC,并添加相应信息给该SWC

  • Port
    • Interface - (Data Element + Application Data Type) 【一个SWC下面可以有多个port】
  • Internal Behavior
    • Runnable Entity 【函数:一个SWC下面可以有多个runnable】
      • DataAccessPoint  【函数参数】
      • Timing Event 【函数的周期】
    • DataTypeMapping 【Application Data Type 到 Implementation Data Type】

  1. SWC是功能模块而不是函数的抽象,所以一个功能模块(SWC)下面一开始就要声明好要多少port,是输入还是输出port,有哪些data element参与传输【这样high level的抽象总结,方便接下来在system 级别确定/规划接口怎么跟外界连】 【swc可用看作是.c文件,port定义可用看作是对应的.h文件】
  2. SWC跟外界通讯的port定义完成以后,接下来就是SWC内部的函数定义了【函数名 + 参数 + 运行周期】。Runnable Entity就是函数名, Runnable Entity下面的DataAccessPoint 就是函数参数【通过分配之前port下面的interface下面的data element实现】
  3. 每个package下面都要有DataTypeMapping,或者说每个SWC下面都要有DataTypeMapping,可用看作SWC是.c文件,而转换ADT - IDT的DataTypeMapping就是对应的.h 文件

一个port下面只能有一个Interface

port只做一件事情,确定传输方向是输入还是输出

一个arxml下面可以有多个SWC,但是为了复用最好还是一个SWC一个arxml文件

过程是怎样,在哪个界面操作的不重要,重要的是理解,tool给我们提供了哪些可用的功能

Port是SWC最重要的概念

可创建的Port 只有 Pport 和 Rport 两种,用来表示方向,是send还是receive 数据

而可以被分配到Port下面的Interface则分为 sender/receiver 和 clien/server 两种【Interface已经在“01_TypesAndInterface.arxml”文件里面事先被system engineer定义好了,我们在接下来的步骤中不会涉及到新建或者修改Interface的定义】

可以将SWC看作是一堆函数集合抽象出来的一个统一实体,比如将雨刷控制器的所有相关函数统一放在一个SWC里面。而给SWC分配Interface,就是让SWC里面的函数可以通过interface下面的data element与外界通信【外界指其他SWC或者com来的CAN signal】

sender/receiver 和 client/server 接口的区别,以及生成的code的区别:

All the Runnables of an SWC只能被map到同一个core上(对多核ecu而言)

4. 新建一个Composition

,并将之前创建的多个SWC之间的port连接起来

新建一个arxml文件,【以及对应的package,用来存储这个composition的所有信息】右键arxml,即可创建composition

在composition里面把需要的SWC全部添加进来,然后再assembly connector里面可以把port连接上

5. 导入CAN dbc

,包括了Signal,PDU,ECU等系统信息

通过import dbc文件,tool会自动生成一个或多个arxml,自动将dbc文件里面的Signal,PDU,ECU等信息转换到这些arxml文件内, 用来以AUTOSAR的格式存放dbc的信息,相当于一个DLL库 【并且会生成COM module,里面有各个CAN signal】

6. 新建一个system description

,system level的核心配置都在这个文件里面进行

右键新建system,会自动生成一个arxml,此为system description

system description是 system level配置的核心文件,有两大功能

  • SWC to ECU mapping: 将 composition的那些SWC分配到各个ecu【system description相当于库文件,里面的ECU等信息会被自动识别出来等待被调用】
  • System Data mapping: 将SWC的port里面的需要和外界通讯的data element与刚才system extract里面的CAN signal连起来【system description相当于库文件,里面的system signal等信息会被自动识别出来等待被调用】

每次更改过system description,都要运行 Create Ecu Extract 来重新生成 EcuExtract.arxml,使改动生效

7. EcuExtract生成RTE

, 将之前在SWC中创建的Runnable Entity分配到Task上

EcuExtract.arxml是在对system extract.arxml文件执行Create Ecu Extract操作之后,自动生成的。

RTE editor里面包含RunnableToTaskMapping的界面

  • 新建 Task,设置period
  • 将unmapping runnable拖拽分配到Task下面

至此实现了

  • 函数名的创建
  • 函数参数的创建
  • 函数的周期性调度

不配置DataTypeMapping,就会导致c code里面只有函数框架,没有对应的data read/data write。因为ISOLAR不知道这些变量正确的implementation data type是什么,从而无法生成

IDT和base type相连,相当于用IDT给c data type重命名了一下,从而满足了MISRA的要求

从c语言的角度去理解,SWC的创建是是什么样的

这个右键component,直接生成code真好用,要好好利用上

RTE实际生成的文件是什么?

生成RTE之前,需要做什么,先生成 system extract 和 ecu extract吗?

OSNeeds.arxml 是干什么的

我现在有一个SWC,已经生成函数了

为什么我在EthSwt_CDD里面新建了port,但是在system extract的System data mapping里面根本就没有对应的port可以和system signal相连起来?

我想验证的是,对component右键生成代码的时候会不会把我在函数里面手写的code覆盖掉?

答:不会  tool在生成代码的时候,/* PROTECTED REGION */  里面的code不会被覆盖掉

从c代码的角度,SWC的创建分两种

  1. 在函数内读取变量(其他SWC内部的变量) 
  2. 在函数内调用函数 (其他SWC内部的函数)

通过 sender/receiver interface,实现了第一点: 【RTE传输对象是Interface下面的DataElement

在各自的SWC的runnable里面添加对应的Pport或者Rport【不要忘了在data mapping里面将ADT和IDT对应起来】,即可右键component生成下入所示的runnable函数框架(存储在src/asw文件夹下的一个.c文件里面,跟rte没有关系.)。【右键生成代码的时候不会覆盖掉PROTECTED REGION里面的code】

然后在composition的assembly connector里面将两个port下面的dataelement连接起来,生成RTE的时候rte.c里面就会生成这些个Rte_IRead, Rte_Write函数实体,从而实现数据传输【RTE只会生成rte.c,不会生成/更新 上面的component.c 文件】

通过 client/server interface, 实现了第二点: 【RTE传输对象是interface下面的Operation(Event)

原理其实是client runnable内部通过set event,来触发server runnable的运行。

实现分三步

  1. client SWC的runnable里面设置server call point来调用client/server interface下面的Operation【其实就是event】
  2. server SWC里面设置runnable为OperationInvokeEvent出发
  3. 然后在composition的assembly connector里面将两个SWC的interface下的Operation连起来即可

函数调用想传递参数的话,通过ArgInOut实现【定义interface的时候,Operation本来就跟Arguement绑定好了,所以是全自动的,不需要在ISOLAR里面额外操作】

只要保证两个SWC的port下面添加的是同一个interface,composition里面就能把这两个Operation(event)连接起来

1 需求

        传输 data 和 调用 函数

2 为满足需求创造的概念: interface

        operation: 调用函数

        data element: 传输data

想想创建一个diagnostic SWC的流程

这篇关于SWC 流程的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/517035

相关文章

Security OAuth2 单点登录流程

单点登录(英语:Single sign-on,缩写为 SSO),又译为单一签入,一种对于许多相互关连,但是又是各自独立的软件系统,提供访问控制的属性。当拥有这项属性时,当用户登录时,就可以获取所有系统的访问权限,不用对每个单一系统都逐一登录。这项功能通常是以轻型目录访问协议(LDAP)来实现,在服务器上会将用户信息存储到LDAP数据库中。相同的,单一注销(single sign-off)就是指

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

kubelet组件的启动流程源码分析

概述 摘要: 本文将总结kubelet的作用以及原理,在有一定基础认识的前提下,通过阅读kubelet源码,对kubelet组件的启动流程进行分析。 正文 kubelet的作用 这里对kubelet的作用做一个简单总结。 节点管理 节点的注册 节点状态更新 容器管理(pod生命周期管理) 监听apiserver的容器事件 容器的创建、删除(CRI) 容器的网络的创建与删除

火语言RPA流程组件介绍--浏览网页

🚩【组件功能】:浏览器打开指定网址或本地html文件 配置预览 配置说明 网址URL 支持T或# 默认FLOW输入项 输入需要打开的网址URL 超时时间 支持T或# 打开网页超时时间 执行后后等待时间(ms) 支持T或# 当前组件执行完成后继续等待的时间 UserAgent 支持T或# User Agent中文名为用户代理,简称 UA,它是一个特殊字符串头,使得服务器

UMI复现代码运行逻辑全流程(一)——eval_real.py(尚在更新)

一、文件夹功能解析 全文件夹如下 其中,核心文件作用为: diffusion_policy:扩散策略核心文件夹,包含了众多模型及基础库 example:标定及配置文件 scripts/scripts_real:测试脚本文件,区别在于前者倾向于单体运行,后者为整体运行 scripts_slam_pipeline:orb_slam3运行全部文件 umi:核心交互文件夹,作用在于构建真

C++/《C/C++程序编译流程》

程序的基本流程如图:   1.预处理        预处理相当于根据预处理指令组装新的C/C++程序。经过预处理,会产生一个没有宏定义,没有条件编译指令,没有特殊符号的输出文件,这个文件的含义同原本的文件无异,只是内容上有所不同。 读取C/C++源程序,对其中的伪指令(以#开头的指令)进行处理将所有的“#define”删除,并且展开所有的宏定义处理所有的条件编译指令,如:“#if”、“

笔记本电脑的具体选购步骤流程

2.1 笔记本电脑的具体选购步骤流程   关于笔记本电脑的选购,一直是热点话题。不管是新手还是老前辈,选购前,总是要先上网查一查,汇总一些信息或经验。因为选购一台笔记本电脑,从它的配置、外观到做工等很多方面都需要考量,所以挑一台自己喜欢的、适合自己的笔记本电脑也是一件很费脑筋的事情。本节将一些选购笔记本电脑的经验进行了总结,供广大读者选购笔记本电脑时参考。   笔记本电脑选购流程如下

基于微信小程序与嵌入式系统的智能小车开发(详细流程)

一、项目概述 本项目旨在开发一款智能小车,结合微信小程序与嵌入式系统,提供实时图像处理与控制功能。用户可以通过微信小程序远程操控小车,并实时接收摄像头采集的图像。该项目解决了传统遥控小车在图像反馈和控制延迟方面的问题,提升了小车的智能化水平,适用于教育、科研和娱乐等多个领域。 二、系统架构 1. 系统架构设计 本项目的系统架构主要分为以下几个部分: 微信小程序:负责用户界面、控制指令的

MySQL B+树查询数据全流程

MySQL B+树查询数据全流程 一、引言 在 MySQL 数据库中,B+树是一种常用的数据结构,用于高效地存储和查询数据。了解 B+树中查询数据的全过程,对于深入理解 MySQL 的工作原理和优化查询性能至关重要。 二、B+树的结构特点 B+树是一种平衡的多路查找树,具有以下结构特点: 每个节点可以存储多个关键字和对应的指针。非叶子节点的关键字起到索引的作用,用于引导查询到相应的子节点