西门子博图编程：PLC状态机（二）ST语言实现并行状态机

1. 为什么需要并行状态机？

在PLC控制系统中，很多场景都需要处理多个同时发生的任务。比如一个包装生产线，可能需要同时监控传送带速度、检测产品位置、控制机械手动作。如果用传统的顺序状态机处理，程序会变得非常复杂且难以维护。

我之前做过一个项目，需要控制一个自动化仓储系统。系统要同时处理货架移动、机械臂抓取、传感器检测等多个任务。最初尝试用JL指令实现，很快就遇到了瓶颈——当多个任务需要并行执行时，代码变得一团乱麻。这时候才真正理解并行状态机的价值。

并行状态机的核心思想是将复杂系统分解为多个相对独立的子状态机。每个子状态机负责一个特定的功能模块，它们可以独立运行，又可以通过事件相互通信。这种架构特别适合以下场景：

• 需要同时监控多个传感器输入
• 多个执行机构需要协调工作
• 系统包含多个相对独立的功能模块
• 需要提高代码的可重用性和可维护性

2. ST语言实现并行状态机的基础

2.1 状态机的基本结构

在ST语言中实现并行状态机，我们通常会用到以下几种结构：

1. 枚举类型定义状态：用ENUM明确定义所有可能的状态
2. CASE语句处理状态转换：每个状态对应一个CASE分支
3. 状态变量记录当前状态：用全局变量或静态变量保存
4. 事件触发机制：通过布尔变量或函数调用触发状态转换

下面是一个简单的并行状态机框架：

TYPE E_StateMachine1 : (ST_IDLE, ST_RUNNING, ST_ERROR); TYPE E_StateMachine2 : (ST_WAITING, ST_PROCESSING); VAR state1 : E_StateMachine1 := ST_IDLE; state2 : E_StateMachine2 := ST_WAITING; bStart : BOOL; bStop : BOOL; END_VAR

2.2 并行执行的实现方式

在博图环境中，ST语言的并行执行主要通过以下几种方式实现：

1. 多任务调度：利用PLC的循环扫描机制，在同一个OB块中顺序调用多个状态机
2. FB块封装：将每个状态机封装成独立的FB功能块
3. 背景数据块：为每个并行状态机分配独立的背景数据块

这里有个实际项目中的经验：并行状态机之间最好通过明确的事件进行通信，而不是直接共享变量。这样可以降低耦合度，提高代码的可维护性。

3. 复杂并行状态机的实现案例

3.1 包装机控制系统示例

让我们看一个实际的包装机控制案例。这个系统需要同时处理以下任务：

1. 传送带速度控制
2. 产品检测与定位
3. 包装袋供给控制
4. 热封温度控制

首先定义各个子状态机的状态：

TYPE E_ConveyorState : (CV_STOP, CV_RUN, CV_FAULT); TYPE E_ProductDetectState : (PD_IDLE, PD_DETECTING, PD_POSITIONING); TYPE E_BagSupplyState : (BS_READY, BS_LOADING, BS_OUT); TYPE E_SealingState : (SE_COOL, SE_HEATING, SE_READY);

然后实现主控制逻辑：

METHOD ControlCycle : VOID VAR conveyorState : E_ConveyorState := CV_STOP; productState : E_ProductDetectState := PD_IDLE; bagState : E_BagSupplyState := BS_READY; sealState : E_SealingState := SE_COOL; END_VAR // 传送带状态机 CASE conveyorState OF CV_STOP: IF bStartPressed THEN conveyorState := CV_RUN; END_IF CV_RUN: IF bStopPressed OR bEmergency THEN conveyorState := CV_STOP; ELSIF bSpeedFault THEN conveyorState := CV_FAULT; END_IF CV_FAULT: IF bReset THEN conveyorState := CV_STOP; END_IF END_CASE; // 产品检测状态机 CASE productState OF PD_IDLE: IF conveyorState = CV_RUN THEN productState := PD_DETECTING; END_IF PD_DETECTING: IF bProductDetected THEN productState := PD_POSITIONING; END_IF PD_POSITIONING: IF bPositionOK THEN productState := PD_IDLE; bReadyForSealing := TRUE; END_IF END_CASE; // 其他状态机类似实现...

3.2 状态机间的同步与通信

并行状态机之间通常需要协调工作。在上面的例子中，当产品定位完成后（PD_POSITIONING状态），需要触发包装袋供给和热封过程。这种协调可以通过以下几种方式实现：

1. 事件标志：设置布尔标志如bReadyForSealing
2. 状态查询：直接检查其他状态机的当前状态
3. 消息队列：在更复杂的系统中可以使用消息传递机制

这里有个实际调试中的技巧：在状态转换处添加调试输出，可以大大简化故障排查过程。比如：

IF productState <> prevProductState THEN DebugMsg('Product state changed from ' + TO_STRING(prevProductState) + ' to ' + TO_STRING(productState)); prevProductState := productState; END_IF

4. 高级技巧与最佳实践

4.1 状态机的分层设计

对于更复杂的系统，可以采用分层状态机设计：

1. 顶层状态机：处理主要的模式转换（自动/手动/维护）
2. 中层状态机：处理各子系统的协调
3. 底层状态机：处理具体设备的控制

这种分层结构可以使代码更加清晰，也便于团队协作开发。每个工程师只需要关注自己负责的那一层状态机实现。

4.2 状态机的测试与调试

调试并行状态机时，我总结了几条实用经验：

1. 可视化状态显示：在HMI上显示所有重要状态机的当前状态
2. 状态转换记录：使用FIFO缓冲区记录最近的状态转换
3. 单步调试：利用博图的在线调试功能单步执行状态转换
4. 模拟输入：创建测试用例模拟各种输入条件

一个实用的调试函数示例：

METHOD DebugStateMachine : VOID VAR_INPUT state : INT; stateName : ARRAY[0..9] OF STRING; END_VAR VAR i : INT; END_VAR FOR i := 0 TO 9 DO IF state = i THEN DebugMsg('Current state: ' + stateName[i]); EXIT; END_IF END_FOR

4.3 性能优化建议

当系统中有大量并行状态机时，需要注意以下性能优化点：

1. 状态机执行频率：不是所有状态机都需要每个周期都执行
2. 状态变量类型：使用最适合的变量类型（通常枚举类型最优）
3. 避免过度设计：不是所有逻辑都需要用状态机实现
4. 合理划分状态：状态粒度要适中，既不过细也不过粗

在最近的一个项目中，通过优化状态机执行频率，我们将PLC的循环时间从15ms降低到了8ms，效果非常显著。