1. 轟鳴聲里的秘密傳統(tǒng)制造為什么需要一場(chǎng)“比特化”改造去年夏天我去了一家做汽車(chē)零部件的工廠。車(chē)間里幾十臺(tái)數(shù)控機(jī)床排成兩列高速切削的聲音震得人胸口發(fā)悶地上全是鋁屑和切削液的混合物。車(chē)間主任老周帶我走了一圈他不用看屏幕光靠聽(tīng)聲音就能判斷哪臺(tái)機(jī)床的刀具該換了——“這臺(tái)主軸聲音有點(diǎn)悶負(fù)載上去了再干半小時(shí)鐵定崩刀?！蔽耶?dāng)時(shí)特別佩服這種本事。但老周自己卻嘆了口氣他有三個(gè)徒弟跟了七八年沒(méi)有一個(gè)能練出這種耳朵。再過(guò)幾年老周退休這臺(tái)車(chē)間里最值錢(qián)的判斷力也就跟著退了休。這件事后來(lái)成了我特別深的記憶。制造業(yè)干了這么多年我越來(lái)越明白一個(gè)道理——機(jī)床的轟鳴聲是工廠最原始的心跳但心跳得再有力也傳不出車(chē)間、傳不到管理者的桌上。真正能接班老周那對(duì)耳朵的不是哪個(gè)天賦異稟的徒弟而是從設(shè)備控制器和傳感器里流出來(lái)的那一串串比特。所謂“讓比特接管心跳”說(shuō)白了就是給機(jī)器轟鳴之外建立一套用數(shù)據(jù)驅(qū)動(dòng)感知、分析和決策的神經(jīng)系統(tǒng)。這臺(tái)車(chē)間里的每臺(tái)設(shè)備從主軸負(fù)載、進(jìn)給倍率、切削溫度到刀具壽命、開(kāi)機(jī)時(shí)長(zhǎng)、報(bào)警代碼全部變成結(jié)構(gòu)化的數(shù)據(jù)流匯入邊緣節(jié)點(diǎn)再逐級(jí)向上匯聚。管理者無(wú)論在哪打開(kāi)屏幕看到的不再是“一切正?！彼膫€(gè)字而是每臺(tái)設(shè)備的實(shí)時(shí)健康指數(shù)和效率報(bào)表。這不是什么超前概念而是當(dāng)下很多工廠正在干的實(shí)事。過(guò)去五年傳感器件和工業(yè)網(wǎng)關(guān)的成本一路走低一套基礎(chǔ)的設(shè)備數(shù)據(jù)采集改造單臺(tái)機(jī)床的硬件投入可以壓到兩三千塊。很多老板猶豫的不是錢(qián)而是不知道數(shù)據(jù)到底能換來(lái)什么。先說(shuō)一個(gè)最簡(jiǎn)單的賬大部分中小型機(jī)加工廠設(shè)備利用率實(shí)際不到百分之六十。剩下的百分之四十去哪了等料、換刀、調(diào)試、故障停機(jī)、早晚班會(huì)、交接班留出的空檔……這些時(shí)間在轟鳴聲里根本看不出來(lái)但一旦把開(kāi)機(jī)信號(hào)、主軸運(yùn)行狀態(tài)和程序執(zhí)行狀態(tài)分開(kāi)統(tǒng)計(jì)就知道機(jī)床真正“干活”的時(shí)間占比有多低。我見(jiàn)過(guò)一家做非標(biāo)零件的廠子光靠統(tǒng)計(jì)每臺(tái)機(jī)床的加工時(shí)間占比就發(fā)現(xiàn)在制品流轉(zhuǎn)卡在“換料等待”上的時(shí)間平均每天有1.8小時(shí)后來(lái)調(diào)整了物料配送路徑設(shè)備綜合效率直接提升了十一個(gè)百分點(diǎn)。所以數(shù)字化改造的第一層價(jià)值從來(lái)不是“上幾個(gè)大屏、做幾個(gè)報(bào)表”而是把過(guò)去靠感覺(jué)、靠經(jīng)驗(yàn)才能模糊感知的東西變成任何一個(gè)新人都能看懂的客觀數(shù)字。老周那樣的老師傅經(jīng)驗(yàn)當(dāng)然寶貴但經(jīng)驗(yàn)沉淀不到系統(tǒng)里就永遠(yuǎn)只是個(gè)人的手藝。比特化這件事本質(zhì)上是把老師傅的直覺(jué)拆解成規(guī)則、閾值和趨勢(shì)線讓機(jī)器和系統(tǒng)慢慢學(xué)會(huì)“自己聽(tīng)自己”。這一章先把話說(shuō)在前面如果你所在的車(chē)間還沒(méi)有做過(guò)任何數(shù)據(jù)采集不要一上來(lái)就規(guī)劃什么AI預(yù)測(cè)性維護(hù)、數(shù)字孿生、智能排產(chǎn)。先把設(shè)備聯(lián)上網(wǎng)把核心參數(shù)采回來(lái)把“看得見(jiàn)生產(chǎn)”這件事做到位——這一步走扎實(shí)了后面所有的上層應(yīng)用才有地基。2. 數(shù)據(jù)怎么從機(jī)床里“摳”出來(lái)——從傳感器到控制器的三種套路2.1 普通機(jī)床與老設(shè)備加裝傳感器的完整思路車(chē)間里真正難啃的往往不是最新的五軸加工中心而是那些服役了十幾年、甚至二十多年的老設(shè)備。這些機(jī)床的控制器早就停產(chǎn)了通訊接口要么沒(méi)有、要么協(xié)議不公開(kāi)想直接讀數(shù)據(jù)基本沒(méi)戲。這時(shí)候只能走加裝傳感器的路線也就是我們常說(shuō)的“外掛式采集”。最常用的三個(gè)物理量電流、振動(dòng)和溫度。電流信號(hào)用電流互感器卡在主軸電機(jī)或進(jìn)給電機(jī)的供電線上非侵入式安裝不用改動(dòng)機(jī)床原有電路。通過(guò)判斷電流的大小和波動(dòng)可以間接推斷切削負(fù)載、堵轉(zhuǎn)和空載狀態(tài)。振動(dòng)信號(hào)加速度傳感器用強(qiáng)力磁座吸在主軸箱或軸承座上采集振動(dòng)加速度值。安裝位置特別關(guān)鍵離軸承越近越好但要注意不能影響機(jī)床運(yùn)動(dòng)部件的移動(dòng)。信號(hào)線要用屏蔽電纜走線避開(kāi)動(dòng)力電纜否則變頻器啟動(dòng)瞬間的電磁干擾能把信號(hào)打成一片白噪。溫度信號(hào)PT100或熱電偶貼在主軸外殼、電機(jī)表面、液壓站油路上主要用來(lái)捕捉熱趨勢(shì)。相比振動(dòng)和電流溫度響應(yīng)慢但趨勢(shì)一旦異常往往代表潤(rùn)滑不良或機(jī)械摩擦加劇。加裝傳感器的方案有個(gè)明顯缺點(diǎn)數(shù)據(jù)維度有限拿不到程序號(hào)、刀具號(hào)、進(jìn)給倍率這些控制器的內(nèi)部信息。所以它的定位是“兜底方案”解決的是“有沒(méi)有數(shù)據(jù)”的問(wèn)題而不是“數(shù)據(jù)全不全”的問(wèn)題。如果你要改造的是現(xiàn)役數(shù)控設(shè)備優(yōu)先考慮從控制器本身讀數(shù)據(jù)也就是下面說(shuō)的第二種套路。2.2 數(shù)控系統(tǒng)的開(kāi)放接口發(fā)那科、西門(mén)子、三菱怎么選主流數(shù)控系統(tǒng)廠商其實(shí)早就開(kāi)放了數(shù)據(jù)采集接口只是很多機(jī)修和IT不太熟悉發(fā)那科FANUC提供FOCAS2/Ethernet接口可以讀取主軸負(fù)載、各軸坐標(biāo)、進(jìn)給速度、程序運(yùn)行狀態(tài)、報(bào)警歷史、刀具壽命等多達(dá)數(shù)百種數(shù)據(jù)項(xiàng)。FOCAS庫(kù)有C、C、C#的官方SDK還有社區(qū)貢獻(xiàn)的Python封裝。西門(mén)子SIEMENS840D sl、828D等系統(tǒng)支持OPC UA直接以標(biāo)準(zhǔn)協(xié)議開(kāi)放數(shù)據(jù)老一點(diǎn)的840D可以通過(guò)S7協(xié)議或者OPC DA讀取。西門(mén)子近幾年在OPC UA上推得很猛很多新系統(tǒng)出廠就內(nèi)置了信息模型。三菱MITSUBISHIM800/M80系列支持EZSocket或OPC UAE70等老型號(hào)一般走CNC Ethernet接口協(xié)議需要向代理商申請(qǐng)文檔。選哪條路取決于你車(chē)間的設(shè)備品牌分布。比較坑的一點(diǎn)是同一品牌下的不同系統(tǒng)版本開(kāi)放的數(shù)據(jù)項(xiàng)和權(quán)限可能完全不一樣。采購(gòu)新設(shè)備時(shí)如果提前跟廠家確認(rèn)好“需要支持OPC UA或開(kāi)放數(shù)據(jù)采集接口”后期能少掉很多頭發(fā)。2.3 用OPC UA統(tǒng)一“翻譯”設(shè)備語(yǔ)言如果車(chē)間里發(fā)那科、西門(mén)子、三菱都有還夾雜著幾臺(tái)國(guó)產(chǎn)系統(tǒng)數(shù)據(jù)接口就變成了一個(gè)七嘴八舌的菜市場(chǎng)。這時(shí)候需要一層“翻譯”機(jī)制把這些五花八門(mén)的私有協(xié)議統(tǒng)一翻譯成一種標(biāo)準(zhǔn)語(yǔ)言。現(xiàn)在行業(yè)內(nèi)公認(rèn)的答案是OPC UA開(kāi)放平臺(tái)通信統(tǒng)一架構(gòu)。它不只是通訊協(xié)議還定義了一套標(biāo)準(zhǔn)化的信息模型——設(shè)備有哪些屬性、哪些方法、哪些報(bào)警長(zhǎng)什么樣都有一套規(guī)范。比如數(shù)控機(jī)床的“主軸轉(zhuǎn)速”“主軸負(fù)載”“當(dāng)前程序名”在OPC UA的數(shù)控機(jī)床配套規(guī)范里都有標(biāo)準(zhǔn)節(jié)點(diǎn)定義。實(shí)際項(xiàng)目里數(shù)據(jù)流向通常是這樣[數(shù)控系統(tǒng)/PLC] --私有協(xié)議-- [采集網(wǎng)關(guān)/服務(wù)器] --OPC UA或MQTT-- [邊緣端/平臺(tái)]采集網(wǎng)關(guān)負(fù)責(zé)連接下層設(shè)備輪詢(xún)或訂閱式地獲取數(shù)據(jù)點(diǎn)然后在內(nèi)部做協(xié)議轉(zhuǎn)換向上層輸出統(tǒng)一的OPC UA或MQTT數(shù)據(jù)流。輪詢(xún)周期是個(gè)需要斟酌的參數(shù)一般狀態(tài)數(shù)據(jù)開(kāi)機(jī)、待機(jī)、報(bào)警可以5秒一次工藝數(shù)據(jù)主軸負(fù)載、切削坐標(biāo)可以1秒一次振動(dòng)等高頻信號(hào)如果需要做頻譜分析可能要上千赫茲那就不是普通網(wǎng)關(guān)能處理的了得用專(zhuān)門(mén)的高速采集卡。我在實(shí)際項(xiàng)目里有個(gè)習(xí)慣先按點(diǎn)位數(shù)和采集頻率算一遍數(shù)據(jù)量。公式很簡(jiǎn)單——一條數(shù)據(jù)的總字節(jié)數(shù)乘以每秒采集次數(shù)再乘以設(shè)備臺(tái)數(shù)就是每秒產(chǎn)生的數(shù)據(jù)量。比如一臺(tái)機(jī)床采50個(gè)點(diǎn)位每個(gè)點(diǎn)位按8字節(jié)double算每秒采集1次單臺(tái)每秒產(chǎn)生400字節(jié)折算成帶寬和存儲(chǔ)幾乎可以忽略但如果把振動(dòng)波形也采上來(lái)單通道每秒鐘2000個(gè)采樣點(diǎn)、每個(gè)點(diǎn)2字節(jié)一臺(tái)設(shè)備一天就是300多MB一百臺(tái)設(shè)備一個(gè)月將近1TB——這個(gè)量級(jí)就必須考慮邊緣側(cè)先做降采樣和特征提取而不是無(wú)腦往服務(wù)器灌。3. 邊緣計(jì)算網(wǎng)關(guān)為什么數(shù)據(jù)不能一股腦全扔上云3.1 上云的誘惑與邊緣的必須很多第一次做設(shè)備聯(lián)網(wǎng)的團(tuán)隊(duì)想法很直接數(shù)據(jù)采集上來(lái)用4G或者網(wǎng)線推到云平臺(tái)大屏一投完事。這種方案在實(shí)驗(yàn)環(huán)境里很美好真正落地就翻車(chē)。我見(jiàn)過(guò)某工廠把一百多臺(tái)設(shè)備的原始數(shù)據(jù)全部實(shí)時(shí)推上公有云一個(gè)月云帶寬費(fèi)用一萬(wàn)多結(jié)果車(chē)間網(wǎng)絡(luò)一波動(dòng)云端報(bào)表缺了一大塊運(yùn)維工程師天天在群里喊“數(shù)采斷了”。邊緣計(jì)算網(wǎng)關(guān)的價(jià)值在這里就體現(xiàn)出來(lái)了。它承擔(dān)的任務(wù)不是簡(jiǎn)簡(jiǎn)單單轉(zhuǎn)發(fā)數(shù)據(jù)而是三層職責(zé)協(xié)議適配接下層各種控制器、PLC、傳感器把不同協(xié)議的數(shù)據(jù)統(tǒng)一成規(guī)范的格式。本地處理做數(shù)據(jù)清洗、濾波、規(guī)則判斷和報(bào)警不依賴(lài)云端就能在車(chē)間本地產(chǎn)生 actionable 的信息。存儲(chǔ)轉(zhuǎn)發(fā)本地緩存一份數(shù)據(jù)網(wǎng)絡(luò)斷了對(duì)內(nèi)照常運(yùn)行網(wǎng)絡(luò)恢復(fù)后把積壓的數(shù)據(jù)補(bǔ)傳上去。3.2 邊緣端到底處理些什么數(shù)據(jù)清洗是最基礎(chǔ)的?，F(xiàn)場(chǎng)環(huán)境里傳感器瞬斷、電磁干擾、控制器偶發(fā)錯(cuò)誤值都會(huì)產(chǎn)生離譜的“臟數(shù)據(jù)”——主軸負(fù)載瞬間從60%跳到600%然后又跳回來(lái)這種尖刺如果不處理直接進(jìn)報(bào)表平均值都會(huì)被帶偏。處理尖刺的常見(jiàn)辦法有兩個(gè)一是限幅濾波超過(guò)設(shè)定變化率的數(shù)據(jù)直接丟棄或做標(biāo)記二是滑動(dòng)窗口中位數(shù)濾波把連續(xù)N個(gè)點(diǎn)取中位數(shù)能有效避開(kāi)異常毛刺。規(guī)則報(bào)警也是邊緣端該干的活。比如主軸負(fù)載連續(xù)10秒超過(guò)95%可以直接在邊緣網(wǎng)關(guān)里跑一條規(guī)則觸發(fā)本地聲光報(bào)警或者推送到班組長(zhǎng)的手機(jī)。這個(gè)響應(yīng)要求在毫秒或秒級(jí)內(nèi)如果繞道云端再回來(lái)一來(lái)一回延遲可能好幾秒對(duì)某些實(shí)時(shí)性要求高的場(chǎng)景就不夠用了。3.3 邊緣網(wǎng)關(guān)選型我關(guān)心的幾個(gè)硬指標(biāo)市面上的工業(yè)網(wǎng)關(guān)五花八門(mén)從三百塊到八千塊的都有。根據(jù)我最近幾年的使用經(jīng)驗(yàn)真正影響項(xiàng)目成敗的是下面幾個(gè)維度選型維度為什么關(guān)鍵我的建議工業(yè)級(jí)寬溫車(chē)間夏天可能50度冬天沒(méi)暖氣的地方可能零下選-40℃到70℃的規(guī)格別拿商用盒子湊合協(xié)議支持決定你要寫(xiě)多少適配代碼提前把現(xiàn)場(chǎng)設(shè)備品牌型號(hào)列成表逐一核對(duì)網(wǎng)關(guān)支持的驅(qū)動(dòng)離線緩存能力斷網(wǎng)時(shí)數(shù)據(jù)不丟是硬需求本地緩存至少能存7天數(shù)據(jù)支持?jǐn)帱c(diǎn)續(xù)傳硬件接口車(chē)間網(wǎng)絡(luò)環(huán)境差異大雙網(wǎng)口是剛需有4G/WiFi備選更穩(wěn)本地規(guī)則引擎離線本地報(bào)警依賴(lài)它確認(rèn)支持簡(jiǎn)單的if-then規(guī)則和腳本另外供電是個(gè)容易被忽略的坑。車(chē)間電壓波動(dòng)大而且很多安裝位置附近根本沒(méi)有標(biāo)準(zhǔn)插座。建議選支持9-36V寬壓輸入的網(wǎng)關(guān)配合工業(yè)導(dǎo)軌電源一起裝別直接插一個(gè)手機(jī)充電器了事我見(jiàn)過(guò)供電不足導(dǎo)致網(wǎng)關(guān)頻繁重啟、數(shù)據(jù)時(shí)斷時(shí)續(xù)的案例。3.4 邊緣架構(gòu)一臺(tái)集中式還是多臺(tái)分布式一個(gè)小車(chē)間三五十臺(tái)設(shè)備一臺(tái)性能好一點(diǎn)的邊緣服務(wù)器基本夠了采集服務(wù)、數(shù)據(jù)庫(kù)、可視化服務(wù)都裝在上面。如果是分散在不同廠房的集團(tuán)工廠建議每個(gè)車(chē)間各部署一套邊緣節(jié)點(diǎn)只把匯總后的KPI往集團(tuán)中心上報(bào)。千萬(wàn)不要讓所有車(chē)間都直連集團(tuán)中心數(shù)據(jù)庫(kù)——一方面跨廠區(qū)專(zhuān)線帶寬是錢(qián)另一方面一個(gè)廠區(qū)的網(wǎng)絡(luò)故障會(huì)污染全局監(jiān)控。這種“邊緣節(jié)點(diǎn)本地自治 中心平臺(tái)數(shù)據(jù)匯聚”的模式布局上有點(diǎn)像區(qū)塊……不更準(zhǔn)確地說(shuō)是像各地的分布式電站給主干電網(wǎng)供電每個(gè)節(jié)點(diǎn)都是自給自足的單元中心平臺(tái)只做全局調(diào)度和匯總。4. 讓比特真正感知“心跳”——狀態(tài)監(jiān)測(cè)與預(yù)測(cè)性維護(hù)的落地姿勢(shì)4.1 設(shè)備健康度指標(biāo)不搞玄學(xué)先講統(tǒng)計(jì)“預(yù)測(cè)性維護(hù)”聽(tīng)起來(lái)很高大上很多人第一反應(yīng)是AI、深度學(xué)習(xí)、神經(jīng)網(wǎng)絡(luò)。但以我踩過(guò)的坑來(lái)說(shuō)絕大多數(shù)工廠根本不需要一上來(lái)就上AI——統(tǒng)計(jì)方法加上合理的閾值已經(jīng)能解決80%的設(shè)備突發(fā)停機(jī)問(wèn)題。先從最基礎(chǔ)的幾個(gè)維度做起主軸負(fù)載的均方根值RMS反映切削負(fù)載的整體水平。負(fù)載突然升高可能刀具磨損或切削參數(shù)異常負(fù)載突然降低可能工件松動(dòng)或刀具斷裂。振動(dòng)的趨勢(shì)斜率振動(dòng)值緩慢上升然后突然加速往往是軸承早期故障的信號(hào)。斜率比絕對(duì)值更早反映問(wèn)題。溫度變化率主軸或電機(jī)溫度在短時(shí)間內(nèi)異常升高的速度比單純看“溫度超過(guò)多少度”要靈敏得多。報(bào)警代碼頻率某類(lèi)報(bào)警在24小時(shí)內(nèi)反復(fù)出現(xiàn)比如“液壓壓力低”“氣壓不足”往往不是隨機(jī)偶然而是某個(gè)部件在退化。這些指標(biāo)不用多么高深的算法Excel都能算。關(guān)鍵是形成固定的采集與計(jì)算節(jié)奏讓它們變成每天能看的趨勢(shì)曲線。4.2 一個(gè)最簡(jiǎn)單的滑動(dòng)窗口報(bào)警邏輯我給你一個(gè)可落地的方案滑動(dòng)窗口均值 突變檢測(cè)。假設(shè)主軸負(fù)載每秒鐘采集一次設(shè)定一個(gè)10秒的滑動(dòng)窗口實(shí)時(shí)計(jì)算窗口內(nèi)平均值。如果當(dāng)前平均值連續(xù)5個(gè)窗口即50秒超過(guò)設(shè)定閾值就觸發(fā)預(yù)警。這樣做的好處是既能過(guò)濾瞬時(shí)的尖刺又不會(huì)因?yàn)閱蝹€(gè)異常值誤報(bào)。用Python寫(xiě)一個(gè)示意性的實(shí)現(xiàn)邏輯import collections MAX_WINDOW_SIZE 10 ALERT_WINDOW_COUNT 5 THRESHOLD 90.0 # 主軸負(fù)載閾值百分比 data_queue collections.deque(maxlenMAX_WINDOW_SIZE) over_count 0 def process_load(value): global over_count data_queue.append(value) if len(data_queue) MAX_WINDOW_SIZE: avg sum(data_queue) / len(data_queue) if avg THRESHOLD: over_count 1 if over_count ALERT_WINDOW_COUNT: trigger_alarm(主軸負(fù)載持續(xù)偏高) else: over_count 0這段代碼里真正的技巧是指標(biāo)設(shè)計(jì)閾值定多少、窗口取多寬都要基于歷史數(shù)據(jù)來(lái)標(biāo)定。拿歷史一個(gè)月正常加工的主軸負(fù)載數(shù)據(jù)取95分位數(shù)作為“關(guān)注”閾值取99分位數(shù)作為“預(yù)警”閾值。這樣標(biāo)定出來(lái)的閾值比拍腦袋定的更貼合現(xiàn)場(chǎng)實(shí)際。4.3 從閾值報(bào)警到預(yù)測(cè)還需要哪些數(shù)據(jù)拼圖閾值報(bào)警解決的是“現(xiàn)在壞了”或者“快要壞了”但要真正做到“預(yù)測(cè)還有多久會(huì)壞”還需要另外幾塊拼圖全生命周期運(yùn)行記錄設(shè)備從安裝到現(xiàn)在累計(jì)運(yùn)行時(shí)長(zhǎng)、累計(jì)切削時(shí)長(zhǎng)、累計(jì)換刀次數(shù)。這些數(shù)據(jù)決定了設(shè)備當(dāng)前所處的老化階段。工單與維修記錄設(shè)備每次維修是什么時(shí)候、換了什么件、故障是什么現(xiàn)象、修了多久。這些標(biāo)簽數(shù)據(jù)是未來(lái)訓(xùn)練預(yù)測(cè)模型的“標(biāo)準(zhǔn)答案”。工況上下文這批次加工的是什么材料、用的什么刀具、切削參數(shù)如何。同樣的振動(dòng)值加工硬鋁和加工鈦合金含義完全不同不記錄工況談?lì)A(yù)測(cè)就是耍流氓。修過(guò)幾臺(tái)設(shè)備之后你會(huì)發(fā)現(xiàn)一個(gè)有趣的現(xiàn)象其實(shí)很多故障在發(fā)生前已經(jīng)“說(shuō)了”很久只是大家沒(méi)來(lái)得及聽(tīng)。振動(dòng)趨勢(shì)從平緩變成緩慢爬升的階段持續(xù)了至少幾天這段時(shí)間就是預(yù)測(cè)維護(hù)的黃金窗口?？上Т蠖鄶?shù)工廠沒(méi)有記錄這些趨勢(shì)所以只能等設(shè)備真正故障了才去響應(yīng)。4.4 別急著上AI先解決“有沒(méi)有歷史故障樣本”的問(wèn)題我碰到過(guò)很多老板一開(kāi)口就要求“你給我做個(gè)AI故障預(yù)測(cè)”。我通常先問(wèn)一句“你能給我最近三年每臺(tái)設(shè)備每次故障前一周的運(yùn)行數(shù)據(jù)嗎”基本沒(méi)人拿得出來(lái)。沒(méi)有帶標(biāo)簽的歷史故障數(shù)據(jù)AI就是無(wú)米之炊。所以務(wù)實(shí)的路線是先跑統(tǒng)計(jì)方法和閾值規(guī)則同時(shí)把歷史數(shù)據(jù)積累起來(lái)。等運(yùn)行一兩年攢下了足夠多帶故障標(biāo)簽的樣本再考慮訓(xùn)練更復(fù)雜的模型。到那時(shí)候前面積累的統(tǒng)計(jì)方法已經(jīng)幫你避免了一部分停機(jī)這套“先今天、再明天”的打法比一把梭哈AI要穩(wěn)得多。5. 這條路我替你踩過(guò)的坑——數(shù)據(jù)采集實(shí)戰(zhàn)的五個(gè)教訓(xùn)5.1 坑一協(xié)議“摸底”工作不扎實(shí)項(xiàng)目整體延期有個(gè)項(xiàng)目前期的設(shè)備臺(tái)賬上寫(xiě)著“支持OPC UA”結(jié)果進(jìn)場(chǎng)發(fā)現(xiàn)一臺(tái)很重要的老設(shè)備系統(tǒng)版本是十幾年前的OPC UA功能當(dāng)時(shí)根本沒(méi)啟用廠家已經(jīng)停止對(duì)該版本的技術(shù)支持。最后只能臨時(shí)追加工業(yè)網(wǎng)關(guān)方案用傳感器把關(guān)鍵數(shù)據(jù)采回來(lái)項(xiàng)目延期了整整三周。這件事之后我養(yǎng)成了一個(gè)習(xí)慣項(xiàng)目正式啟動(dòng)前先做一份《現(xiàn)場(chǎng)設(shè)備通訊協(xié)議摸底表》逐個(gè)設(shè)備確認(rèn)品牌、型號(hào)、系統(tǒng)版本、開(kāi)放接口、權(quán)限等級(jí)。寧可摸底花兩天也不要進(jìn)場(chǎng)后發(fā)現(xiàn)適配不了再回頭那代價(jià)高得多。5.2 坑二設(shè)備時(shí)間不同步故障回溯成了懸案剛開(kāi)始做數(shù)采的時(shí)候我們直接用設(shè)備控制器自帶的時(shí)間戳。結(jié)果到了排查一次故障時(shí)發(fā)現(xiàn)A設(shè)備和B設(shè)備的報(bào)警時(shí)間差了一個(gè)多小時(shí)而監(jiān)控錄像顯示兩邊的動(dòng)作幾乎同時(shí)發(fā)生。查了一整天問(wèn)題根因是設(shè)備的時(shí)鐘沒(méi)有統(tǒng)一同步來(lái)源再加上控制器本身時(shí)鐘偏差時(shí)間線對(duì)不上。現(xiàn)在的做法是所有采集到的數(shù)據(jù)一律以邊緣網(wǎng)關(guān)接收時(shí)刻的時(shí)間戳為準(zhǔn)網(wǎng)關(guān)本身通過(guò)NTP統(tǒng)一對(duì)時(shí)。這樣所有設(shè)備的數(shù)據(jù)都統(tǒng)一到同一時(shí)鐘源回溯故障時(shí)才能把上下游設(shè)備的動(dòng)作按時(shí)間軸對(duì)齊。5.3 坑三數(shù)據(jù)質(zhì)量不過(guò)關(guān)報(bào)表數(shù)據(jù)沒(méi)人敢信有一段時(shí)間我們看統(tǒng)計(jì)報(bào)表發(fā)現(xiàn)某臺(tái)設(shè)備“開(kāi)機(jī)率”高達(dá)百分之九十九但現(xiàn)場(chǎng)明明經(jīng)常停著。查下去才發(fā)現(xiàn)數(shù)采網(wǎng)關(guān)誤把設(shè)備的“待機(jī)狀態(tài)”當(dāng)成了“運(yùn)行狀態(tài)”因?yàn)榭刂破鞯臓顟B(tài)字里雖然是待機(jī)但主軸還在低速旋轉(zhuǎn)負(fù)載不為零我們狀態(tài)判斷邏輯里沒(méi)區(qū)分“待機(jī)”和“運(yùn)行”統(tǒng)計(jì)口徑就錯(cuò)了。數(shù)據(jù)采集的終極考驗(yàn)不是“有沒(méi)有數(shù)”而是“數(shù)對(duì)不對(duì)”。建議上線之初花幾天時(shí)間人工核對(duì)站在機(jī)床旁邊對(duì)比實(shí)際運(yùn)行狀態(tài)與系統(tǒng)顯示狀態(tài)是否一致。這種“在線校驗(yàn)”比事后分析報(bào)表要可靠得多寧可多花幾天也不要交出一堆沒(méi)人信的數(shù)據(jù)。5.4 坑四采了一堆數(shù)據(jù)結(jié)果沒(méi)人用我見(jiàn)過(guò)最可惜的項(xiàng)目花了大幾十萬(wàn)把一百多臺(tái)設(shè)備聯(lián)網(wǎng)數(shù)據(jù)每天都在傳但運(yùn)行三個(gè)月后儀表盤(pán)上只有登錄率寥寥無(wú)幾因?yàn)楣芾韺痈静恢涝摽茨膫€(gè)數(shù)一線工人覺(jué)得系統(tǒng)跟自己沒(méi)關(guān)系。后來(lái)復(fù)盤(pán)根因是項(xiàng)目當(dāng)初是“為了數(shù)字化而數(shù)字化”沒(méi)有從業(yè)務(wù)問(wèn)題倒推采集需求?，F(xiàn)在我的原則是先鎖定一個(gè)具體業(yè)務(wù)痛點(diǎn)——比如某類(lèi)設(shè)備頻繁停機(jī)、某道工序合格率低、某個(gè)工段排產(chǎn)靠猜——然后圍繞這個(gè)痛點(diǎn)設(shè)計(jì)需要采集的數(shù)據(jù)項(xiàng)和展示界面。先把一個(gè)小場(chǎng)景用起來(lái)產(chǎn)生實(shí)實(shí)在在的效益再逐步擴(kuò)展遠(yuǎn)比一開(kāi)始攤大餅靠譜。5.5 坑五OT與IT網(wǎng)絡(luò)直接打通安全隱患如影隨形不少工廠為了省事把車(chē)間設(shè)備直接接到了辦公網(wǎng)用一個(gè)IP段全打通。這樣看似方便實(shí)際上是把生產(chǎn)網(wǎng)暴露在了管理網(wǎng)的病毒、蠕蟲(chóng)和誤操作風(fēng)險(xiǎn)之下。我一個(gè)朋友的廠子有一次IT部門(mén)在辦公網(wǎng)升級(jí)某個(gè)軟件的補(bǔ)丁廣播風(fēng)暴直接把整個(gè)車(chē)間的設(shè)備通訊全部擠斷停了兩個(gè)小時(shí)才恢復(fù)。規(guī)范的方案是設(shè)備網(wǎng)—數(shù)據(jù)采集網(wǎng)關(guān)—防火墻/網(wǎng)閘—管理網(wǎng)/云平臺(tái)關(guān)鍵中間節(jié)點(diǎn)做訪問(wèn)控制和白名單策略數(shù)據(jù)流單向可控。網(wǎng)關(guān)作為OT與IT之間的邊界本身要有基本的ACL訪問(wèn)控制列表功能限制哪些設(shè)備可以訪問(wèn)哪些端口。安全這件事前期不重視后面出一次事故就全都交代了。聊到最后我還是想說(shuō)回老周。后來(lái)我們?cè)僖?jiàn)面車(chē)間里加裝了一排數(shù)據(jù)看板老周每天上班先掃一眼振動(dòng)趨勢(shì)再下車(chē)間。他說(shuō)自己這耳朵還沒(méi)退化但看數(shù)據(jù)更早“耳朵能聽(tīng)出壞沒(méi)壞數(shù)據(jù)能告訴你它大概什么時(shí)候要壞這就是兩個(gè)時(shí)代?！卑牙现艿慕?jīng)驗(yàn)轉(zhuǎn)化成報(bào)警規(guī)則和趨勢(shì)基線再逐步融入更多設(shè)備的運(yùn)行邏輯——這件事沒(méi)有終點(diǎn)但它每一步都扎扎實(shí)實(shí)。我個(gè)人這幾年的體會(huì)是不要一開(kāi)始就追求大而全的智能工廠從一臺(tái)機(jī)床、一個(gè)痛點(diǎn)、一塊看板開(kāi)始讓比特慢慢滲透進(jìn)轟鳴聲里。等到某一天車(chē)間主任不是靠耳朵而是靠數(shù)據(jù)做判斷的時(shí)候你會(huì)突然意識(shí)到那雙耳朵終于可以安心退休了。