payfsl
級別: 工控俠客
|
Modbus究竟能提速多少?輪詢長達幾十秒? Modbus RTU在485通訊里幾乎是80%的梯形圖編輯者的做法是用時間加計數的方法輪巡, 在用Modbus RTU 做簡單的通訊時,這樣做確實影響不大 也是一眼就能看懂,而且很好理解 但是如果我們要讀取很多的參數,或者很多從站的數據呢? 每個指令從發送到接受,然后再到PLC的時鐘掃描周期完成, 我們中間浪費了一共多少可以利用的時間呢? 如果一條指令通訊錯誤時,在超時時間設置默認1000MS的情況下 假如20個指令需要輪詢,中間報錯的有4個時,一輪下來會有多少時間? 怎么有效率地優化一下通訊速率的問題 在這里和在座的朋友請教這方面的知識 希望有大神路過,能削微的指點一下 看到另一番天地 感謝關注 |
|
---|---|---|
|
wangzhentang
大傻
級別: 探索解密
|
主從結構多站點就是這樣,主站廣播也要排隊返回,一般是提高波特率(類似CAN也是主從,但能上250/500k等),減少發送接收延遲,但還是快不到哪里去。 我個人早期也是485線一個一個連,編程太麻煩,后面采購帶Modbus TCP設備或串口服務器(Modbus RTU轉TCP,485轉網口),PLC也是帶以太網接口(大部分硬件比如W5500就8端口,其他常見的也就32端口),不同的是,加了個工控機(上位機編程,多線程)當中轉,PLC只要和工控機通信就可以得到其他站點的數據(上位機可以把要的所有位,字數據放入順序數組,PLC通信一次即可全讀),PLC編寫的程序也簡單高效。 |
---|---|
|
石頭哥
級別: 探索解密
|
我有時也自問這樣的問題,但不得解。 多站點多數據用小馬拉大車不適合,是否換更高級的總線?小車換高鐵,比如EtherCAT之類 |
---|---|
|
k2416207
級別: 略有小成
|
監控通信報文 看看主要耗時在那里 針對著來改 個人覺得如果通信有錯誤的情況下 主要耗時在 重試次數和超時時間 設置過長 如果通信沒錯誤 主要耗時在 通信延時和波特率 這里 |
---|---|
|
焦劉吉
緊跟時代發展,努力做好時代青年
級別: 工控俠客
|
建議不要寫指令的,采用自動刷新的方式 |
|
---|---|---|
|
二手工控電器
且行且珍惜
級別: 工控俠客
|
Modbus RTU在485通訊里確實不敢多拖。就怕反應遲鈍導致問題出現! |
|
---|---|---|
|