通訊

PLC1500的通訊包括可編程式控制器之間的通訊✘☁、可編程式控制器和其他智慧控制裝置的通訊↟╃│·。隨著計算機控制的發展╃│•，近年來國外工廠自動化通訊網路發展的很快╃│•，各著名的PLC生產廠商都推出了PLC之間的網路系統↟╃│·。

並不是所有的PLC都有上述全部功能╃│•，有些小型可編程式控制器只具有上述的部分功能╃│•，但是價格較低↟╃│·。

使用MODBUS RTU做實時通訊☁▩·₪？要看你指的實時是什麼時間等級╃│•，一般是做不了↟╃│·。

首先╃│•，6臺伺服╃│•，每臺寫一個控制字╃│•，一個設定值╃│•，返回3個狀態字計算╃│•，6臺需要30字╃│•，9600波特率的話╃│•，30字需要25mS, 再加上首發指令和延時輪詢的時間呢↟╃│·。所以要看你的實時性要求╃│•，如果時間要求不是很嚴格╃│•，那是可以的↟╃│·。

其次╃│•，實時通訊基本都使用乙太網╃│•，以前好多低端300PLC的DP口都不支援實時同步↟╃│·。

所以╃│•，建議設計方案改成PN的╃│•，實時性有保障╃│•，如果經過驗證╃│•，RS485通訊能滿足你現場要求的話╃│•，也是可以的╃│•，畢竟成本低不少呢↟╃│·。

塊最好自己編寫肯定比呼叫系統中的塊掃描時間要短╃│•，因為系統的塊中有些功能你不要用增加掃描時間↟╃│·。還有主要問題不是呼叫幾個塊的問題╃│•，你做輪詢時╃│•，讀取從站資料時╃│•，你只能一個個讀取╃│•，主要時間在這╃│•，你讀取#1站到#2站的時間↟╃│·。因為MODBUS 是序列非同步半雙工通訊↟╃│·。通訊中有時間間隔↟╃│·。 你要計算下╃│•，第通訊一個站要多少時間╃│•，到你第100個時╃│•，時間延時是多少╃│•，能否接受↟╃│·。↟╃│·。↟╃│·。 還有你這距離太遠╃│•，提高波特率又有可能丟資料↟╃│·。 485中繼使用不知效果怎麼樣↟╃│·。  可能的話可以考慮其實通訊↟╃│·。