1. 课程导入与工程全景

在传统嵌入式开发中，控制算法通常先由控制工程师在 MATLAB/Simulink 中验证，再由软件工程师手工翻译成 C 代码，最后在目标板上调试。这条链路最大的问题是"两套实现"：模型里的算法和板子上的 C 代码是两份独立维护的资产，一旦需求变更，两边都要改，且很难证明二者等价。Embedded Coder 要解决的正是这个问题——它把 Simulink 模型作为唯一可信源（Single Source of Truth），由模型直接生成可编译、可部署、可追溯的产品级 C/C++ 代码。

需要先区分三个容易混淆的概念。Simulink Coder 负责从模型生成通用 C/C++ 代码，面向快速原型和仿真加速；Embedded Coder 在 Simulink Coder 之上扩展，增加了面向量产嵌入式的关键能力：代码优化（如复用、内联、表达式折叠）、存储类与标定（通过代码替换库和存储类控制变量定义）、目标硬件部署支持、以及代码追溯与度量报告；MATLAB Coder 则面向 .m 文件生成 C 代码，与模型驱动路线互补。本课程聚焦 Embedded Coder，即"从模型到量产代码"的完整工程链路。

代码生成工作流全景

一次完整的代码生成，本质上是把模型经过多级中间表示逐步下沉为 C 代码。理解这条链路，才能在出错时知道该看哪一层。下图给出从模型到目标可执行文件的信号链与关键产物。

图中左侧是模型侧，右侧是代码与硬件侧。需要特别注意的是中间两层的"注入"关系：配置集决定生成什么形态的代码（是否内联、变量如何定义、是否生成标定接口），工具链决定这些代码如何被编译链接成目标可执行文件。很多初学者只改模型不改配置，结果代码"能生成但跑不起来"，问题往往就出在这两层。

目标硬件与工具链概览

Embedded Coder 本身不绑定某款芯片，它通过"目标支持包"适配具体硬件。常见路线有三类：一是芯片厂商支持包，如 TI C2000、STM32、NXP S32K，安装后可直接在 Simulink 中选择目标板并一键部署；二是通用工具链，如 GCC、IAR、Keil，通过自定义 Toolchain 描述编译器路径、编译选项和下载命令；三是处理器在环（PIL）与软件在环（SIL），用于在真实目标或主机上比对模型与生成代码的数值一致性。选择哪条路线，取决于项目是否已有成熟的编译环境——若已有，优先复用现有工具链，避免引入第二套构建系统。

课程实战项目说明

本课程以一个贯穿始终的实战项目为载体：直流电机转速闭环控制。项目包含 PI 控制器、PWM 输出、ADC 采样与限幅保护，最终部署到一款 Cortex-M 类目标板。选择这个项目的原因是它覆盖了代码生成工程中最典型的几类问题：定点与浮点的选择、采样率与任务调度、标定参数的存储类定义、以及生成代码与手写底层驱动的接口对接。

项目将分阶段推进，每个阶段都有可观察的产物与判断依据：