设备维护管理系统（CMMS）

来自 META Smart I/O 设备或现有 PLC 的传感器数据。振动、温度、电流和运行次数是典型的输入数据。

可以，工单、检查清单和设备履历均可在手机、平板电脑和 MSF 面板上查看。

可以。MES 中记录的停机原因会自动生成维护报修单。

能。按日期或计数触发的预防性维护计划、工单、备件预留和设备履历都只依赖记录，完全不需要传感器输入。头几个月你拿到的是故障代码分类、计划达成率和一份停机履历，后面上状态监测时也正是拿这份数据当基准去评判效果。把自己这十二个月的非计划停机分类清楚，才知道哪些设备值得装加速度传感器。

凡是没有渐进、可测量的劣化征兆的故障都测不出来。控制板卡、I/O 模块和大多数开关量传感器基本是随机失效，而撞机、对刀参数设错、操作损坏属于突发事件，没有渐进过程。安全阀、安全联锁这类保护装置在它所防的那件事发生之前不输出任何信号，所以要按周期做功能测试，在线监测帮不上忙。振动和电流对旋转部件的机械磨损很灵，对上面这些失效模式则完全无效。

比模型驱动的方案宣传的要少，因为第一批有用的报警阈值来自工程计算，用不着历史数据：由轴承几何参数和轴转速算出的故障特征频率、过滤器前后压差、同等负载下高于设备自身正常值的温升。异常检测需要的是足够多的正常运行数据，覆盖产品、转速和班次带来的正常波动。而剩余使用寿命（RUL）预测需要跑到故障为止的完整样本，多数工厂根本没有。

要在维护部门指定一个专人负责，别摊到每个人每周挤一点时间。重活集中在前期：设备树、和实际作业真正对得上的预防性维护计划、以及一次性议定的故障代码体系。上线之后的日常工作是对报警做分级筛选，以及带着结构化的故障描述、领用备件和计数读数把工单闭环。报警量要压到一个人真能逐条去查的程度，否则报警就没人点开了。

MTBF 是运行时间除以故障次数，MTTR 是总修复时间除以修复次数，两者都由工单字段算出：报修时间、开始修复时间和完工时间。如果没有运行小时计时器，也没有 MES 的运行信号，就只能用两次故障之间的日历时间，那台闲置的设备反而 MTBF 很好看。修复时长从报修算起还是从动手算起，含义也不一样：前者包含等待和等备件，后者才是纯作业工时。

可以，它能独立运行。操作员通过 HMI 或浏览器报修，维护计划、工单和备件这一块不需要装别的东西。APS 带来的额外价值是：议定好的维护窗口会作为排程约束直接送到排产员那里，不用靠走廊里说一句、过后谁都不记得。没有 APS 就跟生产人工约窗口，不少工厂就是这么起步的，一直这么用下去也没什么问题。

光靠它很少能降。预警要有用，前提是提前量能稳定超过那个备件的供应商交货周期；而且故障时间不确定只是设置安全库存的原因之一，交期波动、最小起订量、一个料号供多台设备用，这些因素一个都没消失。本模块会按工单预留备件，库存不足时自动触发采购申请。先把预警转化成计划内的维修窗口，攒够一年的实际数据再回头谈库存水位。