布景：

　　如今做鍋爐節能操控，都是在原有的操控體系上加上西門子的操控器，把算法寫在西門子操控器中，經過通訊的方法讀取第三方體系的數據運算后把操控指令再發回去。由于第三方體系運用的體系不一樣，當前對比多的如ABB，施耐德，GE，上海新華，和利時，浙大中控等，為了完成和這些體系做的操控體系，就要有一個對比合理的通訊方法，當前選用的是opc方法通訊。

　　當前選用的通訊方法：

　　當前選用opc方法，鍋爐也是選用母管制的，所以要同時把全部母管中銜接的鍋爐的數據都收集過來才好，這樣數據兩對比大，在很多數據交換的情況下，速度對比好。咱們如今在向大型鍋爐操控上轉型，大型鍋爐都是一爐一機的，對于咱們的如今的需求不太適宜，咱們的特色是需求交換的數據量小zui多兩三百點，可是需求速度快。咱們當前的通訊方法是用pc和第三方體系通訊然后pc和PLC通訊，pc頂用wincc把讀取到的數據轉寫到plc的變量中，wincc中假如腳本執行的速度過快，則影響到wincc的別的的功用，所以當前zui快也即是1s的周期。

　　當前的技能需求：

　　而對于一爐一機這種數據量小，需求速度快的通訊特色，modbus通訊方法更適宜，modbus是對比早的通訊協議，大多數的智能外表都支撐，操控體系也都支撐，所以不存在無法通訊的難點。為了完成這個通訊，我于2014年的年底在江蘇阜寧澳洋熱電廠做了測驗。

　　項目硬件需求：

　　江蘇阜寧澳洋熱電廠選用的是和利時的DCS操控體系，由于咱們的操控思路是在原有操控體系基礎上做的程序，所以硬件中不包括io模塊選用西門子ps407，400操控器以及cp441通訊模塊。網上收購232通訊接頭，自制232通訊線。

　　硬件組態：

　　硬件組態很簡單，只需依照闡明材料一步步操作就可以了，這兒沒有啥好說的。

　　遇到的疑問：

　　1、接線。

　　依照這個接線圖銜接后無法通訊，后來我考慮到modbus的通訊需求通知對方是不是預備還收發數據以及是不是收發完畢，所以應該狀況也發給對剛才行，所以把上面的接線圖改成：

　　完成了硬件銜接，可以通訊了。

　　2、通訊格局設置：

　　我們都曉得西門子的數據存儲格局和別的的公司有點不一樣，西門子是低字高位，別的公司大多數都是選用的高字高位，假如只是傳輸字節的話，兩者是沒有差異的，假如用modbus傳輸32位的數據就需求留意這個疑問了，由于modbus只是原封不動的把藥傳輸的32位地址的數據傳過去，詳細這些位中式啥它不論的，所以假如沒有留意到這個高低位的疑問，很有也許你都不曉得傳過去的是啥。對方可以完成換位功用，則只需選用4321的數據格局就行了，不然就要咱們手動把需求傳輸的數據在傳輸前或許接納后進行換位操作。運用沒有留意這個疑問，通訊后的數據全變了，后來換位后正常了。

　　3、處理：

　　在實踐測驗運用過程中處理了前面說的疑問后，又遇到了新的疑問。實數，整數都能準確通訊，只需bool量無法通訊，只需添加bool量，則第三方體系報錯，通訊中止，咨詢技能服務人員也沒有解決疑問，后來我想已然整數可以準確處理，那么我就把bool量打包成字節按整數傳輸，這樣還省了需求傳輸的變量數，只是兩邊都需求編程，發送bool量方打包數據把8個bool量轉換成一個字節的整數，接納方再把這個整數分解成8個bool量。

　　經過以上的處理，總算完成的西門子400操控器經過modbus與和利時dcs體系的通訊。