1.出電控BOM表
2.畫電路圖
3.配線
4.走氣管
5.各種儀器調試滿足設備使用（伺服，步進，變頻器，溫控器等）
6.后期現場維護，客戶現場改程序，改電路。
7.編寫程序(PLC,C#,C++等)

公司有臺設備用控制卡編程， 新招的寫上位機的工程師表示他自負責第7項編程（用C#寫），其余的1~6項全部由電氣工程師完成。   我的疑問是，如果是用PLC的設備開發，1~7項都是由我一個人獨立完成的，（如果項目緊張，3~4項由其他人協助完成）。 請問整個行業的電氣工程師都是這樣嗎。 對了兩者的名稱也不一樣， 一個電氣工程師， 另一個是軟件工程師。 電氣工程師也要寫軟件， 而軟件工程師卻不用管電氣。  工資還比電氣工程師高。

低端的系統，一個有點基本功的電工就能干。但對于高端的智能化、全自動化系統，不是短時間就能完成的項目，就需要硬件、軟件工程師多人通力合作。硬件工程師不會編程，軟件工程師不會硬件，合作難度會很大，反而不如一個全能型工程師干得順手。現在PLC的高端編程，不再像以前的梯形圖那么簡單，出現了ST、FB等多種，實現的功能是越來越強。C#程序的一行實現功能比PLC梯形圖一行程序多，在實現相同復雜功能的前提下，用C#編寫的程序反而比PLC梯形圖程序的代碼少。現在一般是用C++做dll,C#做窗體調用dll。C#程序要用于工控，就不得不與PLC結合起來，光會C#編程，根本做不了對PLC的監控。項目要降低成本，就得走標準化、模塊化的道路，批量生產、組裝，批量投放市場。

引用

引用第16樓小覃哥于2021-08-20 10:28發表的  :

那為什么大型的過程控制 地鐵 熱電 化工都還是用PLC上的呢？
每一項事物的存在都有它自身的道理，不要一味的去否定它，可能是自身涉及的不足。

言之有理，2樓估計就見過一些簡單的開關量控制，沒見識過復雜的PID過程控制、多軸運動控制、多站點通信的工業自動化生產線的PLC程序，所以眼光和格局小了。