引用

引用第9樓030403118于2018-12-25 16:13發(fā)表的  :
哎
原則是適用 夠用 不浪費 選擇對的
問題是：
1、你給公司省成本 寫程序你費勁心思處理各種問題
2、成本是省了 維護成本上去了 綜合成本是升了還是降了?
.......

請教~如果是16軸的項目  什么方案最妥當？

用Q啊，兩個定位模塊搞定

好像是伺服的功率都很小，稍大的功率就沒有貨。

引用

引用第13樓wangbao3221于2019-02-13 15:56發(fā)表的  :
用Q啊，兩個定位模塊搞定

直接用Q170MCPU 呢？

引用

引用第9樓030403118于2018-12-25 16:13發(fā)表的  :
哎
原則是適用 夠用 不浪費 選擇對的
問題是：
1、你給公司省成本 寫程序你費勁心思處理各種問題
2、成本是省了 維護成本上去了 綜合成本是升了還是降了?
.......

沒錯供應商提出解決方案就是要便利性
禧歡省看的到的成本
到時候通訊又出一堆問題
光跑維修就把那些本又吐回來
但偏偏小公司又特別禧歡這樣搞
聰明人做聰明事
時間也是成本
再說工控人更應該注意流程控制(尤其錯誤處理)
而不是花時間去解決通訊問題
如果切開來說通訊就把它歸類在底層
而工控人要懂得應用上層的架構去控制整個流程

16個軸的直接一個簡易運動控制模塊搞定，一個模塊7000左右，省錢省事省線

坐等教程

是CC-LINK IEFB協(xié)議，配JE-C伺服，5U最多16軸，不可以插補。

那么牛啊，搞個學習下