原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背景的也比較好入門。
大概是這樣。