一、儀表參數(shù)代號表

AI儀表可讀/寫的參數(shù)代號表（V8.2  516/516P/526/526P/719/719P）

說明：

1、帶一個*星號的參數(shù)僅為AI-516P/526P/719P可用，若對AI-516/526/719讀寫則視為無效參數(shù)代號，帶**的參數(shù)是AI-719等儀表方可使用,帶***的參數(shù)是AI-516P/526P/719P等型號方可使用。

2、如果向儀表讀取參數(shù)代號在表格中以外的參數(shù)（無效參數(shù)代號或備用參數(shù)代號），則儀表返回的參數(shù)值，高位值為127（若讀成整數(shù)就是32512~32767，由于AI系列儀表參數(shù)zui大設置范圍是32000，所以32512以上參數(shù)可以作為讀錯參數(shù)代號的標志），在上位機程序中予以處理；若讀取參數(shù)代號大于有效程序段的zui后一個數(shù)值（0B4H），則下位機視同傳輸出錯，不回應。

3、帶手動調(diào)節(jié)功能的儀表處于手動狀態(tài)時，可通過寫1AH參數(shù)來調(diào)節(jié)手動輸出值。

AI儀表可讀/寫的參數(shù)代號表（AI- 5201 ）

二、編程方法

系統(tǒng)采用主從式多機通訊結(jié)構，每向儀表發(fā)一個指令，儀表返回一個數(shù)據(jù)。編寫上位機軟件時，注意每條有效指令儀表應在0~150mS內(nèi)作出應答，而上位機也必須等儀表返回數(shù)據(jù)后，才能發(fā)新的指令，否則將引起錯誤。如果儀表超過zui大響應時間（150mS）仍沒有應答，則原因可能無效指令、通訊線路故障，儀表沒有開機，通訊地址不合等，此時上位機應重發(fā)指令或跳過改地址儀表。例如，將地址（參數(shù)ADDR）為1的儀表的給定值（參數(shù)代號0）寫為100.0℃(整數(shù)為1000），用VB的編程方法如下：

1、初始化通訊口，包括與儀表相同的波特率，數(shù)據(jù)位8，停止位2，無校驗。注意某些廠家的RS232/RS485通訊轉(zhuǎn)換器對RTS、DTR等控制線有一定的要求，上位機軟件必須對這些控制線進型編程。用本公司生產(chǎn)的RS232/RS485轉(zhuǎn)換器則可免去對這些線進行編程。

2、VB編程指令（寫SP1為1000）為：COMM1.OUTPUT=

CHR$(129)+CHR$(129)+CHR$(67)+CHR$(0)+CHR$(232)+CHR$(3)+CHR$(44)+CHR$(4)

    3、小數(shù)點處理（僅V8.0版本以上）：為提升效率，儀表傳送的所有數(shù)值均為16位二進制補碼整數(shù)，因此上位機必須將整數(shù)按一定規(guī)則轉(zhuǎn)換為帶小數(shù)點的實際數(shù)據(jù)，方法是在上位機程序啟動后，應優(yōu)先讀取參數(shù)dPt（0CH）獲得測量信號的小數(shù)點位置。注意：如果dPt的數(shù)值大于或等于128，則表示所傳輸?shù)臏y量值，以及與測量值相同單位的參數(shù)應該除以10后進行顯示，當對下位機寫這類參數(shù)值時，則應將顯示的數(shù)取消小數(shù)點成為整數(shù)，再乘以10，按16位二進制補碼下傳數(shù)據(jù)。

通訊的技術指標如下：

注：對于AI-5XX系列儀表，寫入?yún)?shù)周期不低于2分鐘，否則可能導致儀表在5年保修期內(nèi)損壞存儲單元損壞。

三、MODBUS兼容通信協(xié)議

從V8.2版本開始，AI系列儀表可選擇使用MODBUS通信協(xié)議，AI儀表能支持MODBUS協(xié)議下的2條子指令，以更廣泛地與其它MODBUS設備相互通信，為保證速率，AI儀表采用RTU（二進制）模式，波特率必須設置為9600bit/S，無奇偶校驗位，支持03H（讀參數(shù)及數(shù)據(jù)）及06H（寫單個參數(shù)）這兩條指令。

對于518/708/708P/719/719P等型號儀表的03指令，要求一次性讀取4個數(shù)據(jù)，指令如下：

ADDR+03H+0+要讀的參數(shù)代號+0+4+CRC校驗碼   返回數(shù)據(jù)為：ADDR+03H+08H+

測量值PV高位+測量值PV低位+給定值SV高位+SV低位+報警狀態(tài)+

輸出值MV+所讀參數(shù)值高位+所讀參數(shù)值低位+CRC校驗碼低位+CRC校驗碼高位

寫單個參數(shù)指令為：

