一文搞懂SECS/GEM(二)

2024-01-22 03:36
文章标签 一文 搞懂 gem secs

本文主要是介绍一文搞懂SECS/GEM(二),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

继《一文搞懂SECS/GEM(一)》继续补充

这里写目录标题

  • HSMS
    • 2种连接模式(Connect Mode)
    • 6类消息
      • 消息交换过程
        • Select Procedure
        • Data Procedure
        • Deselect Procedure
        • Linktest Procedure
        • Separate Procedure
        • Reject Procedure
    • 4种状态
      • 状态转换
        • Passive Mode(被动模式)连接的状态转换
        • Active Mode(主动模式)连接的状态转换
    • HSMS消息格式
      • 消息格式
      • Message Header一览表
    • 5个计时器

HSMS

HSMS (High-Speed SECS Message Services)属于传输协议标准,描述数据是如何通过物理层在设备与主机之间进行传输的。HSMS定义了使用 TCP/IP 为物理传输媒质时的通信接口。HSMS 可以作为 SECS-I以及其他一些高级通信环境的替代,HSMS 又包括了两个子标准,分别是:

  • HSMS-SS (High-Speed SECS Message Service Single Selected Mode)
  • HSMS-GS (Hiah-Speed SECS Message Service General Session)

HSMS-SS 对母标准中的操进行了简化,以便于实际应用。HSMS-GS 定义了使用 HSMS 访问多个子实体的操作。

HSMS可以使用任何标准 TCP/IP API 进行开发。使用标准的 TCP/IP 寻址,默认的端口号为 5000。

*好,总结一下,其实它就是个TCP通信,只不过它规定了1种消息格式、2种连接模式、4种状态、5个计时器和6种消息类型,通过这些东西完成状态的转化和消息的通信,下文对这些内容做依次讲解

2种连接模式(Connect Mode)

HSMS将通信实体分为两种,Passive Mode(被动模式)和 Active Mode(主动模式)。

  • PassiveMode:处于被动模式的本地实体侦听并接受主动模式的远程实体发起的连接。通常设备在此模式下运行。
  • ActiveMode:主动模式的本地实体发起连接。通常主机(Host)在此模式下运行。

建立连接的过程如下图所示:
在这里插入图片描述
Passive Mode(被动模式)建立连接过程:

  1. 获取一个连接端点,在指定的端口进行监听。
  2. 侦听远程实体发送的连接请求。
  3. 接收连接请求,发送确认。

Active Mode(主动模式)建立连接过程:

  1. 获取一个连接端点。
  2. 向远程实体(被动模式)的端口发起连接。
  3. 等待远程实体接收并返回确认。

6类消息

  • Linktest.req / Linktest.rsp:通信状态确认消息。 如果没有应答则转换为NOT CONNECTED 状态;
  • Select.req / Select.rsp:建立HSMS会话消息。是实体由 NOT SELECTED 状态转换为 SELECTED 状态所使用的消息 ;
  • Deselect.req / Deselect.rsp:”优雅“终止通信消息。在双方协议终止通信时使用,发起通信终止的一端发送Deselect.req,可以记作小情侣和平分手;
  • Separate.req:单方面通信终止消息,可以记作”渣男“终止通信消息。通信某一方单方面通知对方通信终止时发送,不需要对方回复;
  • Recject.req:拒绝消息。在收到无效消息时发送。
  • Data Message:数据消息。只要连接处于SELECTED状态,任何一个实体都可以发起Data Message。当不处于Selected状态时,接收数据消息将导致Reject Procedure。发起者向响应实体发送一条Primary Message。如果Primary Message指示需要响应,则响应实体将发送 Reply Message 响应。

这6类消息细分的话又分成两类,Data Message是数据消息,其他的都是HSMS的控制消息

消息交换过程

Select Procedure

Select Procedure用于在TCP/IP连接上建立HSMS通信。

Select.req和Select.rsp消息:是实体由 Not Selected 状态转换为 Selected 状态所使用的消息 。

在这里插入图片描述

Initiator(发起方)的发起过程:

  1. Initiator将Select.req消息发送给Responding Entity;
  2. 如果Initiator接收到一个Select Status为0的Select.rsp,则Select Procedure过程成功完成,实体由 Not Selected 状态转化为 Selected 状态;
  3. 如果Initiator接收到Select Status不为0的Select.rsp,则Select Procedure失败,实体没有状态转换。

Responding Entity(回应方)的响应过程:

  1. 响应实体会收到Select.req;
  2. 如果响应实体能够转换为Selected ,它将发送一个Select Status为0的Select.rsp;
  3. 如果响应实体不能够转换为Selected,它将发送一个Select Status不为0的Select.rsp;

同时进行的Select Procedure:如果附加标准没有限制,则有可能两个实体同时启动具有相同控制标识的Select Procedure。在这种情况下,每个实体将通过使用Select.rsp响应来接受其他实体的选择请求。

