142、eIQ的預(yù)測維護案例：從一次電機軸承崩壞說起去年夏天，產(chǎn)線上一臺用了三年的伺服電機突然卡死，軸承碎屑把整個驅(qū)動模塊都刮花了。停機四小時，損失六位數(shù)。事后拆解發(fā)現(xiàn)，振動頻譜里早就有征兆——高頻段的能量在三個月前就開始緩慢爬升，只是沒人去看。那之后我就在想，如果當時有個能在MCU上跑的輕量級模型，實時盯著振動數(shù)據(jù)，哪怕提前半小時報警，也不至于崩成這樣。這個案例后來成了我用NXP的eIQ工具鏈做預(yù)測維護的起點。今天這篇筆記，就聊聊怎么在i.MX RT系列MCU上，用eIQ部署一個振動異常檢測模型，從數(shù)據(jù)采集到模型推理，把踩過的坑都攤開說。數(shù)據(jù)采集：別信“干凈”的數(shù)據(jù)預(yù)測維護的第一步永遠是數(shù)據(jù)。我犯的第一個錯誤是拿實驗室里“完美”的振動數(shù)據(jù)訓(xùn)練模型——軸承是新的，轉(zhuǎn)速穩(wěn)定，環(huán)境安靜。結(jié)果模型到產(chǎn)線上直接崩了，誤報率超過40%。真實工業(yè)場景的振動信號里，混雜著電機本身的電磁噪聲、相鄰設(shè)備的機械耦合、甚至地面震動。正確的做法是：在目標設(shè)備上掛至少一周的原始數(shù)據(jù)。我用的是ADXL345加速度計，采樣率設(shè)在3200Hz（覆蓋軸承故障的典型頻段），通過I2C把數(shù)據(jù)喂給i.MX RT1064。// 采集振動數(shù)據(jù)，注意別用默認的±2g量程// 這里踩過坑：量程太小會導(dǎo)致高頻振動削波if