MV-VIEW-01 CatalogueVIEW-02 Station commissioningVIEW-03 SDK & driver compatibilityVIEW-04 Capture & evidenceVIEW-05 Trigger & capture groupsVIEW-06 CalibrationVIEW-07 Source contract & mappingVIEW-08 Inspection & provenanceVIEW-09 Vision / WMS / LocateLinkVIEW-10 Fault & recovery labVIEW-11 Qualification & coverageVIEW-12 Release & rollbackEyeZ job catalogue (60)Software & standards (16)Primary sources (54)Import checks
Acting asAuthorization is evaluated by effect, not by screen. Demonstration only.0 session operations
EYZ-MV-012
Part-code and variant reconciliation
ProposedDiscrete manufacturing and automotive← EYZ-MV-011EYZ-MV-013 →Synthetic vision workspace. No camera, frame grabber or vision controller has been contacted; camera SDKs run only in engineering-managed edge workers, never in a browser. No real image exists here — every frame is a described placeholder. Nothing is live or qualified, and no inspection result releases product or causes any robot, reject, dispatch or stock effect.
The job
Actor
Quality/production engineer
Job to be done
Verify the observed part code matches the planned order/variant.
Capture requirement
Code/OCR capture with event-time order context and format checks.
Required context
Part serial, variant, routing, fixture, tool/station and recipe revision
Responsibility and proof
EyeZ output
Observed code and mismatch case referencing both records.
CoreSync responsibility
Acquire the native observations and evidence references; preserve source identity, capture time/epoch, quality, recipe/calibration versions and delivery evidence. Bind through approved canonical semantics; do not infer control authority.
Acceptance evidence
Challenge duplicate serials, no-reads, wrong variants and late context.
Guardrail
Do not rewrite MES order or genealogy merely to make a mismatch disappear.
Candidate camera profiles (7)
| MV-CAM-001 | Basler pylon camera families | pylon SDK / pypylon | DETAIL |
| MV-CAM-005 | Allied Vision Vimba X supported cameras | Vimba X | DETAIL |
| MV-CAM-006 | IDS uEye camera families | IDS peak | DETAIL |
| MV-CAM-008 | LUCID Vision Labs Arena-supported GigE cameras | Arena SDK | DETAIL |
| MV-CAM-015 | Ensenso / IDS Ensenso stereo camera families | Ensenso SDK NxLib | DETAIL |
| MV-CAM-018 | LMI Technologies Gocator Classic / GoPxL | Gocator SDK / GoPxL interface by device generation | SURFACE |
| MV-CAM-027 | Cognex In-Sight smart-camera families | In-Sight SDK / Web SDK by generation | SURFACE |
A candidate is a design reference from a reviewed technical source. It is not an implemented capability, not coverage and not a qualified adapter.
Candidate software and standards (6)
- MV-SW-005 MVTec HALCON / MERLIC interfaces — Vision-processing and acquisition integration; gate: Tool licensing and exact acquisition-interface revision required; not every camera is qualified.
- MV-SW-007 Zebra Aurora Imaging Library — Vision-processing and acquisition SDK; gate: Development/runtime entitlements and camera interface modules required.
- MV-SW-009 OpenCV — Image-processing library; gate: Audit package and third-party dependencies; OpenCV 4.5+ license differs from older releases.
- MV-SW-010 OpenVINO — Inference runtime; gate: CPU model/operator/precision coverage and latency must be benchmarked; accelerators optional.
- MV-SW-011 ONNX Runtime — Inference runtime; gate: Operator set, preprocessing, numerical equivalence and provider fallback are qualification items.
- MV-SW-012 Ultralytics YOLO — Model tooling and runtime integration; gate: AGPL/Enterprise licensing and model/export rights require an approved review before proprietary embedding.
Synthetic results attributed to this job (1)
| Assertion | Verdict | Measurement | Capture group | Calibration basis |
|---|---|---|---|---|
| MV-INS-012 | INDETERMINATE | 6 defect candidate(s) | MV-CG-012 | MV-CAL-012 |