F5UJ進行modbusTCP通訊時當讀取的數(shù)據(jù)是正數(shù)時，設置的讀取數(shù)據(jù)長度和接收的數(shù)據(jù)長度一致，數(shù)據(jù)也沒有錯誤。

當讀取到的數(shù)據(jù)是負數(shù)時，收到的數(shù)據(jù)長度在某個位置是設置的2倍，因為負數(shù)的位置不確定所以收到的數(shù)據(jù)也無從下手去處理。
也就是負數(shù)時收到的數(shù)據(jù)地址和服務器的數(shù)據(jù)地址對應不上了。
當進行modbusTCP通訊時負數(shù)怎么處理？
真誠求助

通訊時都是客戶端讀取服務端的寄存器，數(shù)據(jù)類型不同，占用寄存器數(shù)量不同（16位，32位，64位，字符串看長度）；建議將數(shù)據(jù)轉成16進制進行查看，看看是不是讀取的數(shù)據(jù)高低位被調(diào)換，也可以先用tcp模擬軟件進行測試。

用的測試工具測試的

引用

引用第2樓紅云123于2022-09-15 09:30發(fā)表的  :
用的測試工具測試的

讀取寄存器個數(shù)改為4，PLC監(jiān)視數(shù)據(jù)使用16進制查看

好吧，說下這個正數(shù)和負數(shù)
值為5它在計算機中表示為：
00000000 00000000 00000000 00000101
5轉換成二制是101，不過int類型的數(shù)占用4字節(jié)（32位），前面填了一堆0
-5在計算機中，負數(shù)以原碼的補碼形式表達。
原碼：
一個正數(shù)，按照絕對值大小轉換成的二進制數(shù)就是正數(shù)的原碼
一個負數(shù)，按照絕對值大小轉換成的二進制數(shù)，然后最高位補1，就是負數(shù)的原碼
比如
00000000 00000000 00000000 00000101 是5的原碼。
10000000 00000000 00000000 00000101 是-5的原碼。
補碼
正數(shù)的補碼與原碼相同
負數(shù)的補碼為對該數(shù)的原碼除符號位外各位取反，然后在最后一位加1
比如：
10000000 00000000 00000000 00000101 的反碼
是：11111111 11111111 11111111 11111010
那么，補碼為：
11111111 11111111 11111111 11111010 + 1 = 11111111 11111111 11111111 11111011
-5 在計算機中表達為：11111111 11111111 11111111 11111011
轉換為十六進制：0xFFFFFFFB

和是否使用16進制無關。為什么讀取1個保持寄存器，收到的數(shù)據(jù)卻占兩個寄存器。

看了你圖中發(fā)送內(nèi)容，你用的工具多發(fā)了兩個字節(jié)內(nèi)容

有可能是測試工具的問題

換個調(diào)試軟件直接自己寫負數(shù)的報文，看看是不是還會多出來字節(jié)

你用這個軟件試試，也是這個網(wǎng)站里面的