AUTOSAR介绍(三)
1、AUTOSAR⼯具介绍
⽬前国内在autosar的⼯具上⼚商众多,但主流⼚商屈指可数,下⾯介绍⼀下这些⼚商及⼯具:应⽤软件层(AppL):
国内主要使⽤有Vector的DaVinci Developer和MATLAB Simulink。
实时环境层(RTE)和基础软件层(BSW):
国内主要使⽤有DaVinci的Configurator Pro和ETAS的ISOLAR-AB,当然还会有⼀些其他⼚商,⽐如普华的软件,恒润的软件等等,但是使⽤的⼈数较少或零部件⼚商觉得软件开发的还不够成熟所以未使⽤。
在基础软件层当中有微控制器抽象层(MCAL)这层在国内⼀般会使⽤
汽车厂商EB的Tresos。
国内⼤部分零部件⼚商使⽤的⽅式是:
Vector的DaVinci Developer+DaVinci的Configurator Pro+EB的Tresos(主流⽤法)MATLAB Simulink+ETAS的ISOLAR-AB+EB的Tresos(博世,联电和⼀些新能源⼚商⽤法)⼿写或⼯具+其他公司软件⼯具+EB的Tresos(⾮标准autosar项⽬,⼩型项⽬⽤法)
虽然这些⼚商可能使⽤的⼯具不⼀致,但这套软件架构规则都是基于arxml⽂件来实现的。2、编译和调试⼯具介绍
下图是各⼤芯⽚⼚商的市场占有率情况
我个⼈也是⽐较喜欢NXP的芯⽚,因为NXP的datasheet写的是真的很⽤⼼,在做⼀些开发时会很好的帮助你去理解,下⾯介绍⼀下我使⽤过的芯⽚及调试⼯具。
飞思卡尔的MC9S12G系列芯⽚(现被NXP收购),调试编译⼯具主要是CodeWarrior,这款芯⽚的底层开发都是⼿写来改寄存器位的,不像现在的⼯具都是可以直接配置⽣成。
NXP的MPC57XX系列芯⽚,编译调试⼯具主要是使⽤S32 Design Studio,这款⼯具就是升级版的⼯具,不需要⼿改寄存器来配置寄存器。
英飞凌的TC2XX系列芯⽚,编译⼯具主要是使⽤HighTec,调试⼯具是UDE。
ST的SPC56X系列芯⽚,编译调试⼯具主要是使⽤SPC5Studio,这款⼯具和NXP的⼯具类似。
TI的DSPTMS320F28004X系列芯⽚,编译调试⼯具主要是使⽤Code Composer Studio,这款⼯具和上述的NXP,ST使⽤的⼯具⼤致类似,都是基于Eclipse平台开发的。
还有⼀些就是在使⽤STM32系列的芯⽚,这款芯⽚的优势是在于价格低,货源⼴泛,⼀般在做⼩型拓展创新类的嵌⼊式产品上较为常见。编译调试⼯具是使⽤Keil系列的软件⼯具。
上述是我个⼈对整个汽车零部件⾏业在芯⽚⼯具上的使⽤情况和了解。
3、代码管理⼯具介绍
据我了解主要是下列⼏种情况:
SVN管理,Git管理,公共盘管理。正规⼀些的公司都会使⽤前两种的代码管理⽅式,⽽⼀些⼩作坊或者微⼩企业会使⽤公共盘的管理⽅式。
4、总结
在⼀个汽车电⼦的软件开发流程当中,⼯具链的使⽤情况⼤致可以分成我上述的⼏种⼯具类别,第⼀类是搭建软件架构的⼯具,⼀般应⽤软件层(APPL)是⼀个⼯具,RTE和BSW当中的服务层,ECU抽象层是⼀个⼯具,BSW当中的微控制器抽象层(MCAL)是⼀个⼯具,BSW 当中的复杂驱动层(C
DD)单独做为⼿写代码开发,这块⼀般不会使⽤⼯具⽣成。第⼆类是编译和调试的⼯具,⾸先使⽤第⼀类⼯具把各层级的代码⽣成完毕,再加上⼿写代码,下⾯就可以使⽤编译⼯具来编译这款软件了,在软件编译完成后,软件部分可能会有⼀些BUG或平时运转处理不到的逻辑,这时候我们就需要使⽤调试⼯具来查BUG或者做相应的测试。如果前两类⼯具都已经使⽤完毕,最后就要使⽤第三类代码管理⼯具,将测试完成的代码⼩版本上传或⼤版本上传并发布。
当然上述只是把流程当中⼤概会使⽤的⼯具介绍了⼀下,其中某些流程中在节约时间时还可能会使⽤到⼀些脚本⼯具来处理。
AUTOSAR的基本介绍和⼯具的使⽤情况已经介绍完毕,下⾯我会给⼤家介绍各个模块的含义以及⼯具当中是如何配置的。