如題。

客戶有個項目，用到了FX5U PLC帶31臺變頻器，進行數(shù)據(jù)通訊。

通訊內容，包括寫入頻率、讀取狀態(tài)、讀取電流、如有發(fā)生錯誤，還需要復位變頻器。

其中最重要的，是各個電機的頻率。頻率是在生產過程中，根據(jù)光電和接近開關的情況自動調節(jié)的，所以會變化，需要實時寫入。

目前使用的是MODBUS協(xié)議，RTU格式，使用的是三菱自帶的ADPRW指令。


現(xiàn)程序里設計的是，做了一個循環(huán)程序：首先，往第1個變頻器寫入數(shù)據(jù)，完成后SM8029置位下一個，往第2臺里面寫入，完成后，再置位第3臺……如此反復，直到第31臺寫入后，sm8029再置位第1臺，如此一直循環(huán)。

從第1臺變頻器寫入，到最后一臺寫入，看做一個周期的話，現(xiàn)在這個周期長達650毫秒。而且這還只是往里面寫頻率數(shù)據(jù)，其他的讀取電流、讀取狀態(tài)、復位目前都屏蔽了，還這么長時間。

但是根據(jù)現(xiàn)場需求，需要將這一周期的時間壓縮在300毫秒以內。



各位老師們，有沒有好的方法？

目前想法是改協(xié)議，但是什么協(xié)議比Modbus 更快呢？
首先想到的，是用三菱自帶的“無協(xié)議”通訊方式，目前還沒開始動手，先問下大家的建議，
或者使用profibus 協(xié)議，但這個協(xié)議沒學過，而且據(jù)說是西門子開發(fā)的，不知三菱能否使用。

目前的硬件，只有一臺5UPLC和31臺變頻器，最好不要再添加其他模塊，因為這個項目是在國外的，很多硬件在這兒買不到，要公司發(fā)的話，還不知道猴年馬月再能送來。

寫入優(yōu)先，需要寫入的時候寫入，需要讀取時讀取。程序掃描周期長的話通信可用定時中斷進行

ADPRW 一直執(zhí)行 就可以  D700的最高波特率38.4 kbps 5U支持最大115.2 kbps 這是一點

發(fā)程序學習下qq:2856767079

別想了，就是一個坑，把自己坑進去了。實時要求那么高，還有這么多的從站，呵呵了。
加硬件解決，增加485路數(shù)。

把通信波特率提高一點試下吧，能做的也就這個了

引用

引用第6樓luelyzeng于2017-10-10 17:43發(fā)表的  :
把通信波特率提高一點試下吧，能做的也就這個了

謝謝回復。
已經(jīng)是最高了，D700變頻器，0.75KW和1.5KW ,在變頻器參數(shù)里，最快就是38.4K了。雖然PLC可以繼續(xù)上調，但是變頻器已經(jīng)封頂了，PLC也只能使用38.4k.

程序如下，一個是之前的輪流跟31臺變頻器通訊，第一個通訊完，置位下一個。另一個是今天改的，一條指令一次性導通31臺變頻器，當然，從上往下一次通訊，省去中間置位復位條件。

引用

引用第8樓704工程于2017-10-10 19:37發(fā)表的  :
程序如下，一個是之前的輪流跟31臺變頻器通訊，第一個通訊完，置位下一個。另一個是今天改的，一條指令一次性導通31臺變頻器，當然，從上往下一次通訊，省去中間置位復位條件。

但是，經(jīng)測試，通訊一次，時間均為650毫秒左右，沒什么變化。 大家有什么其他的方法嗎？
難道真的要加一路485了？

加個485BD板，才幾塊錢啊

引用

引用第3樓cmsn于2017-10-09 22:41發(fā)表的  :
ADPRW 一直執(zhí)行 就可以  D700的最高波特率38.4 kbps 5U支持最大115.2 kbps 這是一點

謝謝您的回復。
這個方法第二天試了下，跟之前一樣，沒什么變化。
一個觸點直接導通31條ADPRW指令，后面用SM8029觀察狀態(tài)，并記錄時間，可惜還是650多毫秒。