一、GEM状态模型总览：五大状态模型及其关系

各位工程师朋友，今天我们来聊聊GEM状态模型。说实话，我刚接触SECS/GEM协议时，最头疼的就是这五个状态模型。它们就像五个齿轮，互相咬合，缺一不可。

我个人习惯把GEM状态模型比作一个工厂的运作体系。你想想看，一个工厂要正常运转，需要通信系统、控制系统、生产流程、设备状态和异常处理。GEM的五大状态模型，正好对应了这五个维度。

1.1 五大状态模型是什么？

GEM标准定义了五个核心状态模型，它们分别是：

• COMMUNICATION（通信状态模型） — 负责主机和设备之间的连接管理
• CONTROL（控制状态模型） — 管理谁有控制权，是主机还是设备本地
• PROCESS（工艺状态模型） — 跟踪设备当前正在执行的工艺步骤
• EQUIPMENT（设备状态模型） — 反映设备的整体运行状况
• ERROR（错误状态模型） — 处理异常和错误情况

我在项目中遇到过不少工程师，他们总想一口气搞懂所有状态。我的建议是：先抓住COMMUNICATION和CONTROL这两个核心，其他的自然就通了。

1.2 状态模型之间的关系

这五个模型不是孤立的。它们之间有明确的依赖和交互关系。我画了一张图，方便大家理解：

从这张图可以看出，COMMUNICATION是基础。没有通信，其他模型都无从谈起。CONTROL是核心，它决定了谁在发号施令。PROCESS和EQUIPMENT是执行层，而ERROR是兜底机制。

1.3 各状态模型的简要说明

状态模型	主要状态	核心作用
COMMUNICATION	NOT CONNECTED, CONNECTED, COMMUNICATING	管理TCP/IP连接和会话
CONTROL	OFFLINE, ONLINE LOCAL, ONLINE REMOTE	决定控制权归属
PROCESS	IDLE, PROCESSING, PAUSED, ABORTED	跟踪工艺执行状态
EQUIPMENT	INITIALIZING, READY, RUNNING, STOPPED	反映设备整体状况
ERROR	NO ERROR, ERROR, ALARM	异常检测和上报

1.4 状态转换的触发条件

每个状态模型都有明确的转换规则。举个例子，COMMUNICATION状态模型：

• NOT CONNECTED → CONNECTED：TCP连接建立成功
• CONNECTED → COMMUNICATING：完成S1F13/S1F14握手
• COMMUNICATING → NOT CONNECTED：连接断开或超时

嗯，这里要注意。状态转换不是随意的。每个转换都有对应的SECS消息触发。我曾经见过一个项目，工程师直接跳过了CONNECTED状态，从NOT CONNECTED直接进入COMMUNICATING，结果导致协议栈崩溃。这个坑，大家千万别踩。

1.5 状态模型的协同工作

实际运行时，这五个状态模型是协同工作的。我举个例子：

当设备上电后，COMMUNICATION状态模型先进入NOT CONNECTED。然后TCP连接建立，进入CONNECTED。接着完成SECS握手，进入COMMUNICATING。这时CONTROL状态模型才能从OFFLINE切换到ONLINE。

主机下发工艺配方后，PROCESS状态模型从IDLE进入PROCESSING。同时EQUIPMENT状态模型从READY进入RUNNING。如果过程中出现异常，ERROR状态模型被触发，同时PROCESS可能进入ABORTED，EQUIPMENT进入STOPPED。

你看，这五个模型就像五个齿轮，一个转动，其他的也跟着动。搞清楚了它们的关系，GEM状态机就掌握了一半。

1.6 小结

今天的内容就到这里。GEM的五大状态模型，说白了就是一套标准化的设备行为描述。我个人觉得，理解它们之间的关系比死记硬背状态列表更重要。下次我们深入每个状态模型的具体实现时，你会发现今天打下的基础非常有用。

---