1. 课程导入与模型化开发全景

在控制系统开发中，真正困难的往往不是写出某一行控制算法，而是让需求、算法、软件、硬件和测试在整个开发周期里保持一致。传统“先写代码、再上车调试”的方式，一旦需求变更或控制器参数调整，往往需要反复修改 C 代码、重新烧录、路试复现，问题定位成本极高。模型化开发（Model-Based Design，MBD）正是为解决这一矛盾而提出的工程方法：以可执行的图形化模型作为贯穿需求、设计、实现与验证的“单一事实来源”，让控制逻辑在早期就能被仿真、被测试、被追溯。

从 V 模型看控制系统开发流程

V 模型是理解模型化开发定位的关键框架。它的左半支是设计分解：从系统需求出发，逐层细化到系统架构、子系统设计，最终落到可实现的控制器逻辑；右半支是验证集成：从单元测试、软件在环（SIL）、处理器在环（PIL）、硬件在环（HIL），逐级集成回整车或整机系统。V 的底部是“实现”环节，即把模型自动生成代码并部署到目标控制器。

Simulink 在 V 模型中的价值，恰恰在于它同时覆盖了左半支的建模与右半支的验证。左半支中，工程师用 Simulink 搭建被控对象模型与控制器模型，通过仿真验证控制策略是否满足需求；右半支中，同一套模型可以生成代码、参与 SIL/PIL/HIL 测试，甚至作为测试用例的参考模型。模型不是文档的替代品，而是可执行、可验证、可追溯的工程资产。

模型化开发的核心优势

与手写代码相比，模型化开发的优势可以归纳为四点。第一，早期验证：在硬件尚未就绪时，用被控对象模型与控制器模型闭环仿真，提前暴露控制逻辑缺陷。第二，单一来源：需求、模型、代码、测试用例之间建立追溯关系，需求变更时能快速评估影响范围。第三，自动代码生成：Embedded Coder 可将模型直接生成产品级 C 代码，减少手写代码引入的人为错误，并保证模型与代码语义一致。第四，测试复用：同一套测试用例可在模型在环（MIL）、SIL、PIL、HIL 各阶段复用，显著降低重复测试成本。

需要强调的是，模型化开发并不等于“画图代替编程”。模型的质量取决于建模规范、接口定义、数据类型管理和测试覆盖。一个没有版本管理、没有命名规范、没有测试用例的 Simulink 模型，同样会变成难以维护的“图形化遗留代码”。

贯穿课程的项目案例：直流电机速度闭环控制

为了让后续章节有统一的实践对象，本课程以一个典型的直流电机速度闭环控制系统作为贯穿案例。系统组成包括：直流电机本体、PWM 驱动模块、增量式编码器、以及基于 Simulink 设计的 PI 速度控制器。控制目标是让电机转速在负载扰动下稳定跟踪设定值，例如设定转速 1000 rpm，稳态误差不超过 ±5 rpm，阶跃响应上升时间小于 0.2 s。

在建模阶段，电机可用一阶惯性加延迟近似描述：电压到转速的传递函数为 G(s)=K/(Ts+1)，其中示例参数取 K=500 rpm/V、T=0.08 s。PI 控制器初始参数可设为 Kp=0.02、Ki=0.5，后续章节将通过仿真逐步整定。编码器每转输出 1024 线，经四倍频后分辨率为 4096 计数/转，用于计算实际转速。

% 示例：直流电机近似模型参数（非实测，仅用于教学）
K = 500;      % rpm/V，电压到转速增益
T = 0.08;     % s，机电时间常数
Kp = 0.02;    % PI 比例增益
Ki = 0.5;     % PI 积分增益
N_enc = 4096; % 计数/转，四倍频后编码器分辨率

这个案例规模适中，既包含连续被控对象、离散控制器、传感器量化等真实工程要素，又便于在单机上完成 MIL/SIL/PIL 全流程验证。后续章节将围绕它展开需求建模、控制器设计、代码生成、测试与标定。

本课程的学习路径

课程将沿着 V 模型的左支与右支依次展开：先建立需求与系统架构，再完成被控对象与控制器建模；随后进入仿真验证、参数整定、代码生成与 SIL/PIL/HIL 测试；最后回到系统集成与标定。每一章都会在直流电机案例上增加一层可运行的成果，最终形成一个可生成代码、可测试、可追溯的完整控制系统模型。

在开始动手之前，请先确认 MATLAB/Simulink 已安装，并具备 Control System Toolbox、Simulink Coder、Embedded Coder 等工具箱。后续示例默认使用 R2023b 及以上版本，模型求解器采用定步长离散求解器，步长 1 ms，与目标 ECU 的采样周期保持一致。