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