97久久精品人人爽人人爽蜜臀/www.青草视频/成视频年人黄网站视频福利/国产第一页第二页/国产裸拍裸体视频在线观看/国产又色又爽又高潮免费/精品超清无码视频在线观看/久久精品蜜芽亚洲国产av/辽宁熟女高潮狂叫视频/你懂在线/欧美少妇15p/人妖 丝袜 另类 亚洲/日韩欧美网站/少妇人妻大乳在线视频/婷婷色国产/性色av无码久久一区二区三区/亚洲精品图片一区15p/亚洲一卡2卡3卡4卡5卡精品

2,速度快，急停不受通訊限制

我推薦方案2，方案2各司其職，邏輯編寫起來也比較清晰明了。方案1，你主站編寫程序，萬一程序量很大，你一個PLC運行不起來怎么辦呢

各個PLC肯定是各自負責自己工位的動作程序，主PLC負責調配。

方案二可行

建議方案2，方案一存在以下弊端，第一主站程序量太大，影響整體速度。第二，設備的急停啟動還有很多點都靠通訊到主站，萬一通訊出問題存在各種隱患。
其實好比開公司。
方案一就等于，老板全能，技術，財務，銷售，干活全自己來，后面跟兩個員工，干活讓后面的員工遞個扳手，螺絲刀，員工看著老板做。
方案二就等于，老板負責公司運行，各個部門的協調，具體任務分給技術部，財務部，銷售部，車間主任。而且各個部門也會反饋資料給老板。
你說上面哪種公司合理

看應用和通訊量

小應用肯定是方案一方便易修改升級，關于急停也可以用其他替代，比如超時停等。
大應用，特別是分站程序復雜，或者是通訊量特別大，那肯定得各司其職