modbus RTU模式的通信問題

wjiaoliqiantao 2013-04-08 23:05:15 376 瀏覽

modbus RTU模式的通信通訊格式要求地址功能碼數(shù)據(jù) CRC校驗(yàn) 數(shù)據(jù)長(zhǎng)度 1個(gè)字節(jié) 1個(gè)字節(jié) N個(gè)字節(jié) 2個(gè)字節(jié) 如發(fā)送的數(shù)據(jù)... modbus RTU模式的通信通訊格式要求地址功能碼數(shù)據(jù) CRC校驗(yàn) 數(shù)據(jù)長(zhǎng)度 1個(gè)字節(jié) 1個(gè)字節(jié) N個(gè)字節(jié) 2個(gè)字節(jié) 如發(fā)送的數(shù)據(jù)為： 03 01 00 00 10 校驗(yàn)高位校驗(yàn)低位我的問題是： 1、我理解地址03使用1個(gè)字節(jié)數(shù)據(jù)長(zhǎng)度表示，是用1個(gè)字節(jié)表示0，再使用一個(gè)字節(jié)表示3，但再就使用了兩個(gè)字節(jié)的數(shù)據(jù)長(zhǎng)度了，和通訊要求的格式不符。還有一種理解就是使用1個(gè)字節(jié)的直接表示03，其而進(jìn)制碼為000000011，如果地址是20，其二進(jìn)制碼為00010100，但這種理解出現(xiàn)個(gè)疑問，很多設(shè)備同時(shí)支持ASCII或RTU兩種方式，當(dāng)發(fā)送RTU的地址和ASCII方式的起始符相同時(shí)如都為03，接受方怎么判斷他是RTU發(fā)送的地址，還是ASCII起始符。 2、RTU方式判斷幀消息結(jié)束時(shí)是3.5字符時(shí)間，我想知道在物理層如何判斷的，如消息發(fā)送完后，在物理層485雙絞上，其電壓持續(xù)3.5字符長(zhǎng)度+15V即判斷消息發(fā)送完成或是其電壓持續(xù)3.5字符長(zhǎng)度-15V判斷消息發(fā)送完成。還是雙絞線上為其他狀態(tài)來判斷消息完成。485通訊線上沒有通訊時(shí)A、 B線狀態(tài)是什么。請(qǐng)教各位了？展開

參與評(píng)論

評(píng)論

登錄后參與評(píng)論

全部評(píng)論(2條)

卷毛96 2013-04-09 00:00:00

樓主理解錯(cuò)誤！地址03使用1個(gè)字節(jié)數(shù)據(jù)長(zhǎng)度表示 0x03，十六進(jìn)制數(shù) 一個(gè)字節(jié) 表示的數(shù)從0-255（無符號(hào)）其他，沒有看完建議樓主先去百度文庫(kù) 里搜相關(guān)文檔看看

贊(16)

回復(fù)(0)

評(píng)論

評(píng)論
登錄后參與評(píng)論
木魚來了aCh2i 2018-04-12 18:55:34

1、RTU模式時(shí)地址（03，十六進(jìn)制）長(zhǎng)度是1個(gè)字節(jié)，ASCII模式時(shí)地址長(zhǎng)度是2個(gè)字節(jié)（30、33，ASCII碼）。設(shè)備即使支持ASCII、RTU兩種方式，但在設(shè)備調(diào)試時(shí)必須選定一種模式，這樣設(shè)備就根據(jù)選定的模式，區(qū)分是RTU數(shù)據(jù)幀還是ASCII數(shù)據(jù)幀而相應(yīng)地處理。 2、RTU模式要求幀消息的間隔時(shí)間大于等于3.5字符時(shí)間，這是在應(yīng)用層上處理的，物理層上的電平變化只是根據(jù)應(yīng)用層的動(dòng)作隨之變化。我們知道，串口通訊的核心是通用異步接收/發(fā)送裝置（UART），它需要發(fā)/收雙方指定相同的波特率/數(shù)據(jù)位/校驗(yàn)位/停止位等通訊參數(shù)，才可以正確解調(diào)出一個(gè)字節(jié)數(shù)據(jù)。若一個(gè)RTU數(shù)據(jù)幀有很多個(gè)字節(jié)，UART就是一個(gè)一個(gè)字節(jié)地連續(xù)解調(diào)并存到緩沖區(qū)中。若發(fā)送方發(fā)送2個(gè)數(shù)據(jù)幀的間隔很短，接收方的UART就可能無法判斷而當(dāng)成一個(gè)數(shù)據(jù)幀，所以要求間隔時(shí)間不小于3.5字符時(shí)間。

