4. Stateflow入门：从零开始理解状态机
各位同学，今天我们来聊聊Stateflow。说实话，我刚接触它的时候，也觉得不就是个画流程图的工具嘛。直到我在一个汽车项目中，用Stateflow处理了复杂的换挡逻辑——嗯，那之后我才真正明白它的威力。
4.1 Stateflow到底是什么？
Stateflow，说白了就是Simulink里的状态机工具箱。它用来描述系统在不同状态之间的切换行为。你想想看，很多控制系统不是一直在做同一件事——比如一个电机，它可能在「正转」、「反转」、「停止」之间来回切换。这种逻辑用普通Simulink模块搭起来很麻烦，但用Stateflow就清晰多了。
核心概念：Stateflow = 状态 + 转移 + 事件。状态描述系统在做什么，转移描述什么时候切换状态，事件触发转移。
我个人习惯把Stateflow看作一张「地图」。状态就是地图上的城市，转移就是连接城市的公路，事件就是你要出发的信号。没有信号，车就不动；没有公路，城市之间就没法连接。
4.2 Stateflow编辑器长什么样？
打开Stateflow编辑器的方式很简单：在Simulink库中找到Stateflow Chart模块，拖到模型里，双击就进去了。我第一次打开时，感觉界面挺清爽的——左边是对象浏览器，中间是画布，上面是工具栏。
编辑器里几个关键区域：
- 画布区域：你画状态、画转移的地方。右键可以添加状态、添加转移线。
- 对象浏览器：显示当前Chart里所有的状态、数据、事件。我建议你养成习惯，每次新建状态都给它起个有意义的名字，别用默认的State1、State2——我在项目中吃过这个亏，后来自己都看不懂了。
- 符号面板：定义输入输出数据、事件的地方。相当于给状态机声明接口。
小技巧：按住Ctrl键滚动滚轮可以缩放画布。画复杂状态机时，这个操作能救你的眼睛。
4.3 状态与转移：核心机制
状态用圆角矩形表示。每个状态可以包含：
- entry动作：进入状态时执行一次
- during动作：在状态中持续执行
- exit动作：离开状态时执行一次
转移用带箭头的线表示。转移上通常标注触发条件和动作。比如：
状态A --[事件E 且 条件C] / 动作A --> 状态B这个意思是：当事件E发生，并且条件C为真时，执行动作A，然后从状态A转移到状态B。
注意：转移的优先级问题。如果多个转移同时满足条件，Stateflow会按照转移的绘制顺序执行。我曾经在项目中遇到一个bug，就是因为两条转移线重叠，系统总是走错分支。后来我把它们分开画，问题就解决了。
4.4 第一个Stateflow图：一个简单的计数器
我们来动手做一个最简单的例子：一个计数器，从0数到5，然后归零重新数。
步骤很简单：
- 新建一个Chart模块，双击打开编辑器
- 在画布上右键，选择「添加状态」，命名为Count
- 双击状态，在里面写：
entry: cnt = 0;
during: cnt = cnt + 1;
exit: cnt = 0;- 添加一个转移，从Count指向它自己（自转移），条件写：
[cnt >= 5]嗯，这里要注意：自转移的意思是，当条件满足时，先执行当前状态的exit动作，再执行转移动作，然后重新进入状态执行entry动作。所以这个计数器的逻辑是：每次进入状态cnt清零，然后每个时间步加1，当cnt达到5时，触发自转移，重新清零。
你想想看，这个逻辑如果用普通Simulink模块搭，得用多少个模块？一个累加器、一个比较器、一个复位逻辑...至少三四个。但Stateflow里，一个状态加一条转移就搞定了。
4.5 知识体系总览
下面这张图帮你理清本章的核心脉络：
4.6 避坑指南
最后分享几个我踩过的坑：
- 状态命名别偷懒：我曾经用State1、State2命名，结果一个月后自己都分不清哪个是哪个。建议用有业务含义的名字，比如Idle、Running、Error。
- 转移条件别写太复杂：一个转移上写五六个条件，调试时根本看不出来问题。拆成多个状态和转移，清晰得多。
- 别忘了默认转移：每个状态机必须有一个默认转移（带箭头的圆点），告诉系统从哪个状态开始。我第一次画图就忘了这个，仿真报错报了半天。
我的习惯：每次画完Stateflow图，我都会手动走一遍所有可能的路径。就像检查电路一样，确保每个状态都能到达，没有死胡同。这个习惯帮我避免了好几次现场bug。
好了，Stateflow入门就讲到这里。记住，状态机是一种思维方式——把复杂的行为拆成有限个状态，再定义清楚状态之间的转移条件。你想想看，很多看似复杂的问题，用这个思路一拆解，就清晰了。
公众号:蓝海资料掘金营，微信deep3321