AutoSar工程——SWC配置

mengmianren

简介

本文以某项目中Dcm的SWC需要使用Can信号为例，介绍一下RTE下的swc配置。

Autosar的ASW配置中，如果我们的配置很多，无论是查找还是新增、修改配置项都是非常麻烦的，工具也会非常卡顿。



如图所示，并且工具在通过文字检索时，无法查看或者修改配置。



可以看到具体的配置项是隐藏了。

可以通过New一个新的工程来开发，并且对某个SWC的InterFace或DataType分类xml处理，让工程清爽起来。

2. New工程



咱们随便命名个RTE_TEST就好。

3. DataType配置

首先由现有的basetype打开配置界面



然后点击铅笔图标，命名xml文件和package。



之后点击add，之后添加的datatype都会被正确的放置到该xml的package下了。


简单配置一下datatpye的短名和基础类型：


配置完成后，可以在xml文件中看到一个新的element被添加进来了



之后再去同步添加其他需要的datatype类型即可。除了使用工具配置，我们直接编辑文件也是可以完成的，可能效率上比点点点更高。只需要对相同的元素复制，再修改配置项即可。



video: https://mp.weixin.qq.com/mp/readtemplate?t=pages/video_player_tmpl&action=mpvideo&auto=0&vid=wxv_3304038483363250184

不过为了后面连线等配置方便，这边我们把type_referece统一配置到结构体中。



4. 配置interface



也是一样的命名xml和package。其实这里有个bug，就是只能在最外层目录下创建xml，咱们正好是用新的工程去创建然后往自己工程的对应swc文件下粘贴，也没太大关系。之后创建接口即可。

5. SWC配置



在swc中创建port，注意写入的swc中创建供型接口Pprot，在接收的SWC创建需型接口Rport。不要忘记在Function界面右侧中，添加Data Access Point哦，否则在生成.c时不会在runnable中自动调用生成的RTE相关接口。



之后连线，我们在手动界面里看一下，由于是相同的命名方式，在勾选一个port之后工具会提示我们待连接的port。



之后对Ecu抽象，将我们的新配置抽象到System_EXTR和Ecu的FlatView中去。之后就可以生成rte代码啦。之后不要忘记再生成一下os相关代码哦。不过还是有报错信息：



需要在生成选项中勾选xml文件，否则就会出现上图中无法找到配置的报错信息。



6. 代码分析

首先是rte_type中的结构体：



这就是我们配置的datatype了。

#defineRte_Read_RPortPrototype_0_VDP_Dcm_Signal( data )  ( ((*(data)) = Rte_Rx_000288),((VAR(Std_ReturnType,AUTOMATIC))RTE_E_OK) )

rte本质上就是通过rte.c中的全局变量进行封装，实现read和write。如果我们配置的是跨核的通讯，还会生成ioc相关的代码。



最后去实现、验证软件即可。

lixinfu

关于AutoSar工程的SWC配置，以下是我的专业回复：

在项目中，当需要对大量SWC进行配置时，使用现有的配置工具可能会遇到效率低下和卡顿的问题。对于Dcm的SWC需要使用Can信号的情况，可以采用以下方法进行优化：建议新建一项工程（如RTETEST），并在其中专门针对某个SWC的Interface或DataType进行分类处理。这样可以使工程结构更为清晰，便于查找、新增和修改配置项。在进行DataType配置时，请确保遵循Autosar标准规范，以确保不同SWC之间的通信准确无误。通过这种方式，可以有效提高配置效率，确保项目的顺利进行。

t007

关于AutoSar工程的SWC配置，我了解到在项目中，由于大量的配置可能会导致工具运行缓慢且难以管理。为此，建议使用新建工程的方法来解决配置问题。在新建的工程中，可以对特定SWC的Interface和DataType进行分类管理，提高工程的清晰度和效率。对于配置项的查找、新增和修改，建议采用结构化、系统化的方法，避免混乱和错误。同时，对于工具卡顿问题，可以考虑优化工具性能或升级版本。新建的RTETEST工程可以为你的项目带来更清晰的结构和更高效的管理。对于DataType的处理，要确保定义准确、分类清晰，为后续的软件开发提供坚实的基础。