RS485總線(xiàn)的3964（R）協(xié)議設計

　　摘要：3964(R)通訊協(xié)議是一種基于RS422總線(xiàn)的通訊協(xié)議，本文通過(guò)對其通訊流程的分析和調整，設計了基于RS485總線(xiàn)運行的3964(R)通訊協(xié)議及其完成通訊程序，并在某型防爆產(chǎn)品中應用了該協(xié)議，根據該產(chǎn)品的試驗情況，該協(xié)議具有較好的實(shí)用性和可靠性，可作為本質(zhì)安全型設備的通訊協(xié)議。

　　引言

　　3964(R)協(xié)議是西門(mén)子為進(jìn)行可靠點(diǎn)對點(diǎn)數據通訊(PtP)而設計的標準化開(kāi)放協(xié)議。對照標準ISO參考模型，3964(R)協(xié)議包含了第一層物理層和第二層數據鏈路層的主要內容。與ASCII協(xié)議相比，3964(R)協(xié)議中，增加了起始位、停止位、校驗機制和重發(fā)機制，為數據和鏈接的安全、可用提供了較好的保障。而與較為復雜的RK512協(xié)議相比，在簡(jiǎn)單PtP應用中，取消了報文幀標題、數據來(lái)源等內容，減少了對報文的區分，簡(jiǎn)化了通訊的過(guò)程，提高了通訊的效率。因此，該協(xié)議特別適合于通訊內容較為簡(jiǎn)單但有一定可靠性要求的場(chǎng)合，也非常適宜自行開(kāi)發(fā)的第三方外圍設備與西門(mén)子系列PLC進(jìn)行通訊的情況使用。然而，在西門(mén)子的產(chǎn)品線(xiàn)中，支持3964(R)的產(chǎn)品如CP340通訊模塊、CP341通訊模塊、CPU 313-2PtP、CPU 314C-2PtP等，均僅可采用RS422總線(xiàn)，以全雙工方式運行該協(xié)議。本設計的重點(diǎn)是利用RS485總線(xiàn)，以半雙工方式運行該協(xié)議，在減少電纜芯數的情況下(全雙工的RS422總線(xiàn)為4芯、半雙工的RS485為2芯)，實(shí)現3964(R)通訊協(xié)議。

　　3964(R)協(xié)議

　　3964(R)協(xié)議的控制字

　　3964(R)協(xié)議是通過(guò)將對通訊協(xié)議的控制字添加到用戶(hù)數據中，從而解決報文的起止位置確定、鏈路完整性判斷、超時(shí)判斷等問(wèn)題的?？刂谱旨葮耸玖藞笪牡钠鹗嘉恢?，更是通訊伙伴“握手”的信號。通訊雙方均是通過(guò)收發(fā)控制字表明自己的狀態(tài)和對數據的接收狀態(tài)的。3964(R)協(xié)議的控制字如表1所示?！　?/p>

 

　　3964(R)協(xié)議的報文幀

　　3964(R)通訊協(xié)議的報文數據以STX開(kāi)始，塊校驗字符(BCC)結束，通過(guò)校驗增強數據傳輸的完整性和正確性，報文結構如圖1所示。

　　3964(R)通訊協(xié)議中的塊校驗字符(BCC)是該幀正文數據中所有字符及報文幀結束標志(DLE和ETX)的“異或”運算結果。3964(R)協(xié)議對于正文字符是完全透明的，即任何字符都可以包含在正文中，為了避免接收方將正文中的字符1003H(DLE和ETX)誤認為是報文結束標志，在正文中出現10H時(shí)，需將10H重發(fā)一遍，即變?yōu)?010H。接收方在處理時(shí)也需將其自動(dòng)處理為10H。