自動化早已不是那個自動化了！米樂M6 M6米樂

　　工業(yè)互聯(lián)網(wǎng)如此熱潮洶涌，也引發(fā)了關于它究竟姓“工”還是姓“網(wǎng)”的問題，不過，在我看來，這個問題的糾纏多少各自還是有些“自我中心”意識的，雖然之前我也的確觀察到IT界對工業(yè)的缺乏了解而有些自以為是的。

　　然而，不得不承認，ICT技術的確有非常大的潛力為制造業(yè)創(chuàng)造了一些空間，其實，如果我們都站在用戶的角度看問題—我們必須說，工業(yè)互聯(lián)網(wǎng)都是必須服務于客戶價值的，判斷和選擇實際上由用戶體驗來決定，而另一方面，侃侃而談并非務實之道，解決問題才是王道，大概是因為OT端的人一直在現(xiàn)場忙設備調(diào)試運行，沒時間寫PPT。

　　當然，作為一個自動化人，對于當前的形勢也有一些意見，因為一個非常普遍的現(xiàn)象，人們都以“斷代史”的方式把制造業(yè)的發(fā)展過程順序羅列為機械化自動化、數(shù)字化、智能化。

　　當然了，各種羅列不盡相同卻顯然分明的把自動化給列為一個過程，似乎智能化是一個更高的過程，而自動化只是一個低級的過程，顯然，真實的工業(yè)并非如此，因為現(xiàn)場沒有一個純粹的自動化，而沒有機械、數(shù)字化、智能化，也不會只有智能化的時代。

　　而自動化沒有了的過程，在邏輯上這也站不住腳，因為，機械、自動化控制、信息系統(tǒng)、智能應用這往往是一個垂直的層面考量的問題，而非歷史順序的過程。因此，不適合以“斷代史”的方式來定義自動化在其中的角色與位置，而且，這種斷代定義也并不符合事實中自動化技術與智能化技術相互之間的融合滲透，也不能反映見天自動化公司基本上都已經(jīng)是一個綜合體的事實。

　　自動化并非是一個制造業(yè)中的斷代史，在未來，它一直處于變化中，一直在尋找數(shù)字技術、智能技術，各種技術融合來解決生產(chǎn)問題，難道，自動化行業(yè)這個名字該換換了？

　　事實上，人們總是會把自動化理解為PLC伺服驅(qū)動、HMI、電機......而事實上，自動化的角色不斷的在延伸，自動化行業(yè)接近現(xiàn)場，不斷的要去為現(xiàn)場解決問題，這使得自動化中的問題變得更為全面，整體，而非局部的產(chǎn)品概念。

　　越來越多的自動化企業(yè)意識到軟件的重要性，你會發(fā)現(xiàn)在自動化行業(yè)里存在著無處不在的軟件，包括幾個方面：

　　無論是RTOS（VxWorks、QNX、μC/OS-II等）還是基于RT-Linux,Windows Embedded，至少，缺乏操作系統(tǒng)的純硬件邏輯PLC目前已經(jīng)比較少了，因為，需要在這個基礎上運行各種開發(fā)環(huán)境、程序調(diào)度，包括多線程任務處理，不同任務等級。

　　傳統(tǒng)基于邏輯的程序一個程序員一個循環(huán)可以，但是，今天，我們要寫復雜的算法，像PLCopen PartIV米樂M6 M6米樂中機器人、CNC與定位同步控制，專業(yè)庫如濾波、基礎軸與CNC、液壓等，再高級到行業(yè)級的應用算法，都是軟件。

　　像SIEMENS、B&R、RA這些都有針對MATLAB/Simulink的建模仿真接口，可以機電軟一體化設計，包括數(shù)字孿生技術的推進，這些都是軟件。

　　ABBAbility，SIEMENS Mindshpere這些自動化廠商已經(jīng)延伸到了邊緣側(cè)、私有云端以及后臺的應用開發(fā)、智能算法的集成階段。

　　如果你從上面這些軟件的角度再去看自動化，你會把自動化理解為一個只是賣PLC、電機驅(qū)動的行業(yè)嗎？

　　當然，很多人把數(shù)字化理解為CAD、CAE、CAPP這些軟件稱為數(shù)字化，不過，這是設計數(shù)字化部分，而另一個部分是現(xiàn)場運營數(shù)字化。

　　工業(yè)數(shù)字化中最直觀的就是現(xiàn)場總線，本身就是為了把現(xiàn)場的信號數(shù)字化，首先為了便于傳輸（降低干擾），而且也是為了后面的計算處理更為直接，從最初的Modbus、CAN、Profibus、DeviceNet，CANopen，再發(fā)展到Profinet、POWERLINK、EtherCAT、Ethernet/IP、CC-Link IE，再到今天的OPC UA over TSN技術，各家自動化廠商一直在推進數(shù)字化的進程。