在这里插入图片描述

Data Procedure

只要连接处于Selected状态,任何一个实体都可以发起HSMS数据消息。当不处于Selected状态时,接收数据消息将导致Reject Procedure。

数据消息可以进一步定义为消息事务的一部分,即Primary Message 或 Reply Message。

发起者向响应实体发送一条Primary Message。如果Primary Message指示需要响应,则响应实体将发送 Reply Message 响应。

下图为两种类型的消息事务:

在这里插入图片描述

消息的具体内容由应用层确定,并服从其他标准(例如,使用SECS-II编码消息的GEM设备的E5和E30)。

适用的上层标准由消息类型来标识。该类型由HSMS定义的特定格式确定。HSMS消息的正常类型是SECS-II文本。

Deselect Procedure

Delesect Procedure用于在断开TCP/IP连接之前,为一个实体提供一个优雅的HSMS通信终止;

HSMS要求使用该Procedure时连接处于Selected状态;

Deselect.req/Deselect.rsp在双方协议终止通信时使用,发起通信终止的一端发送Deselect.req。

在这里插入图片描述

Initiator的发起过程:

  1. Initiator将Select.req消息发送给Responding Entity;
  2. 如果Initiator接收到一个Select Status为0的Select.rsp,则Select Procedure过程成功完成,实体由 Not Selected 状态转化为 Selected 状态;
  3. 如果Initiator接收到Select Status不为0的Select.rsp,则Select Procedure失败,实体没有状态转换。

Responding Entity的响应过程:

  1. 响应实体会收到Select.req;
  2. 如果响应实体能够转换为Selected ,它将发送一个Select Status为0的Select.rsp;
  3. 如果响应实体不能够转换为Selected,它将发送一个Select Status不为0的Select.rsp;

同时进行的Select Procedure:如果附加标准没有限制,则有可能两个实体同时启动具有相同控制标识的Select Procedure。在这种情况下,每个实体将通过使用Select.rsp响应来接受其他实体的选择请求。

在这里插入图片描述

Linktest Procedure

Linktest Procedure 用于确定TCP/IP和HSMS通信的完整性。只要连接处于Selected状态,可以随时使用。

Linktest.req/Linktest.rsp:用于通信状态的确认, 如果没有应答则转换为Not Connected 状态;

在这里插入图片描述

Initiator的发起过程:

  1. Initiator将Linktest.req消息发送给Responding Entity;
  2. 如果Initiator在T6超时时间内接收到一个Linktest.rsp,Linktest Procedure成功完成;
  3. 如果在T6超时时间内未收到Linktest.rsp,则视为通信故障。

Responding Entity的响应过程:

  1. 响应实体接收到Linktest.req;
  2. 响应实体发送Linktest.rsp。
Separate Procedure

Separate Producure用于在断开TCP/IP连接之前突然终止实体的HSMS通信。

HSMS要求使用该Procedure时连接处于Selected状态。

Separate.req:在单方面通知通信终止时发送;

在这里插入图片描述

Reject Procedure

Reject Procedure用于响应在不适当的上下文中收到的其他有效的HSMS消息,即接收到消息的接收方不支持该消息或认为无效的消息;

Recject.req:在收到无效消息时发送。

在这里插入图片描述

4种状态

在这里插入图片描述

状态说明:

  • NOT CONNECTED:开始监听,但尚未建立任何连接或以前建立的TCP/IP连接都已终止;

  • CONNECTED:已建立了一个TCP/IP连接。此状态有两个子状态——NOT SELECTED 和 SELECTED;

    • NOT SELECTED:没有建立HSMS会话或先前建立的HSMS会话已结束;

    • SELECTED:至少建立了一个HSMS会话,这是HSMS的通常状态,数据消息可以在此状态下进行交换。

状态转换

在这里插入图片描述

Passive Mode(被动模式)连接的状态转换

在这里插入图片描述

Active Mode(主动模式)连接的状态转换

在这里插入图片描述

HSMS消息格式

消息格式

