一文搞懂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进行监控进程的黑科技

《一文解密Python进行监控进程的黑科技》在计算机系统管理和应用性能优化中,监控进程的CPU、内存和IO使用率是非常重要的任务,下面我们就来讲讲如何Python写一个简单使用的监控进程的工具吧... 目录准备工作监控CPU使用率监控内存使用率监控IO使用率小工具代码整合在计算机系统管理和应用性能优化中,监

一文详解如何使用Java获取PDF页面信息

《一文详解如何使用Java获取PDF页面信息》了解PDF页面属性是我们在处理文档、内容提取、打印设置或页面重组等任务时不可或缺的一环,下面我们就来看看如何使用Java语言获取这些信息吧... 目录引言一、安装和引入PDF处理库引入依赖二、获取 PDF 页数三、获取页面尺寸(宽高)四、获取页面旋转角度五、判断

一文详解SpringBoot中控制器的动态注册与卸载

《一文详解SpringBoot中控制器的动态注册与卸载》在项目开发中,通过动态注册和卸载控制器功能,可以根据业务场景和项目需要实现功能的动态增加、删除,提高系统的灵活性和可扩展性,下面我们就来看看Sp... 目录项目结构1. 创建 Spring Boot 启动类2. 创建一个测试控制器3. 创建动态控制器注

一文详解Git中分支本地和远程删除的方法

《一文详解Git中分支本地和远程删除的方法》在使用Git进行版本控制的过程中,我们会创建多个分支来进行不同功能的开发,这就容易涉及到如何正确地删除本地分支和远程分支,下面我们就来看看相关的实现方法吧... 目录技术背景实现步骤删除本地分支删除远程www.chinasem.cn分支同步删除信息到其他机器示例步骤

一文详解Java Stream的sorted自定义排序

《一文详解JavaStream的sorted自定义排序》Javastream中的sorted方法是用于对流中的元素进行排序的方法,它可以接受一个comparator参数,用于指定排序规则,sorte... 目录一、sorted 操作的基础原理二、自定义排序的实现方式1. Comparator 接口的 Lam

一文深入详解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间隙锁,具有一定的参考价值,感兴趣的可以了解一下... 目录概念解释间隙锁详解间隙锁触发条件间隙锁加锁规则案例演示案例一:唯一索引等值锁定存在的数据案例二: