1. 先搞清楚軟PLC到底是個什么東西1.1 別再被名字騙了軟PLC不是“假的PLC”軟PLC嚴格來講不是一臺具體設(shè)備而是一套運行在通用計算平臺上的控制軟件。它把傳統(tǒng)PLC里的梯形圖執(zhí)行、IO映射、通信協(xié)議棧、運動控制算法都封裝成軟件模塊跑在Windows、Linux或者嵌入式實時系統(tǒng)上。你可以在普通工控機上裝一個Codesys Runtime或者裝倍福的TwinCAT再通過EtherCAT總線掛IO模塊、伺服驅(qū)動器、變頻器這時候這臺工控機就變成了一臺PLC。很多人一聽“軟件”就覺得不靠譜實際上軟PLC在汽車產(chǎn)線、半導(dǎo)體設(shè)備、新能源裝備上已經(jīng)用了很多年。它的硬件基礎(chǔ)是X86或ARM的工控機計算能力比傳統(tǒng)PLC強很多內(nèi)存動輒幾個G還能跑視覺系統(tǒng)、數(shù)據(jù)庫、上位機軟件。我見過一個產(chǎn)線項目直接用一臺i5工控機做軟PLC同時跑C#寫的MES客戶端和SQLite數(shù)據(jù)庫傳統(tǒng)PLC根本做不到這種集成度。從編程角度說軟PLC并沒有另起爐灶而是把IEC 61131-3的幾種語言完整搬了過來梯形圖LD、結(jié)構(gòu)化文本ST、功能塊圖FBD、順序功能圖SFC都有。所以一個干了十幾年三菱GX Works的老電氣轉(zhuǎn)到Codesys環(huán)境下寫梯形圖上手并不會太困難真正需要重新適應(yīng)的是“項目、任務(wù)、變量、總線映射”這一套面向軟件工程的概念。1.2 軟PLC和傳統(tǒng)PLC的底層差異在哪里傳統(tǒng)PLC是硬件和軟件強綁定的封閉系統(tǒng)。廠家把CPU、內(nèi)存、IO掃描、操作系統(tǒng)做成一個閉環(huán)你買到的是一臺“專用計算機”程序?qū)戇M去以后這個盒子就按照固定的掃描方式一遍遍執(zhí)行邏輯。好處是穩(wěn)定、簡單、可預(yù)期壞處是擴展性極差。你想加一段復(fù)雜的濾波算法、想跑個視覺模型、想跟數(shù)據(jù)庫直接打交道傳統(tǒng)PLC會很吃力。軟PLC走的是另一個路線硬件通用化軟件實時化。它借助實時擴展技術(shù)把普通PC的CPU核分出一部分專門執(zhí)行控制任務(wù)。拿倍福TwinCAT來說它運行時可以把某個CPU核設(shè)為專用實時核Windows本身反而變成一個“后臺服務(wù)”底層掃周期可以穩(wěn)定做到1ms甚至更短。這一點徹底改變了傳統(tǒng)PLC“掃描周期隨程序長短波動”的固有印象。如果把兩者放在一個桌子上對比核心差異其實就是三個關(guān)鍵詞算力、開放性和生態(tài)。傳統(tǒng)PLC的運算能力受限于一顆不太強的嵌入式CPU軟PLC用的是桌面級CPU傳統(tǒng)PLC通信協(xié)議由廠家定死軟PLC可以裝各種協(xié)議棧傳統(tǒng)PLC的軟件生態(tài)封閉軟PLC天生能跟Python、C#、Node-RED這些IT生態(tài)共舞。這三條幾乎是軟PLC“取代論”的底氣來源。2. 軟PLC憑什么敢說“取代”四個核心能力拆解2.1 實時性從“掃描周期”到“任務(wù)調(diào)度”傳統(tǒng)PLC的執(zhí)行模型是“循環(huán)掃描”輸入采樣、程序執(zhí)行、輸出刷新整個周期從頭到尾走一遍。這個模型簡單可靠但有一個天然缺陷——程序的長度和執(zhí)行時間直接影響任務(wù)周期。程序大一點、計算多一點掃描周期就被拉長如果你想做高速處理就得靠中斷或?qū)Ｓ弥噶罹幊虖?fù)雜度一下就上去了。軟PLC的任務(wù)執(zhí)行模型更像RTOS里的任務(wù)調(diào)度。你可以給不同程序配置不同周期總線刷新1ms、邏輯控制5ms、數(shù)據(jù)記錄100ms、通信毫秒級響應(yīng)?？刂破髟谕粋€CPU上按優(yōu)先級搶占運行高速任務(wù)不會被低速任務(wù)拖累。做過運動控制的人應(yīng)該懂EtherCAT配合分布式時鐘和DC同步后各軸插補的同步抖動可以控制在微秒級這在傳統(tǒng)PLC加脈沖方案的架構(gòu)里基本不敢想。我印象很深的一個項目是做鋰電池極片模切機設(shè)備上要同時控制8個伺服軸、兩套視覺引導(dǎo)、一臺溫控模塊。如果用傳統(tǒng)PLC加專用運動控制器至少得多掛一兩個硬件還要在幾套軟件之間來回調(diào)試。后來換成軟PLC以后視覺、運動、邏輯全跑在同一臺工控機上省了中間通信環(huán)節(jié)同步性反而更好。這就是實時調(diào)度的優(yōu)勢。2.2 通信能力Modbus、OPC UA、EtherCAT一口吃下搞自動化的人都知道現(xiàn)場最煩的不是寫程序而是把不同品牌的設(shè)備串起來。西門子的PLC要連三菱的變頻器國產(chǎn)儀表要連進口觸摸屏數(shù)控機床、傳感器、溫控器的協(xié)議五花八門。傳統(tǒng)PLC處理這種問題通常只能加網(wǎng)關(guān)或者靠廠家私有的通訊指令“硬搓”調(diào)試周期非常長。前陣子還有朋友問西門子S7-200 SMART怎么跟森蘭SB200變頻器通訊傳統(tǒng)方案多半是走Modbus RTU讀地址表和變頻器手冊來回翻軟PLC直接把Modbus主站功能和變頻器從站配置都放到一個工程里調(diào)試起來直觀得多。軟PLC的通信能力是降維打擊。它天然支持Modbus RTU/TCP很多運行時還把OPC UA集成成了標準庫甚至能做OPC UA Server。這意味著設(shè)備層數(shù)據(jù)可以統(tǒng)一建模以標準地址空間開放給SCADA、MES或數(shù)字孿生平臺。我做過一個數(shù)據(jù)采集項目現(xiàn)場十幾臺老設(shè)備只有串口和Modbus協(xié)議上層還有一個Process Simulate仿真平臺。軟PLC先把Modbus數(shù)據(jù)全部采集進來再通過OPC UA作為Server把數(shù)據(jù)推給仿真平臺整個鏈路不需要額外買一臺網(wǎng)關(guān)。三菱PLC的MC協(xié)議、西門子的S7協(xié)議軟PLC里大多也有現(xiàn)成庫省去了對著手冊摳報文的痛苦。另一個常見場景是“一個PLC接兩個觸摸屏”。傳統(tǒng)PLC有些型號只支持單主站觸摸屏和調(diào)試電腦同時掛著就得切換。軟PLC沒有這個限制允許同時建立多個HMI連接還支持Web可視化。你甚至可以寫一個簡單的Node-RED中間件把數(shù)據(jù)從一個軟PLC轉(zhuǎn)發(fā)給SCADA和手機端這在傳統(tǒng)PLC項目里要花不少錢買授權(quán)。2.3 運動控制與數(shù)控場景軟PLC的殺手锏傳統(tǒng)PLC做運動控制要么外掛定位模塊要么接一個獨立的運動控制器。中小型PLC最多控制幾個軸想實現(xiàn)CNC插補、電子凸輪、龍門同步往往得從控制器廠家買專門型號價格翻倍。軟PLC在這個賽道上優(yōu)勢特別明顯TwinCAT NC、Codesys SoftMotion、匯川Codesys平臺都內(nèi)置了從單軸到CNC的運動控制庫軸數(shù)和插補功能以授權(quán)形式開放。更重要的是協(xié)議層的開放性。傳統(tǒng)伺服系統(tǒng)要么走脈沖方向要么走廠家私有總線比如三菱的CC-Link、西門子的PROFINET或驅(qū)動器的自制協(xié)議。如果你想混用第三方伺服傳統(tǒng)方案基本繞不開專用網(wǎng)關(guān)。而軟PLC通過EtherCAT總線走的是CiA402標準協(xié)議只要第三方伺服支持EtherCAT從站就可以直接掛在總線上。我實際接過國產(chǎn)某品牌伺服到倍福TwinCAT系統(tǒng)里過程就是導(dǎo)入從站描述文件、分配PDO映射、做一圈速度環(huán)和位置環(huán)驗證并沒有想象中那么玄學。在數(shù)控機床上軟PLC的應(yīng)用更直接。Fanuc的梯形圖里有R0.0、R035.1這種內(nèi)部繼電器傳統(tǒng)思路是必須用原廠PMC工具在線監(jiān)控但如果外接一個軟PLC做數(shù)據(jù)采集就可以通過Focas或OPC UA把PMC狀態(tài)讀出來相當于把數(shù)控系統(tǒng)的內(nèi)部信號透明化了。很多設(shè)備改造項目就是用這種方式判斷機床的“運行狀態(tài)數(shù)據(jù)”從而預(yù)測節(jié)拍、預(yù)警停機。2.4 AI與代碼生成軟PLC走了一條新路最近AI寫PLC代碼的話題火得很快但我得說句實在話傳統(tǒng)PLC的編程環(huán)境大多是私有的梯形圖是圖形化對象AI生成代碼很難直接落地。有些廠商雖然做了AI助手基本也局限于模塊推薦和注釋補全沒辦法真正“憑空生成一段能跑的程序”。軟PLC不同它以ST結(jié)構(gòu)化文本和XML工程文件為骨架AI在外面生成的代碼只要語法正確可以直接導(dǎo)入工程。我自己試過讓大模型生成一段用于“十字路口紅綠燈PLC程序”的ST代碼它給出了帶定時器的狀態(tài)機邏輯我稍作修改后直接在Codesys里跑了。不是說AI生成的代碼可以無腦使用而是軟PLC的代碼形態(tài)讓AI介入的門檻大大降低了。今后做非標設(shè)備的同學完全可以用AI輔助搭建功能塊框架自己再填工藝參數(shù)。類似“8人搶答PLC編程圖”“電機順啟逆停定時器”這類經(jīng)典題目在軟PLC里都能用更清晰的程序結(jié)構(gòu)實現(xiàn)。AI的另一層應(yīng)用在智能診斷和預(yù)測維護。軟PLC跑在工控機上內(nèi)存和CPU都夠用可以在控制器本地部署簡單的機器學習模型對電流、溫度、振動信號做實時分析。傳統(tǒng)PLC想干這件事一般得把數(shù)據(jù)先傳到云平臺或本地服務(wù)器多了一道網(wǎng)關(guān)和延遲。省掉中間環(huán)節(jié)對設(shè)備狀態(tài)實時判斷和故障報警非常有價值。3. 從選型到落地軟PLC項目的實操要點3.1 硬件平臺怎么選工控機、嵌入式、還是虛擬化選軟PLC很多人第一反應(yīng)是“是不是必須買一個高端工控機”不一定。軟PLC的運行時可以放在很多地方無風扇工控機、嵌入式PLC專用硬件、帶虛擬化功能的服務(wù)器甚至樹莓派這類ARM板也可以跑輕量級邏輯。關(guān)鍵在于你項目對實時性、環(huán)境適應(yīng)性和算力的要求。我的建議很直接普通產(chǎn)線改造、數(shù)據(jù)采集、中小型設(shè)備控制選一臺無風扇嵌入式工控機就夠了CPU至少i3或同等ARM網(wǎng)口至少兩個一個跑EtherCAT一個跑常規(guī)以太網(wǎng)。如果項目里包含視覺檢測、AI模型或密集的仿真交互就把CPU提到i5/i7內(nèi)存16G起步。千萬別在運動控制項目里用帶無線網(wǎng)卡的筆記本當控制器Wi-Fi的延遲抖動會讓你調(diào)到懷疑人生。虛擬化是另一個方向。倍福TwinCAT在Windows Server和Hyper-V環(huán)境下也能做到實時運行前提是預(yù)留好CPU核給虛擬機分配專用網(wǎng)卡關(guān)閉動態(tài)內(nèi)存和休眠。這種部署適合工廠里已經(jīng)有虛擬化服務(wù)器的情況可以把PLC、HMI、數(shù)據(jù)庫放在同一臺物理機里運維上確實方便但調(diào)試復(fù)雜度也會上一個臺階對初學玩家不太友好。3.2 運行時與開發(fā)環(huán)境Codesys、TwinCAT、匯川、信捷怎么選軟PLC生態(tài)里繞不開的幾個名字是Codesys、倍福TwinCAT、匯川AM系列、信捷XC系列等。很多國產(chǎn)PLC的“Codesys版”其實就是基于Codesys開發(fā)的只是把底層硬件和驅(qū)動包換了換所以編程習慣非常接近。選型時除了看品牌更要看背后的運行時品質(zhì)和本地服務(wù)支持。我列一張對比表方便新手做初步篩選平臺適合場景實時性運動控制生態(tài)開放性Codesys Runtime中小設(shè)備、單機、數(shù)據(jù)采集良好SoftMotion需授權(quán)支持大量總線教程多倍福TwinCAT高端多軸、數(shù)控、復(fù)雜算法非常強TwinCAT NC/CNC高性能板卡綁定匯川AM系列國產(chǎn)項目、伺服驅(qū)動生態(tài)良好內(nèi)置Codesys運動控制與匯川伺服配合順滑信捷軟PLC小單機、低成本項目一般基礎(chǔ)軸控資料豐富價格友好別只看品牌名氣大。以匯川為例它的AM系列運行Codesys跟自家伺服、變頻器集成得很順現(xiàn)場遇到問題打售后電話響應(yīng)也快這點對項目交付很關(guān)鍵。倍福TwinCAT性能最猛但硬件綁定程度高如果項目純用倍福的控制器采購成本會明顯上漲。Codesys本身更像“萬能積木”很多國產(chǎn)硬件已經(jīng)在背后支持它編程習慣可以無縫遷移。實戰(zhàn)中我比較推薦兩條路一是中小非標設(shè)備選一個國產(chǎn)Codesys平臺的軟PLC配合自家伺服成本低集成快二是中高端產(chǎn)線或數(shù)控直接上倍福TwinCAT別看軟件學習曲線陡調(diào)試效率后期會高很多。3.3 一個典型項目的接線、配置與調(diào)試流程回到實際我拿一個冷庫監(jiān)控系統(tǒng)設(shè)計舉例。這個項目要求采集多個溫度傳感器的模擬量控制壓縮機和風機同時把數(shù)據(jù)上傳到上位機。軟PLC的落地流程大致分五步。第一步搭建環(huán)境。安裝Codesys開發(fā)環(huán)境把運行時部署到工控機配置好EtherCAT主站。第二步掃描總線從站。新建EtherCAT總線配置在線掃描后會自動識別溫度模塊和IO端子模塊這一步在匯川AM763這類Codesys平臺上尤其方便前提是物理接線和設(shè)備描述文件XML都正確。第三步分配IO變量。把通道地址映射到全局變量比如Temp_1 AT %I*這樣的寫法方便程序里直接調(diào)用。第四步寫控制邏輯。我用ST寫了一個簡單的PID溫度調(diào)節(jié)再加上壓縮機啟停保護和超溫報警這些邏輯在梯形圖里也能實現(xiàn)但用ST做函數(shù)和算法更順手。第五步聯(lián)調(diào)通信。配置OPC UA Server把溫度、壓縮機狀態(tài)、報警信息暴露給上位機。調(diào)試時最容易被忽視的是“斷電保持”。比如三菱FX3U的D0到D8默認是普通寄存器斷電不保持你要么在參數(shù)里把它們設(shè)置為斷電保持區(qū)要么在軟PLC里用掉電保持變量。傳統(tǒng)PLC有專門的保持區(qū)軟PLC在任務(wù)里也可以聲明RETAIN變量程序一啟動就把保持區(qū)數(shù)據(jù)恢復(fù)。這個細節(jié)如果漏了設(shè)備重啟后工藝參數(shù)清零現(xiàn)場很容易出亂子。4. 我在現(xiàn)場踩過的坑軟PLC與傳統(tǒng)PLC對比中的常見問題4.1 實時性不夠先查Windows的鍋我第一次用TwinCAT做運動控制的時候遇到一個很詭異的問題程序跑起來軸偶爾會頓一下示波器看到位置環(huán)出現(xiàn)毛刺控制器負載明明不高。折騰了半天最后發(fā)現(xiàn)是Windows自動更新在后臺干活。Windows的進程調(diào)度、顯卡驅(qū)動、電源管理、殺毒軟件都可能打斷實時周期。解決思路分三層第一層在BIOS里禁用C-state、超線程、CPU睿頻波動固定CPU頻率第二層在Windows系統(tǒng)里關(guān)閉自動更新、禁用電源睡眠、關(guān)閉實時防護把無關(guān)服務(wù)全部停掉第三層使用獨立的實時網(wǎng)卡不要用板載的共享網(wǎng)卡跑EtherCAT。做完這三層實時抖動明顯改善。后來我養(yǎng)成了習慣軟PLC工控機落地以后第一時間用工具跑幾組抖動數(shù)據(jù)記錄下來作為驗收參考。順便說一句現(xiàn)場WIFI要關(guān)。無線網(wǎng)絡(luò)的延遲抖動太大跟有線完全是兩種體驗。如果一定需要無線調(diào)試只能用來連接HMI做非實時監(jiān)控底線控制通信必須走有線。4.2 I/O模塊識別不了大概率是總線配置問題有朋友問我匯川AM763 PLC無法識別本地IO模塊怎么排查。我第一反應(yīng)就是看EtherCAT或者本地擴展總線的配置。傳統(tǒng)PLC的本地IO是按基板地址硬件的插上去基本固定軟PLC的IO要靠軟件掃描和從站描述文件去“認識”如果某個槽位沒有識別出來常見原因是接線錯誤、供電不足、從站描述文件與硬件版本不匹配或者后面某個從站短路拉低了總線。排查步驟可以這樣記先看通信狀態(tài)LEDEtherCAT主站有沒有進入OP狀態(tài)再看從站序號是不是有設(shè)備離線然后單獨把疑似故障從站從總線上摘掉看后續(xù)設(shè)備能否恢復(fù)。多數(shù)時候問題出在端子供電或線纜長度上特別是首尾和中間接頭的屏蔽層沒處理好就會出現(xiàn)設(shè)備時有時無的情況。還有一個隱蔽坑是“從站別名和節(jié)點地址”。傳統(tǒng)PLC不用管這個EtherCAT從站是按拓撲順序排列的但如果你修改過拓撲軟件里保存的舊地址會沖突。我習慣在項目上線前把每一個從站的EtherCAT地址清零或重新分配再做一次全量掃描避免現(xiàn)場換備件后被舊配置卡住。4.3 PID波動、伺服不動作、通信掉線問題排查速查表PLC溫度PID波動溫差大是很多現(xiàn)場的老大難。軟PLC的PID庫和傳統(tǒng)PLC沒有本質(zhì)區(qū)別但在調(diào)試時多用幾組經(jīng)驗值會省事很多。如果溫度反復(fù)振蕩先看是不是采樣周期太長導(dǎo)致控制滯后再看傳感器信號有沒有混入噪聲建議在代碼里加一階低通濾波最后看執(zhí)行器比如閥門、壓縮機是否存在死區(qū)或空行程必要時加入死區(qū)補償。伺服不動作的排查我總結(jié)過一個順序先看使能信號有沒有置位再看急?；芈肥遣皇前踩珷顟B(tài)然后檢查運動指令有沒有生效最后查EtherCAT從站的同步狀態(tài)和伺服報警代碼。很多非標項目里伺服不動作就是PLC程序和伺服參數(shù)兩個軟件里的“使能”都要打開缺一個軸就紋絲不動。我把常見問題和處理辦法整理成一張表方便現(xiàn)場快速翻現(xiàn)象可能原因處理辦法溫度PID持續(xù)振蕩采樣周期過長/濾波不足/死區(qū)大縮短采樣、加濾波、增加死區(qū)補償伺服使能后仍不轉(zhuǎn)急?；芈肺唇獬?使能變量未置位檢查安全回路、PLC變量強制輸出通信偶發(fā)中斷IP沖突/防火墻/OPC UA證書過期固定IP、關(guān)閉無關(guān)防火墻、重新信任證書程序下載后無輸出輸出映射錯誤/RETAIN變量被清空重新綁定IO映射檢查啟動恢復(fù)策略觸摸屏連不上PLC同一品牌協(xié)議多主站限制改軟PLC做Server或加網(wǎng)關(guān)這張表看著簡單但都是我現(xiàn)場一條條試出來的。尤其OPC UA證書過期的坑很多新手不知道設(shè)備第一次連接會生成證書過了有效期或換了IP安全策略不放行連接就靜默失敗。調(diào)試時把OPC UA安全模式先設(shè)為“無”跑通功能再打開加密能省不少時間。除了這些軟件層面也常遇到“EN/ENO”的坑。西門子PLC里EN/ENO像是一個功能塊的使能和完成標志排查邏輯時先看ENO有沒有被置位比一行行讀梯形圖快得多。軟PLC里也有類似機制很多功能塊調(diào)用失敗后只是把OK輸出清零但程序繼續(xù)往后跑這時要養(yǎng)成“先查功能塊返回值再查工藝邏輯”的習慣。另外很多老設(shè)備要做運行時間鎖軟PLC直接用系統(tǒng)時間函數(shù)就能實現(xiàn)累計和比較不像傳統(tǒng)PLC還要靠斷電保持寄存器加自算邏輯省了不少事。4.4 “取代”不是“消滅”什么場景別硬上軟PLC說了那么多軟PLC的好也得潑盆冷水。有些場景你千萬別硬換。第一類是那種已經(jīng)穩(wěn)定運行十年、維護人員只會用傳統(tǒng)梯形圖的單機設(shè)備你為了“跟上趨勢”去換軟PLC純粹是給自己找事。第二類是環(huán)境極其惡劣的高粉塵、強振動、高濕現(xiàn)場普通工控機的防護等級很難跟IP67的傳統(tǒng)PLC比。第三類是超低成本方案三臺以內(nèi)的小設(shè)備傳統(tǒng)PLC幾百塊一個軟PLC一臺工控機加運行時的成本擺在那里沒必要用大炮打蚊子。就算要“取代”也應(yīng)該從設(shè)備層往邊緣層一點點來。比如一臺傳統(tǒng)PLC控制核心邏輯不動背后加一個軟PLC專門做數(shù)據(jù)采集和通信協(xié)議轉(zhuǎn)換這其實是過渡期最穩(wěn)的做法。很多廠家的“軟硬結(jié)合”控制器就是這么來的底層用傳統(tǒng)硬件保證可靠上層用軟PLC保證開放。用“取代”這個詞其實有點絕對更準確的說法是“承載更多控制任務(wù)的平臺在往軟件側(cè)遷移”。5. 最后說點實在的軟PLC項目落地時我的個人體會5.1 一個一體化集成的真實案例去年幫客戶改造一臺老式包裝設(shè)備原來用了兩臺傳統(tǒng)PLC加一個獨立運動控制器三套程序、兩套組態(tài)軟件、一堆信號線轉(zhuǎn)來轉(zhuǎn)去設(shè)備停機時排查問題要三個人分頭看。我們最后用一臺軟PLC把所有邏輯、運動控制和通信全收編了觸摸屏直接連軟PLC的HMI服務(wù)Modbus儀表走串口服務(wù)器伺服全部走EtherCAT。調(diào)試階段的難點不在寫程序而在梳理原有的設(shè)備時序和故障連鎖。我們先把原來三套程序的梯形圖逐條翻譯成ST和功能塊然后在軟PLC的仿真模式里提前走了幾十遍工藝確認各種邊界條件后再上電。設(shè)備裝完后原來三個通信網(wǎng)關(guān)全部拆掉線纜少了將近一半。這個項目讓我直觀感受到軟PLC最大的價值不是“看起來高級”而是把分散的控制孤島合并成一個可編程、可仿真、可遠程維護的整體。5.2 給正在選型的人幾句建議如果你正在評估軟PLC我的建議是先不要急著把全廠推倒重來。選一條數(shù)據(jù)交互需求最多、運動控制最復(fù)雜、傳統(tǒng)PLC明顯吃力的產(chǎn)線用軟PLC做一整套試點。試點的過程中重點考察三件事實時性指標是否穩(wěn)定、生態(tài)工具OPC UA、可視化、第三方庫是否順手、工程師團隊學習成本是否可控。另外勸大家別把“AI生成PLC代碼”當成選軟PLC的唯一理由。AI目前能幫你搭框架、寫注釋、生成重復(fù)性功能塊但真正的工藝邏輯和設(shè)備安全邏輯還是要自己把關(guān)。軟PLC的真正價值還是那句話算力更足、協(xié)議更開放、軟件更可復(fù)制。只要把這三條吃透軟PLC取代傳統(tǒng)PLC的爭議就不重要了——你會自然知道哪些設(shè)備該用軟PLC哪些設(shè)備繼續(xù)用傳統(tǒng)PLC。