2. 开发环境搭建:Vector DaVinci Developer安装、EB tresos Studio安装、编译器与调试工具链配置
好,咱们正式开始动手了。这一章,说白了就是搭台子。你想想看,再厉害的厨师,没有趁手的锅碗瓢盆,也做不出满汉全席。AutoSAR开发也一样,工具链就是你的厨房。我见过太多新手,代码写得挺溜,结果卡在环境配置上好几天,心态直接崩了。所以,咱们把这步走稳了,后面才能跑起来。
2.1 Vector DaVinci Developer:配置设计的核心
DaVinci Developer,我个人习惯叫它“D家工具”。它是用来做软件组件(SWC)设计和配置的。你想想看,整个系统的架构图、端口、运行实体,都得靠它画出来。
2.1.1 安装前的准备
别急着双击安装包。先看看你的操作系统。DaVinci Developer对Windows 10 64位支持得最好。我曾在Windows 7上折腾过,结果各种兼容性问题,后来老老实实换了系统。
- 系统要求:Windows 10/11 专业版或企业版,64位。家庭版可能会有权限问题。
- 硬件要求:内存至少16GB,我建议32GB。硬盘留出50GB空间,项目文件会越来越大。
- 依赖组件:需要安装.NET Framework 4.8或更高版本。Visual C++ Redistributable也别忘了。
2.1.2 安装步骤
- 双击安装包,选择“Install DaVinci Developer”。
- 选择安装路径。我个人习惯放在“D:\Vector\DaVinci_Developer_5.xx”。
- 选择组件。一般全选就行,除非你硬盘实在不够。
- 等待安装完成。这个过程大概10-15分钟。
- 安装License Manager。Vector的工具都用同一个License管理。
2.1.3 配置License
嗯,这里要注意。License有两种:一种是网络浮动License,一种是本地单机License。我建议团队开发用网络License,个人学习用单机License。
- 打开Vector License Manager。
- 选择“Add License”。
- 如果是网络License,输入服务器地址和端口。比如“@192.168.1.100”。
- 如果是单机License,直接导入.lic文件。
我曾经遇到过一个问题:License明明添加成功了,但DaVinci Developer就是打不开。后来发现是防火墙把端口给拦了。你想想看,工具连不上License服务器,可不就罢工了嘛。把防火墙关掉或者添加例外端口就好了。
2.2 EB tresos Studio:基础软件配置的利器
EB tresos Studio,我们圈里人常叫它“EB”。它主要负责配置基础软件(BSW),比如CAN、LIN、Ethernet这些通信栈,还有操作系统、存储服务等等。说白了,DaVinci Developer管上层应用,EB管底层驱动。
2.2.1 安装EB tresos Studio
EB的安装比DaVinci Developer稍微复杂一点。因为它依赖Java环境。
- Java环境:需要JDK 11或更高版本。我建议用JDK 17,兼容性最好。
- 安装包:EB的安装包通常是一个压缩包,解压后运行“setup.exe”。
- 安装路径:同样,不要有中文和空格。
2.2.2 配置工作空间
EB启动时会让你选择工作空间(Workspace)。我建议每个项目单独建一个工作空间,不要混在一起。否则项目多了,配置文件会乱成一锅粥。
- 启动EB,选择“File” -> “Switch Workspace”。
- 选择一个空目录,比如“D:\Workspace\MyProject_EB”。
- 导入BSW模块配置。一般是从供应商提供的“BSW_Package”中导入。
我记得有一次,我导入了一个新的BSW模块,结果EB报了一堆“Missing dependency”的错误。后来发现是模块版本和EB版本不匹配。所以,安装前一定要确认版本兼容性。EB的版本号通常和DaVinci Developer是对应的,比如DaVinci Developer 5.20对应EB 5.20。
2.3 编译器与调试工具链配置
工具装好了,配置也做好了,但代码怎么编译?怎么烧录?怎么调试?这就得靠编译器了。AutoSAR开发常用的编译器有Green Hills、Tasking、GCC等。我以GCC为例,因为它免费,适合学习。
2.3.1 安装GCC编译器
- 下载GCC for ARM嵌入式版本。推荐“GNU Arm Embedded Toolchain”。
- 安装到“C:\Program Files\GNU Arm Embedded Toolchain”。
- 添加环境变量:将“bin”目录添加到系统PATH中。
2.3.2 配置调试工具链
调试工具,我推荐用J-Link或者ST-Link。它们都支持GDB调试。
- 安装J-Link驱动。下载地址:SEGGER官网。
- 安装OpenOCD。这是一个开源的调试工具,支持多种调试器。
- 配置调试脚本。比如“target.cfg”文件,指定芯片型号和调试器接口。
嗯,这里有个坑。我曾经在配置OpenOCD时,忘了指定芯片的复位方式,结果调试器一直连不上。后来加了“reset_config srst_only”才搞定。你想想看,芯片没复位,调试器怎么知道从哪里开始跑呢?
2.3.3 集成到IDE
虽然我们可以用命令行编译,但效率太低。我建议用Eclipse或者VS Code作为IDE。
- Eclipse:安装“C/C++ Development Tools”插件,然后配置编译器路径。
- VS Code:安装“C/C++”扩展和“Cortex-Debug”扩展。
配置好之后,写一个简单的“Hello World”程序,编译、下载、调试。如果能在终端看到打印信息,恭喜你,工具链通了!
2.4 知识体系总览
说了这么多,你可能有点晕。没关系,我画了一张图,帮你理清思路。
这张图很直观。左边是DaVinci Developer,负责应用层;中间是EB,负责底层;右边是编译器,负责把代码变成机器能跑的东西。三者缺一不可。
2.5 避坑指南
最后,我总结几个常见的坑,你遇到了别慌。
- License问题:检查防火墙、检查环境变量、检查License文件是否过期。
- 版本不匹配:DaVinci Developer、EB、BSW模块、编译器,版本必须对应。我建议用同一个Release版本。
- 路径问题:所有工具和项目路径,不要有中文、空格、特殊字符。
- 权限问题:以管理员身份运行安装程序。尤其是Windows 10/11,权限卡得很严。
我曾经在一个项目里,因为路径里多了一个“.”,结果EB导入配置时一直报“File not found”。查了两天才发现是路径解析的问题。从那以后,我所有路径都只用字母、数字和下划线。
好了,环境搭建就讲到这里。工具链配好了,下一章咱们就可以真正开始写代码了。记住,磨刀不误砍柴工,这一步走稳了,后面就顺了。