Fw: [請益] 工控技能樹怎麼點？

[choral (..)]

※ [本文轉錄自 Soft_Job 看板 #1Snkb8z0 ]

作者: choral (..) 看板: Soft_Job
標題: Re: [請益] 工控技能樹怎麼點？
時間: Mon Apr 29 20:08:37 2019

原PO問的是工控方面的事情，
機械/電機/軟體版上有些厲害人物，
但是平常都不出聲的，
所以我這個半桶水就來拋磚引玉一下，
希望能引出大神回覆。
如有錯誤還請不吝指正，感謝!

※ 引述《amseex ()》之銘言：
: 大家好，小弟學店資工學士畢後在家裡幫忙，拚到30歲後由於一些原因就轉職了，年紀也不小沒有讀碩
: 的打算。
: 後來找到台中的某間公司，一開始就去學了圖控軟體(科x代理的那個)，接著就一直到別
: 人的廠修修改改，就這樣過了一年感覺自己沒什麼成長，想跳槽，打開104發現我不會的
: 東西真的很多，學C#也不知道怎麼把自己現在會的跟C#結合在一起，大學其實都是低空飛
: 過，底子算很差。

工控方面，由整體架構可以粗略分成monitor side和control side，
可以套用的範圍也很廣，從機械、航太、化工、電子都可以應用，
至於要用什麼硬體和軟體實現這個架構，目前其實還蠻多種選項可以達成的。

目前工控界是windows制霸，因此 .Net framwork被各種設備商和感測器商所採用。
但隨著IOT時代來臨，歐系廠商很多也開始採用跨平台的作法，
可以直接用XML/JSON格式和設備或感測器進行溝通和控制，
當然，這些硬體也支援比較古老的OPC.UA/OPC,MODBUS,I/O LINK ...等通訊協定格式
不過以即時性和安全性考量，只有monitor side會用上述方式進行實作，
而control side很多還是以比較古老的通訊協定或硬體I/O的方式進行控制，
最後control side再由一個上位控制電腦監控著。

(由於馬達和驅動器間的通訊，或是軸卡的使用，微處理器開發，這一塊已經偏向設備商，
這個和PLC一樣，比較適合控制工控系統中的某一個站點，
要用來監控整個廠區就不是這麼經濟實惠了，所以在這邊就不多說了)

關於C#學了要怎麼用?在工控上由於它是目前最多(.NET)設備和感應器廠商所採用，
因此要整合多種不同廠商的各式各樣控制元件和感測元件以及設備，
並且要讓主控系統能夠非同步處理這些元件送進來的訊號和回應，
在程式端原PO要過的檻大概有幾個
1.熟悉.NET的語言規格
2.能夠在短時間內把一個完全不熟悉的設備或元件玩起來，讓它發揮該有的功能
3.整合一個廠區的軟硬體，讓它能"長時間"運作順暢。

由於工控的資料庫的部分，相比於軟硬體整合基本上是小菜一碟，所以就略過。

至於和MES或SAP間的交握也沒這麼難就是了，端看IT端能給多少支援。
但處理MES或SAP本身是蠻哭的，但這個就偏IT端了，所以也跳過。

: PLC好像也是需要那個環境.設備才能學，但沒什麼機會碰到就是了，而且好多廠牌都不一
: 樣...不知道如何下手？
: 這陣子有點迷惘，薪水雖然砍半......，但算起來比之前穩定多，不過這一年都養家都透
: 支，適應了一年覺得自己很廢，想在下班後繼續精進自己，想問一下各位大大，有什麼書
: 推薦的嗎？

PLC在工控，除非原PO打算往設備端或是產線前期部署走，
不然以純CS背景的人要玩，老實說很吃力，
因為這個很多是吃對於某個製程的domain knowhow，比如說沖壓製程
寫沖壓手機金屬殼，機器的動作順序大概3000個ladders就好了，
但是怎麼沖壓才不會出現毛邊，或是產生金屬破裂，
或是沖力不夠導致金屬還沒到塑性變形區，產生過多的回彈，
或是沖力過大，模具提早損壞，這些都是domain knowhow，

而沖壓汽車門或頂棚，又是另外一門domain knowhow了。
值錢的並不是寫PLC本身，而是這些knowhow。


: 其實我只是看到前幾篇PLC的文，想抒發一下這陣子轉職後的心情，然後問一下各位前輩
: 們這條路的方向QQ
: 還有聽說這行一般人5.6萬就頂了，是真的嗎？

如果沒接觸到這些製程的knowhow的話，的確5-6萬就是頂點了。

給原PO的建議，純CS背景還是走產線後期部署或是產線運作維持，
這個時期，就偏向CIM在做的事情，CS背景的也比較好入門。
大概是這樣。

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.168.144.165
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1556539720.A.F40.html
推 x246libra: 好專業 還要了解 材料力學 真心覺得難走
→ x246libra: IOT時代 台灣真的有那麼多廠商在用嗎? 挺好奇的
→ x246libra: 依照機械老闆的思維 連工業3.0都辦不到了
→ x246libra: 這樣還半桶水QQ 看來我只是小水漬
推 x246libra: 可以請教一下嗎? 工控的c# 需要懂什麼設計模式?
→ x246libra: 或是 物件導向的概念? 還是只要CALL來用就好?
→ choral: 當你要做的產品越來越高端的時候，想對應等級的設備和感
→ choral: 測器也會投資下去，台灣的工控目前是蠻兩極化的
→ choral: 物件導向一定要的，不然這麼多種類的設備和元件，不用OO
→ choral: 很頭痛
→ choral: 至於設計模式或其他的就看工作團隊怎麼規定了
推 x246libra: 謝謝分享 還想請教 您說兩極化 想問高端的比例是否很低
→ x246libra: 兩年前找工控職缺 自己感覺有9成是中低階 薪資跟環境..
→ choral: 不多 但卻很難找到相對應資格的人
→ choral: 主要是環境太差，一般撐不過newbie->junior這個階段
推 x246libra: 我還真是因為 不能接受前期的養成 好像在自虐...
推 nicetw20xx: 推domain knowhow~  真的專業~~ 只是台灣老闆多看到
→ x246libra: 然後發展也沒說特別好 就叛逃了xd
→ nicetw20xx: 花費就縮了QQ 不過我這邊知道的主要都有專門控制器
→ nicetw20xx: 處理，然後電腦再來接
→ yaurtusn: PLC 構建 FMS 的沖壓產線,我是沒看過跟電腦有連接.
→ yaurtusn: 假若沖壓 FMS 加裝了設備來建立 CIM,應該是獨立不干涉的
→ choral: 是的，CIM的角色大多不干涉機台運作
推 x246libra: 這樣聽您說來 感覺 控制比較看重 domain 程式能力次之
→ x246libra: 純軟 似乎 你程式強就好 Domain都可以再談?
→ x246libra: 工控似乎不是那麼重視 程式能力?
→ choral: PC-based comtrol, real-time OS也很吃程式能力，只是那
→ choral: 個比較偏工控的另一塊了
→ choral: typo: control
→ choral: 一般產業用機器則是domain knowhow為首要
推 x246libra: 可否請教下，pcbase，又算是什麼領域？ 感覺只是plc的
→ x246libra: 高階版本？
→ choral: 主要是高速運動控制，需要考慮頻率響應的時候…
→ x246libra: 謝謝您的熱心回答
推 nicetw20xx: 高速運動主要處理應該在馬達驅動器  PC, PLC, CNC
→ nicetw20xx: 我都把他當控制器XD  怎麼選擇搭配主要看客戶需求、
→ nicetw20xx: 或是公司本身(基本上都沿用)   像PC裝軸卡、IO卡，就
→ nicetw20xx: 有了驅動程式從PCI抓或丟資料的方法   並且有些搭配是
→ nicetw20xx: 會自己執行後才給PC的，也會事後補log，像急停處理
→ nicetw20xx: 或像程式當機時，可以馬上切斷程式來自己執行急停情況
→ nicetw20xx: 不覺得這跟把PLC塞進PC裡面很像嗎XD
→ nicetw20xx: 我看PC優點在程式移植性、UI漂亮、還有殺招影像處理
→ nicetw20xx: CNC強在他的IO軸控演算法都幫你處理好了
→ nicetw20xx: PLC大概就便宜跟開發快速、通用吧
→ choral: 這麼說也是，但我考慮的點是軸卡的差補指令到驅動器這段
→ choral: 雖然很多都是現成的，但還是會去思考怎樣才能有效率應用
※ 發信站: 批踢踢實業坊(ptt.cc)
※ 轉錄者: choral (118.168.144.165), 04/30/2019 00:21:16
推 elfranger: choral大真的好厲害    ，推一個
→ choral: 就是到處摸到處做，看得比較多一些而已～感謝E大
推 gp03dan: 推