在这里插入图片描述

  • Message Length:一个4字节的无符号整数,表示其后Message Header加上Message Text的总字节数,其最小值为10字节。

  • Message Header:消息头的长度固定为10字节,格式如下图所示:

    0upper Session ID
    1lower Session ID
    2Header Byte 2
    3Header Byte 3
    4PType
    5SType
    6~9System Bytes
    • Session ID:又叫Device ID,是16位无符号整数。用于标识通信实体的连接;此外,对于有回复的消息,ReplyMessage 的 Session ID 应与其对应回复的PrymaryMessage的Session ID相同。

    • Header Byte 2:对于不同的HSMS消息,有不同的取值,参考如下表格:

      消息类型Header Byte 2说明
      Data MessageW-bit and
      SECS Stream
      DataMeaages的Head Byte2由高1位的W-bit和低7位的SECS Stream组成。
      W-Bit:指示Primary Message是否需要Reply Message,期望应答则设置为1,不期望应答则设置为0。Reply Message应该始终将W-bit设置为0。
      SECS Stream:是一个7位无符号整数值,位于低阶7位(第6-0位)。SECS Stream表示消息的一个主题,它的使用在SEMIE5(SECS-II)中定义。
      Select.req0
      Select.rsp0
      Deselect.req0
      Deselect.rsp0
      Linktest.req0
      Linktest.rsp0
      Reject.reqPType or SType如果不支持PType,该位设置成被拒绝的消息的PType。否则,设置成被拒绝的消息中的SType的值
      Separate.req0
    • Header Byte 3:对于不同的HSMS消息,有不同的取值,参考如下表格:

      消息类型Header Byte 3说明
      Data MessageSECS FunctionSECS Function:功能是一个8位的无符号整数值,用于标识消息的一个次要话题,偶数是Primary消息,奇数是Replay消息。它的使用以及和Stream的关系在SEMIE5(SECS-II)中定义。
      Select.req0
      Select.rspSeclect Status0 - Select操作成功;
      1 - 通信已激活。之前的Select已经操作成功过了
      2 - 连接未就绪。连接尚未准备好接受Select请求。
      3 - 连接已用光。该连接已被接受,但该实体已在为一个单独的TCP/IP连接提供服务,并且无法在任何给定时间为多个连接提供服务。
      4~127 - 子标准保留
      128~255 - 保留,未使用
      Deselect.req0
      Deselect.rspDeseclect Status0 - 通信结束,Deselect操作成功
      1 - 通信未建立。HSMS通信尚未通过选择建立,或先前Deselect已经操作成功过了。
      2 - 通信繁忙。会话仍在由响应实体使用,因此它还不能优雅地放弃会话。在这种情况下,如果请求者一定要终止通信的话,则应使用Separate.req。
      3~127 - 子标准保留
      128~255 - 保留,未使用
      Linktest.req0
      Linktest.rsp0
      Reject.reqReason Code1 - 收到的SType不支持
      2 - 收到的PType不支持
      3 - 交易未打开。当没有对应的未处理的请求消息时,收到响应控制消息。例如:发送方发送了Select.req后,收到了两条Select.rsp,对于第一条Select.rsp正常处理,对于第二条Select.rsp就回应Reject.req,Reason Code为3
      4 - 未处于SELECTED状态时收到一条数据消息
      5~127 - 子标准保留
      128~255 - 保留,未使用
      Separate.req0
    • PType:表示类型(Presentation Type),8位无符号整型,使用枚举表示层消息类型,即MessageHeader和MessageText是如何编码的,取值如下:

      取值描述
      0SECS-II 编码
      1~127子标准保留
      128~255保留,未使用
    • SType:会话类型(Session Type),8位无符号整数,表示此消息是何类消息,取值类型如下表:

      取值描述
      0Data Message
      1Select.req
      2Select.rsp
      3Deselect.req
      4Deselect.rsp
      5Linktest.req
      6Linktest.rsp
      7Reject.req
      8未使用
      9Separate.req
      10未使用
      11~127子标准保留
      128~255保留,未使用
    • System Bytes:四字节无符号整数,用于唯一标识一次消息交互,一定要具备唯一性。此外,ReplyMessage 的 SystemBytes 应与其对应回复的PrymaryMessage的SystemBytes相同。

  • Message Test:消息文本。格式由Message Header的PType字段决定。

Message Header一览表

下表总结了6种消息的Message Header(清晰明了,重点看一下!)如下:

在这里插入图片描述

5个计时器

计时器名字范围建议值描述
T3回复超时(Reply Timeout)1~120s45s一个实体等待回复消息的最长时间,如果T3超时则取消这次会话事务但不断开 TCP/IP 连接
T5连接间隔时间(Connect SeparationTimeout)1~240s10s定义两个连接请求之间的时间间隔。
频繁的向一个未准备好连接的实体发起连接请求,会加重 TCP/IP 的操作负荷。因此,当一个主动模式实体发起的连接操作终止后(不论是成功结束还是被远端实体拒绝),该实体必须等待 T5 时间再后发起下一次连接请求。
T6控制会话超时(Transaction Timeout)1~240s5s定义了一个控制事务所能保持开启的最长时间,超过该时间就认为这次通信失败。
当发送.req控制信息时T6计时器开启,若在T6超时之前收到了响应的.rsp消息则计时器关闭,否则控制消息的发起者将关闭这次会话,并认为出现一个通信故障
T7Not Select状态超时(Not Select Timeout)1~240s10s表示当建立了 TCP/IP 连接之后通信处于 Not Selected 状态的最长时间,通信必须在该时间完成 Selecte操作,否则将会断开 TCP/IP 连接
T8网络字符超时(Network Intercharacter Timeout)1~120s5s表示成功接收到单个HSMS消息的字符之间的最大时间间隔。由于TCP/IP时面向流的通信协议,因此一个HSMS通信消息可能被分为若干个TCP/IP消息进行传送,若T8计时器超时则认为这次传输失败。

注:计时器数值的最小分辨率是1秒,不能使用小数




以上这些,基于工作经验和SECS标准手册整理而来,由问题和纰漏请多多指正,感谢~~~

这篇关于一文搞懂SECS/GEM(二)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/631730

相关文章

一文深入详解Python的secrets模块

《一文深入详解Python的secrets模块》在构建涉及用户身份认证、权限管理、加密通信等系统时,开发者最不能忽视的一个问题就是“安全性”,Python在3.6版本中引入了专门面向安全用途的secr... 目录引言一、背景与动机:为什么需要 secrets 模块?二、secrets 模块的核心功能1. 基

一文详解MySQL如何设置自动备份任务

《一文详解MySQL如何设置自动备份任务》设置自动备份任务可以确保你的数据库定期备份,防止数据丢失,下面我们就来详细介绍一下如何使用Bash脚本和Cron任务在Linux系统上设置MySQL数据库的自... 目录1. 编写备份脚本1.1 创建并编辑备份脚本1.2 给予脚本执行权限2. 设置 Cron 任务2

一文详解如何在idea中快速搭建一个Spring Boot项目

《一文详解如何在idea中快速搭建一个SpringBoot项目》IntelliJIDEA作为Java开发者的‌首选IDE‌,深度集成SpringBoot支持,可一键生成项目骨架、智能配置依赖,这篇文... 目录前言1、创建项目名称2、勾选需要的依赖3、在setting中检查maven4、编写数据源5、开启热

六个案例搞懂mysql间隙锁

《六个案例搞懂mysql间隙锁》MySQL中的间隙是指索引中两个索引键之间的空间,间隙锁用于防止范围查询期间的幻读,本文主要介绍了六个案例搞懂mysql间隙锁,具有一定的参考价值,感兴趣的可以了解一下... 目录概念解释间隙锁详解间隙锁触发条件间隙锁加锁规则案例演示案例一:唯一索引等值锁定存在的数据案例二:

一文全面详解Python变量作用域

《一文全面详解Python变量作用域》变量作用域是Python中非常重要的概念,它决定了在哪里可以访问变量,下面我将用通俗易懂的方式,结合代码示例和图表,带你全面了解Python变量作用域,需要的朋友... 目录一、什么是变量作用域?二、python的四种作用域作用域查找顺序图示三、各作用域详解1. 局部作

一文彻底搞懂Java 中的 SPI 是什么

《一文彻底搞懂Java中的SPI是什么》:本文主要介绍Java中的SPI是什么,本篇文章将通过经典题目、实战解析和面试官视角,帮助你从容应对“SPI”相关问题,赢得技术面试的加分项,需要的朋... 目录一、面试主题概述二、高频面试题汇总三、重点题目详解✅ 面试题1:Java 的 SPI 是什么?如何实现一个

一文详解PostgreSQL复制参数

《一文详解PostgreSQL复制参数》PostgreSQL作为一款功能强大的开源关系型数据库,其复制功能对于构建高可用性系统至关重要,本文给大家详细介绍了PostgreSQL的复制参数,需要的朋友可... 目录一、复制参数基础概念二、核心复制参数深度解析1. max_wal_seChina编程nders:WAL

一文详解如何查看本地MySQL的安装路径

《一文详解如何查看本地MySQL的安装路径》本地安装MySQL对于初学者或者开发人员来说是一项基础技能,但在安装过程中可能会遇到各种问题,:本文主要介绍如何查看本地MySQL安装路径的相关资料,需... 目录1. 如何查看本地mysql的安装路径1.1. 方法1:通过查询本地服务1.2. 方法2:通过MyS

一文详解如何在Vue3中封装API请求

《一文详解如何在Vue3中封装API请求》在现代前端开发中,API请求是不可避免的一部分,尤其是与后端交互时,下面我们来看看如何在Vue3项目中封装API请求,让你在实现功能时更加高效吧... 目录为什么要封装API请求1. vue 3项目结构2. 安装axIOS3. 创建API封装模块4. 封装API请求

一文带你搞懂Redis Stream的6种消息处理模式

《一文带你搞懂RedisStream的6种消息处理模式》Redis5.0版本引入的Stream数据类型,为Redis生态带来了强大而灵活的消息队列功能,本文将为大家详细介绍RedisStream的6... 目录1. 简单消费模式(Simple Consumption)基本概念核心命令实现示例使用场景优缺点2