SECS/GEM/GEM300/EAP 讲解（二）协议层

协议网站 www.secsgem.cn
协议层的用途
协议层封装数据，并在工厂主机和设备GEM接口之间可靠地传输数据。

协议层定义

协议层实现了通过工厂主机和设备GEM接口之间的连线发送消息所用到的传输技术和数据打包算法。

协议层的好处

GEM中的协议层维护连接并检测连接丢失，因此任何一方都可以采取适当的操作，比如激活假脱机。协议层定义握手机制，以确保在需要时传递消息。协议层连接是工厂主机和设备之间的点对点连接。它是一个没有广播功能的专用连接。这使得预测网络负载变得更加容易。

数据密度

SECS/GEM传输数据开销小、密度高。这意味着给定数据集的网络带宽使用更少。

为了便于说明，我们来看一个典型的事件报告示例，并将SECS/GEM消息传递与某种程度上等价的XML和JSON消息进行比较。以一个典型的GEM接口为例，该接口为id使用无符号的4字节整数，以及一个包含8字节浮点数和4字节整数的事件报告。下表以SECS/GEM格式以及等效的JSON和XML格式显示了此消息的一个示例。

二进制SECS/GEM消息将通过网络占用58个字节，JSON大约占用206个字节，XML 175占用175个字节。JSON和XML数字可以根据键/元素名称进行一些更改，上面的只是许多可能的表示之一。

下图显示了示例消息的数据密度比较。实际数据大小为2个4字节整数+ 2个8字节浮点数+ 1个4字节事件id + 1个4字节报告id = 32字节的实际数据。开销是通过从消息的总字节数中减去实际数据大小来计算的。

对于示例消息SECS的数据密度，数据密度百分比如下图所示。数据密度百分比由(实际数据)/开销*100计算。

现在，如果我们将示例消息更改为包含100个8字节浮点数，则数据密度百分比图将改变为如下图。注意JSON和XML相对相同，但是SECS/GEM数据密度增加到78%。数据密度百分比由(实际数据)/开销*100计算。

SECS/GEM编码的开销非常小。消息的开销是描述消息的头部的10个字节，加上消息体大小的1到4个字节。对于SECS消息中的任何4字节整数或浮点数，都将通过网络发送6个字节，4个字节表示整数值+ 1个字节表示类型+ 1个字节表示数据的长度(以字节为单位)。同样，对于任何8字节的整数或浮点数，都将发送10字节。对于字符串值，长度将是字符数加上2到4字节。在SECS消息中出现列表(上面可读示例中的L)时，将向消息添加2到4个字节。

在SECS/GEM数据中，数字数组尤为高效。数组的开销是类型为1字节，数组长度为1到4字节，加上数据的本身大小。例如:一个由10个4字节整数组成的数组将占用42字节，即数据密度为95%!

在JSON示例中，一个4字节的整数需要16个字节加上表示该整数所需的字符数，因此需要17到28个字节。浮点数的开销相同，但可能需要更多字符来表示值。

在XML中，开销基于XML元素名称的大小。使用上面示例中的元素名，对于任何4字节整数，跨连接的字节数将是9 +表示该整数所需的字符数，所以是10到21字节。浮点数取决于用来表示值的字符串格式。

总而言之，通过查看每项数据所需字节大小，SECS/GEM非常密集。以4字节整数为例，其中SECS/GEM是6个字节，JSON示例是17到28个字节，XML示例是10到21个字节，随着参数数量的增加，您会发现开销确实很重要。300mm半导体设备预计每秒每个工艺模块向主机传输1000个参数。对于2个模块的设备，这将导致仅用于数据的字节数如下: SECS/GEM 12K字节, JSON 34K-56K, 如实例的XML 需要20K-42K。这些数字不考虑消息其余部分的大小，只考虑与参数值相关的实际部分。如果数据在大量消息中传输，而每个消息的值很少，那么网络负载就更糟了。在所有情况下，更少、更大的消息总是更好。

根据使用的传输协议，XML和JSON也可能增加开销。例如，XML通常使用SOAP通过HTTP传输，这就为每个消息增加了额外的两层开销和更多的字节。SECS/GEM所显示的字节数是实际通过TCP/IP上的网络传输的。

无数据翻译，无需额外消耗资源

在SECS/GEM中传输数值数据时不需要转换。数字以其原始格式传输。例如:8字节浮点数以其8字节表示形式传输，没有经过任何转换、截断或舍入。

任何协议，如JSON或XML，都必须将这些8字节浮点数转换为文本表示形式。这需要计算用于编码和解码的资源，并且需要更多的字节。IEEE754要求17位十进制数字将8字节浮点数精确地表示为字符串。将符号、小数点、指数和指数符号的字符相加，得到21个字符。这是SECS/GEM通过网络发送的两倍多。