如何解决FMU报错：'fmi2SetupExperiment'及跨PC兼容性问题

问题根源分析 #

• 跨PC的Simulink/FMI工具链版本不匹配：needsExecutionTool是FMI 2.0标准可选属性，但旧版Simulink的FMI导入模块可能未实现对该属性的解析逻辑
• dSPACE ConfigurationDesk的FMU导入器对FMI 2.0属性的兼容性不足，且缺少FMU运行时依赖库或源码关联配置

针对性解决步骤 #

Simulink报错修复 #

1. 对齐工具版本
   • 对比两台PC的MATLAB/Simulink版本，确保报错PC的版本不低于正常运行的PC版本（推荐R2019b及以上，该版本完善了FMI 2.0支持）
   • 检查并更新Simulink的FMI接口插件，保证插件版本与Simulink版本匹配
2. 调整modelDescription.xml
   • 解压FMU文件，打开根目录下的modelDescription.xml
   • 删除fmiModelDescription标签中的needsExecutionTool属性（该属性不影响FMI 2.0合规性，仅用于标识FMU是否需要外部执行工具）
   • 重新打包FMU：将修改后的文件和原FMU的其他文件夹（如binaries）一起用zip压缩，确保压缩包根目录直接包含这些内容，后缀改回.fmu
3. 补全运行时依赖
   • 安装GT生成FMU时使用的VC++ Redistributable包（如VS2017/2019版本），FMU的二进制文件通常依赖这些库
   • 用Dependency Walker扫描FMU的dll文件，确认缺失的依赖库并逐一安装

dSPACE ConfigurationDesk导入问题修复 #

1. 消除属性警告
   • 采用上述修改modelDescription.xml移除needsExecutionTool属性的方法，或升级dSPACE ConfigurationDesk到支持完整FMI 2.0属性的版本
2. 解决源码/支持库错误
   • 重新用GT生成FMU时，勾选导出源码选项（dSPACE部分仿真场景需要源码编译适配）
   • 在ConfigurationDesk的项目设置中，添加FMU依赖的运行时库路径，确保工具能找到所需库文件
   • 若使用的是联合仿真FMU，确认ConfigurationDesk的联合仿真模块已正确选择FMI 2.0版本，并配置好对应的仿真接口参数

内容的提问来源于stack exchange，提问作者Alvin