real-time - Dymola/Modelica 实时仿真进展太快

Question

我想在 Dymola 中实时模拟模型以供 HiL 使用。在结果中，我发现模拟的进展速度快了大约 5%。

Integration terminated successfully at T = 691200

CPU-time for integration : 6.57e+005 seconds

CPU-time for one GRID interval: 951 milli-seconds

我已经尝试增加网格间隔以减少相对误差，但模拟仍然进展得太快。我只阅读了有关降低模型复杂性以允许在定义的时间步长内进行模拟的方法。

请注意，模拟确实能跟上实时速度，甚至更快。在这种情况下我怎样才能匹配模拟时间和实时时间？

编辑1:

我使用了 Lsodar 解算器，并在“实时”选项卡中选中了“与实时选项同步”。我有实时模拟许可证选项。我在 Windows 7 上使用 Dymola 2013。以下是步长为 15 秒的结果:

Integration terminated successfully at T = 691200

CPU-time for integration : 6.6e+005 seconds

CPU-time for one GRID interval : 1.43e+004 milli-seconds

偏差仍约为 4.5% 左右。

但是我没有使用内联集成。

我是否需要硬实时或内联集成来改善这些结果？使用软实时应该可以得到低于 4.5% 的偏差吗？

编辑2:

我从 Berkeley Buildings 库中获取了 Python27 block 来读取系统时间并将其与模拟进度进行比较。结果显示，模拟开始 36 小时后，模拟速度略有减慢(与实时相比)。模拟开始大约 72 小时后，它开始比实时快 10% 左右。此外，72 小时后结果中的抖动会增加。

有什么解释吗？

接下来的步骤是:-更改为固定步长求解器(很可能这是解决方案的重要部分)-从 DDE 服务器更改为 OPC 服务器，但目前这在 Dymola 2013 中似乎不可能实现。

编辑3:

不...使用固定步长求解器似乎确实可以解决问题。在模拟时间的前 48 小时内，偏差似乎等于使用​​具有可变步长的求解器的偏差。在此示例中，我使用积分器步长为 0.1 的 Rkfix 3 求解器。

没有人知道如何消除这些巨大的偏差吗？

Answer 1

如果我没记错的话，Dymola 有一个特殊的实时性能编译选项。但是，我认为这是一个许可选项(不确定)。