第2章仿真环境搭建

第二章仿真环境搭建：软件安装与配置、实时内核设置、硬件在环（HIL）仿真基础

说实话，很多工程师觉得仿真环境搭建就是个「下一步→下一步」的体力活。我以前也这么想，直到有一次在产线上调试伺服驱动器，因为实时内核没配好，电机直接飞车了……嗯，从那以后我再也不敢小看这一步。

这一章，咱们就把仿真环境搭建这件事掰开揉碎。我会把软件安装、实时内核配置、HIL仿真基础这三个核心模块讲透。你跟着我的习惯来，能少走不少弯路。

2.1 软件安装与配置：别让工具卡住你的手

我个人习惯把软件安装分成三步：核心引擎、实时扩展、硬件驱动。缺一个，后面调试就会出幺蛾子。

2.1.1 核心仿真平台选择

目前主流的选择就两个：MATLAB/Simulink 和基于Linux的开源方案。我建议初学者从Simulink入手，生态成熟，文档全。但如果你做的是高速运动控制（比如10kHz以上的电流环），Linux + PREEMPT_RT 会是更好的选择。

特性	Simulink + Simscape	Linux + PREEMPT_RT
上手难度	低（图形化拖拽）	高（需要写脚本）
实时性	依赖Speedgoat等硬件	原生支持，抖动<10μs
成本	高（许可证+硬件）	低（开源免费）
典型场景	快速原型验证	产品级实时控制

我的小技巧： 如果你只是做算法验证，Simulink就够了。但如果你要跑硬件在环（HIL），我建议你提前装好实时内核。我在一个项目中吃过亏——Simulink模型跑得飞起，一上HIL就卡顿，最后发现是Windows的调度器在捣乱。

2.1.2 安装步骤（以Simulink为例）

安装这事，说简单也简单，说坑也多。我列几个关键点：

版本匹配：Simulink版本要和编译器匹配。比如R2023b推荐用MinGW-w64或Visual Studio 2022。我见过有人装了R2024a却用VS2019，编译报错折腾了两天。
工具箱选择：做运动控制，至少装这几个：Simulink、Simscape、Simscape Electrical、Stateflow、Embedded Coder。别贪多，装多了启动慢。
路径设置：安装路径不要有中文和空格。我习惯用 C:\MATLAB\R2023b 这种简洁路径。

% 验证安装是否成功
ver % 查看已安装工具箱
which sldemo_househeat % 检查示例模型是否存在

注意： 如果你用的是破解版，记得关闭自动更新。我曾经因为自动更新导致许可证失效，项目进度直接停摆三天。

2.2 实时内核设置：让仿真跑出真实感

为什么要配实时内核？说白了，运动控制对时间确定性要求极高。你想想看，一个伺服驱动器在1ms内要完成电流采样、位置计算、PWM输出，如果操作系统突然去处理个鼠标中断，电机就会抖一下。

我建议用 PREEMPT_RT 补丁来改造Linux内核。下面是具体步骤：

2.2.1 内核编译与配置

# 下载内核源码
wget https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.1.38.tar.xz
tar -xf linux-6.1.38.tar.xz
cd linux-6.1.38

# 打上PREEMPT_RT补丁
wget https://cdn.kernel.org/pub/linux/kernel/projects/rt/6.1/patch-6.1.38-rt13.patch.xz
xzcat patch-6.1.38-rt13.patch.xz | patch -p1

# 配置内核（关键步骤）
make menuconfig
# 进入 General setup → Preemption Model
# 选择 "Fully Preemptible Kernel (Real-Time)"

这里有个坑：很多人选了「Fully Preemptible」就以为完事了。其实还要检查 CONFIG_HZ_1000 是否开启，以及 CONFIG_NO_HZ_FULL 的配置。我习惯把定时器频率设为1000Hz，这样控制周期可以做到1ms。

2.2.2 实时性测试

装好之后，别急着跑模型。先测一下实时性：

# 安装cyclictest
sudo apt-get install rt-tests

