Dymola 2021X及以上版本并行化翻译流体模型失败问题

问题核心 #

新版Dymola（2021X及以后）开启Advanced.ParallelizeCode时，对非恒定温度输入（Step/RealExpression）的初始值推导存在缺陷，导致介质模型的温度范围断言触发异常——尽管初始值本身符合要求，但并行化分析阶段无法正确识别。

已确认的关联行为 #

• 仅Constant输入能绕过该问题，因其初始值可被并行化分析直接读取
• 移除任一流动分支、关闭Volume动态方程或替换为动态管道模型时，问题触发逻辑被改变，翻译可正常完成
• 调整evaluate/Assert类参数无法解决问题，说明根源在并行化代码生成阶段的初始值处理逻辑

保留并行化的解决方法 #

1. 强制指定非恒定输入的初始值
   给Step、RealExpression等输入组件手动设置start参数，比如将Step模块的start属性明确设为300K，让并行化分析阶段能直接获取合法初始值，避免依赖自动推导。

2. 修改介质模型的断言逻辑
   针对介质中的温度范围检查，将静态断言改为包含初始值判断的动态检查。示例修改：

   // 原断言
   assert(T >= 200 and T <= 6000, "Temperature out of allowed range");
   // 修改后
   assert(start(T) >= 200 and start(T) <= 6000 and T >= 200 and T <= 6000, "Temperature out of allowed range");
   

   确保并行化代码生成时能验证初始值的合法性。

3. 调整并行化相关参数组合
   在开启Advanced.ParallelizeCode = true的同时，设置Advanced.EvaluateEarly = false，阻止Dymola在并行化阶段过早对非恒定输入做静态求值，转而保留动态初始值的识别逻辑。

4. 手动拆分并行子系统
   将温度处理分支（MinMax模块及之前）与流体系统（MassFlowSource_T、ClosedVolume等）拆分为独立的子模型，让并行化分析分别处理不同单元，避免初始值推导冲突。

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