VS生成的FMU在Simulink运行报错：无法加载动态库/访问无效地址

可能的问题根源 #

1. 编译器运行时库兼容性冲突
   VS2013生成的DLL依赖旧版VC运行时（如MSVCR120.dll），而Simulink 2021b/2017b的运行环境可能优先加载自身关联的新版运行时，导致DLL加载失败；若采用静态链接运行时库，还可能引发内存管理机制冲突，触发无效地址访问。

2. FMU打包不符合标准规范

• 目录结构错误：比如DLL未放置在bin/win64子目录，或遗漏了依赖的运行时DLL；
• modelDescription.xml配置错误：modelIdentifier与DLL文件名不匹配、platform未设为win64、fmiVersion与实际实现版本不符，这些都会导致Simulink加载时出现异常。

3. FMI接口实现存在内存访问缺陷
   Simulink 2017b提示的“Try to access invalid addresses”，说明DLL中存在空指针访问、数组越界或未初始化内存操作。FMUChecker的测试场景可能未覆盖Simulink调用的特定路径（如初始化、步长计算阶段），导致问题未被检测到。

4. 编译配置不当
   若采用Debug模式编译，DLL会包含调试符号及额外依赖，无法在Simulink的生产环境中正常加载；或者未启用x64架构编译，生成了32位DLL，与64位Simulink不兼容。

VS2013生成正确FMU的步骤 #

1. 调整编译配置 #

• 切换至x64 Release模式编译，禁用Debug模式；
• 项目属性 → C/C++ → 代码生成 → 运行时库，选择多线程 DLL (/MD)，确保依赖的运行时DLL可被独立打包；
• 禁用不安全编译选项：如仅保留/EHsc异常处理选项，避免内存异常。

2. 修正FMI接口实现 #

• 检查所有FMI标准函数（如fmi2Instantiate、fmi2Initialize、fmi2DoStep）的实现：确保内存分配后完成初始化、指针操作合法，无空指针返回给调用方；
• 核对modelDescription.xml的关键字段：
  • modelIdentifier必须与DLL文件名完全一致（如DLL为MyModel.dll，则该字段值为MyModel）；
  • platform设为win64，fmiVersion设为2.0（匹配FMUChecker 2.0版本）；
  • 输入输出变量的类型、索引定义无错误。

3. 规范打包FMU #

• 严格遵循FMU 2.0目录结构：

  MyModel.fmu
  ├── modelDescription.xml
  └── bin
      └── win64
          ├── MyModel.dll
          ├── MSVCR120.dll
          └── MSVCP120.dll
  

• 用Dependency Walker工具扫描生成的DLL，导出所有依赖的第三方DLL（含VS运行时），将它们一并放入bin/win64目录；
• 用标准ZIP格式打包后，将后缀改为.fmu，避免使用WinRAR等工具的私有压缩格式。

4. 修复FMUChecker检测出的错误 #

即使模拟成功，FMUChecker提示的错误也必须修复——这些错误通常是违反FMI标准的细节问题，会在Simulink的严格调用逻辑中触发异常。

其他VS版本的替代方案 #

若VS2013的兼容性问题无法彻底解决，建议改用VS2019或VS2022编译：

• 这两个版本的运行时库与Simulink 2021b的环境更匹配（Simulink 2021b基于VS2019编译器），可大幅减少运行时冲突；
• 编译配置要求与VS2013一致：x64 Release模式、/MD运行时库、规范打包FMU。

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