2、开发环境搭建:DaVinci Configurator Pro版本选择与安装、许可证激活踩坑记录、VS Code与插件生态配置
2.1 版本选择:不是越新越好
说实话,很多新手一上来就问:「我是不是该装最新版?」
我的回答是:不一定。
DaVinci Configurator Pro 的版本迭代很快,但每个版本背后都绑定了特定的 AUTOSAR 版本。你想想看,如果项目用的是 AUTOSAR 4.2.2,你装个支持 4.4.0 的 Configurator,那基本就是鸡同鸭讲——生成的 ARXML 根本对不上。
我个人习惯是:先看项目需求文档,确认 AUTOSAR 版本,再选对应的 Configurator 版本。比如我去年做的一个 BCM 项目,客户明确要求基于 AUTOSAR 4.3.0,那我就老老实实装了 DaVinci Configurator Pro 5.18.30。
- DaVinci Configurator Pro 5.x → AUTOSAR 4.2.x ~ 4.3.x
- DaVinci Configurator Pro 6.x → AUTOSAR 4.4.x
- DaVinci Configurator Pro 7.x → AUTOSAR 4.5.x 及以上
另外,别急着追新。新版本往往有 bug,尤其是刚发布的 .0 版本。我在项目中遇到过,6.0.0 刚出来时,生成 RTE 时偶尔会丢信号映射,后来升到 6.0.2 才稳定。所以我的建议是:选次新版本,或者选已经发布超过半年的版本。
2.2 安装过程:那些容易踩的坑
安装本身不复杂,但有几个细节不注意,后面会哭。
2.2.1 安装路径
千万别装到带中文或空格的路径下。我见过有人装到「D:\软件\DaVinci Configurator」,结果死活打不开,报错信息也不明确。后来我帮他改成「D:\Vector\DaVinciConfiguratorPro」,问题就解决了。
嗯,这里要注意:路径中不要有中文、空格、特殊字符。这是 Vector 工具的共性,不光 Configurator,CANoe、CANalyzer 也一样。
2.2.2 依赖组件
安装过程中会提示你装一些依赖,比如 .NET Framework、Visual C++ Redistributable。别跳过,老老实实装。我曾经图省事,跳过了 VC++ 运行库,结果启动时直接报「无法加载 DLL」。后来补装上才搞定。
- .NET Framework 4.7.2 或更高版本
- Visual C++ 2015-2022 Redistributable (x64)
- Windows 10/11 专业版或企业版(家庭版可能缺少某些服务)
2.2.3 许可证激活:最头疼的一步
说实话,许可证激活是我见过最多人卡住的地方。Vector 的许可证管理用的是 Vector License Client (VLC),这东西说简单也简单,说坑也真坑。
我总结了几种常见情况:
| 问题 | 原因 | 解决办法 |
|---|---|---|
| 激活时提示「No license available」 | 许可证文件未正确导入,或 VLC 服务未启动 | 检查 VLC 服务状态,重启 VLC 后重新导入 .lic 文件 |
| 激活成功但启动时仍报错 | 许可证与主机绑定失败(MAC 地址或主机名变更) | 在 VLC 中重新绑定主机,或联系 Vector 技术支持重置 |
| 网络许可证无法获取 | 防火墙阻止了 VLC 的通信端口(默认 5093) | 在防火墙中放行 5093 端口,或使用 VPN 连接 |
我曾经遇到过一个特别坑的情况:公司 IT 改了电脑的主机名,结果所有 Vector 工具全部失效。后来我才知道,VLC 绑定的是主机名和 MAC 地址的组合,改任何一个都会导致许可证失效。从那以后,我每次重装系统或改主机名前,都会先 在 VLC 中释放许可证,改完再重新绑定。
2.3 VS Code 与插件生态配置
说实话,做嵌入式开发,VS Code 现在已经是标配了。但很多人装完 VS Code 就直接用,插件都没配全,效率至少打五折。
2.3.1 必备插件清单
我个人的 VS Code 插件配置,专门针对 DaVinci Configurator 和嵌入式开发:
- C/C++ (ms-vscode.cpptools):代码补全、调试、语法高亮,基础中的基础
- ARXML Viewer:直接预览 AUTOSAR 的 ARXML 文件,不用每次都打开 Configurator
- XML Tools:ARXML 本质是 XML,格式化、校验全靠它
- GitLens:看代码历史、谁改了哪一行,排查问题利器
- Python:写脚本批量处理 ARXML 或生成报告时用
- YAML:现在很多配置都转 YAML 了,比如一些 CI/CD 脚本
2.3.2 工作区配置
我习惯为每个项目单独建一个 VS Code 工作区文件(.code-workspace),里面配置好:
{
"folders": [
{
"path": "D:/Projects/BCM_Project"
}
],
"settings": {
"files.associations": {
"*.arxml": "xml",
"*.cdd": "xml",
"*.epf": "xml"
},
"editor.formatOnSave": true,
"xmlTools.enableXmlFormatting": true,
"git.enableSmartCommit": true
}
}
这样每次打开项目,VS Code 自动识别文件类型、自动格式化,省心不少。
2.3.3 与 DaVinci Configurator 的联动
你可能想问:VS Code 和 Configurator 怎么配合?
我的做法是:用 VS Code 写代码和脚本,用 Configurator 做配置和生成。比如我写 SWC 的 C 代码时,在 VS Code 里编辑,然后直接在终端里调用 Configurator 的命令行工具生成 RTE。这样不用来回切换界面,效率高很多。
命令行调用示例:
# 生成 RTE
"C:\Program Files\Vector\DaVinci Configurator Pro\bin\DaVinciConfigurator.exe" ^
-p "D:\Projects\BCM_Project\BCM_Project.dpa" ^
-g RTE
嗯,这里要注意:命令行参数区分大小写,而且路径中不能有空格。我一开始没注意,写了个带空格的路径,结果 Configurator 直接报错退出。后来我把项目路径全改成英文无空格,再也没出过问题。
2.4 踩坑总结
最后,我把这些年踩过的坑汇总一下,你直接收藏就行:
- 版本一定要匹配 AUTOSAR 版本,别盲目追新
- 安装路径不要有中文和空格,这是 Vector 工具的硬伤
- 许可证激活前先检查 VLC 服务状态,别上来就导入文件
- 改主机名或 MAC 地址前,先释放许可证,否则等着哭
- VS Code 插件别装太多,装多了反而卡,够用就行
- 命令行调用 Configurator 时,路径和参数一定要写对,大小写敏感
说实话,开发环境搭建这一步,看起来简单,但往往是最容易出问题的。我见过太多人卡在许可证激活上,一卡就是半天。所以我的建议是:先把环境搭好,再开始干活。别像我当年一样,项目 deadline 快到了才发现工具没配好,那才叫一个欲哭无泪。
下一章,我们会正式开始配置 DaVinci Configurator Pro 的项目,包括 DBC 导入、CAN 通信矩阵配置等。到时候见。