亚洲精品第一国产综合精品,国产另类图片综合区小说,欧美精品一区二区在线电影,综合图区亚洲色图,在线看片精品国产日韩

一臺設備，當一個(gè)plc脈沖口不夠用，采用兩個(gè)PLC通訊控制方案，我傾向主站寫(xiě)主流程＋子流程，從站只寫(xiě)子流程通過(guò)主站調用子站程序塊，從站跟主站共用一套流程控制，就是從站讀取主站運動(dòng)狀態(tài)，但是看有些人寫(xiě)的從站只寫(xiě)脈沖軸指令，主站通過(guò)M點(diǎn)通訊映射控制從站軸，從站僅作為發(fā)脈沖的，這樣省事但是靠譜嗎

如果有良好的封裝的情況下，通過(guò)共享內存做交互，甚至可以做到在主站連運動(dòng)指令（經(jīng)過(guò)封裝的）都保持一致。
在真正的業(yè)務(wù)邏輯上，甚至都感覺(jué)不到這個(gè)脈沖是在主站發(fā)還是在從站發(fā)。

簡(jiǎn)單來(lái)說(shuō)，rAbsMoveTo(軸號，位置，速度)

前面這個(gè)軸號，隨便寫(xiě)，約定好哪個(gè)軸在主站，哪個(gè)軸在從站就完事了，中間層調用PLC指令也幾乎是一模一樣的，只不過(guò)從站的交互變量要從通信過(guò)一遍。

當然，方法不是唯一的，如果是比較大型的復雜設備，從業(yè)務(wù)上進(jìn)行解耦，直接把一些機構獨立出來(lái)放在從PLC上也是可以的，而且可以保證除了脈沖以外的包括IO在內的資源使用起來(lái)更方便（畢竟少了一層通信），單純的發(fā)脈沖，還是上面的方法更好。

還是舉例：比如說(shuō)你設備上有個(gè)比較復雜的上料機構，桁架結構的，PLC自己發(fā)脈沖去跑位置，而整個(gè)上料機構和主業(yè)務(wù)流程真正要交互的東西實(shí)際上非常少，無(wú)非是取料申請、取料到位、報警（參數設置是獨立的，單獨的上料機構參數設置），這種情況下，就非常適合把整個(gè)取料機構的程序寫(xiě)到從PLC里面去。

實(shí)際上這樣的程序我也寫(xiě)過(guò)的，封裝完了以后，在主程序里面就是out（xx機構.do） wait（xx機構.done）