【正文】 1：異常代碼 =01 or 02 示例讀異常狀態(tài)字得到 16 進制值3407=07 等級 2 指令詳述 強制多點線圈 (FC 15) 請求 Byte 0： FC=0F(16 進制 )Byte 12：參考數(shù)值 Byte 34：比特數(shù) (1800)Byte 5：字節(jié)數(shù) (B=(比特數(shù) +7)/8)Byte 6(B+5)：寫入的數(shù)據(jù) (最小意義位=第一個線圈 )響應 Byte 0： FC=0F(16 進制 )Byte 12：參考數(shù)值 Byte 34：比特數(shù)異常 Byte 0： FC=8F(16 進制 )Byte 1：異常代碼 =01 or 02 示例當參考值為 0(在 Modicon 984 中為 00001)時給 3線圈寫入值 0， 0， 10F 00 00 00 03 01 04=0F 00 00 00 03 注意到返回的數(shù)據(jù)的格式和 bigendian 體系結(jié)構(gòu)不同。 等級 0指令詳述 讀乘法寄存器 (FC 3)請求 Byte 0： FC=03Byte 12：參考數(shù)值 Byte 34：指令數(shù) (1125)響應 Byte 0： FC=03Byte 1：響應的字節(jié)數(shù) (B=2 x 指令數(shù) )Byte 2(B+1)： Register values 異常 Byte 0： FC=83(hex)Byte 1：異常代碼 =01 or 02 示例讀參考值為 0(Modicon 984 中為 40001)時的 1 寄存器得到十六進制的值 123403 00 00 00 01=03 02 12 寫乘法寄存器 (FC 16) 請求 Byte 0： FC=10(hex)Byte 12：參考數(shù)值 Byte 34：指令數(shù) (1100)Byte 5：字節(jié)數(shù) (B=2 xword count)Byte 6(B+5)： 寄存器值響應 Byte 0：FC=10(hex)Byte 12：參考數(shù)值 Byte 34：指令數(shù)異常 Byte 0：FC=90(hex)Byte 1：異常代碼 =01 or 02 示例讀參考值為 0(Modicon 984 中為40001)時的 1 寄存器得到十六進制的值 123410 00 00 00 01 02 12 34=10 00 00 00 等級 1指令詳述 讀線圈 (FC 1)請求 Byte 0： FC=01Byte 12：參考數(shù)值 Byte 34：比特數(shù) (12021)響應 Byte 0： FC=01Byte 1：響應的字節(jié)數(shù) (B=(比特數(shù)+7)/8)Byte 2(B+1)：比特值 (最小意義位首先繞線圈！ )異常 Byte 0：FC=81(hex)Byte 1： exception code=01 or 02 示例讀參考值為 0(Modicon 984中為 00001)時的 1 線圈得到的值 101 00 00 00 01=01 01 01 注意到返回的數(shù)據(jù)的格式和 bigendian 體系結(jié)構(gòu)不同。請求和響應帶有六個字節(jié)的前綴，如下： byte 0：事務處理標識符 – 由服務器復制 – 通常為 0byte 1：事務處理標識符 – 由服務器復制 – 通常為 0byte 2：協(xié)議標識符 =0byte 3：協(xié)議標識符 =0byte 4：長度字段 (上半部分字節(jié) )=0(所有的消息長度小于256)byte 5：長度字段 (下半部分字節(jié) )=后面字節(jié)的數(shù)量 byte 6：單元標識符(原 從站地址 )byte 7： MODBUS 功能代碼 byte 8on：所需的數(shù)據(jù)因而處理示例以 4的偏移從 UI 9 讀 1寄存器 返回 5的值將是請求： 00 00 00 00 00 06 09 03 00 04 00 01 響應： 00 00 00 00 00 05 09 03 02 00 05 一致性等級 02的功能代碼的應用的例子見后續(xù)部分熟悉 MODBUS 的設計師將注意到 MODBUS/TCP中不需要 CRC16或 LRC檢查字段。必須注意 到請求和響應本體 (從功能代碼到數(shù)據(jù)部分的末尾 )的結(jié)構(gòu)和其它 MODBUS 變量具有完全相同的版面格式和含義，如： MODBUS 串行端口 ASCII 編碼 MODBUS 串行端口 RTU(二進制 )編碼 MODBUS PLUS 網(wǎng)絡 – 數(shù)據(jù)通道這些其它案例僅在組幀次序，檢錯模式和地址描述等格式有所不同。該功能最適于擴充以處理大的寄存器空間和缺少諸如 未定位 變量的參考值的數(shù)據(jù)對象。這些是需要 HMI 和管理等例行操作的數(shù)據(jù)傳送功能?，F(xiàn)存 裝置的不適應于互用性的功能也已確認。 隱含長度基本原則 所有的 MODBUS 請求和響應都被設計成在此種方法下工作，即接收者可確認消息的完整性。s 的解釋。類似的推理被最初的萬維網(wǎng)的開發(fā)者所采用，他們選用 TCP 及端口 80 去實現(xiàn)一個作為單一事務的最小的環(huán)球網(wǎng)詢問。編程操作，另一方面，期望一種面向連接的 方法。s，I/O 模塊，以及連接其它簡單域總線或 I/O 模塊的網(wǎng)關服務的。沒有大的技術改動，僅作了補充說明。它表明開發(fā)者的意愿是把它作為工業(yè)自動化領域具有互用性的標準。然而，本規(guī)范力圖闡明 MODBUS 中哪種功能對于普通自動化設備的互用性有價值，哪些部分是 MODBUS 作為可編程的協(xié)議交替用于 PLC39。連接在網(wǎng)絡協(xié)議層很容易被辨認，單一的連接可以支持多個獨立的事務。例如： 16bits 0x1234 將為 0x12 0x34 32bits 0x 12345678L 將為 0x12 0x34 0x56 參考編號的解釋 MODBUS 將其數(shù)據(jù)模型建立在一系列具有不同特征的表的基礎之上。一個易造成混亂的潛在來源是用于 MODBUS 功能的參考值和用于 Modicon PLC39。當 Modbus 通過 TCP運送，前綴中攜帶附加的長度信息以便接收者識別消息的邊界，甚至消息被分成若干組進行傳輸。通過將代碼 隨機的 發(fā)送或者即便是通過檢查異常響應的類型來確定特別的目標裝置是否支持特別的功能代碼總是可能的，而且該方法將保證引入這些擴充的現(xiàn)使用的 MODBUS 設備的連續(xù)的互用性。s 僅使用此功能接收類型 6 的參考值 (擴展的寄存器文件 )。如此，高性能的通用的數(shù) 據(jù)采集裝置可以執(zhí)行功能 3，16和 23，從而把快捷的數(shù)據(jù)規(guī)則交換 (23)和執(zhí)行特殊數(shù)據(jù)對象的需求詢問或更新的能力結(jié)合起來 (3和 16)。也就是說，當單一連接被響應所占用，就不能發(fā)送其它的請求。如前所述，在MODBUS/TCP 案例中有一個依賴傳輸?shù)陌?7個字節(jié)的前綴。而且此請求如果 調(diào)用乘法指令字且這些指令不以 16位為界排列，那么該請求將在從站得到計算強化。 14 0E 04 00 00 00 00 00 01 04 00 00 00 05 00 02=14 0A 03 04 12 34 05 04 56 78 9A BC 注意傳輸尺寸限制很難用數(shù)學公式精確定義。一部分設備先寫后讀，另部分則先讀后寫。也可推斷出從站處于錯 誤的狀態(tài)而發(fā)出這樣的一種請求，例如未經(jīng)配置而被要求返回寄存器值。 05確認專用于關聯(lián)程序設計指令。附錄 何特殊的應用捆綁起來。如果希望所考慮的通訊比 TCP 正常報告的快，用選擇 ()在這一步隨意的運行超時指令。 服務器設計 MODBUS/TCP 服務器應設計的可以支持多個并發(fā)的客戶機，甚至在計劃內(nèi)用戶只有單一客戶時也要能響應 (并發(fā) )。 多線程服務器 操作系統(tǒng)或鼓勵多線程應用的語言，如 JAVA，能用多線程策略，敘述如下：用 LISTEN()等待引入到端口 502 的 TCP 連接。為消息剩下的已知長度的字節(jié)發(fā)布一個 RECV()。有序的關閉通常會使 RECV()字節(jié)數(shù)回 0。如果 SELECT()表明有組出現(xiàn)，象在多線程案例中一樣用 RECV(6)讀取頭部。 必須的及期望的性能 這兒沒有處理 MODBUS 或 MODBUS/TCP 事 務所必須的響應時間的規(guī)范。這個時延對于交換以太網(wǎng)可能是幾毫秒，對廣域網(wǎng)連接是幾百毫秒。非時間臨近的應用系統(tǒng)經(jīng)常將超時設定值置為正常的 TCP 默許值，在主平臺幾秒鐘后報告通訊失敗。大多數(shù)現(xiàn)代的 PLC39。 (本手冊中的比特編號總是從作為最小意義位的 0開始，以與現(xiàn)代的軟件文件保持一致。第一個字符表示上半字節(jié) (比特 158)，第二個字符表示下半字節(jié) (比特 70)。s 以 littleendian 的形式來表