# 运行测试（持续60秒）
sudo cyclictest -t1 -p99 -n -i1000 -l60000

# 看结果中的最大延迟（Max Latency）
# 如果小于50μs，说明配置合格

我的经验值： 在工业级应用中，最大延迟要控制在30μs以内。如果测出来超过100μs，检查一下BIOS里有没有关掉C-State和Turbo Boost。这两个东西是实时性的杀手。

2.3 硬件在环（HIL）仿真基础

HIL仿真，说白了就是把真实的控制器和虚拟的被控对象连起来。你想想看，在调试一个六轴机器人时，你敢直接上真实电机吗？万一算法有bug，机械臂可能直接撞墙。HIL就是让你在「安全」的环境里把算法跑熟。

2.3.1 HIL系统架构

我画了一张图，帮你理解HIL的核心逻辑：

2.3.2 HIL搭建实战要点

搭建HIL环境时，有几个细节我特别想强调：

信号匹配：真实控制器的输出是±10V模拟量，但仿真机的输入范围可能是0-5V。不做电平转换，板卡会烧。我习惯用信号调理模块做隔离和缩放。
时序同步：控制器和仿真机要有统一的时钟源。我见过有人用两个独立时钟，结果仿真结果和实际差了20%。用PTP（精确时间协议）或者硬件触发线同步。
故障注入：HIL的一大优势是可以模拟故障。比如编码器断线、电机过载。我建议在模型里预留故障注入接口，调试时一键触发。

% Simulink中配置HIL接口示例
% 使用Simulink Desktop Real-Time

% 创建实时任务
tg = slrealtime;
tg.Model = 'motor_hil_model';

% 配置模拟输入通道（编码器信号）
addChannel(tg, 'AnalogInput', 1, 'Range', [-10, 10]);

% 配置数字输出通道（PWM控制信号）
addChannel(tg, 'DigitalOutput', 1, 'InitialValue', 0);

% 设置仿真步长（100μs）
tg.SampleTime = 100e-6;

% 启动实时仿真
start(tg);

曾经踩过的坑： 有一次我在HIL上跑得好好的，一上真实电机就震荡。查了两天才发现，HIL模型里忽略了电机轴的柔性。所以记住：HIL模型要保留被控对象的高频动态，别为了仿真速度牺牲保真度。

2.3.3 HIL的三种典型模式

根据我的经验，HIL仿真可以分成三个层次：

模式	描述	适用场景	实时性要求
信号级HIL	控制器和仿真机通过I/O板卡连接	算法验证、故障注入测试	中等（1ms级）
功率级HIL	包含真实功率驱动器	驱动器调试、EMC测试	高（10μs级）
机械级HIL	包含真实电机和负载模拟器	整机联调、性能标定	极高（1μs级）

我个人建议：先从信号级HIL开始，把控制算法跑稳了，再升级到功率级。别一上来就搞机械级HIL，成本高不说，调试周期也长。

一个实用技巧： 在信号级HIL阶段，可以用「模型降阶」来加速仿真。比如把六轴机器人的动力学模型简化成单轴模型，先验证位置环和速度环的参数。等参数调好了，再换回完整模型做精细验证。

好了，仿真环境搭建这部分就聊到这儿。记住一句话：环境搭得好，调试没烦恼。下一节咱们会深入讲运动控制模型的建立，到时候我会分享一些建模的「野路子」经验。

📚 课程目录

第二章 仿真环境搭建：软件安装与配置、实时内核设置、硬件在环（HIL）仿真基础

2.1 软件安装与配置：别让工具卡住你的手

2.1.1 核心仿真平台选择

2.1.2 安装步骤（以Simulink为例）

2.2 实时内核设置：让仿真跑出真实感

2.2.1 内核编译与配置

2.2.2 实时性测试

2.3 硬件在环（HIL）仿真基础

2.3.1 HIL系统架构

2.3.2 HIL搭建实战要点

2.3.3 HIL的三种典型模式

第二章仿真环境搭建：软件安装与配置、实时内核设置、硬件在环（HIL）仿真基础