大整合自動化程式設計平臺：西家，羅家，三菱，還是工控安卓CoDeSys
寫在面前
說到工控程式設計平臺，也許大家的第一反應應該是TIAPortal, Studio 5000等屬於工業巨頭的產品，這也許是由於工業領域的特殊性所導致，每一家有著自己 獨特的程式設計環境，操作風格和理念，也不完全遵循國際標準，這就是巨頭底氣~
今天的主要內容，卻是被稱為工控屆安卓的CoDeSys~
本次內容：
01 自動化、 網路、IT融合統一的必然
02 工控安卓—CoDeSys
03 one for all
01 自動化、 網路、IT融合統一的必然
行業內的應用工程師們應該深有體會，在現場所遇到的各種平臺是這樣的，西門子，AB ,三菱，施耐德，倍福，GE ,歐姆龍，和利時，ABB ,博世力士樂............
然後你在現場遇到的各種匯流排，協議，介面等一般是文章：
最全整理工業通訊上的領域各種匯流排 協議 規範 介面—資料採集與控制
當中描述那樣的
也導致了一般而言，工程師的技能需求是這樣的：
一個工業網路工程師的自述，真的太“南”了嗎（小智推薦）
你會發現，掌握一家的技能完全不夠啊，掌握自動化那點PLC知識一個月頂多也就2W大洋啊，不掌握點軟體知識和通訊知識，都不知道資訊化和數字化到底是要搞些什麼鬼（當然掌握了也不一定知道這到底是什麼鬼），當然今天的重點不是這些，不過現今的自動化工程師，已經不僅僅是自動化了，前面在：
自動化早已不是原來的自動化，為何你卻還是原來的你
我們就提到過，那作為自動化技術人員究竟需要掌握什麼樣的技能和思維呢？大家可以看看我們前面的文章:
[智慧製造]未來,我們需要什麼樣的自動化工程師？
02 工控安卓—CoDeSys
說回到今天的重點，對於自動化程式設計平臺而言，各家產品之間並不與別家相容，軟體平臺和操作風格等大相徑庭，甚至有的廠家對於不同系列，也會有好幾個不同的程式設計平臺（以施耐德為例，西門子，三菱，羅克韋爾等也好不到哪裡去），因此很多應用工程師需要花很多時間和經歷在學習和適應不同的產品上，而不是將主要精力花在專案上~
正是在這樣的背景下，CoDeSys應運而生，CoDeSys是由德國3S（Smart，Software，Solutions）公司研發出的一款與硬體和製造商無關的IEC 61131-3的PLC開發軟體。
CoDeSys( Controlled Developement System )具有以下特點:
1.支援多種PLC程式語言（IL, ST, LD, SFC, CFC, FBD）
2.支援多種現場匯流排（EtherCAT, CANopen等）
3.支援多工，強大的IO擴充套件
4.除標準PLC功能外，還支援點對點，插補，電子凸輪，CNC等運動控制功能，並額外提供如5軸聯動，並聯機械手等運動控制功能整合庫。
也許這樣大家會比較覺得比較空，我們先來看看一些使用了CoDeSys平臺的大家熟知的品牌（官方號稱使用使用CoDeSys解決方案的知名企業超過500多家，CoDeSys市場佔有率35%）：
ABB、施耐德電氣SchneiderElectric、費斯托Feso、伊頓電氣EATON、博世力士樂Rexroth、倍福BECKHOFF、科控KEBA、歐姆龍OMRON、研華科技、凌華科技ADLINK、和利時集團、匯川技術、深圳英威騰、華中數控、固高科技等等
如果說西門子，羅克韋爾，三菱就對應的是蘋果的IOS，擁有強大的技術，市場份額很高，但是卻不夠開放（相對而言，畢竟最近幾年各家都慢慢的開放了不少技術），那麼 CoDeSys就相當於谷歌的安卓了~
由於CoDeSys有著上面所述強大的功能，嚴格遵循國際標準，並且其不依賴於任何硬體平臺的開放性，因此成為了很多PLC軟硬體廠商的不錯選擇（文末介紹還有類似平臺）
從應用上來說，目前CoDeSys已經在汽車製造，汽車電子，風電，高階數控車床，船舶，海洋工程等高階應用上有很多成熟案例。
在國內發展不錯的倍福，應用工程師們所熟知的倍福Twincat,還有施耐德SoMahine等，都是基於CoDeSys進行了二次開發，因此對於應用工程師來說，標準化的平臺使得其能從繁雜的產品適應學習中解放出來，使得應用工程師能夠有更多的精力集中在專案的本身而非產品~
下面我們來看看CoDeSys的三層架構
開發層
CODESYS Development System（具有完善的線上程式設計和離線程式設計功能）、編譯器及其配件元件、視覺化介面程式設計元件等，同時供使用者可選的運動控制模組可使其功能更加完整和強大。
實現單軸、多軸運動；電子凸輪傳動；電子齒輪傳動；複雜多軸CNC控制等。
2、通訊層
應用開發層和硬體裝置層之間的通訊是由CODESYS中的閘道器伺服器來實現的，CODESYS閘道器伺服器中安裝了OPC伺服器。
CODESYS 閘道器伺服器。作用在應用開發層和硬體裝置層之間，可以使用TCP/IP協議或透過CAN等匯流排實現遠端訪問，是CODESYS開發工具包不可分割的一部分。
CODESYS OPC伺服器。對基於CODESYS進行程式設計的控制器，無需考慮所使用的硬體CPU，已經整合並實現了OPC V2.0規範的多客戶端功能，且能同時訪問多個控制器。
3、裝置層
在使用基於IEC 61131-3標準的程式設計開發工具CODESYS對一個硬體裝置進行操作前，硬體供應商必須要在裝置層預先安裝CODESYS的實時核（CODESYS Runtime）。
03 one for all
當然CoDeSys並不一定比西門子，羅克韋爾，三菱的開發環境優秀，對於應用工程師來說有以下建議：
基礎理論的建立，即使採用了相同的平臺，有了很多標準化和熟悉的風格，但是各家在二次開發時都加入了自己特色，就技術的深度和廣度而言，只有達到了一定的深度，才會有觸類旁通，一通百通的效果；
對於網路，程式設計等擴充套件知識的補充，IT與OT的不斷融合，單一的應用工程師已經很難再適應時代的發展。
前面說到了，其實還有類似的平臺：infoteam（國內叫做一方梯隊，一家德國公司）和Phoenix Contact Software（菲尼克斯軟體，曾經叫做KW software），感興趣的可以自行百度瞭解下~