Simulink模型导出FMU遇数组输入问题，求mosaik适配方案

一、FMI 2.0兼容方案（绕开数组输入限制） #

• 拆分向量为标量输入：把Simulink里的速度数组输入拆成多个独立的标量输入端口，导出FMI 2.0 FMU后，在mosaik里通过循环批量赋值，把数组元素逐一映射到FMU的标量输入上。这种方法兼容性拉满，mosaik对标的量信号交互支持很完善。
• 把常量参数改成输入端口：别用模型工作区的常量，改成Simulink的输入端口，导出FMU后就能在mosaik仿真时动态改参数，不用反复导出FMU。

二、排查FMI 3.0导出失败问题 #

• 核对Simulink导出配置：导出FMI 3.0 FMU时，必须勾选「支持数组输入输出」，而且速度向量得用Simulink原生的Array或Bus类型，别用自定义结构体。另外确保Simulink版本是R2022b及以上，老版本对FMI 3.0的数组支持有缺陷。
• 用合规性工具检测FMU：用FMI官方的FMU Compliance Checker扫导出的FMU，看是不是数组类型定义错了、端口映射有问题，根据报告改模型配置。
• 升级mosaik的FMI绑定库：确认mosaik用的pyfmi这类绑定库支持FMI 3.0数组输入，旧版本就升级，然后在mosaik脚本里明确指定数组的维度和数据类型。

三、Simulink模型优化 #

• 用Mask封装模块：把带参数和数组输入的模块封装成Simulink Mask，在Mask里定义参数、数组的维度和默认值，导出FMU时Mask参数会自动变成FMU的可配置项，数组输入也能正确映射成FMU的数组端口。
• 别用自定义数据类型：尽量用Simulink原生的数组、Bus类型，别用MATLAB自定义结构体或用户定义数据类型（UDT），这类类型导出FMU时容易踩兼容性坑。

四、mosaik集成调整 #

• 写FMU适配包装器：在mosaik里写个Python包装器，把mosaik的数组格式转成FMU需要的输入格式。比如FMI 3.0 FMU要一维数组，但mosaik传的是二维数据，就在包装器里做维度转换和类型匹配。
• 动态配置参数：在mosaik的场景定义里，用set_parameters方法在仿真初始化或者运行中修改FMU的参数，不用重新实例化模型。

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