SECS-II与HSMS核心区别解析

SECS-II与HSMS是SEMI国际半导体设备与材料协会制定的半导体设备通讯标准SECS协议族中的核心成员它们在通信栈中扮演着截然不同但又紧密协作的角色。简单来说SECS-II定义了通信的“内容”和“语义”而HSMS定义了这些内容在TCP/IP网络上传输的“方式”和“规则”。为了清晰理解我们可以从以下维度对比两者的主要区别对比维度SECS-II (SEMI E5)HSMS (SEMI E37)协议定位消息内容与语义标准。规范了设备与主机间交换信息的数据结构、编码格式和功能含义。通讯传输服务标准。规范了在TCP/IP网络上传输SECS-II消息的协议、状态机、报文封装和会话管理。核心职责1. 定义消息的功能分类Stream和具体操作Function即SxFy。2. 规定数据项的复杂编码方式如列表、二进制、ASCII字符串等。3. 确定每条消息的业务含义如S1F1请求状态S6F11发送事件报告。1. 定义基于TCP/IP的连接建立、维护心跳与断开流程。2. 规定消息的通用封装格式10字节消息头数据体。3. 管理通信会话状态如Not Selected, Selected。4. 处理超时与重传等传输可靠性问题。工作层级应用层协议。关注于业务数据的格式和交互逻辑。传输层/会话层协议。作为传输载体为SECS-II消息提供可靠的端到端通信服务。通信方式其消息内容可以通过两种物理方式承载1.SECS-I (E4)基于RS-232串行通信。2.HSMS (E37)基于TCP/IP网络通信。专门为TCP/IP网络设计用以取代速率慢、距离短的SECS-I串口通信成为现代半导体工厂的主流选择。数据单元消息 (Message)。核心是SxFy标识及附带的复杂数据体。报文 (Packet)。在SECS-II消息前附加一个10字节的HSMS消息头构成完整的传输单元。关键结构Stream Function用SxFy唯一标识一条消息的业务类型如S2F13为配方请求。数据项编码采用“类型字节长度字节数据字节”的自描述格式支持列表嵌套以构建复杂结构。10字节消息头包含设备ID、等待位W-bit、Stream、Function、P-Type、S-Type、系统字节等用于路由、控制和匹配请求与响应。控制消息如select.req(S-Type1)、linktest.req(S-Type5)等专门用于管理HSMS会话链路与SECS-II业务消息无关。与GEM关系GEM (E30) 标准定义了设备必须实现的最小SECS-II消息集如必须支持哪些SxFy以及状态模型。因此GEM是SECS-II的一个功能性子集和应用规范。HSMS为GEM所要求的消息交换提供了必须的网络传输层实现。没有HSMS或SECS-IGEM就无法进行物理通信。深入解析它们如何协同工作一次完整的设备与主机通信是HSMS与SECS-II无缝协作的结果。我们可以通过一个“设备向主机发送报警事件”的场景来具体说明HSMS建立通信管道设备客户端首先通过TCP/IP连接到主机的指定端口。连接建立后设备发送一个select.reqS-Type1的HSMS控制报文请求进入“Selected”状态。主机回复select.rspS-Type2表示同意。至此HSMS层的通信管道准备就绪。SECS-II构建业务消息设备需要报告一个“温度超限”的报警。根据SECS-II标准这对应一个事件报告消息例如S6F11Stream 6, Function 11。设备需要按照SECS-II的编码规则构建消息体# 伪代码构建一个 SECS-II S6F11 消息体 # SECS-II 使用列表List作为主要容器 message_body SECSIIList() # 第一个数据项事件IDCEID通常为ASCII字符串或数字 event_id SECSIIASCII(ALARM_TEMP_HIGH) message_body.append(event_id) # 第二个数据项报告数据本身也是一个列表 report_list SECSIIList() report_list.append(SECSIIBinary(1)) # 报警编号二进制格式 report_list.append(SECSIIU4(125)) # 当前温度值无符号4字节整数 report_list.append(SECSIIASCII(Chamber1)) # 发生位置ASCII字符串 message_body.append(report_list) # 至此一个符合SECS-II语义的业务消息体构建完成。HSMS封装并传输设备端的HSMS层将上一步构建好的SECS-II消息体作为“数据文本”Message Text。然后HSMS会为它加上一个10字节的消息头Device ID: 设为设备自身的ID。W-bit: 设为1表示此消息需要主机回复确认对应S6F12。Stream: 设为6。Function: 设为11。S-Type: 设为0表明这是一个数据消息Data Message而非控制消息。System Bytes: 生成一个唯一会话ID如0x00010001用于匹配请求和响应。这个“HSMS头 SECS-II体”的完整报文通过TCP连接发送给主机。主机接收与处理主机端的HSMS层首先解析10字节头识别出这是一个需要回复(W1)的S6F11数据消息并提取系统字节。随后将数据体部分交给SECS-II解析器。解析器按照SECS-II规则解码还原出事件IDALARM_TEMP_HIGH和详细的报警数据。主机应用层根据这些语义信息进行相应处理如记录日志、触发看板。主机回复处理完毕后主机构造一个S6F12的确认消息作为回复。同样先由SECS-II层构建确认消息体可能包含处理状态再由HSMS层为其加上消息头其中Stream6, Function12并使用收到的System Bytes作为关联标识发送回设备。核心区别总结与类比本质区别SECS-II是“语言”和“语法”它规定了双方对话的词汇数据项和句子结构消息格式。HSMS是“电话线路”和“通话规则”它确保双方能接通电话、听清对方说的话、并知道哪句话是对哪句的回复。依赖关系HSMS是SECS-II消息的传输载体。你可以使用不同的“电话线路”如HSMS over TCP/IP 或 SECS-I over RS-232来说同一种“语言”SECS-II。现代应用由于TCP/IP在速度、距离和网络集成上的巨大优势HSMS已成为实现SECS-II和GEM通信的事实标准物理层。理解HSMS的会话管理、报文结构以及SECS-II的数据编码、消息语义是开发或维护半导体设备通讯接口的必备知识。二者协同工作共同支撑起半导体制造车间高度自动化的设备通信网络。参考来源半导体通讯协议SECSII/HSMS/GEM详细介绍和使用半导体通讯协议SECSII/HSMS/GEM详细介绍和使用-2023/07/04半导体通讯协议SECSII/HSMS/GEM详细介绍和使用SECS I II HSMS 和GEM初步资料总结深入解析SECS-II与HSMS半导体设备通信协议的核心机制与应用实践