国产蝌蚪视频在线观看_亚洲亚色_日批网站免费_亚拍一区_69网站_九热精品_最新中文在线视频_欧美视频日韩视频_国内精品二区_天堂资源站_av综合一区_国产精品久免费的黄网站_四虎免费在线观看_少妇做爰奶水狂喷视频_野花视频韩国免费观看3_久久国产精品亚洲人一区二区三区_国产日产精品_国产精品毛片_亚洲精品久久草草起碰_国产偷国产偷亚洲综合av_两个人日本WWW免费版_91麻豆视频_亚欧在线观看视频_久久久99免费_久久精品视频12_麻豆视频播放_日本高清WWW午色夜COM_公和我做好爽添厨房_成人午夜剧场在线观看_gay无套ⅹxxoo_在线观看成人福利

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

必須靠譜

你只要把從站看做成主站的擴展IO點就好理解了。原理一樣，只是走的通訊而已。

主站運算，從站只寫運動指令，后面調試修改你就知道這樣效率最高了

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

簡單來說，rAbsMoveTo(軸號，位置，速度)

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

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

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

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