误报率怎么压下来：从阈值、标定到白名单

误报率不是一个参数调出来的，它是分层治理的结果。先把「什么算一次误报」的口径统一，再按工位单独定阈值，用连续帧确认和时间窗过滤掉瞬时抖动，用白名单排除合法的差异，最后按严重度把报警分层。 顺序上先定义、再调参，否则各方会各说各话：现场说误报一堆，供应商说指标达标，谁也说服不了谁。这五步里，前一步没做好，后一步怎么调都只是在原地打转。压误报的目标不是把报警数量做小，而是让留下来的每一次报警都值得操作员抬头看一眼。

先把「什么算一次误报」说清楚

统计之前要先定义。同样一次报警，有人算误报、有人算正常提醒，最后的数字能差出好几倍。落地的做法是给每一次报警一个明确的归类规则：系统判定异常、操作员确认后认为是正常的，才算一次误报；操作员未确认就直接忽略的，不计入误报，但要单独统计「未处理报警数」，因为它反映的是信任问题，而不只是准确率问题。这两类要分开记，混在一起会失真。口径最好写成一份简短的文件，让生产、品质和供应商三方都认可同一份定义，否则每次例会都会退回到「什么才算误报」的争论上。相关术语的约定可以参照术语表。

误报的四个主要来源

压误报的六个具体手段

• 连续帧确认。 单帧触发不算数，要求连续 N 帧都判为异常才报警。常见取 3–5 帧，能压掉大部分瞬时噪声引起的误报，代价是响应延迟增加 N 除以帧率秒。
• 时间窗过滤。 每个动作都有合理的最短时长，短于这个时长的触发直接丢弃，可以挡掉画面突变造成的假触发。
• 白名单。 把合法的差异（特定料号、早晚班开灯、检修状态）显式列进去，按料号或程序名匹配，而不是靠临时关闭整个工位。
• 阈值按工位单独定。 不同工位的背景、节拍、遮挡程度都不一样，用同一套阈值，必然有些工位太吵、有些太钝。
• 报警分层。 把报警分成必须停机处理、记录待查、仅统计三类，级别不同，提示方式也不同，避免所有报警一样响。
• 光照与背景治理。 很多「算法问题」其实是不稳定的光照造成的，先把工位的光照和背景固定下来，比反复调算法更省事；镜头与视野的选择可以看摄像头怎么选。

阈值为什么必须按工位单独定

同一条线上，不同工位的画面差别可能比不同产线之间还大：有的工位背景干净、光照稳定，有的反复有人员经过、反光变化明显。用一条全厂通用的阈值，结果就是有的工位每班次误报十几次，有的工位一次都不报。合理的做法是逐工位标定，把阈值当成工位配置的一部分，并在换料号、换工装时重新确认一遍。标定本身并不复杂：停产时让熟练员工把「正常」和「异常」各做几遍，把画面存下来当基准，再真实跑一个班次，看误报集中在哪个环节。第一次标定大概花半天到一个工位，之后的成本主要在换型复核上。通常建议以「每个工位每班次误报不超过 1 次」作为起步目标——一个班次误报三五次以上，操作员就开始习惯性忽略，系统也就形同虚设，这一点在报警太多之后会发生什么里有更完整的讨论。

报警分层：别让所有报警一样响

• 必须停机。 涉及安全或不可返工的工序，报警要能中断节拍，这是少数几类值得打断生产的情况，数量应该很少，否则会很快失去威慑力。
• 记录待查。 不影响当下产品、但需要复核的，只记录、只在工位端轻提示，不打断操作，由班组长在交班时统一看。
• 仅统计。 用于趋势分析、工艺改善的数据，现场不提示，避免把统计信息和需要处置的报警混在一起，也避免操作员被无关信息打扰。