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