一、概述

工業(yè)控制系統(tǒng)使用中，上位機組態(tài)軟件、HMI觸摸屏等顯示設(shè)備與控制設(shè)備PLC按指定通訊協(xié)議進行數(shù)據(jù)交換是最為基本的功能了，以施耐德Modbus TCP協(xié)議為例，只要提供了支持此協(xié)議的PLC中變量的Modbus寄存器地址和數(shù)據(jù)類型，不管此PLC是哪個廠家的，都能實現(xiàn)HMI與PLC之間的數(shù)據(jù)交換。

二、問題的引出

目前PLC編程的主流思路不再是使用基于絕對地址的定位變量了，而是使用變量名+數(shù)據(jù)類型的非定位變量方式。以施耐德M580為例，其X80的I/O模塊的通道值都是用Device DDT非定位變量表示的，并且不能直接指定%M、%MW等地址與其對應(yīng)上。

這種表示方式對于OPC DA/UA及施耐德自己的HMI觸摸屏來說沒有什么問題，可以直接對應(yīng)上，但是對于支持標(biāo)準(zhǔn)Modbus TCP協(xié)議的其它廠家觸摸屏和上位機組態(tài)軟件來說就不方便了，因為需要變量對應(yīng)上標(biāo)準(zhǔn)Modbus寄存器地址才行。

三、解決辦法

孔乙己說過，回字有四種寫法。同樣的，解決上述問題也有多種方法可以實現(xiàn)。思路是將M580里面的DDT地址對應(yīng)到%M及%MW寄存器中，從而能和HMI進行MODBUS TCP通訊，

3.1復(fù)制 Device DDT變量類型直接鏈接絕對地址

此種方法的思路是新建一個結(jié)構(gòu)體變量，類型輸入與X80 I/O模塊數(shù)據(jù)類型一致如T_U_DIS_STD_IN_32，然后編寫程序鏈接上絕對地址如%MW10，詳見下圖：

3.2 ST編程FOR循環(huán)鏈接絕對地址

第一種方法比較費地址數(shù)量，適用于I/O模塊不多，地址富余的工程項目。

如果I/O模塊過多，可以嘗試?yán)肍OR循環(huán)編程批量鏈接地址的方式，如下圖：每一個I/O模塊使用一個FOR循環(huán)指令，將通道值（.VALUE）鏈接到%M或者%MW寄存器地址。

這種方式的優(yōu)勢在于省寄存器地址，不像方法1，不管開關(guān)量還是模擬量，都必須關(guān)聯(lián)%MW寄存器地址，而且不需要的狀態(tài)等DDT變量也必須鏈接%MW寄存器地址。不過，ST編程FOR循環(huán)鏈接絕對地址有一個缺點，就是因為DDT變量名稱太過接近并且I/O模塊通道數(shù)不一樣，修改的時候容易眼花誤操作。

3.3編寫自定義DFB功能塊鏈接絕對地址

舉例32通道點X80的DI模塊，DDT中變量眾多，我們只需要轉(zhuǎn)換32個通道數(shù)值即可；

新建DFB塊DI_EXCHANGE，輸入管腳DI_INT，數(shù)據(jù)類型T_U_DIS_STD_IN_32（調(diào)用DFB時，輸入就可只填寫MOD_DIS_32_2），輸出管腳DO_OUT，數(shù)據(jù)類型ARRAY［0..31］ OF EBOOL；

編寫邏輯程序，采用ST編程方式，把輸入點的值一個一個賦值到輸出，鏈接到%M寄存器，然后在MAST里面程序段中調(diào)用DI_EXCHANG即可，實現(xiàn)32點的DI模塊的通道值批量鏈接到了%M中。

同樣的，32點DO模塊的處理方法是類似的，新建X80_DDO_32，定義輸入IN1，數(shù)據(jù)類型T_U_DIS_STD_OUT_32，輸出OUT1，OUT2，數(shù)據(jù)類型INT，編寫ST程序鏈接上%M寄存器，在MAST里面調(diào)用新建的功能塊X80_DDO_32即可。

這些DFB功能塊做好后直接右鍵導(dǎo)出的功能塊類型XDB格式，可以再導(dǎo)入到其它程序段中直接調(diào)用即可，移植方便，無須再次制作此DFB塊。

四 小結(jié)

針對M580的X80 I/O模塊的通道值都是用Device DDT非定位變量表示，并且不能直接指定%M、%MW等地址與其對應(yīng)上，但是觸摸屏和上位機組態(tài)軟件來說需要變量對應(yīng)上標(biāo)準(zhǔn)Modbus寄存器地址的問題，提出了3種解決方法。這3種方法特點明確，各有優(yōu)劣。

復(fù)制 Device DDT變量類型直接鏈接絕對地址法簡單明晰，適合剛?cè)胧┠偷戮幊檀箝T的初級工程師；ST編程FOR循環(huán)鏈接絕對地址法和編寫自定義DFB功能塊鏈接絕對地址法對工程師編程水平要求稍高，通用性更強，適合對施耐德Unity軟件編程操作有一定了解的工程師使用。

不管白貓還是黑貓，能夠抓住老鼠的貓就是好貓，同樣，不管使用何種方法操作，能耐解決實際問題就是工程師能力的體現(xiàn)，解決上述問題的方法也不止這三種，更多的可能性等待你去探索實踐。

編輯：jq