贊(18)

回復(fù)(0)

評(píng)論

評(píng)論
登錄后參與評(píng)論

登錄或新用戶注冊(cè)

微信登錄
密碼登錄
短信登錄

請(qǐng)用手機(jī)微信掃描下方二維碼
快速登錄或注冊(cè)新賬號(hào)

微信掃碼，手機(jī)電腦聯(lián)動(dòng)

注冊(cè)登錄即表示同意《儀器網(wǎng)服務(wù)條款》和《隱私協(xié)議》

熱門問答

modbus RTU模式的通信問題: modbus RTU模式的通信通訊格式要求地址功能碼數(shù)據(jù) CRC校驗(yàn) 數(shù)據(jù)長(zhǎng)度 1個(gè)字節(jié) 1個(gè)字節(jié) N個(gè)字節(jié) 2個(gè)字節(jié) 如發(fā)送的數(shù)據(jù)... modbus RTU模式的通信通訊格式要求地址功能碼數(shù)據(jù) CRC校驗(yàn) 數(shù)據(jù)長(zhǎng)度 1個(gè)字節(jié) 1個(gè)字節(jié) N個(gè)字節(jié) 2個(gè)字節(jié) 如發(fā)送的數(shù)據(jù)為： 03 01 00 00 10 校驗(yàn)高位校驗(yàn)低位我的問題是： 1、我理解地址03使用1個(gè)字節(jié)數(shù)據(jù)長(zhǎng)度表示，是用1個(gè)字節(jié)表示0，再使用一個(gè)字節(jié)表示3，但再就使用了兩個(gè)字節(jié)的數(shù)據(jù)長(zhǎng)度了，和通訊要求的格式不符。還有一種理解就是使用1個(gè)字節(jié)的直接表示03，其而進(jìn)制碼為000000011，如果地址是20，其二進(jìn)制碼為00010100，但這種理解出現(xiàn)個(gè)疑問，很多設(shè)備同時(shí)支持ASCII或RTU兩種方式，當(dāng)發(fā)送RTU的地址和ASCII方式的起始符相同時(shí)如都為03，接受方怎么判斷他是RTU發(fā)送的地址，還是ASCII起始符。 2、RTU方式判斷幀消息結(jié)束時(shí)是3.5字符時(shí)間，我想知道在物理層如何判斷的，如消息發(fā)送完后，在物理層485雙絞上，其電壓持續(xù)3.5字符長(zhǎng)度+15V即判斷消息發(fā)送完成或是其電壓持續(xù)3.5字符長(zhǎng)度-15V判斷消息發(fā)送完成。還是雙絞線上為其他狀態(tài)來判斷消息完成。485通訊線上沒有通訊時(shí)A、 B線狀態(tài)是什么。請(qǐng)教各位了？展開

