sihu国产精品永久免费_日韩午夜在线视频_久久99中文字幕伊人_古代男男嗯…啊h总攻

Modbus究竟能提速多少？輪詢長達(dá)幾十秒？

Modbus RTU在485通訊里幾乎是80%的梯形圖編輯者的做法是用時(shí)間加計(jì)數(shù)的方法輪巡，

在用Modbus RTU 做簡單的通訊時(shí)，這樣做確實(shí)影響不大

也是一眼就能看懂，而且很好理解

但是如果我們要讀取很多的參數(shù)，或者很多從站的數(shù)據(jù)呢？

每個(gè)指令從發(fā)送到接受，然后再到PLC的時(shí)鐘掃描周期完成，

我們中間浪費(fèi)了一共多少可以利用的時(shí)間呢？

如果一條指令通訊錯(cuò)誤時(shí)，在超時(shí)時(shí)間設(shè)置默認(rèn)1000MS的情況下

假如20個(gè)指令需要輪詢，中間報(bào)錯(cuò)的有4個(gè)時(shí)，一輪下來會有多少時(shí)間？

怎么有效率地優(yōu)化一下通訊速率的問題

在這里和在座的朋友請教這方面的知識

希望有大神路過，能削微的指點(diǎn)一下

看到另一番天地

感謝關(guān)注

上邏輯分析儀，看時(shí)差

主從結(jié)構(gòu)多站點(diǎn)就是這樣，主站廣播也要排隊(duì)返回，一般是提高波特率（類似CAN也是主從，但能上250/500k等），減少發(fā)送接收延遲，但還是快不到哪里去。
我個(gè)人早期也是485線一個(gè)一個(gè)連，編程太麻煩，后面采購帶Modbus TCP設(shè)備或串口服務(wù)器（Modbus RTU轉(zhuǎn)TCP，485轉(zhuǎn)網(wǎng)口），PLC也是帶以太網(wǎng)接口（大部分硬件比如W5500就8端口，其他常見的也就32端口），不同的是，加了個(gè)工控機(jī)（上位機(jī)編程，多線程）當(dāng)中轉(zhuǎn)，PLC只要和工控機(jī)通信就可以得到其他站點(diǎn)的數(shù)據(jù)（上位機(jī)可以把要的所有位,字?jǐn)?shù)據(jù)放入順序數(shù)組，PLC通信一次即可全讀），PLC編寫的程序也簡單高效。

我有時(shí)也自問這樣的問題，但不得解。
多站點(diǎn)多數(shù)據(jù)用小馬拉大車不適合，是否換更高級的總線？小車換高鐵，比如EtherCAT之類

方法不對吧！

監(jiān)控通信報(bào)文 看看主要耗時(shí)在那里  針對著來改      個(gè)人覺得如果通信有錯(cuò)誤的情況下 主要耗時(shí)在  重試次數(shù)和超時(shí)時(shí)間 設(shè)置過長    如果通信沒錯(cuò)誤 主要耗時(shí)在 通信延時(shí)和波特率 這里  

確實(shí)存在這樣的問題，誰有好的方式可以說一下

建議不要寫指令的，采用自動刷新的方式

弄個(gè)串口采集器就是了，一個(gè)網(wǎng)口下N個(gè)串口，快的多

Modbus
提速

Modbus RTU在485通訊里確實(shí)不敢多拖。就怕反應(yīng)遲鈍導(dǎo)致問題出現(xiàn)！

讀寫分開