Simulink基础：界面介绍、常用模块库、信号线与总线、子系统与封装
好，咱们开始聊Simulink。说实话，很多刚入行的朋友觉得Simulink就是个画框框连线的工具，拖几个模块就能跑仿真。嗯，这么理解也没错，但做发动机控制代码生成，你得把它当成一个真正的开发环境来用。我个人的习惯是，先花半小时把界面摸透，后面能省下大把的调试时间。
Simulink界面介绍
打开Simulink，你首先看到的是启动页。别急着点空白模型，我建议你先看看模板。做发动机控制，我常用的是空模型，然后自己搭架构。界面主要分这几块：
- 菜单栏：文件、编辑、视图这些，跟大多数软件差不多。但有个「建模」选项卡，里面藏着很多好东西，比如模型设置、求解器配置。
- 工具栏：仿真运行、停止、步进这些按钮。我习惯把「仿真时间」设成inf，然后手动控制启停，方便调试。
- 模型画布：你搭模型的地方。右键可以调出搜索框，找模块特别快。
- 库浏览器：左侧的模块库面板。按分类找模块，也可以直接搜索。
常用模块库
做发动机控制，你不需要把所有模块都记住。我总结了一下，真正高频使用的就这几类：
| 模块库 | 常用模块 | 我的使用场景 |
|---|---|---|
| Sources（信号源） | Inport、Constant、Step、Ramp | 输入信号、标定参数、测试激励 |
| Sinks（信号接收） | Outport、Scope、To Workspace | 输出信号、波形观察、数据记录 |
| Math Operations（数学运算） | Add、Product、Gain、Saturation | 加减乘除、限幅、查表前的预处理 |
| Discrete（离散模块） | Unit Delay、Discrete Integrator | 状态更新、积分运算（比如PID） |
| Lookup Tables（查表） | 1-D Lookup Table、2-D Lookup Table | 发动机MAP图，比如喷油脉宽、点火提前角 |
| Ports & Subsystems（端口与子系统） | Subsystem、Model Reference | 模块化设计，分层架构 |
我曾经在做一个喷油控制模型时，用了十几个2-D Lookup Table。当时没注意查表模块的「Extrapolation Method」设置，结果仿真时输出值直接飞了。后来才发现，默认的「Clip」模式在某些边界条件下会出问题。所以，查表模块的边界处理一定要手动检查。
信号线与总线
信号线就是模块之间的连线。看起来简单，但这里有个坑：信号线的数据类型。默认是double，但做代码生成时，我们经常需要定点数或整型。我建议你养成习惯，在每条信号线上右键->「Signal Properties」，把数据类型显式指定出来。
总线（Bus）是个好东西。当你有几十个信号需要传递时，一根根连线会乱成一团。总线可以把它们打包在一起。比如发动机的传感器信号：转速、水温、进气压力、氧传感器... 这些可以打包成一个「SensorBus」。
总线还有个好处：信号名可以自动继承。你想想看，如果每个信号都要手动命名，那得多累。用总线后，信号名跟着总线定义走，省心不少。
子系统与封装
子系统（Subsystem）是模块化的基础。做发动机控制，我习惯把模型分成几个大块：传感器处理、控制逻辑、执行器驱动。每个大块再细分成子系统。比如控制逻辑里，可以分成：
- 转速计算子系统
- 喷油控制子系统
- 点火控制子系统
- 空燃比修正子系统
每个子系统内部再继续分层。这样做的目的是：
- 可读性强：别人看你的模型，一眼就能明白架构。
- 便于复用：一个写好的子系统，可以拖到其他模型里直接用。
- 代码生成友好：每个子系统会生成一个独立的C函数，调试起来方便。
封装（Mask）是子系统的进阶用法。说白了，就是给子系统做个「外壳」，让使用者只看到参数接口，看不到内部实现。比如我做了一个PID控制器子系统，封装后，使用者只需要填P、I、D三个参数，内部怎么算的不用管。
- 保护知识产权：内部算法可以隐藏
- 简化使用：只暴露必要的参数
- 统一接口：所有封装好的模块，输入输出风格一致
封装的操作步骤：右键子系统 -> Mask -> Create Mask。然后在「Parameters & Dialog」里添加参数。我建议把参数分组，比如「控制参数」、「限幅参数」、「诊断参数」。这样使用者一目了然。
最后说一句，子系统和封装不是越复杂越好。我见过有人把整个发动机模型封装成一个黑盒子，结果出了问题根本没法调试。我的原则是：一个子系统内部不要超过20个模块，封装参数不要超过5个。超过这个数，就该考虑拆分了。
嗯，Simulink基础就聊这么多。下一章我们开始讲信号处理与数据类型，那是做代码生成前必须搞明白的东西。