91黄动漫 I 欧美 日韩 国产 成人 在线 I a级成人毛片 I 农村黄色片 I 男生捅女生的肌肌 I 精品99一区二区三区 I 妃光莉av I 日日夜夜操操 I 性中国古装videossex I 久久不卡av I 美女高潮动态图 I 极品美女开粉嫩精品 I 牛牛精品一区二区 I 91精品福利视频 I 成人刺激视频 I 91国内精品视频 I 中国一级特黄毛片大片 I 校长狠狠挺进校花体内小说 I 欧美激情黄色片 I 欧美久久久一区 I 爱豆国产剧免费观看大全剧苏畅 I 麻豆国产人妻欲求不满谁演的 I 亚洲一区二区在线免费观看视频 I 国产超碰av人人做人人爽 I 精品国产第一国产综合精品 I 久久免费看av I 欧美一区二区三区白人 I 国产精品夫妻激情 I 校花被肉干高h潮不断 I 欧美最猛黑人xxxx黑人表情 I 国产欧美日韩一区二区搜索 I 极品女神露脸呻吟啪啪 I 人人天天久久 I 亚洲动漫在线 I 日本91福利区 I 五月天 桃色 开心 I av在线免费观看国产 I 男人添女人的免费视频 I 夜夜穞天天穞狠狠穞

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

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

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

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

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

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

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