DeYiVision Vision Workbench

Build, tune and review machine vision workflows.

DeYiVision Vision Workbench is Deyi Vision's engineering software for reviewing supported visual workflows, parameters and sample results. The screenshot shows the Windows workbench, labelled “AI Optimization Workbench” in the software. A separate online Browser Vision Lab lets you try image processing on your own images.

Engineering evaluation · Windows workbench · Device-specific review

The screenshot shows the Windows workbench. The online Browser Vision Lab is a separate tool that runs in your browser on your own images; it asks for your contact details first and does not connect to a camera or the tuning service. Open the Browser Vision Lab → View screenshot

Three ways to work

Visual workflow editing and parameter trials.

01

Review parameters

Inspect supported settings and their ranges. Keep the sample and target visible while choosing the next change.

02

Build visual workflows

Connect supported processing nodes, edit values and run a saved revision. Compare results without losing the version that produced them.

03

Iterate with MCP

Let an AI client inspect tools, propose a candidate and review experiment evidence. Keep engineering review in the loop.

Workbench scope at a glance

What can you assess before a line trial?

DeYiVision Vision Workbench is Deyi Vision's engineering workbench. The interface shown above is labelled “AI Optimization Workbench”. The current executable PC example is an EAN-13 barcode workflow using saved images. A separate online Browser Vision Lab is available for trying image processing in the browser. Setup, camera, workflow and security guides are in the documentation.

Review now

Inspect supported nodes, parameters, saved workflow revisions and results. The 23 September engineering check records two NoRead runs and the limits of that test.

Try it in your browser

Open the Browser Vision Lab to try image processing on your own images. It asks for your contact details first, runs in the browser rather than in the Windows workbench, and does not connect to a camera or tuning service.

A repeatable process

MCP-assisted iteration, one sample at a time.

MCP (Model Context Protocol) connects an AI client to the workbench’s supported tools. Inspect a workflow, propose a candidate and review its experiment results before choosing a revision.

  1. Confirm the sampleDefine the expected result before testing.
  2. Change a candidateAdjust a supported node or parameter.
  3. Run a revisionKeep the same dataset for comparison.
  4. Review the evidenceCheck output, version and failure cases.
Illustrative Codex conversation with MCP tools and sample processing previews
MCP workflow illustration, not a captured execution log. Sample previews explain the flow; they are not measured test outputs.

An offline run uses saved images. It does not change camera exposure or prove how a new frame will perform on your line.

Engineering interface

Compare the evidence, not just the image.

The engineering workbench keeps the workflow and its result together. Check which revision ran, whether the decoded content matches the expected answer and what remains unverified.

This captured engineering interface shows a small development test. It is not a production read-rate claim or an independent acceptance test.

Open the original interface capture →
Original Chinese engineering workbench capture with threshold and decode nodes and a revision result
Original engineering UI capture. The English interface above is a presentation concept.

Industrial vision in practice

From the inspection station to the image.

A short sequence of imaging stations, part handling and inspection views. Use it to discuss your setup; workbench compatibility is reviewed separately below.

DeYiVision inspection footage · 28-second silent edit. Sequence: inspection setup, part handling, inline imaging, surface inspection, assembly review and result visualization. These scenes do not establish the software workbench’s supported algorithms or production accuracy.

Software selection evidence

What should an industrial vision software trial prove?

Start with the job and a labelled sample set. A successful run on one saved image is a development check, not a production acceptance result. The review separates what the current workbench can demonstrate from what must be tested on the buyer’s line.

Bring to the trial

Good and bad images, the expected barcode or decision, camera and lens models, line speed, trigger method, and the current failure case.

Inspect in the workbench

Record the workflow revision, node settings, input sample, decoded output or decision, elapsed run time and any mismatch. Repeat on the same labelled set after each change.

Validate on the line

Confirm the actual camera and SDK support, illumination, motion, false rejects, missed defects and PLC timing. Agree on sample size and acceptance limits before an operational claim.

Current executable PC example: EAN-13 barcode workflow. Other algorithms, camera-side tuning and production integration need a device-specific engineering review. Check the supported scope ↓

Before your project starts

Check your setup.

The current PC evaluation example is an EAN-13 barcode workflow using confirmed sample images. The scope below separates an offline software run from a supported camera integration.

Workflow review
Visual editing and parameter trials for supported nodes, with revision and result review.
MCP assistance
Tool inspection and supported experiment workflows; engineering selects the candidate to keep.
Device integration
Camera-side tuning requires review of your model, firmware, SDK and inspection job.
Production acceptance
Cycle time, new-frame performance and long-running reliability must be tested on the line.

OCR, DataMatrix and surface-defect templates that require unbound nodes are not included as ready-to-run PC workflows. A listed template is not proof of executable support.

Illustrative top-down barcode inspection setup with a camera and laptop showing a tuning conversation
Commissioning scene illustration. Camera compatibility and installation geometry require project review.

Practical FAQ

Plan the next test with the right information.

Request a workflow review
What is DeYiVision Vision Workbench?

It is Deyi Vision engineering software for reviewing supported visual workflows, saved-image parameter trials and experiment results. Inside the software the interface is labelled AI Optimization Workbench; that is the same workbench, not a separate product.

What is the online Browser Vision Lab, and what does it prove?

It is a separate browser-based lab for trying image processing on your own images after you leave contact details. It runs in your browser rather than in the Windows workbench and does not connect to a camera or tuning service. It does not prove production read rate, device compatibility or line stability.

Can I use my existing industrial camera?

Send the camera model, firmware and the job you want to improve. Compatibility and camera-side changes require a review of the specific device, SDK and job; support is not assumed from the brand or connection type alone.

Can I start with saved images?

Yes. Confirmed sample images can be used to evaluate supported PC processing workflows. An offline result does not verify image acquisition, production timing or performance on new camera frames.

Does MCP automatically change my production camera?

Reading a workflow, running an offline experiment and writing camera settings are separate operations. Camera-side tuning requires the supported device workflow and its verification steps. A saved workflow revision does not mean a camera configuration has been deployed.

Is this the same as ComfyUI?

The workbench uses node-based editing and supports a subset of ComfyUI-style backend interfaces. This does not mean every ComfyUI node or its complete browser interface is supported.

What should I send for an engineering review?

Describe the result you need and what is going wrong. Add sample images and your camera model if available. You can start without knowing the model; engineering will identify the missing information before proposing a test.

Start with your inspection problem

Bring your samples and tuning problem.

Tell us what should happen and what is going wrong. We will review the supported scope, missing information and a possible next test step.

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