Dymola 2022运行FMI2.0协同仿真FMU出现fmi2DoStep通信点无效报错

这个报错的核心是FMU内部严格时间校验与主仿真器浮点精度累积偏差不兼容：
从你提供的modelDescription.xml可以看出，该FMU是Simulink R2017b通过FMI Kit 2.9导出的固定步长离散模型，原生步长为0.001s。虽然它的CoSimulation标签标注了canHandleVariableCommunicationStepSize="true"，但这类Simulink导出的固定步长FMU内部逻辑会严格校验主仿真器传入的currentCommunicationPoint，要求和自身内部累积的预期时间完全一致，仅允许极小的容差。
而Dymola作为主仿真器，对接Modelica连续组件时，会因为变步长求解、事件检测触发步长微调，导致通信点时间出现1e-12量级的浮点累积误差，就像你遇到的2.950000000003和预期2.9500000000000002的偏差，一旦超过FMU的内置容差就会触发警告，后续所有时间步都会因为时间对不齐完全失效。
该问题的责任主要在FMU侧：它声明了支持可变通信步长，但时间校验逻辑没有兼容主仿真器的合理浮点误差，容差设置过于严苛。

• 强制固定通信步长：在Dymola仿真设置中，将通信间隔固定为和FMU原生步长一致的0.001s，操作路径为「仿真→仿真设置→输出→通信间隔」，同时勾选求解器设置中的「固定通信步长」相关选项，确保所有调用FMU的时间点都是0.001的整数倍，从根源避免精度累积。
• 调整FMU导出配置：如果能拿到Simulink源模型，重新导出FMU时在FMI Kit的导出设置中，将时间校验容差放大到1e-10及以上量级，或直接关闭严格时间校验功能；如果没有源模型，可联系FMU提供方调整导出逻辑。
• 开启Dymola的FMU时间兼容：Dymola 2022支持自定义FMU调用的时间容差，导入FMU时在高级设置中找到FMU time tolerance参数，设置为1e-10，Dymola会自动对齐FMU的预期时间点，自动修正微小偏差。
• 临时规避方案：若上述方案无法快速落地，可将Dymola求解器切换为固定步长求解器，步长设置为0.001s，完全规避变步长带来的时间点偏差，缺点是连续Modelica组件的仿真精度可能下降，仿真速度会变慢。

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