RK512通信协议

    RK512协议又称为RK512计算机连接，用于控制与一个通信伙伴之间的点对点数据传输。与3964 (R)协议相比，RK512协议包括ISO参考模型的物理层（第1层）、数据链路层（第2层）和传输层（第4层），提供了较高的数据完整性和先进的寻址选项。

    1．RK512的报文帧

    (1)响应报文帧

RK512协议用响应报文帧来响应每个正确接收到命令帧。

    (2)命令报文帧

    命令报文帧的标题结构如表5-10所示。命令帧包括SEND或FETCH报文帧。

表5-10    命令报文帧的标题结构

 

    SEND（发送）报文帧：当传送一个SEND报文帧时，CPU将传送一个包括用户数据的指令帧，通信伙伴返回一个不带用户数据的响应报文帧。

    FETCH（读取）报文帧：FETCH报文帧用来读取通信伙伴的数据区，它是带有用户数据区地址的命令帧，通信伙伴返回一个带有用户数据的响应报文帧。

    (3)连续报文帧(Continuation Message frame)

    如果数据长度超过128B，发送的报文帧将自动的分为SEND(或FETCH)报文帧和连续报文帧。

    (4)响应报文帧

    在发送命令报文帧后，RK512在监控时间内等待通信伙伴的响应报文帧。监控时间的长短取决于传输速率（波特率），300bit/s~76.8kbit/s时为10s。

    响应报文帧由4个字节组成，如表5-11所示。

表5-11    响应报文帧

 

根据响应报文帧中的错误编号，将自动生成功能块的输出参数“STATUS”中的事件号。

    2．SEND报文帧的数据传输过程

RK512协议用SEND报文帧发送数据的传输过程如图5-68所示。

 

图5-68  SEND报文帧传输过程

SEND请求需按照图5-69所示的顺序执行。

    3．连续SEND报文帧

    如果用户数据长度超过128B，它将被启动一个连续SEND报文帧，其处理方法与SEND报文帧相同。

    发送的字节如果超出了12 8B，多余的字节将自动地在一个或多个连续报文帧中发送。

    使用一个连续响应报文帧发送一个连续SEND报文帧时的数据传输过程如图5-70所示。

 

图5-69 SEND请求执行的顺序

 

图5-70连续SEND报文帧传输过程

    4．FETCH报文帧的数据传输过程

RK512协议用FETCH报文帧读取数据的传输过程如图5-71所示。

 

图5-71  FETCH报文帧传输过程

    FETCH请求需按图5-72所示的顺序执行。

    如果在第4个字节中有一个不等于0的出错编号，响应报文帧中不包含任何数据。

    如果被请求的数据超过128B，将自动地用一个或多个连续报文帧读取额外的字节。

如果接收到一个错误的FETCH报文帧，或者在报文帧的标题中出现一个错误，通信伙伴在响应报文帧的第4个字节中输入一个错误编号。出现协议错误时在响应报文帧中不包含

信息。RK512协议用一个连续响应报文帧读取数据的传输过程如图5-73所示。

 

图5-72  FETCH请求的执行顺序

 

图5-73  连续FETCH报文帧传输过程

    5．伪双工操作( Quasi-Full-Duplex Operation)

    伪全双工操作是指只要其他伙伴没有发送报文，通信伙伴就可以在任何时候发送命令报文帧和响应报文帧。命令报文帧和响应报文帧的最大嵌套深度为1，即只有前一个报文帧被响应报文帧应答后，才能处理下一个命令报文帧。

    在某些情况下，如果两个伙伴都请求发送，在响应报文帧之前，通信伙伴可以发送一个SEND报文帧。例如，在响应报文帧之前，通信伙伴的SEND报文帧已经进入了发送缓冲区。

    伪全双工工作方式如图5-74所示，直到通信伙伴发送完SEND报文帧，才发送响应第1个连续SEND报文帧的连续响应报文帧。

 

图5-74伪全双工工作方式

    6．RK512通信的参数设置

    由于3964 (R)是RK512通信的一部分，RK512协议的参数与3964 (R)协议的参数基本相同。但是二者有下列区别：RK512的字符固定设为8位，没有接收缓冲区，也没有接收数据的参数。必须在使用的系统功能块( SFB)中规定数据目标和数据源的参数。

（作者稿费要求：需要高清无水印文章的读者3元每篇，请联系客服，谢谢！在线客服：）