布景：

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

　　當前選用的通訊方法：

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

　　當前的技能需求：

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

　　項目硬件需求：

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

　　硬件組態(tài)：

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

　　遇到的疑問：

　　1、接線。

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

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

　　2、通訊格局設(shè)置：

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

　　3、處理：

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

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