第二章：基于模型的设计基础
2.1 MBD开发流程：从需求到代码的“高速公路”
基于模型的设计，说白了就是把传统的“手写代码”变成“画模型”。你想想看，以前我们做嵌入式开发，需求文档、设计文档、代码、测试用例，各管各的，出了问题很难追溯。MBD 的核心思路，就是用一个统一的模型贯穿整个开发流程。
我个人习惯把 MBD 流程分成四个阶段：
- 需求分析与建模：把文字需求变成可视化的模型。比如“当车速超过120km/h时，发出报警”，在 Simulink 里就是一个比较器加一个逻辑判断。
- 模型仿真与验证：在电脑上跑仿真，看看模型行为对不对。这一步能省下大量台架测试时间。
- 代码生成：用 Embedded Coder 自动生成 C 代码。我刚开始用的时候，总觉得生成的代码效率不行，后来发现是配置没调好。
- 硬件在环测试：把生成的代码烧到目标芯片上，和真实硬件一起跑。
关键点：MBD 不是让你完全放弃手写代码，而是把精力集中在算法设计上。那些重复性的、容易出错的底层代码，交给工具去生成。
我在项目中遇到过一个问题：团队里有人觉得 MBD 流程太复杂，非要自己手写。结果呢？需求变更了三次，代码改了五版，最后模型和代码对不上了。嗯，从那以后，我们规定所有核心算法必须用模型实现。
2.2 Simulink/Stateflow环境搭建：别小看这一步
很多人觉得环境搭建就是“下一步、下一步、完成”。其实不然。我见过太多人因为环境没配好，浪费了一整天时间。
2.2.1 安装什么？
做功能安全开发，你至少需要这些工具箱：
| 工具箱名称 | 用途 | 备注 |
|---|---|---|
| Simulink | 基础建模环境 | 必装 |
| Stateflow | 状态机建模 | 必装 |
| Embedded Coder | 代码生成 | 必装 |
| Simulink Check | 模型规范检查 | 强烈推荐 |
| Simulink Design Verifier | 形式化验证 | 功能安全必备 |
注意：版本兼容性是个大坑。我曾经在 R2020b 上建的模型，拿到 R2019b 上就打不开了。建议团队统一版本，或者至少保证向前兼容。
2.2.2 配置路径与工作区
我建议你这样做：
- 创建一个专门的项目文件夹，比如
D:\MBD_Project\。 - 在 MATLAB 里设置当前路径到这个文件夹。
- 用
savepath命令保存路径设置。
% 设置工作路径
cd('D:\MBD_Project\');
% 添加子文件夹到路径
addpath(genpath('D:\MBD_Project\Libraries'));
% 保存路径
savepath;为什么要这么做？因为 Simulink 在加载模型时，会搜索路径下的所有文件。如果路径乱了，模型里引用的模块找不到，就会报错。嗯，这个坑我踩过不止一次。
2.3 模型层级管理：让模型像代码一样整洁
一个复杂的汽车电子系统，模型可能有上千个模块。如果不分层管理，那画面太美我不敢看。
2.3.1 分层原则
我个人习惯用三层结构：
- 顶层（系统级）：展示系统架构，比如“输入处理-控制逻辑-输出驱动”。
- 中间层（功能级）：每个功能模块独立一个子系统，比如“车速计算”、“报警逻辑”。
- 底层（实现级）：具体的算法实现，用基本模块搭建。
小技巧：用 Subsystem 和 Model Reference 来组织层级。Model Reference 的好处是，每个子模型可以独立编译和测试，适合团队协作。
2.3.2 命名规范
没有规矩，不成方圆。我建议团队统一以下规范：
| 元素 | 命名规则 | 示例 |
|---|---|---|
| 模型文件 | 项目名_模块名_版本 | ABS_Controller_v1_0 |
| 子系统 | 功能名_Sub | SpeedCalc_Sub |
| 信号线 | 源_目标_含义 | Sensor_Speed_Value |
| 状态机 | 模块名_State | Alarm_State |
你可能会问：“命名规范真的这么重要吗？” 我告诉你，太重要了。有一次我接手一个项目，模型里的信号线名字全是 sig1、sig2，我花了整整两天才理清楚逻辑。从那以后，我坚持所有信号必须有意义的名字。
2.3.3 使用总线对象
当信号多了，用一根根线连来连去，模型会变得像蜘蛛网。这时候，总线对象就派上用场了。
% 创建总线对象
SensorBus = Simulink.Bus;
SensorBus.Elements(1) = Simulink.BusElement;
SensorBus.Elements(1).Name = 'Speed';
SensorBus.Elements(1).DataType = 'single';
SensorBus.Elements(2) = Simulink.BusElement;
SensorBus.Elements(2).Name = 'Temperature';
SensorBus.Elements(2).DataType = 'single';用总线对象的好处是：
- 减少连线数量，模型更清爽。
- 数据类型统一管理，不容易出错。
- 代码生成时，总线会映射成结构体，代码可读性高。
核心观点：模型层级管理，本质上就是“高内聚、低耦合”思想在 MBD 中的体现。好的层级设计，能让你的模型像乐高积木一样，灵活组合，易于维护。
好了，这一章的内容就到这里。记住，MBD 不是银弹，但它确实能帮你把复杂系统理清楚。下一章，我们会深入 Stateflow 状态机建模，讲讲那些容易踩的坑。