161、运动控制中的仿真：软件在环（SIL）仿真

161、运动控制中的仿真：软件在环（SIL）仿真

从一次深夜调试说起

凌晨两点，示波器上那条本该平滑的正弦速度曲线，在过零点附近出现了肉眼可见的毛刺。电机发出“咔咔”的异响，像极了老式打印机卡纸的声音。我盯着代码看了三个小时，PID参数调了十几版，电流环带宽从500Hz拉到2kHz，问题纹丝不动。

直到我把控制周期从100μs改成200μs，毛刺消失了。

那一刻我意识到：不是算法错了，是仿真和实物的时间尺度对不上。我在Simulink里跑得飞快的模型，到了STM32上，因为中断优先级、DMA传输延迟、ADC采样抖动这些“看不见的手”，把好好的控制律撕成了碎片。

这就是为什么我要写这篇关于软件在环（SIL）仿真的文章。如果你还在用纯数学仿真调参数，然后直接往硬件上烧，你迟早会经历和我一样的凌晨三点。

SIL到底是什么，别和HIL搞混了

很多刚入行的朋友把SIL（Software in the Loop）和HIL（Hardware in the Loop）混为一谈。简单粗暴地记：SIL是“代码跑在电脑上，假装有硬件”；HIL是“代码跑在真芯片上，接仿真器假装有电机”。

SIL的核心价值在于：用真实的目标代码去驱动虚拟的被控对象。你的PID、观测器、轨迹规划，编译成ARM、RISC-V或者DSP的指令集，在PC上通过指令集模拟器运行，或者直接编译成PC可执行文件（但保留算法逻辑的完全一致性）。

这里有个坑：很多人图省事，在MATLAB里写m脚本调参数，调好了再翻译成C代码。