📚 课程目录第4章 Simulink建模基础

第4章：Simulink建模基础——环境搭建、常用模块库与Stateflow入门

做VCU开发，Simulink是绕不开的工具。说实话，我见过不少新人，一上来就拖模块连信号，结果模型跑起来全是红叉。嗯，基础没打牢，后面全是坑。这一章，咱们就把Simulink的底子夯实。

4.1 Simulink环境搭建

安装这事我不多讲，但有几个关键点我得提醒你。

版本兼容性：我个人习惯用与VCU硬件支持包匹配的版本。比如你用NXP的S32K系列，Simulink版本最好跟NXP的Model-Based Design Toolbox对得上。我曾经因为版本不匹配，折腾了两天才发现是编译器链的问题。

安装完成后，打开MATLAB，在命令行输入 simulink 就能启动。但真正干活前，我建议你做三件事：

设置工作路径：把项目文件夹加到MATLAB路径里，别把模型文件乱放。
配置求解器：VCU模型一般用定步长求解器，比如 discrete (no continuous states)，步长通常设0.01秒（10ms任务周期）。
打开模型浏览器：快捷键 Ctrl+Shift+D，方便管理模型层级。

你想想看，如果工作路径没设好，模型里引用的数据字典找不到，仿真直接报错。这种低级错误，我刚开始也犯过。

4.2 常用模块库

Simulink的模块库看着眼花，但VCU开发常用的就那么几类。我按使用频率给你排个序。

4.2.1 逻辑模块

逻辑判断在VCU里无处不在。比如：

Relational Operator：比较大小，判断车速是否超过阈值。
Logical Operator：与、或、非，用于使能条件组合。
Switch / Multiport Switch：根据条件选择输出，比如驾驶模式切换。

避坑指南：我曾经在项目中用 Switch 模块时，没注意数据类型。输入是 uint8，控制信号是 boolean，结果仿真一直报类型不匹配。后来我养成了习惯：所有逻辑判断的输出都用 Data Type Conversion 显式转换一下。

4.2.2 数学模块

VCU标定离不开数学运算。常用的有：

模块名	用途	我在项目中遇到的坑
Gain	比例系数，比如扭矩系数	注意 `Gain` 参数是标量还是向量，别搞混
Sum / Add	加减运算，比如扭矩叠加	加减号方向别点反了，我吃过这个亏
Product / Divide	乘除，比如功率计算	除法注意分母为零的保护
Integrator	积分，比如SOC估算	VCU里一般用离散积分器 `Discrete-Time Integrator`
Lookup Table	查表，比如MAP标定	断点数据要单调递增，否则查表结果乱跳

说白了，数学模块就是VCU的“算力核心”。你标定的那些扭矩MAP、效率MAP，最后都是通过 Lookup Table 算出来的。

4.2.3 信号路由模块

模型大了，信号线乱飞。这时候路由模块就派上用场了。

Mux / Demux：把多个信号合并成向量，或者拆开。我建议少用，因为信号名会丢失。
Bus Creator / Bus Selector：创建总线，保留信号名。这是VCU模型的标准做法。
Goto / From：跨层级传递信号，避免连线交叉。但别滥用，否则模型可读性变差。
Data Store Memory：全局变量，慎用。我只有在状态机里需要跨周期记忆时才用。

我的习惯：所有信号路由都用 Bus 加 Signal Name。这样在标定工具里可以直接看到信号名，不用猜。

4.3 状态机Stateflow入门

VCU里最复杂的逻辑，比如驾驶模式切换、故障处理，用普通Simulink模块搭会疯掉。这时候Stateflow就来了。

Stateflow说白了就是图形化的状态机。你画几个框，连几条线，逻辑就出来了。我第一次用的时候觉得：这不就是流程图吗？后来才发现，它比流程图严谨得多。

4.3.1 状态机基本概念

一个Stateflow图包含：

状态（State）：用圆角矩形表示。比如 READY、DRIVE、FAULT。
转移（Transition）：用带箭头的线表示。线上写转移条件。
事件（Event）：触发转移的信号。比如 brake_pedal 为真。
动作（Action）：进入状态、在状态中、离开状态时执行的操作。

举个例子，一个简单的驾驶模式切换：

State: PARK
  entry: gear_cmd = 0;
  on brake_pedal & shift_D: goto DRIVE;

State: DRIVE
  entry: gear_cmd = 1;
  on brake_pedal & shift_R: goto REVERSE;
  on brake_pedal & shift_P: goto PARK;

State: REVERSE
  entry: gear_cmd = 2;
  on brake_pedal & shift_D: goto DRIVE;
  on brake_pedal & shift_P: goto PARK;

你看，逻辑清晰吧？比用一堆 Switch 和 Flip-Flop 搭出来的东西好理解多了。

4.3.2 Stateflow的三种动作类型

我刚开始用Stateflow时，总搞不清动作该写在哪。后来总结了一个口诀：

动作类型	关键字	执行时机	典型用途
进入动作	`entry:`	刚进入状态时执行一次	初始化输出、置位标志位
持续动作	`during:`	每个仿真步长都执行	实时计算、更新输出
退出动作	`exit:`	离开状态时执行一次	复位输出、清除故障

注意：during: 动作里不要写耗时操作，比如查大表。因为每个步长都执行，会影响实时性。我曾经在 during: 里放了个复杂的查表，结果模型跑起来CPU占用率飙到90%。后来改到 entry: 里预计算，问题解决。

4.3.3 状态机设计原则

做VCU状态机，我有几条铁律：

状态不要太多：超过10个状态，可读性就差了。考虑分层。
转移条件要互斥：同一时刻只能有一个转移被触发。否则状态机会不确定。
必须有默认状态：上电后进入哪个状态？一定要有 default transition。
故障状态要独立：所有故障都集中到一个 FAULT 状态里处理，别分散。

你想想看，如果转移条件不互斥，比如 车速>0 和 车速<10 同时为真，状态机该往哪走？这就是典型的逻辑漏洞。

4.4 本章知识体系

下面这张图，把本章的核心内容串起来了。你可以把它当成一个“建模地图”。

4.5 实战建议

学完这一章，我建议你立刻动手做一个小练习：

新建一个Simulink模型，设置定步长0.01秒。
用 Inport 和 Outport 搭一个简单的扭矩计算模型：输入油门开度和车速，输出目标扭矩。
用 Lookup Table 实现一个2维MAP。
用Stateflow实现一个三状态（PARK/DRIVE/REVERSE）切换逻辑。

小技巧：模型建好后，按 Ctrl+D 更新图，看有没有警告。黄色警告可以忽略，红色错误必须修。我每次建完模型都会先跑一遍 Update Diagram，养成习惯。

嗯，这一章的内容就这些。记住，Simulink建模不是拖模块，而是搭架构。架构稳了，后面的标定工作才能顺利推进。