Why Machine Vision Systems False-Reject Good Product — and How to Diagnose It
A station that worked at commissioning and rejects good product three months later has almost never had an algorithm failure. Something physical or procedural moved. Here is the order to look.

Define the two error directions before diagnosing either
An escape is defective product that passed. A false reject is good product that failed. They move in opposite directions when you change a threshold, which is why a single "accuracy" number is useless for diagnosis and why both need their own budget.
Before touching anything, quantify the current state: rate of rejects by reason code, over time, and whether the rejected units are genuinely acceptable on re-inspection. A surprising share of "false reject" complaints turn out to be the system correctly catching a process change nobody had noticed.
1. Presentation drift
The most common cause. Guides get bumped, a worn belt lets parts skew, a fixture is re-installed a few millimetres off, spacing changes when the upstream machine is re-timed. The inspection sees a part in a position it was never configured for.
- Compare current images with images captured at commissioning — position, rotation, scale, framing.
- Check whether the located datum still appears where the recipe expects it.
- Inspect fixturing and guides physically, including anything replaced during recent maintenance.
- Look at whether the reject rate correlates with a specific lane, head, or upstream machine.
2. Lighting drift
Illuminators age, lenses and windows accumulate dust and aerosol film, ambient light changes when a bay door opens or a fixture above the line is replaced with a different lamp. Contrast falls, the measured feature moves toward the threshold, and reject rate rises gradually.
- Measure a reference grey or a known feature's contrast and compare to the commissioning value.
- Clean lens, window and light face; re-measure before changing anything in software.
- Check for a new ambient source, including a neighboring station's strobe leaking into the field.
- Confirm strobe timing and current have not been altered during unrelated work.
3. Threshold margin was never there
A system commissioned with the operating point sitting just beside the population of good product will false-reject as soon as anything shifts. Margin is measurable: for each check, how far is the threshold from the nearest acceptable sample, and how wide is the good-product distribution?
Illustrative example. If good units score 82–94 on a match metric and the reject threshold sits at 80, a two-point contrast loss from a dusty lens starts producing rejects. Widening the imaging contrast — better geometry, cleaner optics, more resolution on the feature — restores margin. Moving the threshold to 70 does not; it just hides the escape risk.
- Record per check
- Good-product score distribution, defect score distribution, threshold, and the gap between them.
- Healthy sign
- Two clearly separated distributions with the threshold in the empty space between them.
- Warning sign
- Overlapping distributions. No threshold fixes this; the imaging or the specification must change.
4. Recipe and configuration drift
Parameters edited on the floor to get through a shift, never documented, never reverted. Six months later the active configuration is nobody's design. This is a procedural failure and it is fixed procedurally.
- Diff the active recipe against the released version; investigate every difference.
- Confirm recipe selection is still driven by the work order and not by a manual override left in place.
- Restrict who can change what, with an audit trail of changes and reasons.
- Require a short validation run after any parameter change, and log it.
5. Timing and synchronization
Late verdicts, a shifted encoder scale, a mistriggering photo-eye, or a unit-tracking offset after a jam recovery all produce a specific signature: rejects that do not correlate with product condition, or a good unit rejected next to a bad one.
- Verify trigger-to-image latency and worst-case decision time against the reject window.
- Check for double triggers from a dirty or misaligned photo-eye.
- Confirm encoder scaling against a measured distance, and unit tracking after a simulated jam.
- Look for reject-mechanism timing that has been adjusted mechanically without updating the window.
6. Nuisance variation that was never in the sample set
Condensation after a chilled step, a new film supplier with different gloss, a seasonal substrate color shift, a promotional artwork variant, a different ink lot. The inspection is behaving exactly as configured; the world changed.
The remedy is to bring the new variation into a labeled panel, decide whether it is acceptable product, and re-establish the operating point deliberately. Absorbing it by relaxing a threshold on the floor is how systems lose credibility.
Build the panel, then keep it
A labeled sample panel — clean units plus each defect class, including marginal cases — is the only instrument that lets you distinguish a real change from an argument. Run it at speed, report escapes and false rejects separately, and keep the panel physically available for re-runs.
Re-run after any change to fixturing, optics, illumination, recipe or model version. Those are exactly the events that invalidate prior results, and re-running takes less time than the debate that follows not re-running.
Frequently asked questions
- Should we just loosen the threshold to stop the rejects?
- Only after ruling out presentation, lighting, timing and recipe drift, and only with a documented panel run showing the escape consequence. Otherwise you are converting a visible problem into an invisible one.
- How do we monitor for drift proactively?
- Trend reject rate by reason code, and trend a contrast or match-score metric on good product. A slow slide in either is a maintenance signal before it becomes a production event.
- Who owns the false-reject budget?
- Quality and operations together, agreed in writing at acceptance. Left unowned, it defaults to whoever is most annoyed on a given shift.
Related systems & engineering resources
More from the Engineering Journal
Code & OCR/OCV
OCR vs OCV in Manufacturing: Reading a Code Is Not Verifying It
OCR answers “what does the camera think this says?”. OCV answers “does this match what this unit was supposed to be marked with?”. On a multi-SKU line, only the second question protects you.
Code & OCR/OCV
How to Design a Date-Code Inspection System That Survives Production
Most date-code inspection stations are demonstrated on clean samples in a quiet room and then meet condensation, vibration and a changeover. Here is the design order that holds up.
Label Inspection
Wrong-Label Prevention: Identity, Placement and Variable-Data Verification
A label station that only checks presence will pass a perfectly applied wrong label. Preventing mislabeling means checking four separate things, and one of them is a data problem.