學(xué)習(xí)分享者
級別: 家園�？�
精華主題: 0
發(fā)帖數(shù)量: 108 個
工控威望: 585 點
下載積分: 66 分
在線時間: 55(小時)
注冊時間: 2022-12-16
最后登錄: 2024-07-31
查看學(xué)習(xí)分享者的 主題 / 回貼
樓主  發(fā)表于: 2023-06-27 08:19
三菱PLC與EPSON機(jī)器人通訊，一個交互大概需要100多ms，就是從我寫入數(shù)據(jù)開始計時，然后機(jī)器人收到后反饋，到我收到反饋數(shù)據(jù)計時結(jié)束。大概就是100多ms。這個通訊速度算快還是算慢。請教一下各位
gxtmdb82164
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 770 個
工控威望: 1148 點
下載積分: 399 分
在線時間: 604(小時)
注冊時間: 2019-09-22
最后登錄: 2024-12-20
查看gxtmdb82164的 主題 / 回貼
1樓  發(fā)表于: 2023-06-27 08:31
信息太少了，啥通信？遠(yuǎn)程IO還是基于通信指令的數(shù)據(jù)交互？

遠(yuǎn)程IO就肯定不太正常了，會影響操作效率的，給機(jī)器人一個啟動信號，要100ms以后再響應(yīng)，太慢了

數(shù)據(jù)交互和通信方式(網(wǎng)口?串口?)、通信速率(9600?)和程序編寫方式都有關(guān)系的，特別是機(jī)器人那邊，為通信單獨開了并行任務(wù)和把通信寫到主循環(huán)中輪詢執(zhí)行是完全不一樣的。
只是用于數(shù)據(jù)交互的話，大部分情況下100ms也夠用了吧。。。
愛在日落之后
所有的偉大，源于一個勇敢的開始
級別: 家園�？�
精華主題: 0
發(fā)帖數(shù)量: 661 個
工控威望: 703 點
下載積分: 3439 分
在線時間: 140(小時)
注冊時間: 2022-07-25
最后登錄: 2024-12-12
查看愛在日落之后的 主題 / 回貼
2樓  發(fā)表于: 2023-06-27 08:56
tcp?你是怎么算出來100ms的，
leo.xue
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 154 個
工控威望: 258 點
下載積分: 3419 分
在線時間: 229(小時)
注冊時間: 2018-01-26
最后登錄: 2024-12-22
查看leo.xue的 主題 / 回貼
3樓  發(fā)表于: 2023-06-27 09:28
這速度是正常的
ljb6688
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 1805 個
工控威望: 1951 點
下載積分: 114022 分
在線時間: 1959(小時)
注冊時間: 2009-12-08
最后登錄: 2024-12-20
查看ljb6688的 主題 / 回貼
4樓  發(fā)表于: 2023-06-27 09:33
有延遲是正常的，不過100毫秒是怎么來的呢？
電氣自動化，智能化控制，數(shù)據(jù)遠(yuǎn)傳采集。工控元件代理，機(jī)器人附件    
17625606414
級別: 家園常客
精華主題: 0
發(fā)帖數(shù)量: 432 個
工控威望: 610 點
下載積分: 172 分
在線時間: 168(小時)
注冊時間: 2022-07-11
最后登錄: 2024-12-20
查看17625606414的 主題 / 回貼
5樓  發(fā)表于: 2023-06-28 11:26
慢
daihdn
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 134 個
工控威望: 231 點
下載積分: 602 分
在線時間: 72(小時)
注冊時間: 2009-08-28
最后登錄: 2024-12-10
查看daihdn的 主題 / 回貼
6樓  發(fā)表于: 2023-06-28 17:35
這個速度應(yīng)該是太慢了，不管是網(wǎng)口還是串口，通迅都是很快的，一般幾ms可以接受，不然嚴(yán)重影響PLC的周期時間，是不是從外部看動作，PLC發(fā)送信號到機(jī)器人開始執(zhí)行動作，這個之間的時間是100ms嗎，機(jī)器人接收信號后有沒有進(jìn)行延時，機(jī)器人加減速時間是不是設(shè)的比較長，或基速比較小，才導(dǎo)致從外部看上去機(jī)器人啟動比較緩慢。