原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背景的也比较好入门。
大概是这样。