　　這個數(shù)米樂M6 M6米樂字化的進程與現(xiàn)場工業(yè)應用緊密相關，最初，只是為了解決信號控制問題，傳輸干擾抑制、接線復米樂M6 M6米樂雜性、遠程采集與控制問題，后來隨著機器的自動化程度提高，對于運動控制、機器人等應用的需求，提出了實時以太網(wǎng)技術—這是對較為通用的低成本網(wǎng)絡的需求，而借助于IT技術實現(xiàn)，再往后發(fā)展，隨著與管理系統(tǒng)的交互、機器的互聯(lián)的需求而產(chǎn)生了對“信息”的需求，以及互操作的需求，因此產(chǎn)生了OPC UA，以及TSN為協(xié)同實時、非實時數(shù)據(jù)統(tǒng)一傳輸?shù)膯栴}。

　　OPC UA的價值遠非是一個互操作的規(guī)范，它是數(shù)字化中關于信息模型、安全性、傳輸、預處理、行業(yè)都集成的規(guī)范與標準。

　　有些人反映為什么我們的資產(chǎn)管理，包括編碼尚未能夠統(tǒng)一，怎么進行車間管理，我告訴他AutoID是OPC UA一個伴隨協(xié)議，可以解決這個問題，垂直行業(yè)信息模型—PackML、Euromap可以解決，VDMA還開發(fā)了機器人與視覺的協(xié)同信息模型，包括工業(yè)4.0的管理殼也基于OPC UA來實現(xiàn)，最近和OPC UA基金會的朋友聊過這個話題，其實在MES推進中最大的問題在于缺乏OPC UA這樣的統(tǒng)一規(guī)范，因此，MES項目往往會很大的工程投入，用戶代價高昂而實施者卻也因為工程投入大而盈利極低，大家都很艱苦，如果采用OPC UA就會大幅降低工程成本，數(shù)字化，也需要好的方法和工具??！

　　作為業(yè)內(nèi)優(yōu)秀企業(yè)代表之一，無錫浚耀自動化技術有限公司承接非標自動化設備全包及半包、電氣柜配盤、機械組裝、機器人安裝、自動化設備改造、流水線安裝、相關項目！為客戶提供優(yōu)質(zhì)的組裝、調(diào)試、及專業(yè)維修人員！

　　浚耀技術專注于自動化機電設備配套服務，主要為企業(yè)提供技術人力支援。公司秉承“忠厚創(chuàng)業(yè)，質(zhì)量為本，誠信服務，精益求精”的宗旨，素質(zhì)優(yōu)良、分工明確、配合緊密、團結(jié)向上是浚耀技術奮進開拓的有力保障。

　　這件事也很有意思，不要今天看到火熱的AI場景，我們就認為AI將要如何的重要，其實，工業(yè)里的智能算法早就在進行，包括邊緣層的策略分析、路徑優(yōu)化，運籌與系統(tǒng)工程的發(fā)展也是數(shù)十年時間了，包括在PLC里實現(xiàn)機器學習這完全是可行的，因為今天的PLC早已不是當年的硬件邏輯指令的控制器了，包括像貝加萊基于RTOS+Windows的PLC（可采用C/C++開發(fā)）或APROL平臺（可采用Python編程）都可以，因此，不能再按照傳統(tǒng)的眼光去看待自動化。

　　而就控制論本身，在數(shù)十年前就已經(jīng)有各種關于智能化的模型、方法與實踐，關鍵在于“經(jīng)濟性”，就像去年和幾個朋友談到某公司把十多年前許強博士關于驅(qū)動的智能算法拿出來用，因為以前這樣的算法執(zhí)行所需的處理芯片成本非常高，而今天FPGA成本已經(jīng)很低了。

　　因此，具有經(jīng)濟性了，同樣，在過去針對具有復雜動態(tài)工況下的多回路PID耦合解耦計算，需要非常較強的處理能力，而傳統(tǒng)上，普通的控制器和PC都沒有這樣的算力，而構(gòu)建一個高速動態(tài)計算網(wǎng)絡對于很多工業(yè)場景而言又是代價高昂的，而今天ICT技術使得服務器、高實時響應網(wǎng)絡、軟件算法的測試驗證都具有了經(jīng)濟性，才能使得原本自動化領域的很多智能化算法能夠被真正投入產(chǎn)業(yè)應用，這種應用可以有兩種模式，一種是自動化系統(tǒng)借助于AI米樂M6 M6米樂芯片、軟件將算法集成到本地，或者大時間顆粒的大量數(shù)據(jù)放在云端進行計算，這都取決于哪個更為經(jīng)濟適用，而非誰的技術更牛。

　　因此，任何的創(chuàng)新都是基于經(jīng)濟性為先導的，技術早就存在了，甚至我們今天討論的所有這些問題他們都會有二三十年以上的歷史淵源了，只是，隨著經(jīng)濟性越來越強，這些問題才能被線、

　　因此，OT和IT在工業(yè)互聯(lián)網(wǎng)時代姓什么并不重要。一方面，相互要各自發(fā)揮自己的擅長的，并以開放的心態(tài)相互融合，在規(guī)范和標準的接口構(gòu)建上下功夫，相互融合，共同解決問題。但是，自動化也的確并非傳統(tǒng)我們理解的就是PLC，伺服驅(qū)動與電機的產(chǎn)品，它早已與數(shù)字化、智能化邊界模糊，正在成為制造業(yè)升級的核心力量。成為工業(yè)互聯(lián)網(wǎng)的OICT融合中的落地執(zhí)行者。