玖玖玖视频-亚洲精品1卡2卡3卡-操欧美美女-真实国产乱子伦对白视频不卡-国产乱在线-大胸美女被吃奶爽死视频-久久亚洲美女精品国产精品-天堂在线www天堂在线-久久在精品线影院精品国产-国产又粗又长又大-欧美三级一区二区-超碰在线亚洲-天天cao在线-国产偷倩视频-亚洲啪

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

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

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

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

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

每個指令從發送到接受，然后再到PLC的時鐘掃描周期完成，

我們中間浪費了一共多少可以利用的時間呢？

如果一條指令通訊錯誤時，在超時時間設置默認1000MS的情況下

假如20個指令需要輪詢，中間報錯的有4個時，一輪下來會有多少時間？

怎么有效率地優化一下通訊速率的問題

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

希望有大神路過，能削微的指點一下

看到另一番天地

感謝關注

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