Building computer vision systems

We build computer vision for quality control: camera and lighting selection, model labeling and training, line integration, and manual review of borderline cases.

Cameras find the defect before an operator, and borderline cases go to a person.

Pricing

from ₽2,500,000

per project

This is the lower bound of a project. We scope the exact quote after a brief: it depends on volume and the number of integrations.

What's included

Capabilities

Camera and lighting selection

Capture matters more than the model: we size geometry, lighting, and line speed for the task.

Labeling and training

We build the dataset, train the model, and measure accuracy on a held-out split, not the training one.

Manual review

Borderline cases go to an operator, and their decisions return to the labeling set.

Line integration

The result stops the line, writes to MES, or stays in a log, following the production rules.

How we work

From request to result

  1. 1

    Line audit

    We inspect the product, defects, and conveyor speed: which defects a camera can distinguish at all.

  2. 2

    Capture scheme

    We select cameras, lighting, and angle, and fix accuracy and miss-rate requirements.

  3. 3

    Model training

    We build and label the dataset, train, and measure accuracy on a held-out split.

  4. 4

    Launch and retraining

    We deploy inference on the line and close the loop: operator decisions return to the labeling set.

Who it fits

Check if it fits you

Good fit

  • A visible defect

    Chips, cracks, and incomplete assembly are visible in a photo: a camera handles them.

  • Stable lighting and angle

    Capture is controlled: the model does not retrain on random shadows.

Not a fit

  • A defect with no optical difference

    A scratch under paint or an internal defect is invisible to a camera and needs other sensors.

  • No reference labeling

    Without an agreed defect definition, the model has no correct answer to learn from.

Track record

What you get

96%

of defects caught without an operator

The camera rejected clear defects, and borderline decisions went to an operator and back into labeling.

Scope of work

What the delivery includes

A station audit

A station audit inspects the product, line speed, and the list of defects to catch. The class scope is fixed before the dataset is collected.

A capture scheme

We select the camera, lens, and lighting for the item geometry. A capture scheme sets frame quality before any training.

Dataset and labeling

We collect real frames, agree on the defect definition, and label. Dataset and labeling decide what the model learns.

Training and measurement

We count accuracy and miss rate on a held-out split, broken down by defect class. Training and measurement run before the line rollout.

Integration and acceptance

Output wired to the line, a decision log, and an agreed trigger threshold. Integration and acceptance close the pilot.

How it works

How the system is built

  1. Capture matters more than the model

    Good lighting and angle give the model a clean, stable frame, so we start with capture. Optics and angle come first, then the dataset, training, and the model's rollout on the line.

  2. The dataset comes from real line frames

    The dataset comes from real line frames, and rare defects enter labeling alongside common ones. Training runs before a check on a held-out split the model sees for the first time.

  3. We measure accuracy on a held-out split

    We measure accuracy on a held-out split and count defect misses separately: a miss on the line costs more than extra rejection. Every camera and operator decision lands in the log with its frame.

  4. Inference runs next to the line

    Inference runs next to the line and answers within tens of milliseconds, so the decision lands before the next item. Rejection fires on the spot while the conveyor keeps its own pace.

Limitations and cost

Where the solution pushes back

  • 01

    Borderline cases stay with a person

    Borderline cases stay forever: stains and blurred edges are resolved with a person, and that is a standing cost.

  • 02

    A product change is a new dataset

    A product change needs retraining: new geometry and a new defect make a separate dataset, so the threshold is tuned again and accuracy is confirmed by new measurements.

  • 03

    The defect boundary is subjective

    Labeling is subjective: two operators draw the defect boundary differently, and the model learns from those disagreements.

  • 04

    Accuracy drops without retraining

    Without retraining, accuracy drops: the defect distribution shifts, so the model is periodically updated on new confirmations.

  • 05

    The number of defect classes

    Each new defect class needs its own frames and labeling. The number of defect classes drives the labeling volume and the project cost.

  • 06

    The share of borderline cases

    The higher the share of borderline cases, the more manual review continues after launch. The share of borderline cases sets the operator load.

  • 07

    Line speed

    The faster the flow, the tighter the inference latency requirement. Line speed sets the compute and hardware budget.

  • 08

    Product change frequency

    Frequent changeovers require regular retraining, so the model is updated per product. Product change frequency sets the support cycle.

Stack

Technologies

The technologies we use in our work and their role in a project.

Capture and inference

Models train on PyTorch, line inference runs through TensorRT, frames and labels are stored in MinIO, and the decision log lives in PostgreSQL.

Vision model training: it adapts to non-standard tasks and rare defect classes.Accelerated GPU inference: it cuts latency to tens of milliseconds so the decision lands before the next item.Stores frames and labels locally: the dataset never leaves the perimeter and stays reproducible.The decision and operator-confirmation log: accuracy is computed from it, and every frame has a trace.
Budget estimate

Cost calculator

This is an indicative range, not a quote. We scope the exact estimate after a brief: it depends on volume and the number of integrations.

Classes and detectors

5

Model complexity

Data labeling

Add-ons

Support

Year one: updates and monitoring, a reply within 2 business days.

Service

Building computer vision systems

The estimate covers our team's work. Hardware, third-party service licences and travel are added on request.

Estimated cost

₽3.1M

Timeline

7 wk

Questions

Frequently asked questions

How much data is needed to train?

It depends on the defect: a common one needs a few hundred labeled frames, a rare one thousands, including rare classes.

Who labels the defects?

A process engineer or operator labels with an agreed defect definition. We resolve disagreements before training, not after.

What about accuracy on new defects?

A new defect type is a new dataset. The model will not guess it, so the retraining loop is built in from the start.

How long does a pilot take?

A pilot on one station starts at four weeks: capture, dataset, training, and measurements on the live line.

Can it run on several stations?

Yes, one capture scheme copies to identical stations. We build it once, then move the cameras and switch thresholds.

What changes for the operators?

The operator stops checking every item and reviews only borderline frames. Their decisions return to labeling, so the load drops but does not disappear.

What teams add to this service

Ready to discuss your task?

Leave a request – we'll get back with a proposal and a preliminary estimate.

Contact us