HSMS

提示

因为HSMS属于SECS中基础的一层，如果所在公司拥有/使用第三方成熟驱动这里的内容实际上已经被很好的处理了。

在基于网络的通信架构中，HSMS（高速 SECS 消息服务） 位于 TCP/IP 层之上，并为更高级的应用层标准（如 SECS-II）提供服务。根据来源，各层处理的具体内容如下：

1. TCP/IP 层：提供可靠的流传输

在 HSMS 通信建立之前，TCP/IP 层负责处理底层连接的可靠性：

• 可靠的字节流支持：TCP/IP 提供可靠的、双向同步的连续字节流传输。它保证接收方收到的字节序列与发送方呈现的完全一致。
• 连接管理：通过标准的 TCP 连接规程（主动或被动模式）获取通信链路。
• 网络寻址：利用 IP 地址和 TCP 端口号在网络中唯一标识并定位通信实体。
• 透明化物理层细节：它隐藏了物理层（如以太网）的阻塞限制和包交换细节，为上层提供透明的传输通道。

2. HSMS 层：消息划分与会话控制

HSMS 运行在 TCP/IP 提供的流支持之上，其核心任务是将“流”转变为“消息”并管理逻辑会话：

• 流的细分：HSMS 将 TCP/IP 的连续字节流细分为一个个连续的字节块，即 HSMS 消息。
• 会话管理（Select 规程）：由于 TCP/IP 连接是动态建立的且可能被多种协议共享，HSMS 通过 Select 规程 确认该特定的 TCP 连接专门用于 HSMS 通信。
• 状态机控制：HSMS 管理通信状态（如 NOT CONNECTED, CONNECTED, SELECTED 等）。只有在进入 SELECTED 状态后，才允许交换实际的应用数据消息。
• 消息格式标准化：为每条消息附加 4 字节的消息长度和 10 字节的报头（Header），用于标识会话 ID、消息类型（数据消息或控制消息）以及事务匹配（系统字节）。
• 连接诊断与优雅退出：提供 Linktest（链路测试）、Deselect（取消选择）和 Separate（断开）等规程来维护或正常终止会话。

3. 下一层（应用层）：具体的业务逻辑

HSMS 并不理解其传输的消息文本的具体含义，具体的应用逻辑交由辅助标准（Subsidiary Standards）或应用层处理：

• 数据内容解析：对于半导体行业，最常见的下一层协议是 SECS-II (SEMI E5)。
• 事务逻辑：具体的业务操作（如控制半导体设备或工艺流程）由 SECS-II 编码的消息定义。
• 应用标准确定：消息报头中的 PType（表现类型）字段决定了消息文本的编码方式（例如 PType=0 表示 SECS-II 编码），从而将数据路由给相应的应用处理器。

结论： TCP/IP 负责“把字节安全送到”，HSMS 负责“把字节打包成消息并确保双方在对话状态”，而应用层（如 SECS-II） 负责“解释消息并执行业务指令”。

编辑此页

有任何问题或疑问，请发送邮件到--->admin@secs-ii.net

• 发现错误或表达不清希望修正
• 内容不健全需要扩展
• 有疑问希望解答