關于電子吊秤Modbus 通信在modbus poll上調(diào)試收不到數(shù)據(jù)的問題

問：程序編號了，編譯也沒問題，實現(xiàn)了03功能碼，串口波特率等設置也都沒問題，可在modbus poll上調(diào)試時一直通訊超時，Timeout err,到底哪里出問題了 急急急！程序在下面，還有調(diào)試問題的截圖！求解決！

答：請仔細查看一下modbus協(xié)議，上位機會隔一定時間向下位機發(fā)送查詢碼，下位機要及時回答，通知上位機通信正常。如果你的單片機程序中沒有寫應答上位查詢碼的程序，上位機就會中斷通信的，就提示通信超時的?？茨愕耐ㄐ艛?shù)據(jù)，只有上位機發(fā)送數(shù)據(jù)，卻沒有下位返回的數(shù)據(jù)。所以，一是查下位機有無應答查詢碼，二是查詢下位機接收到控制命令后，解析命令是否正確，是否有返回碼。上位機發(fā)正常命回令，下位都應該有返回碼的?？梢韵扔么谡{(diào)試助手測試下位機的收/發(fā)代碼過答程。

單片機做為從站或主站，其功能的實現(xiàn)程序是有區(qū)別的。做主站時，由單片機發(fā)起通信請求，ModBus Slave根據(jù)請求做出應答（事務處理并返回幀）。所以，單片機要按照ModBus 協(xié)議組織數(shù)據(jù)幀，然后“發(fā)送---等待、接收返回幀---錯誤處理或新的請求”。若只是簡單的試驗，其后2字節(jié)CRC校驗碼可用其他CRC程序內(nèi)計算出再添加到幀后；若是作為正常主機，則須由單片機計算CRC碼并組織數(shù)據(jù)幀（通俗容說法：數(shù)據(jù)打包）。

**************************************************************************************************

問2：

剛接觸485，我做的設備用modscan32調(diào)試連接不上
因為采用的是ttl串口，所以不考慮硬件連接問題，是可靠的

通信協(xié)議這樣定制的

按道理來說，就這幾個字節(jié)，而且順序已經(jīng)按照Modbus rtu格式排列好了，為甚么調(diào)試軟件認為沒數(shù)據(jù)收到呢？

解決不了了，感覺就剩一窗戶紙了，求大神指條明路

答2：

設備地址是否正確（決定是否能被設備識別）

起始地址是否正確（設備地址其實是設備內(nèi)部的存儲單元，這個存儲單元必須存在）

CRC是否正確

modbus保持寄存器每個寄存器都是雙字節(jié)的，你返回的是單字節(jié)的，所以校驗就通不過了
發(fā)送：
[10]   從站地址
[03]  03功能碼
[00][00] 起始地址
[00][02] 寄存器數(shù)量
[c7][4a] CRC校驗

接收
[10]   從站地址
[03]  03功能碼
[04]  返回的寄存器字節(jié)數(shù)，每個寄存器2字節(jié)，讀兩個寄存器，所以四個字節(jié)
[00][00] 寄存器1
[00][00] 寄存器2
[fb][32] CRC校驗碼