FTO系統數據通信處理分析論文

時間：2024-08-09 16:57:15 通信工程畢業論文我要投稿

相關推薦

FTO系統數據通信處理分析論文

　　1技術方案

FTO系統數據通信處理分析論文

　　1．1傳統通信方式

　　S7-300PLC采用CP341進行數據通信，CP341應用最多的是ModbusＲTU通信方式。ModbusＲTU通信協議采取主從模式:由主站發出數據操作請求，從站進行響應。整個網絡可以有多個從站，但是必須有且只有一個主站。若主站不發出數據操作請求，則所有從站保持靜默狀態。PLC在ModbusＲTU模式中一般作為從站響應上游的DCS主站請求。為保證FTO系統現場控制盤內的PLC與DCS主站通信成功，首先要確定從站能辨識主站的查詢請求，其次要保證從站響應主站的報文格式正確，應符合Mod-busＲTU標準格式。

　　1．2程序結構流程

　　在FTO系統的就地PLC與DCS主站通信中，采用軟件結構化編程模擬傳統的硬件通信模塊固化的程序流程，主要的程序模塊有:OB1———主程序，程序組織塊，用于啟用主程序;OB80———程序組織塊，用于報告系統運行錯誤號;OB121、OB122———程序組織塊，用于程序容錯處理，防止PLC死機;FB7———子程序，程序功能塊，用于從總線上接收主機的請求數據;FB8———子程序，程序功能塊，用于把從站數據發送到總線上，以響應主機的請求;FB9———子程序，ＲTUSLAVE通信主程序。

　　1．3具體實現

　　程序組織塊OB80、OB121、OB122可直接從Step7中調用。CP341用功能塊FB7“P_ＲCV_ＲK”和FB8“P_SND_ＲK”分別從通信總線上接收和發送通信數據。在本通信程序中被主程序FB9調用。FB9是ＲTUSLAVE通信主程序，用于運行中的程序流程，由其調用FB7、FB8、FC10和FC12。起始時，FB9調用FB7從總線上接收主站請求的報文，通過解析報文的第一字節內容(從站地址)，判斷地址是否與本從站一致，若不一致則直接丟棄此報文，繼續監測總線數據;若報文請求地址與本從站地址一致，則調用FC12子程序對報文進行CＲC16校驗，若校驗失敗則說明報文有誤，直接丟棄報文;若校驗通過，則繼續解析此報文請求的第二字節(功能碼)，按功能碼的請求分別轉到對應的程序段執行;執行相應的請求功能后，調用FC10進行數據移動整理，并再次調用FC12對響應后的數據進行校驗，并將校驗碼附加到響應數據的最后兩個字節作為響應報文，調用FB8發送到總線供主機接收。通信程序的容錯機制采用CＲC16校驗。CＲC16校驗程序由于要對通信的所有數據進行逐一字節的運算，因此極其耗費CPU運算資源，經實驗，采用PLC內置硬件模塊處理的通信數據量達到256Byte后CPU運算時間大于掃描周期時間的概率大為增加，容易導致通信錯誤和CPU死機。為了不使計算時間超出PLC的最大允許掃描時間，筆者設計將計算一串數據的CＲC16校驗碼任務分散到各PLC周期中去。具體做法是:每個掃描周期只進行一個字節的通信數據CＲC16校驗計算，一串通信數據則依字節數分散到多個周期去做，設置一個全局變量存儲當前的CＲC16檢驗碼值，每個周期在當前CＲC16校驗碼值的基礎上繼續下一個字節的計算，得到新的CＲC16校驗碼值，當一串數據全部計算完畢后，當前CＲC16校驗碼值即最終值。CＲC16單個字節校驗編程的具體實現步驟如下:

　　a．設置CＲC寄存器，并給其賦值FFFF(hex);

　　b．將待校驗數據(起始位、停止位不參加計算)的第一個字節與16位CＲC寄存器的低8位進行異或，并把結果存入CＲC寄存器;

　　c．CＲC寄存器向右移一位，MSB補零，移出并檢查LSB;

　　d．如果LSB為0則重復c，若LSB為1就把CＲC寄存器與A001H相異或;

　　e．重復c與d直到8次移位全部完成，此時該字節數據處理完畢;

　　f．重復b～e直到所有數據全部處理完成;

　　g．最終CＲC寄存器的內容即為CＲC值。FB9、FC10和FC12是通信程序核心，也是此方法的主要源代碼內容。此程序代碼實現的ModbusＲTU支持的功能碼為01、02、03、04、05、06、15和16。

　　2應用結果

　　FTO系統中數字量為298點，模擬量為163點，單回路8個，復雜控制回路4個。為保證PLC的運行實時性，設置其極限循環掃描時間為150ms。對3種通信方式進行對比，軟件單次掃描循環方式是將通信過程中計算量最大的CＲC校驗計算在一個掃描周期內運行，運行時間為198ms，遠超出了PLC極限循環掃描時間，引起CPU停機;采用傳統的硬件通信模塊時，掃描時間為142ms，比較接近150ms的極限，若考慮到模擬量控制回路運行時間的不確定性，則復雜工況下，也存在導致CPU停機的風險;利用多個掃描周期來計算CＲC校驗碼值的方式，每次循環只要89ms，保證了CPU循環掃描時間的足夠裕量，有利于系統穩定可靠運行。從通信成本投入看，尤其是對中小型PLC系統，軟件多次掃描循環方法是經濟的。

　　3結束語

　　FTO系統運行至今，回路顯示、控制和通信數據的交換一直穩定、可靠，達到了預期目的。應用結果表明，該方法提高了PLC處理大量通信數據時的運行可靠性，保證了FTO系統的可靠運行，同時節省了購置PLC通信硬件的高額成本，應用前景廣闊。

【FTO系統數據通信處理分析論文】相關文章：

實現調控系統監控信息標準化分析論文11-21