Technology

A system is only as clear
as its interfaces.

We select tools around image quality, control ownership, timing, data reliability and maintainability. The architecture is the connection between those choices.

Technology reference diagram
Reference architecture / illustrative concept

Sensing & acquisition

Define the physical signal and the conditions required to acquire it consistently.

Industrial camerasLighting / opticsTriggers / sensors

Vision & learning

Compare conventional vision and AI candidates against representative inputs and explicit defect criteria.

OpenCVPyTorch / CNNYOLO / segmentation

Edge execution

Benchmark latency, memory and thermal behavior on the target device, including unavailable-result states.

ONNX RuntimePython / C++Embedded Linux

Machine control

Keep sequencing, actuation permissions and machine recovery inside the appropriate control system.

PLC / HMI / SCADAVFD / servoController interlocks

Industrial communication

Agree on device support, data mapping, update rates, connection behavior and network boundaries.

Modbus / Modbus TCPOPC UA / PROFINETEtherNet/IP / MQTT

Industrial software

Preserve timestamps, quality flags and traceability through operator interfaces and production records.

TypeScript / PythonSQL / REST APIsDashboards / exports
Technology references describe design options. They do not establish partnerships, certifications, selected hardware or completed commercial implementations.
Control boundaries

Failure behavior belongs
in the architecture.

Missing images, low-confidence inference, late results and broken connections are operating states to design for. Every interface needs an owner, a timeout and a recovery path.

  • AI supplies a result; the controller validates whether it may be acted on.
  • Emergency stops and protective functions remain in the safety and power-control design.
  • Job identifiers and acknowledgement prevent results from applying to the wrong part.
  • Stale or unavailable data stays visible to the operator.
Read the integration note
Start with the engineering problem

What does your process
need to do better?

Share the part, the machine, the constraint and the result you need. That is the starting point for a useful technical conversation.

Talk to an Engineer