這是一個很有意思的話題，我就個人經歷談談我對兩者的看法吧，僅供參考。

07研究生期間，我當時研究方向是嵌入式，但因為老闆的軍工專案接觸了PLC。專案是在國家的一個研究所後來改制成有限責任公司進行，目前應該是行業內非常大的一家企業了。一開始接觸專案時，我發現是個大工程，涉及兩臺臺PLC,其中PLC是三菱的，電機是安川的，開關是歐姆龍的，還有編碼器是光陽的，程式語言梯形圖居然有30000行程式碼。你知道要完成什麼功能嗎？一個智慧軍工焊接的系統工作站，簡單理解就是焊接機器人群。而我們的專案目標是設計嵌入式pcb完全取代PLC。

最後的結果是我們設計了五塊嵌入式pcb，一個作為主節點控制端，另外四塊作為從節點執行端（這四塊一模一樣）完成了整個專案。程式碼行數最後統計2000行，完全的C語言+ucos作業系統就完成了，簡單易懂。這些程式碼是我花不到一週完成的，而我當時去自學並完全弄懂梯形圖花了1個月。其實，整個專案難點不在於軟體這些，而是嵌入式硬體設計的可靠性怎麼能在工業的強幹擾情況下還穩定執行。

總之，我要說的是在工業方面，梯形圖對於大型系統真的複雜，這個完全被嵌入式微控制器秒殺了。當然前提是，你的嵌入式微控制器能替代別人plc。

來看看PLC是什麼。

最早的PLC，是用繼電器搭建的，用梯形圖程式設計，只需要布林代數基礎，很適合電氣工程師做簡單開發應用。所以稱之為可程式設計邏輯控制器，L就是英文logic的縮寫。

隨著微控制器的發展，繼電器硬體陣列很快被其代替，模入模出也成為標配。由於元件與工藝成熟，可靠性高，迅速得到普遍應用。

八十年代我用PLC開發國內同行第一套PLC應用的時候，還只是用手工編寫梯形圖，鉛筆模板尺畫到十六開紙上，手持程式設計器敲程式碼輸入，很麻煩。現在各種成熟開發環境早替代了原始程式設計器，一臺筆記本就能完成幾乎所有的程式設計工作，更高效更不容易出錯。很多當年用微控制器自己搭系統的轉向PLC，也就順理成章了。

但是微控制器仍然有自己的市場，首先大量嵌入式應用場合，例如智慧洗衣機或者儀表，產量動輒幾十萬幾百萬，PLC的價格與體積無法承受。自己或委託開發微控制器控制就是最常見模式。

其次是計算量較大的應用場合。這時候大容量微控制器尤其工業計算機就成為優選了。

不可能被替代！拿最便宜的西門子smart來說，微控制器要做到相同功能成本太高。程式設計複雜，而且需要大量測試程式。微控制器適合生產些批次程式，像家電的控制系統，汽車控制系統，寫一次能用上萬次。

工控就不一樣了，首先程式只能一個地方用，沒有分攤成本。其次程式有bug，修改也不方便。最後，抗干擾性差，即便可以透過某些方法解決，但沒有plc成本低。中國產plc也就幾百塊。

我覺得沒有那個必要非要被替換，PLC基於繼電器邏輯控制演變而來的，是專門為在工業環境下應用而設計的數字運算操作電子系統。

PLC的CPU也是內嵌微處理器，是由微機技術和繼電器常規控制概念相結合的產物。

它更能適應工業自動化控制，程式語言採用梯形圖模式也更容易理解和操作，便於邏輯編寫和維護。

反而微控制器屬於嵌入式開發產品，雖然程式語言高階，但不適用工業自動化設計，它要求設計者有計算機語言程式設計能力，設計開發龐大，在工廠裡不適用。

我只是很入門的接觸過微控制器和PLC，和上面倆大神沒法比。。。淺說一下我大約的理解，PLC是初級中的入門級微控制器。。。兩者的工作環境完全不同。。。PLC可以滿足最多數企業的入門級操作，譬如，開關，監控裝置，微控制器滿足的高科技企業的高階活動。。。所以無外乎誰取代誰，存在就是合理!