Cameras & acquisition

Presence inspection: a reliable camera setup

Set up a fixed camera for missing-feature checks; verify visibility, fresh frames and fixture limits before tuning presence decisions.

Send samples for engineering review
Presence inspection: a reliable camera setup
Engineering illustration, not a photograph or measured result.

Inspection task

A missing connector pin and a pin hidden by the fixture must not produce the same conclusion. This setup exercise makes the assigned feature observable before building a presence rule. Use an indexed part and declare the allowable loading envelope. The objective is a repeatable source image, not a favorable pass indicator on one carefully positioned assembly.

Prerequisites and sample controls

Define presence as a visible feature at a specified location, not merely any dark object in the frame. Prepare a correctly assembled sample, an intentionally missing feature and an obscured feature with recorded human answers. Keep fixture details and permitted part variation in the dataset. The fixed-station baseline distinguishes separated components by image contrast; it is not a general semantic recognizer and must not infer a hidden component.

Choose the camera route

A monochrome area-scan camera is a practical starting point for a fixed, contrasting feature. Use a global-shutter route when motion remains during exposure; a compact smart-camera route needs verified processing and I/O support. A color camera is justified when color is part of the decision. If depth or occlusion determines presence, a flat image alone cannot settle the question.

Run the controlled procedure

Before connecting a live camera, work with saved original images and a fixture drawing. Record the sensor dimensions, pixel format, lens, working distance and acquisition backend. An imported image proves that an algorithm can inspect that file; it does not prove that the camera is supported, that a trigger is reliable or that a live station has passed acceptance. Confirm the device route with the installed runtime before issuing acquisition commands.

  1. Mark the required feature and fixture datum on the drawing.
  2. Capture present, missing and obscured controls without changing exposure.
  3. Move the part to each allowed loading extreme and inspect the feature.
  4. Trigger successive parts and compare frame identities with the capture log.

Process map

The fixture and view define which physical feature lands in the original pixels. A new image identity connects each capture to the current part.

  1. Original frame
  2. Fixture
  3. Native pixels
  4. New frame
Engineering illustration, not a photograph or measured result.
View full-size diagram

Record the evidence

Record focus at the target, clipping, frame identity and loading position for each control. Use P, A and O as control identifiers rather than pretending the table contains measured performance. Record an actual still image and a short loading sequence when preparing evidence; this tutorial does not supply a real workstation video.

Run a loading-envelope experiment before optimizing the algorithm. Place the present control at the center, then at the mechanical limits allowed by the fixture drawing. Keep the camera untouched and record each physical position on a separate image. For every position, identify the actual required pin in the original image and check that its complete distinguishing shape remains visible. Repeat the positions with the intentionally missing control. The background or neighboring hardware must not become a substitute for the absent feature. Finally, introduce the obscuring control without changing the part identity. This checks whether the camera can distinguish absence from lack of visibility. If any position makes the region unobservable, reduce the declared loading envelope or change the fixture/view; do not silently omit that position from the evidence.

Illustrative recording sheet; enter your own results
ControlRequired observationDecision boundary
P: feature presentVisible feature in its assigned regionPresence requires valid evidence
A: feature missingRegion visible; intended feature absentAbsence is a valid failure
O: feature obscuredFeature cannot be observedReview; never infer presence

Diagnose failed cases

If the missing-feature image still contains a dark fixture edge, the camera view has created a competing target. Shift the view or define the feature location before altering thresholds. If only the obscured sample fails, report an observability problem. Increasing gain cannot reveal a pin hidden behind another object.

Failure isolation

Separate a genuinely missing feature from a feature blocked by the fixture. Only the visible region supports an absence conclusion.

  1. Present
  2. Missing
  3. Obscured
  4. Capture fault
Engineering illustration, not a photograph or measured result.
View full-size diagram

Validate independently

Keep gain, exposure and automatic image adjustments fixed during comparisons. Capture after mechanical settling, then repeat at the allowed loading extremes. Check the original image at native size rather than judging a scaled browser preview. Verify that a new trigger produces a new frame identity and that missing frames become explicit failures. A stale but sharp picture is unsuitable evidence for the current part.

Accept the capture setup only when the assigned feature remains inside the image and in focus throughout the permitted loading envelope. Verify a fresh image for every requested event. Keep image-acquisition failures separate from the physical missing-feature decision.

Review the capture sequence as a sequence of physical events. Pair each frame with the loading action that created it, including any unsuccessful request. Move the present control out of view between successive captures so a stale frame can be detected rather than hidden by identical-looking parts. Restore the control and verify that the next requested frame contains the restored state. Record a missing frame as an acquisition event with no valid inspection decision, even when the previous image showed a good assembly. An independent reviewer should be able to follow the event log and point to the original image supporting each claimed presence or absence. Freeze the mount and camera settings only after this mapping is clear; retain the bad positions as explicit limits in the setup record.

Continue the engineering handoff

For an engineering handoff, supply original frames, fixture positions, camera/interface details and the capture log. Deyi Vision can review the imaging route from this evidence. Browser-local OpenCV.js execution remains a development requirement in the current capability record; do not assume that displaying a workflow makes its nodes executable in the browser.

Save the original image and the resulting record together.

Sources and technical references

These references explain the methods and limits used in this tutorial. Example checks are guidance; production acceptance requires evidence from your own samples.

  1. Inspection resolution planningDeyi Vision

    Field of view and object-side sampling must be checked with optics, exposure and contrast.

    Checked
  2. Structural analysis and shape descriptorsOpenCV

    Connected component areas and centroids describe image regions, not hidden physical part counts.

    Checked

Engineering review

Bring the inspection problem and the evidence.

Send sample images, your current setup and the check that failed. Include field of view, working distance, line speed and acceptance criteria for a practical review.

Send samples for engineering review
Contact

Direct RFQ contact

Talk to engineering about the inspection problem.

Send sample images, competitor model, FOV, working distance and line speed before model selection.

Target: selection brief within 24h
Send sample images