2. 开发环境搭建：Vector DaVinci Developer安装与配置、EB tresos Studio安装、编译器与调试工具链搭建

说实话，很多初学者一上来就急着写代码，结果卡在环境搭建上大半天。我见过太多人，工具装了一半就放弃了。其实你想想看，搞嵌入式开发，工具链就是你的武器。武器不趁手，仗怎么打？

这一章，我就带你把这套环境搭起来。咱们的目标很明确：Vector DaVinci Developer、EB tresos Studio、编译器和调试工具链，一个都不能少。

2.1 Vector DaVinci Developer 安装与配置

DaVinci Developer 是 Vector 家的王牌工具。说白了，它就是用来做 SWC（软件组件）设计和配置的。我个人习惯先装它，因为后面很多配置都依赖它生成的 ARXML 文件。

2.1.1 安装前准备

• 操作系统：Windows 10 64位 或 Windows 11。我建议用 Win10，兼容性最好。
• Java Runtime：需要 Java 11 或更高版本。别问我为什么，Vector 底层就是 Java 写的。
• 硬盘空间：至少 10GB 空闲。别小看它，装完插件和补丁，空间吃得很紧。
• 管理员权限：安装时必须用管理员身份运行。不然你会遇到各种奇怪的权限错误。

2.1.2 安装步骤

1. 获取安装包：从 Vector 官网或公司内部服务器下载。注意选择与你的 License 匹配的版本。
2. 运行安装程序：右键 → 以管理员身份运行。一路 Next，但要注意安装路径不要有中文和空格。
3. 选择组件：建议全选。特别是 "DaVinci Developer Classic" 和 "DaVinci Developer Safety"，后面都会用到。
4. License 配置：安装完成后，打开 License Manager。导入你的 License 文件（通常是 .lic 或 .vlf）。
5. 环境变量：安装程序会自动添加环境变量。你可以检查一下系统变量里是否有 DAVINCI_DEVELOPER_HOME。

2.1.3 配置要点

装完只是第一步。配置才是关键。我记得第一次用的时候，默认配置下生成的代码总是报错。后来发现是路径没配好。

配置项	推荐值	说明
Workspace 路径	D:\Workspace\DaVinci	不要用 C 盘，避免系统盘空间不足
ARXML 输出路径	${workspace}/generated	与 EB tresos 的输入路径保持一致
代码生成器路径	${DAVINCI_DEVELOPER_HOME}/generator	默认即可，不要手动修改
License Server	@localhost	如果是网络 License，填服务器 IP

2.2 EB tresos Studio 安装

EB tresos Studio 是另一个重量级工具。它主要负责 BSW 的配置和代码生成。很多人搞混 DaVinci Developer 和 EB tresos 的关系。其实很简单：DaVinci 管 SWC，EB 管 BSW。两者通过 ARXML 文件交换数据。

2.2.1 安装注意事项

• 版本匹配：EB tresos 的版本必须与你的 AUTOSAR 标准版本匹配。比如 AUTOSAR 4.2.2 对应 EB tresos 26.0 以上。
• Python 环境：EB tresos 的脚本系统依赖 Python 3.6+。安装前确保 Python 已装好。
• 磁盘空间：至少 20GB。因为 EB tresos 会安装大量的 BSW 模块库。

2.2.2 安装流程

1. 解压安装包：EB tresos 通常以压缩包形式提供。解压到纯英文路径下。
2. 运行 setup.exe：同样以管理员身份运行。选择 "Complete" 安装类型。
3. 配置 License：安装完成后，打开 EB tresos License Manager。导入 License 文件。
4. 验证安装：打开命令行，输入 tresos_cmd -version。如果显示版本号，说明安装成功。

2.2.3 配置 BSW 模块路径

安装完 EB tresos 后，你需要告诉它 BSW 模块库在哪里。这个路径通常叫 BSWMD（BSW Module Directory）。

# 设置环境变量（建议在系统变量中设置）
BSWMD_HOME = D:\EB\BSWMD\AUTOSAR_422

# 在 EB tresos 中配置
打开 Tools → Preferences → BSW Module Directory
添加路径：${BSWMD_HOME}

嗯，这里要注意。BSWMD 的路径一定要指向你实际存放 BSW 模块库的文件夹。我见过有人配错了路径，结果 EB tresos 里一个模块都加载不出来。

2.3 编译器与调试工具链搭建

工具链的最后一块拼图，就是编译器和调试器。这部分最容易被忽视，但恰恰是问题最多的地方。

2.3.1 编译器选择

在 AUTOSAR 开发中，常用的编译器有几种：

编译器	适用平台	特点
GCC (ARM)	ARM Cortex-M/R/A	免费、开源、社区活跃
Tasking	Tricore (Infineon)	性能优化好、价格贵
Green Hills	多种架构	可靠性高、认证齐全
IAR	ARM、RISC-V	IDE 集成好、调试方便

我个人习惯用 GCC ARM Embedded 做原型验证。免费、够用。等产品定型了，再换商业编译器做性能优化。

2.3.2 GCC 安装与配置

1. 下载：从 ARM 官网下载 gcc-arm-none-eabi 最新版。
2. 解压：解压到 C:\gcc-arm-none-eabi。
3. 添加环境变量：将 C:\gcc-arm-none-eabi\bin 添加到系统 PATH 中。
4. 验证：打开命令行，输入 arm-none-eabi-gcc --version。看到版本信息就对了。

2.3.3 调试工具链搭建

调试工具链包括两部分：调试器硬件（如 J-Link、ULINK、PLS）和调试软件（如 UDE、IAR Embedded Workbench）。

以 J-Link + UDE 为例：

1. 安装 J-Link 驱动：从 Segger 官网下载并安装。安装后插上 J-Link，设备管理器里应该能看到 "J-Link" 设备。
2. 安装 UDE：从 PLS 官网下载 UDE 安装包。安装时选择对应的目标芯片架构。
3. 配置调试接口：打开 UDE，新建一个调试配置。选择 "J-Link" 作为调试器，设置 SWD 或 JTAG 接口速度。
4. 测试连接：连接目标板，点击 "Connect"。如果能读到芯片 ID，说明调试链路通了。

2.4 环境验证：跑一个最小工程

所有工具装完后，我建议你跑一个最小工程来验证。别急着搞复杂的 BSW 配置，先确保工具链能正常编译和下载。

这里是一个简单的 LED 闪烁工程验证步骤：

1. 在 DaVinci Developer 中创建一个空的 SWC，生成 ARXML。
2. 在 EB tresos 中导入 ARXML，配置一个 GPIO 输出。
3. 生成 BSW 代码。
4. 用 GCC 编译整个工程。
5. 用 UDE 下载到目标板。
6. 观察 LED 是否闪烁。

如果 LED 亮了，恭喜你，环境搭建成功。如果不亮，别慌。按这个顺序排查：

• 检查电源和连接线
• 检查调试器驱动是否正常
• 检查编译器路径是否配置正确
• 检查 EB tresos 的 BSW 模块路径
• 检查 DaVinci Developer 的 License