modbus rtu串口通信: 公司買了一個(gè)溫度巡檢儀，功能有限，我想通過自己做的軟件來增強(qiáng)巡檢儀的功能，但對(duì)串口通信編程知之甚少?，F(xiàn)通過監(jiān)控原程序得到以下數(shù)據(jù)：write requests: 01 03 00 01 00 01 D5 CA 01 01 00 50 00 20 3D C3 01 03 00 60 00 10 44 18 read requests: 01 03... 公司買了一個(gè)溫度巡檢儀，功能有限，我想通過自己做的軟件來增強(qiáng)巡檢儀的功能，但對(duì)串口通信編程知之甚少。現(xiàn)通過監(jiān)控原程序得到以下數(shù)據(jù)：write requests: 01 03 00 01 00 01 D5 CA 01 01 00 50 00 20 3D C3 01 03 00 60 00 10 44 18 read requests: 01 03 02 00 02 39 85 01 01 04 00 00 00 00 FB D1 01 03 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 4E 20 AE 38 從中能不能翻譯出什么東西？？后來我又根據(jù)已有資料及網(wǎng)上相關(guān)程序編寫了以下通訊程序： Private Sub Command1_Click() '發(fā)請(qǐng)求 Dim btSend(23) As Byte btSend(0) = &H1 '目標(biāo)站號(hào) btSend(1) = &H3 '功能碼 btSend(2) = &H0 'I0.0地址（0000）高字節(jié) btSend(3) = &H1 'i0.0地址（0000）低字節(jié) btSend(4) = &H0 '讀取個(gè)數(shù)高字節(jié) btSend(5) = &H1 '讀取個(gè)數(shù)低字節(jié) btSend(6) = &HD5 btSend(7) = &HCA btSend(8) = &H1 btSend(9) = &H1 btSend(10) = &H0 btSend(11) = &H50 btSend(12) = &H0 btSend(13) = &H20 btSend(14) = &H3D btSend(15) = &HC3 btSend(16) = &H1 btSend(17) = &H3 btSend(18) = &H0 btSend(19) = &H60 btSend(20) = &H0 btSend(21) = &H10 btSend(22) = &H44 btSend(23) = &H18 ComK3.Output = CVar(btSend) Dim btReceive As Variant With ComK3 Do DoEvents Loop Until .InBufferCount = 5 .InputLen = 30 btReceive = .Input Text1.Text = Hex$(btReceive(1)) Text2.Text = Hex$(btReceive(2)) Text3.Text = Hex$(btReceive(3)) Text4.Text = Hex$(btReceive(4)) ' Text5.Text = Hex$(btReceive(5)) 'Text6.Text = Hex$(btReceive(6)) ' Text7.Text = Hex$(btReceive(7)) ' Text8.Text = Hex$(btReceive(8)) ' Text9.Text = Hex$(btReceive(9)) ' Text10.Text = Hex$(btReceive(10)) ' Text11.Text = Hex$(btReceive(11)) ' Text12.Text = Hex$(btReceive(12)) ' Text13.Text = Hex$(btReceive(13)) ' Text14.Text = Hex$(btReceive(14)) ' Text15.Text = Hex$(btReceive(15)) ' Text16.Text = Hex$(btReceive(16)) ' End If End With End Sub Private Sub Form_Load() With ComK3 .CommPort = 1 .Settings = "9600，N，8，2" .InputMode = comInputModeBinary '二進(jìn)制收發(fā) .InBufferSize = 512 .OutBufferSize = 512 If (Not .PortOpen) Then .PortOpen = True End With End Sub 能收到4個(gè)亂碼，應(yīng)該是錯(cuò)誤標(biāo)示，原程序待CRC驗(yàn)證，我驗(yàn)證不出，所以先刪除了。期望大俠們幫我修改下程序展開

modbus rtu通信的一些問題: 問題一：相關(guān)資料上說modbus rtu通信數(shù)據(jù)中每個(gè)字節(jié)包括” 1個(gè)起始位、8個(gè)數(shù)據(jù)位、 1個(gè)奇偶校驗(yàn)位、1~2個(gè)停止位“，加起來每個(gè)字節(jié)就有12位了。不是一個(gè)字節(jié)只有8位的嗎？問題二：無符號(hào)十六位二進(jìn)制數(shù)據(jù)乘以100，再除以256，這個(gè)運(yùn)算是起到什么作用呢？

求助三菱FX2N PLC Modbus rtu 通信問題:

求助三菱FX2N PLC Modbus rtu 通信問題:

Modbus RTU通訊問題: 物理連接結(jié)構(gòu)：主設(shè)備ADAM5510，通訊端口【ADAM5090 (RS232)】連接【RS232/RS485轉(zhuǎn)換】并聯(lián)從設(shè)備1、2。標(biāo)準(zhǔn)Modbus RTU協(xié)議。主設(shè)備發(fā)指令讀取從設(shè)備寄存器地址。只有1有響應(yīng)，2無響應(yīng)，斷開1則2有響應(yīng) 用電腦替換主設(shè)備，分別發(fā)指令至1、2均有正確回應(yīng)。何... 物理連接結(jié)構(gòu)：主設(shè)備ADAM5510，通訊端口【ADAM5090 (RS232)】連接【RS232/RS485轉(zhuǎn)換】并聯(lián)從設(shè)備1、2。標(biāo)準(zhǔn)Modbus RTU協(xié)議。主設(shè)備發(fā)指令讀取從設(shè)備寄存器地址。只有1有響應(yīng)，2無響應(yīng)，斷開1則2有響應(yīng) 用電腦替換主設(shè)備，分別發(fā)指令至1、2均有正確回應(yīng)。何解？？？如何實(shí)現(xiàn)主設(shè)備正常與多個(gè)從設(shè)備通訊？展開