ADDR+06H+0+要寫的參數(shù)代號+要寫入的數(shù)據(jù)高位+要寫入數(shù)據(jù)低位+CRC校驗碼

由于MODBUS協(xié)議的本身的限制，使用寫指令無法返回測量值等信息，會導致寫入時測量值無法刷新，因此應盡量減少寫指令的使用，以免影響系統(tǒng)性能。

五、儀表返回值說明

儀表返回的PV、SV及所讀參數(shù)值均各占2個字節(jié)，代表一個16位二進制有符號補碼整數(shù)，低位字節(jié)在前，高位字節(jié)在后，整數(shù)無法表示小數(shù)點，要求用戶在上位機處理；MV占一個字節(jié)，按8位有符號二進制數(shù)格式，數(shù)值范圍-110~＋110，狀態(tài)位占一個字節(jié)，校驗碼占2個字節(jié)，共10個字節(jié)。不同型號儀表返回各數(shù)據(jù)含義如下：

狀態(tài)字節(jié)A表示儀表部分狀態(tài)，其含義如下（位7固定為0）：

巡檢儀具備狀態(tài)字節(jié)B。狀態(tài)字節(jié)B的位0~6分別表示OP1、OP2、AL1、AL2、AU1、AU2及MIO口的輸入狀態(tài)，0表示為未接通或未輸出，1表示外部開關接通或有輸出，OUTP或AUX做調(diào)節(jié)輸出時則對應位固定為0。利用功能可將對應端口作為上位機開關量的輸出或輸出，應用ALP參數(shù)設置沒有用到的報警端口均可作為I/O端口，利用修改NONC（常開/常閉）參數(shù)即可實現(xiàn)對開關量的輸出，作為開關量輸入時，應將nonc對應位設置為常開，若讀入信號為1，則表示外部開關閉合或有信號輸入。

六、MODBUS通訊實例

對于03指令，要求一次性讀取4個數(shù)據(jù)，指令如下：

ADDR+03H+00+要讀的參數(shù)代號+00+04+CRC校驗碼

返回數(shù)據(jù)為：ADDR+03H+08H+測量值PV高位+測量值PV低位+給定值SV高位+SV低位+報警狀態(tài)+輸出值MV+所讀參數(shù)值高位+所讀參數(shù)值低位+CRC校驗碼低位+CRC校驗碼高位

例如：需讀SV給定值，給定值的MODBUS寄存器的地址為40001（保持型寄存器），為宇電MODBUS兼容協(xié)議規(guī)定需每次讀取的長度為４個字，相當于40001，40002，40003，

40004；發(fā)送的指令為01  03  00  00  00  04   CRC：其中01代表儀表的地址號，03為功能碼讀保持型寄存器，00 00為參數(shù)代號也就是MODBUS寄存器起始地址0000代表40001，00 04代表讀取的長度為4個字，宇電儀表只支持4個字長度，不支持更多或低于4個。zui后為CRC校驗。

返回數(shù)據(jù)：

不論讀的起始地址何值，返回數(shù)據(jù)都是：ADDR+03H+08H+

測量值PV高位+測量值PV低位+

給定值SV高位+SV低位+

報警狀態(tài)+輸出值MV+

所讀參數(shù)值高位+所讀參數(shù)值低位+

CRC校驗碼低位+CRC校驗碼高位這個格式。如讀40001開始的4個字的長度，那么返回值PV保存在40001、SV在40002，報警狀態(tài)和MV在40003，所讀的參數(shù)值在40004中。

舉例讀取上限報警值：

01 03 00 01 00 04 CRC  （起始地址為40002）

返回值的存放地址，40002為PV，40003為SV，40004為MV和報警狀態(tài)、40005為上限報警值；

讀取下限警報

01 03 00 02 00 04 CRC  （起始地址為40003）

返回值的存放地址，40003為PV，40004為SV，40005為MV和報警狀態(tài)、40006為下限報警值；

宇電的兼容型MODBUS協(xié)議只支持寫單個參數(shù)指令，不支持多個。指令如下；

ADDR+06H+0+要寫的參數(shù)代號+要寫入的數(shù)據(jù)高位+要寫入數(shù)據(jù)低位+CRC校驗碼

由于MODBUS協(xié)議的本身的限制，使用寫指令無法返回測量值等信息，會導致寫入時測量值無法刷新，因此應盡量減少寫指令的使用，以免影響系統(tǒng)性能。

如果需寫SV值，也就是寄存器地址為40001寫入值為100.0

發(fā)送的指令為：01 06 00 00 03 E8 CRC

寫指令不支持返回測量值等信息，只返回本身寫入的參數(shù)值，也就是返回在40001中的數(shù)據(jù)為100.0；

                                                廈門宇電自動化科技有限公司

                                                           技術部

                                                         2013.11.04