PLC 已經有40多年的發展歷史了，以取代基于繼電器的系統，從概念上講，它們是相似的，并使用了梯形邏輯，該邏輯模仿了工程師用來表示物理繼電器和計時器以及它們之間的連接的接線圖的外觀，早期的PLC需要專用的專用終端進行編程，記憶體非常有限，并且缺少遠程I / O，

到了1980年代，基于PC的軟體被引入到PLC的編程中，隨著時間的流逝，它變得越來越快，并且增加了更多的功能，從那時起，許多新技術已應用于PLC，幾乎在連續的基礎上大大擴展了它們的功能，PAC在自動化市場上相對較新，使用的是市場研究公司ARC在2001年創造的術語，自那時以來，關于PAC與PLC的區別一直未達成具體協議，一些用戶認為PAC一詞只是描述高級PLC的市場行話，而另一些用戶則認為PLC和PAC之間有一定的區別，

市場研究公司ARC指定了定義PAC的五個特征：

• 多域功能
• 單一，多學科的開發平臺
• 靈活的軟體工具，可最大化機器或流程之間的流程
• 開放的模塊化架構
• 與企業網路的兼容性

PAC 的基本特征

由于沒有PAC的行業標準定義，因此PAC和PLC之間的區別很模糊，高端PLC現在具有上述某些特征，并且正在蠶食曾經被視為PAC領域的產品，實際上，許多PLC現在包括標準的編程語言，通過附加模塊擴展功能的能力以及與各種總線系統的連接，

無論無何，有時我們沒有必要去糾結PAC 的確切定義，從目前流行的所謂PAC 產品可以看出PLC 和PAC 的差別

采用更加開放的體系結構和模塊化設計

PAC提供了更開放的體系結構和模塊化設計，以促進與其他設備，網路和企業系統的通信和互操作性，它們采用標準協議和網路技術（例如以太網，OPC和SQL），因此可以輕松用于各種網路和設備之間的通信，監視和控制，

PAC還提供在多個領域（例如運動，離散和程序控制）中運行的單個平臺，此外，PAC的模塊化設計簡化了系統擴展，并簡化了傳感器和其他設備的添加和拆卸，通常無需斷開接線，它們的模塊化設計使其易于添加并有效監視和控制數千個I / O點

構建分布式控制系統

PAC 中引入了更強的網路通信協議，比如CANOpen，Ether/IP.OPC UA，TCP/IP，MQTT等 能夠構建分布式控制系統，之所以這樣做，是因為可以在不同領域的設備和應用程式之間需要交換資料，例如運動和程序控制，

處理大量模擬IO的能力

對于簡單的應用程式（例如控制基本機器），PLC比PAC是更好的選擇，同樣，對于大多數主要由離散I / O組成的應用程式，PLC是最佳選擇，除非存在其他特殊要求，例如大量的資料處理和操作， 如果應用程式包括監視和控制大量的模擬I / O點，那么PAC通常是更好的解決方案，當應用程式包含整個工廠或工廠車間時，情況也是如此，這種情況通常要求大量的分布式I / O，以及廣泛的環路控制，這種功能更適合PAC，而不適合PLC，

處理資料的能力更強

比如日志記錄，資料庫訪問，能更加方便地與企業資訊系統交換資料

施耐德公司的PLC/PAC 產品

施耐德公司的PLC和PAC 區分的并不明顯，檔案中有的產品（比如M251） 稱為PLC ，有時稱為PAC ，最近又稱為dPAC（Distributed PAC），反正就那樣了，我關心M251和M580

Modicon M251 Logic Controller

M251 是一個小型的模塊化PAC 產品，可以擴充各種TM-3 IO模塊，

M580

這是施耐德公司規模更大的模塊化PAC，它干脆采用了以太網作為背板總線， 用于 M580 ePAC 的 ARM 微處理器是 SPEAr 雙核心多 功能 CPU，由 ST Microelectronics 與施耐德電氣合作制 造， 并且提供了更多的以太網口，

PAC 產品的編程

PAC 的編程任然采用IEC61131-3 （梯形圖，功能塊圖，順序功能圖，指令串列或結構化文本），不過，PAC提供的基于標簽（tag）的編程，使用PAC，可以使用單個標記名資料庫進行開發，而一個軟體包則可以對多個模型進行編程，在系結到特定的I / O或記憶體地址之前，可以將標簽或描述性名稱分配給功能，這使得PAC編程高度靈活，并且可以輕松地擴展到大型系統，

施耐德PAC 的編程工具的名稱也不斷地變化，現在叫做EcoStruxure? 機器專家（原SoMachine平臺）

自動化開放系統

11月5日，施耐德電氣在第三屆中國國際進口博覽會（下稱進博會）上發布全新的開放自動化平臺——EcoStruxure開放自動化平臺，引發了業內對開放平臺的熱議，不過，施耐德和Apple 不同，發布會一結束，檔案，規格，價格都出來了，而施耐德的網站上幾乎找不到相關的資訊和型錄，從施耐德過去的一系列演變和研討會獲得的一些訊息，大愛可以看出一些端倪：

• 開放平臺將會以之前它們收購的nxtControll 公司的IEC61499 開發環境，運行時和施耐德EcoStruxure 相結合 ，稱為：EcoStruxure Automation Expert（EAE），
• M251，M580 PAC和Altivar Drive 驅動器作為IEC61499 的硬體平臺，

從施耐德2020年4月的檔案《Modicon M251/M580 Distributed PACs and Altivar Drives with EcoStruxureTM Automation Expert Hardware Reference Guide》文章中可看到了M151/M580/Altivar Drive 中包含額IEC61499 功能塊，不過FB型別非常少，

從中基本可以看出，施耐德將會在PAC，EcoStruxure 中更多地融入IEC61499 ，而在工業PC機中使用docker 容器等邊緣計算的元素，構建成它們的開放性系統，更進一步，它們希望構建類似手機App store 的模式，鼓勵第三方軟體開發者獨立開發IEC61499 功能塊庫和微服務服務，形成多方參與的生態，當然，目前還沒有更多的東西可以參考，我也可能理解錯誤，

下面談談個人對自動化開放系統的看法

本人覺得，一個系統要真正能夠達到開放，至少需要實作下面幾點：

1 軟體與硬體解耦

為A廠商開發的應用程式能夠直接在B 廠商的硬體上運行，

2 系統和廠商解耦

一個系統中既可以使用A 廠商的硬體，也可以使用B 廠商的硬體，而且可以在統一的軟體下部署，運維和更新

3 軟體環境和設備解耦

不同廠商都采用開放的軟體運行環境，比如Linux OS，Docker 容器技術，硬體驅動，模塊總線都采用開放性技術，并且向用戶開放，就像PC機那樣采用PCI 總線，USB介面等等，

我估計要完全做到這三點是很難的，現在大概只能做到用戶可以撰寫IEC61499 應用和某些docker 容器中的images 而已，控制器中的大量功能塊是與硬體IO模塊相關的，而不同的硬體廠商的IO模塊不盡相同，系統和廠商解耦，第三方開發的IEC61499 產品可以納入施耐德的系統中，這一點要看施耐德是否開放IEC61499 的command 協議了，如果也是XML 的格式標準，也是可能實作的，

（本文是自己看資料的體會和琢磨，不一定正確，僅供參考，歡迎提醒改正）