RS485总线3964协议设计.docVIP

RS485总线3964协议设计 　　引言 　　3964（R）协议是西门子为进行可靠点对点数据通讯（PtP）而设计的标准化开放协议。对照标准ISO参考模型，3964（R）协议包含了第一层物理层和第二层数据链路层的主要内容。与ASCII协议相比，3964（R）协议中，增加了起始位、停止位、校验机制和重发机制，为数据和链接的安全、可用提供了较好的保障。而与较为复杂的RK512协议相比，在简单PtP应用中，取消了报文帧标题、数据来源等内容，减少了对报文的区分，简化了通讯的过程，提高了通讯的效率。因此，该协议特别适合于通讯内容较为简单但有一定可靠性要求的场合，也非常适宜自行开发的第三方外围设备与西门子系列PLC进行通讯的情况使用。然而，在西门子的产品线中，支持3964（R）的产品如CP340通讯模块、CP34l通讯模块、CPU 313—2PtP、CPU 314C-2PtP等，均仅可采用RS422总线，以全双工方式运行该协议。本设计的重点是利用RS485总线，以半双工方式运行该协议，在减少电缆芯数的情况下（全双工的RS422总线为4芯、半双工的RS485为2芯），实现3964（R）通讯协议。 　　3964（R）协议 　　3964（R）协议的控制字 　　3964（R）协议是通过将对通讯协议的控制字添加到用户数据中，从而解决报文的起止位置确定、链路完整性判断、超时判断等问题的。控制字既标示了报文的起始位置，更是通讯伙伴“握手”的信号。通讯双方均是通过收发控制字表明自己的状态和对数据的接收状态的。3964（R）协议的控制字如表1所示。 　　3964（R）协议的报文帧 　　3964（R）通讯协议的报文数据以STX开始，块校验字符（BCC）结束，通过校验增强数据传输的完整性和正确性，报文结构如图1所示。 　　3964（R）通讯协议中的块校验字符（Bcc）是该帧正文数据中所有字符及报文帧结束标志（DLE和ETX）的“异或”运算结果。3964（R）协议对于正文字符是完全透明的，即任何字符都可以包含在正文中，为了避免接收方将正文中的字符1003H（DLE和ETX）误认为是报文结束标志，在正文中出现lOH时，需将10H重发一遍，即变为1010H。接收方在处理时也需将其自动处理为10H。 　　3964（R）协议的通讯流程 　　3964（R）协议在进行数据传输时，通过sTx和DLE两个控制字，在发送方与接收方之间建立起可靠的数据链接，从而确保传输链路的可靠和可控。在发送结束后，利用BCC和DLE对传输的正文数据进行校验，通过校验可确保传输数据报文的正确性。因此，3964（R）协议是一种可靠的数据传输协议。3964（R）协议的通讯流程如图2所示。 　　基于RS485总线机制的3984（R）通讯协议 　　在西门子的技术体系中，3964（R）协议实现方式以RS422总线通讯方式为基础通讯方式，RS422是一种通过2路差分电压方式实现全双工通讯的总线形式，而RS485则是1路差分电压信号形式的半双工通讯总线。根据第二童的分析可以看出，3964（R）正常通讯过程中，发送方与接收方依次占用总线，顺序进行发送、接收和总线的移交，因此，利用RS485总线进行3964（R）通讯具备可行性。 　　RS485总线下的3964（R）通讯协议，是以RS485总线下的ASCII报文为基础，即在传输过程中将所有控制字、用户数据均作为单个字符进行传输。因此，首先需要确定传输过程的基础参数。根据西门子PLC主要参数，可确定传输过程中基础参数如下：（1）通讯速率：19.2kbps；（2）块校验方式：纵向奇偶交验；（3）字符延迟时间（cDT）：20ms；（4）连接尝试数：6次（建立连接失败后，最大尝试次数）；（5）传输尝试数：6次（传输报文帧出错时的最大尝试次数，包括第1个报文）。 　　由于采用半双工的RS485通讯方式代替了全双工的RS422通讯方式，其应答等待时间（ADT）则成为通讯流程控制的关键。 　　建立数据连接 　　3964（R）通讯协议建链过程如图2所示。为了建立数据连接，发送方首先应发送STX，如在应答等待时间（ADT）范围内，接收到了接收方发送的DLE，则通讯链路建立成功，发送方可开始用户数据的发送。如接收方发回非DLE的其它字符，或应答延迟时间到而未应答，则发送方再次发送STX申请建链，直到连接尝试数，则放弃建立连接。 　　基于以上的建链流程，在建立数据连接时，为了避免半双工通讯方式造成的数据冲突，利用ADT时间的差异，实现冲突的治理。为了确保通讯的可靠性，根据上下位设备优先级的不同，高优先级设备ADT可选择为23ms，低优先级设备ADT可选择为47ms，从而确保低优先级设备等待期间，高优先级设备至少发起2次通讯。 　　如在建链过程中，发送方