使用set_param/get_param控制Simulink仿真时循环异常求助

你的问题根源在于脚本启动仿真后立刻暂停，导致仿真从未执行任何步长计算，Clock模块的输出一直停留在初始值0，所以while time<5的循环永远不会推进，只有手动干预时才会让仿真运行几步，time才会更新。

修正后的脚本 #

下面是调整后的代码，核心是用step命令让仿真每次循环执行一个固定步长（你的模型是0.1s），这样Clock的输出会逐步更新，循环也能正常推进：

Simulink_Model='co_simulation_sl';
load_system(Simulink_Model);
open(Simulink_Model);
time=0;

% 确保模型初始处于停止状态，避免启动冲突
if strcmp(get_param(Simulink_Model,'SimulationStatus'), 'running')
    set_param(Simulink_Model,'SimulationCommand','stop');
end

% 启动仿真
set_param(Simulink_Model,'SimulationCommand','start');

while time < 5
    % 让仿真执行一个固定步长（0.1s）
    set_param(Simulink_Model,'SimulationCommand','step');
    
    % 获取Clock模块的实时输出（用拼接路径更通用）
    block = [Simulink_Model '/Clock'];
    rto = get_param(block, 'RuntimeObject');
    time = rto.OutputPort(1).Data;
    
    % 可选：添加微小延迟降低CPU占用
    pause(0.01);
end

% 停止仿真
set_param(Simulink_Model,'SimulationCommand','stop');

关键调整说明 #

• 用step替代直接暂停：step命令会让仿真严格执行一个固定步长的计算，每次循环推进0.1s，这样Clock的输出会实时更新为当前仿真时间。
• 提前初始化模型状态：先检查模型是否在运行，确保启动前处于停止状态，避免命令冲突。
• 通用路径拼接：用[Simulink_Model '/Clock']生成模块路径，避免硬编码模型名，提升脚本复用性。
• CPU优化：添加pause(0.01)可以避免循环过快导致的高CPU占用，尤其在长时间仿真时更有用。

额外提示 #

如果你的模型需要更灵活的步长控制，或者希望在仿真运行中实时监测数据，也可以考虑使用Simulink的仿真回调函数（比如StopFcn或PostStepFcn），但对于你的简单场景，单步执行的方式已经足够高效且直观。

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