兩個(gè)不同PLC之間通過rs485（modbus RTU）通信的問題: 我們實(shí)驗(yàn)用了ABB ac500 pm592 ，與別人西門子的s7-200通過RS485進(jìn)行通信，我是主，他做從我用了AC500的cpu的com1，接的是2，3口，兩邊的com設(shè)置都是9600波特率，8數(shù)據(jù)位，偶校驗(yàn)，1停止位主PLC程序如下： BLINK1(ENABLE:=TRUE ， TIMELOW:=T... 我們實(shí)驗(yàn)用了ABB ac500 pm592 ，與別人西門子的s7-200通過RS485進(jìn)行通信，我是主，他做從我用了AC500的cpu的com1，接的是2，3口，兩邊的com設(shè)置都是9600波特率，8數(shù)據(jù)位，偶校驗(yàn)，1停止位主PLC程序如下： BLINK1(ENABLE:=TRUE ， TIMELOW:=T#1s ， TIMEHIGH:=T#1s ， OUT=> ); COM_MOD_MAST_receive3( EN:=BLINK1.OUT ， COM:=1 ，(*接口編號(hào)*) SLAVE:= 2，(*從站IP地址，變壓器作為MODBUS_RTU從站*) FCT:=03，(*讀N個(gè)字*) TIMEOUT:=1000， ADDR:=40001，(*要讀取的從站寄存器首地址MODBUS*) NB:=41 ，(*要讀取從站的數(shù)據(jù)個(gè)數(shù)，對(duì)于位存取NB中規(guī)定位的個(gè)數(shù)，對(duì)于字和雙字存取，在NB中規(guī)定字的個(gè)數(shù)*) DATA :=ADR(ETH_REC_DATA2) ，(*主站存儲(chǔ)區(qū)首地址，從從站讀取的數(shù)據(jù)放在該地址*) DONE=> ， ERR=> ， ERNO=>); xx:=COM_MOD_MAST_receive3.ERNO; IF COM_MOD_MAST_receive3.DONE=TRUE AND COM_MOD_MAST_receive3.ERR=FALSE THEN read3_success_num:=read3_success_num+1; IF read3_success_num>5000 THEN read3_success_num:=0; END_IF; END_IF; 但是程序一直沒有收到數(shù)據(jù)，不知道是哪里錯(cuò)了能否給予解答？有沒有相關(guān)的說明文件給予參考展開

關(guān)于Modbus ASCII 和RTU 模式下數(shù)據(jù)位長(zhǎng)度的問題: ASCII 模式和RTU模式對(duì)數(shù)據(jù)位數(shù)都有要求，請(qǐng)問不按照標(biāo)準(zhǔn)協(xié)議要求的數(shù)據(jù)位來配置串口，是不是不正確的？我們用的是stm32，只支持?jǐn)?shù)據(jù)長(zhǎng)度為8或9，而ASCII模式中要求數(shù)據(jù)位長(zhǎng)度為7···· 另外，在舊代碼中，RTU模式中，數(shù)據(jù)位長(zhǎng)度配置的是9，與標(biāo)準(zhǔn)協(xié)議中的... ASCII 模式和RTU模式對(duì)數(shù)據(jù)位數(shù)都有要求，請(qǐng)問不按照標(biāo)準(zhǔn)協(xié)議要求的數(shù)據(jù)位來配置串口，是不是不正確的？我們用的是stm32，只支持?jǐn)?shù)據(jù)長(zhǎng)度為8或9，而ASCII模式中要求數(shù)據(jù)位長(zhǎng)度為7···· 另外，在舊代碼中，RTU模式中，數(shù)據(jù)位長(zhǎng)度配置的是9，與標(biāo)準(zhǔn)協(xié)議中的8不符合···· Z后，在RTU模式，關(guān)于字符時(shí)間計(jì)算問題，當(dāng)波特率大于一定值時(shí)，字符時(shí)間是個(gè)定值，請(qǐng)問這個(gè)定值具體是多少根據(jù)什么確定？可以不用標(biāo)準(zhǔn)協(xié)議上的推薦值嗎？困惑，請(qǐng)高人解答展開