久久久国产一区-久久久国产一区二区三区丝-久久久国产一区二区三区丝袜-久久久国产综合视频-久久久精品白浆无码-久久久精品波多野结衣

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

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

各個PLC肯定是各自負(fù)責(zé)自己工位的動作程序，主PLC負(fù)責(zé)調(diào)配。

方案二可行

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

看應(yīng)用和通訊量

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