1. HSMS 协议概述

1.1 HSMS 在 SECS/GEM 协议栈中的位置

SECS/GEM 协议族采用分层架构，HSMS（High-Speed SECS Message Services）位于传输层，替代传统的 RS-232 物理连接，为上层 SECS-II 消息提供基于 TCP/IP 的可靠传输通道。下图展示了 HSMS 在完整协议栈中的定位：

1.2 HSMS vs RS-232：核心差异对比

传统 SECS-I 基于 RS-232 串口通信，而 HSMS 基于以太网 TCP/IP。两者在物理介质、传输速率、连接模型和可靠性方面存在本质差异：

1.3 HSMS 通信模型

HSMS 定义了两种通信角色：主动端（Active）和被动端（Passive）。两者通过 TCP 连接建立会话，并遵循严格的状态机转换规则。

1.3.1 主动端与被动端角色定义

• 主动端（Active Entity）：发起 TCP 连接请求的一方。通常是上位机（Host）或设备端（Equipment），取决于配置。主动端负责监听连接状态，并在断开后发起重连。
• 被动端（Passive Entity）：监听 TCP 端口，等待连接请求的一方。被动端不主动发起连接，但可以拒绝或接受连接请求。

一个 HSMS 会话中，主动端和被动端通过 连接 ID（Session ID / Device ID） 进行标识。同一 TCP 连接上可承载多个逻辑会话。

1.3.2 HSMS 连接状态机

HSMS 定义了 5 种连接状态，状态转换由控制消息和超时事件驱动：

1.3.3 HSMS 消息格式

HSMS 消息采用 长度头 + 消息头 + 数据体 的定界格式，确保 TCP 流中消息边界的正确识别：

HSMS 消息帧结构（总长度 = 4 + 10 + DataLength）：

字节偏移  0-3:   消息长度（4 字节，大端序，表示消息头+数据体的总字节数）
字节偏移  4-13:  消息头（10 字节，固定长度）
                  - Session ID（2 字节）：设备标识
                  - Header Byte 2（1 字节）：消息类型/流号
                  - Header Byte 3（1 字节）：功能号
                  - P/B 位 + 保留位（1 字节）
                  - System Bytes（4 字节）：系统事务 ID
字节偏移 14+:    数据体（可变长度，SECS-II 数据项）

示例：S1F13（建立通信请求）的 HSMS 帧：
00 00 00 0A  (长度 = 10，无数据体)
00 01        (Session ID = 1)
01           (流号 = 1)
0D           (功能号 = 13)
00           (P/B = 0)
00 00 00 01  (System ID = 1)

1.3.4 HSMS 控制消息与数据消息

HSMS 定义了 6 种控制消息，用于连接管理和心跳检测：

数据消息（SECS-II 消息）通过 HSMS 传输时，消息头中的 流号（Stream） 和 功能号（Function） 标识具体消息类型，例如 S1F13（建立通信请求）、S6F11（事件报告）等。