3、开发环境搭建：Vector DaVinci Developer安装、EB tresos Studio配置、MATLAB/Simulink环境准备
好，咱们直接进入正题。做AUTOSAR开发，环境搭建是绕不开的第一道坎。说实话，我见过太多人卡在这一步，工具装不上、配置不对、版本冲突……折腾一整天，代码一行没写。今天我就把这三件套——DaVinci Developer、EB tresos Studio、MATLAB/Simulink——的安装和配置要点，掰开了揉碎了讲清楚。
3.1 Vector DaVinci Developer安装
DaVinci Developer是Vector家的核心工具，专门用来做AUTOSAR的SWC（软件组件）设计和配置。我个人习惯叫它「画架构图的家伙」，但它的功能远不止画图这么简单。
3.1.1 安装前的准备
先说说版本问题。DaVinci Developer的版本号跟AUTOSAR版本是绑定的。比如你要做AUTOSAR 4.2.2的项目，那就得用DaVinci Developer 4.2.2对应的版本。我踩过这个坑——曾经用4.0的Developer去打开4.2的ARXML文件，结果一堆兼容性报错，折腾了两天才发现是版本不匹配。
安装前确认以下几点：
- 操作系统：Windows 10 64位或Windows 11，Linux版本也有但用得少
- 许可证：Vector的许可证管理工具（Vector License Manager）必须先装好
- Java环境：需要JRE 8或更高版本，我建议装OpenJDK 11，稳定
- 硬盘空间：至少留10GB，别问我为什么，装完你就知道了
3.1.2 安装步骤
安装过程其实不复杂，但有几个细节要注意：
- 双击安装包，选择「Custom Installation」——别选Typical，有些组件默认不装
- 组件选择时，必须勾选：Base Framework、AUTOSAR Schema、Documentation
- 安装路径不要有中文和空格，我习惯用
C:\Vector\DaVinciDeveloper\4.2.2这种结构 - 许可证配置：启动后进入
Help → License Manager，添加你的license文件
装完之后，我建议你做个快速验证：新建一个空项目，创建一个Application SWC，看看能不能正常生成代码。如果这一步卡住了，八成是Java环境的问题。
%APPDATA%\Vector\DaVinciDeveloper 里。如果你遇到界面卡死或者闪退，删掉这个目录下的 .metadata 文件夹再重启，能解决90%的玄学问题。
3.2 EB tresos Studio配置
EB tresos Studio，说白了就是做BSW（基础软件）配置的工具。它跟DaVinci Developer是搭档——Developer管上层应用，tresos管底层驱动和协议栈。
3.2.1 安装要点
EB tresos Studio的安装比DaVinci Developer要「娇气」一些。我记得第一次装的时候，明明安装成功了，但启动就报错，后来发现是VC++运行库没装全。
安装前必做：
- 安装 Visual C++ Redistributable 2015-2022（x64和x86都要装）
- 确保 .NET Framework 4.7.2 或更高版本已启用
- 关闭杀毒软件，尤其是360和腾讯管家，它们会拦截tresos的许可证验证进程
3.2.2 配置项目
tresos Studio的项目配置，核心是导入MCAL（微控制器抽象层）和BSW模块的配置包。这里我分享一个经验：
拿到芯片厂商提供的MCAL包后，先别急着导入。打开 tresos Studio → File → Import → General → Existing Projects into Workspace，把MCAL包作为一个整体项目导入。然后右键项目 → Properties → Project References，勾选你需要的BSW模块。
为什么会这样？因为MCAL包和BSW模块之间有依赖关系。如果你一个个模块单独导入，很容易漏掉某个依赖，导致配置时找不到对应的驱动。
核心配置项（以CAN通信为例）：
Can_General:
- CanDevErrorDetect: STD_ON // 开发阶段打开，量产关掉
- CanVersionInfoApi: STD_ON
CanConfigSet:
- CanController:
- CanControllerBaudRate: 500000 // 500kbps
- CanControllerPropSeg: 1
- CanControllerPhaseSeg1: 4
- CanControllerPhaseSeg2: 3
- CanControllerSyncJumpWidth: 1CanControllerBaudRate 设成了500000，但忘了检查晶振频率。结果实际波特率只有250kbps，总线上的其他节点全都不认。记住，波特率 = 晶振频率 / (2 × (1 + TSEG1 + TSEG2))，这个公式一定要算对。
3.3 MATLAB/Simulink环境准备
Simulink在AUTOSAR开发中主要做两件事：一是建模生成SWC代码，二是做MIL/SIL仿真验证。我个人觉得，Simulink是这三件套里最容易出问题的——不是工具本身的问题，而是版本匹配太容易踩坑。
3.3.1 版本匹配
MATLAB的版本跟AUTOSAR的版本、以及Embedded Coder的版本必须严格对应。我整理了一个对照表：
| MATLAB版本 | Embedded Coder版本 | 支持的AUTOSAR版本 | 备注 |
|---|---|---|---|
| R2020b | 7.5 | 4.2.2 / 4.3.0 | 最稳定的组合 |
| R2021a | 7.6 | 4.3.0 / 4.4.0 | 推荐新项目使用 |
| R2022b | 8.0 | 4.4.0 / 4.5.0 | 支持R21-11规范 |
你想想看，如果MATLAB版本太新，但你的DaVinci Developer只支持4.2.2，那生成的ARXML文件两边就对接不上。我建议新项目统一用R2021a + AUTOSAR 4.3.0，这个组合我用了两年，没出过大问题。
3.3.2 必备工具箱
安装MATLAB时，别只装基础版。做AUTOSAR开发，以下工具箱必须勾选：
- Simulink：基础中的基础
- Embedded Coder：生成C代码的核心
- AUTOSAR Blockset：提供AUTOSAR专用的模块库
- Simulink Coder：代码生成辅助
- Stateflow：做状态机建模时用
autosar.version，看看返回的版本号是不是你想要的。如果不是，说明AUTOSAR Blockset没装对，需要重新运行安装程序添加组件。
3.3.3 环境验证
环境搭好之后，我习惯跑一个简单的测试：创建一个Simulink模型，里面放一个 Inport、一个 Gain 模块、一个 Outport，然后右键选择 Embedded Coder → AUTOSAR → Export to ARXML。如果能成功生成ARXML文件，说明环境没问题。
如果报错，最常见的原因是 系统环境变量 没配好。检查一下 PATH 里有没有MATLAB的bin目录，以及 MW_MINGW64_LOC 是否指向了MinGW编译器路径。
mex -setup，选择MinGW64或Visual Studio作为C编译器。我推荐用MinGW64，因为VS的版本兼容性问题太多——R2020b配VS2019没问题，但R2021a配VS2022就会报链接错误。
3.4 三件套的协同工作
工具都装好了，怎么让它们协同工作？我画个简单的流程：
- 在 DaVinci Developer 中设计SWC，定义接口和Runnable，导出ARXML
- 在 Simulink 中导入ARXML，建模实现SWC的行为，生成代码和更新后的ARXML
- 在 EB tresos Studio 中导入最终的ARXML，配置BSW和MCAL，生成RTE和底层代码
这个流程里，ARXML文件就是三件套之间的「通用语言」。所以版本匹配特别重要——如果Developer导出的ARXML是4.2.2格式，但Simulink只认4.3.0，那中间就得做格式转换，很麻烦。
嗯，环境搭建这部分就讲到这里。说实话，工具安装是最枯燥的，但也是最不能马虎的。我见过太多项目因为环境问题延期——不是工具装不上，就是版本不匹配，最后发现是某个dll文件没注册。所以，耐心一点，每一步都验证通过再往下走。
下一章，我们开始真正动手——用DaVinci Developer创建第一个SWC，定义接口和Runnable。到时候你就知道，前面这些环境搭建的功夫，都是值得的。