142、eIQ的预测维护案例

142、eIQ的预测维护案例：从一次电机轴承崩坏说起

去年夏天，产线上一台用了三年的伺服电机突然卡死，轴承碎屑把整个驱动模块都刮花了。停机四小时，损失六位数。事后拆解发现，振动频谱里早就有征兆——高频段的能量在三个月前就开始缓慢爬升，只是没人去看。那之后我就在想，如果当时有个能在MCU上跑的轻量级模型，实时盯着振动数据，哪怕提前半小时报警，也不至于崩成这样。

这个案例后来成了我用NXP的eIQ工具链做预测维护的起点。今天这篇笔记，就聊聊怎么在i.MX RT系列MCU上，用eIQ部署一个振动异常检测模型，从数据采集到模型推理，把踩过的坑都摊开说。

数据采集：别信“干净”的数据

预测维护的第一步永远是数据。我犯的第一个错误是拿实验室里“完美”的振动数据训练模型——轴承是新的，转速稳定，环境安静。结果模型到产线上直接崩了，误报率超过40%。

真实工业场景的振动信号里，混杂着电机本身的电磁噪声、相邻设备的机械耦合、甚至地面震动。正确的做法是：在目标设备上挂至少一周的原始数据。我用的是ADXL345加速度计，采样率设在3200Hz（覆盖轴承故障的典型频段），通过I2C把数据喂给i.MX RT1064。

// 采集振动数据，注意别用默认的±2g量程// 这里踩过坑：量程太小会导致高频振动削波if<