AutoSAR系列讲解(入门篇)5.4-ECU的项目流程

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

AutoSAR系列讲解(入门篇)5.4-ECU的项目流程

ECU的项目流程

->返回总目录<-
入门篇终于是要做完了(后面可能还有一些补充内容),真是不容易。大家耐着性子能看到这里也是真心不容易,AutoSAR很多内容都是理论上的东西,没有实践是真心学不好的。所以如果你能认真看完前面的内容,并加以理解,那么我相信再看完实践篇后你肯定就对AutoSAR能有比较充分的理解了。顺便一提,实践篇计划在19年10月开始更新,最近博主再想想有没有什么要补充的内容写在第6章补充里

一、团队介绍

一个简单的ECU团队举例,不一定是最好的,因为人员经验不同可能安排之类的都有变化,而且可能团队中的人员还会参与其他项目,所以变数较大,这里大家仅作参考

3-5人
可选
看复杂度1-2人
看经验1-3人
ECU开发项目团队
项目经理
软件
硬件
测试
结构
功能安全
应用层软件工程师
AutoSAR底层工程师

上图中需要说明的是:

  1. 如果要做功能安全的话,最好是将功能安全组单独分出来专心做,不然就要给到功能安全组足够的权力,不然功能安全很可能烂尾
  2. 图中的1-3人一般指的是:如果有在这方面工作8-10年以上的经验丰富的工程师,可以1人接管;但是如果只是1-2年的那种就需要人手多一点。但是经验丰富的工程师肯定价格也比较高。某招聘网站上AutoSAR工程师一般都是25-60w不等,还有些面议的可能会更高
  3. 图中由于硬件、结构之类的和AutoSAR关系不大,就不做进一步介绍了(博主也没做过硬件、结构之类的-_-,不是很了解)

二、AutoSAR开发流程

交接
导入
生成
导入
点一下同步工程
生成
导入
代码生成
代码生成
编译/链接
OEM
ECUEX文件 .arxml
DaVinci Configurator
EB tresos
MCAL信息的文件 .arxml
DaVinci Developer
AppL信息的文件 .arxml
MATLAB/Simulink
AutoSAR底层代码 .c .h
Tasking编译器
应用层代码 .c .h
可执行代码 .hex .elf

流程图中已经比较详细的说明了整个流程,这里我再讲讲细节:

  1. ECUEX文件上一节已经讲过了,还不是很明白的童鞋可以回头看看
  2. EB tresos软件是用来配置MCAL的,它可以直接生成代码;也可以生成arxml导入到DaVinci Configurator中生成代码(建议后者,方便;直接生成代码在集成的时候很容易出bug)
  3. DaVinci Developer是用来配置Appl的,就是能搭建SWC、Ports之类的框架,然后导入到DaVinci Configurator中生成代码(由于Developer和Configurator共享一个工程,所以其实不需要导入,直接点一下同步就导入了;也可以反向同步,在Configurator中配置的内容同样可以同步到Developer中)。
  4. DaVinci Developer生成的arxml还会给一份到做应用层的工程师那里(导入到MATLAB/Simulink),然后在Simulink中会自动生成一个软件框架,工程师在里面添加模型代码即可
  5. 做EB tresos、DaVinci Developer、DaVinci Configurator和Simulink的工程师是可以同步开发的,最终只需要集成一下就可以了(当然最后集成的时候还是有可能出现bug,需要大家一起调试)
  6. 开发可以之上而下也可以至下而上:就是说可以在Developer中设计好AppL层的框架导入到Simulink中做代码填充;也可以在Simulink中直接搭建符合AutoSAR规范的代码,然后导出arxml,再导入到Developer中,也能自动生成框架

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

猜你喜欢

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