3、Stateflow入门：状态机概念、Stateflow编辑器、简单状态图绘制
好，咱们今天聊聊Stateflow。说实话，很多做嵌入式开发的朋友，一开始看到Stateflow都觉得有点懵——这玩意儿到底是干嘛的？我刚开始接触的时候也差不多，觉得不就是画几个框框连几条线嘛。但后来在项目里吃过亏，才真正体会到它的价值。
Stateflow说白了，就是用来描述状态机的图形化工具。你想想看，咱们ECU软件里有多少东西是跟状态相关的？车窗升降、车门锁止、雨刮控制……这些逻辑如果用纯C代码写，switch-case能写到你想吐。而Stateflow，就是帮你把这些状态逻辑理清楚的利器。
3.1 状态机概念：从生活到代码
状态机这个概念，其实一点都不神秘。我举个例子你就明白了——你家里的电灯开关。
- 它有两个状态：开和关
- 你按一下开关，状态就从“关”变成“开”，再按一下，又从“开”变回“关”
- 这个“按一下”的动作，就是事件
- 状态切换的过程，就是转移
就这么简单。状态机就是描述：在什么状态下，发生什么事件，系统会变成什么新状态。
核心三要素：
- 状态（State）：系统在某个时刻所处的模式或情况
- 事件（Event）：触发状态变化的条件或信号
- 转移（Transition）：从一个状态到另一个状态的路径
我在项目中遇到过最典型的例子，就是车窗防夹功能。车窗在上升过程中，如果检测到阻力超过阈值，必须立即停止并反转。这个逻辑如果用状态机来描述，就非常清晰：
- 空闲状态 → 收到上升指令 → 进入上升状态
- 上升状态 → 检测到阻力 → 进入反转状态
- 反转状态 → 到达底部 → 回到空闲状态
你看，这么一画，逻辑就清清楚楚。写代码的时候照着状态图来，基本不会漏掉边界情况。
3.2 Stateflow编辑器：你的画布和工具箱
打开Simulink，在库浏览器里找到Stateflow，拖一个Chart模块到模型里。双击它，你就进入了Stateflow编辑器。
这个编辑器长什么样呢？嗯，左边是对象浏览器，右边是画布，上面是工具栏。我个人习惯先把工具栏上的常用按钮认一遍：
| 图标/按钮 | 功能 | 我常用的场景 |
|---|---|---|
| 状态（State） | 绘制一个矩形状态框 | 几乎所有图都要用 |
| 转移（Transition） | 绘制状态之间的连线 | 连接各个状态 |
| 默认转移（Default Transition） | 带箭头的圆点，表示初始状态 | 每个状态图必备 |
| 连接节点（Junction） | 用于分支或合并转移路径 | 复杂逻辑时用 |
| 注释（Annotation） | 添加文字说明 | 给团队同事看的备注 |
小技巧：刚开始画图时，别急着连复杂的线。先把所有状态框摆好，再一个一个连转移。我曾经因为图太乱，自己都看不懂，后来养成了“先布局、后连线”的习惯，清爽多了。
3.3 简单状态图绘制：手把手带你画一个
好，咱们动手画一个最简单的状态图——刹车灯控制。这个例子我在培训新人的时候经常用，因为它足够简单，但又包含了状态机的所有要素。
需求描述：
- 刹车踏板踩下 → 刹车灯亮
- 刹车踏板松开 → 刹车灯灭
就这么简单。咱们开始画：
- 创建状态：在画布上拖两个状态框，一个命名为
LightOff，一个命名为LightOn - 添加默认转移：从默认转移图标拖一条线到
LightOff状态。这表示系统启动时，刹车灯默认是灭的 - 添加转移：从
LightOff的右边框拖一条线到LightOn的左边框。双击这条线，在标签里写上：BrakePressed。这表示：在LightOff状态下，如果发生BrakePressed事件，就切换到LightOn状态 - 添加反向转移：从
LightOn的右边框拖一条线到LightOff的左边框。标签写上：BrakeReleased
画完之后，你的图应该长这样（文字描述版）：
[默认转移] → [LightOff] —BrakePressed→ [LightOn]
[LightOn] —BrakeReleased→ [LightOff]嗯，这里要注意：转移的方向箭头一定要指向目标状态。我见过有人画反了，结果仿真的时候逻辑完全不对，排查了半天才发现是箭头方向错了。
避坑指南：我曾经在画一个四状态的状态图时，漏画了一条转移线。结果仿真时系统卡在某个状态出不来，查了两天才发现。所以画完之后，一定要逐条检查每个状态的所有可能出口，确保没有遗漏。
3.4 状态动作：让状态机真正“干活”
光有状态切换还不够，咱们得让状态机在进入、退出、或者停留在某个状态时，执行一些动作。Stateflow支持三种动作：
- entry：进入状态时执行一次
- during：停留在状态期间，每个时间步执行一次
- exit：退出状态时执行一次
拿刚才的刹车灯例子来说：
- 进入
LightOn状态时，执行brakeLight = ON; - 进入
LightOff状态时，执行brakeLight = OFF;
在Stateflow里怎么写呢？双击状态框，在下方区域输入：
entry: brakeLight = ON;或者：
entry: brakeLight = OFF;你看，这样状态机就不仅仅是画图了，它真正在控制硬件了。
我的习惯：尽量把动作写在entry里，而不是during里。因为entry只执行一次，效率高。除非你需要在状态持续期间不断更新某个值，才用during。比如一个计数器，在某个状态下每个时间步都加1，那就用during: counter++;
3.5 仿真验证：画完图得跑一跑
图画完了，动作也写好了，接下来就是验证。在Stateflow编辑器里，点击仿真按钮，或者回到Simulink模型里运行仿真。
我个人习惯在仿真之前，先打开Stateflow的动画模式。这样仿真时，当前激活的状态会高亮显示，转移路径也会动态展示。你一眼就能看出状态机是不是按你预想的逻辑在跑。
如果发现逻辑不对，别急着改代码。先检查：
- 转移条件写对了没有？
- 事件名称拼写有没有错误？
- 默认转移指向了正确的初始状态吗？
我曾经犯过一个低级错误：事件名写成了BrakePresed（少了个s），结果仿真时事件永远触发不了。排查了半天，最后发现是拼写问题。所以，命名一定要仔细，大小写、拼写都不能错。
3.6 小结：从入门到上手
今天咱们聊了状态机的基本概念，认识了Stateflow编辑器，还亲手画了一个刹车灯控制的状态图。说白了，Stateflow就是把你的逻辑思维可视化，让复杂的状态切换变得一目了然。
下一章，咱们会深入聊一聊层次化状态图和并行状态。这两个东西在实际项目中非常实用，尤其是处理像车窗、雨刮这种有多级模式的功能时，能帮你省不少事。
好，今天就到这儿。回去之后，建议你打开Simulink，照着咱们的例子自己画一遍。动手做一遍，比看十遍都管用。