Traditional machine vision fixes the optics, captures one image, and then runs an algorithm. Active optical perception changes the order: the system captures an image, the AI decides what it needs to see next, and the optics move to a better state before the next capture. The result is a closed loop of image, decision, optical change, and re-inspection.
This is not a marketing concept. It is an integration architecture enabled by motorized zoom lenses, motorized focus trim, and a standard control interface. POMEAS provides the programmable optical hardware and the SDK; the AI detection, focus metric, and decision logic are added by the integrator. This article explains the architecture, what is already implemented, what must be integrated, and where the limits are.
In a conventional setup, every optical parameter is chosen at design time. The lens has a fixed magnification, a fixed working distance, and a fixed depth of field. The camera captures one field of view, and the algorithm works with whatever is in that frame. This is simple and fast, but it breaks when:
The usual workaround is to add more cameras and lenses. A better solution is to make the optics programmable so that one system can change its own field of view, magnification, and focus between captures.
Active optical perception is a control loop, not a product name. The flow is:
The key difference from fixed optics is that the AI is not just an analyzer; it is also a controller. It changes the sensor’s view of the world based on what it has already seen.
The programmable hardware layer already exists in the POMEAS motorized zoom lens families. These capabilities are implemented and documented:
| Capability | How it is accessed | Status |
|---|---|---|
| Motorized zoom to absolute position | PMSOptical_MoveTo(pHandle, nPulse) or RS-232 XG command |
Implemented |
| Current position readback | PMSOptical_GetPos or XN command |
Implemented |
| Motion status readback | PMSOptical_GetStatus returns 0 (moving), 1 (stopped), 2 (not initialized) |
Implemented |
| Preset zoom positions | Software “recorded positions” / point motion table | Implemented |
| Motorized focus trim | Dual-motor models such as PMS-LZL-12110-Z12 provide 12 mm focus-trim travel | Implemented |
| PLC / PC control | RS-232 9600/8/N or TCP 192.168.1.200:4196 | Implemented |
| Home / limit status | Encrypted-board API: EncryptCheckHomeStatus |
Implemented |
This is the control plane. The optics can move to a commanded position, report where they are, and tell the host when they have stopped. That is enough to build a software-defined optical loop.
The AI and decision layers are not built into the POMEAS hardware. They must be supplied by the integrator or vision platform. The following pieces are required to close the active-perception loop:
These functions are integrable with the POMEAS control interface, but they are not part of it. The correct description is therefore “motorized optics can be integrated into an AI-controlled inspection architecture,” not “POMEAS AI automatically controls the optics.”
| Mode | What happens | POMEAS side | Integrator side |
|---|---|---|---|
| Recipe-driven | Product ID selects pre-defined zoom, focus, and lighting parameters | Move to commanded positions (A) | Recipe table and PLC/PC command logic |
| Confidence-based zoom | AI confidence is below threshold, so the system zooms in and re-runs inference | Execute zoom move on command (A) | Confidence evaluation and retry policy |
| Autofocus search | Focus metric is computed on each frame; the focus axis is moved until the metric peaks | Move focus trim on command (A) | Focus metric and hill-climbing search |
Recipe-driven switching is the most common industrial use case. Confidence-based zoom is useful for mixed-SKU lines. Autofocus search is needed when part height varies.
Consider a PCB inspection station that must find a 0.5 mm fiducial mark and then inspect a 5 µm solder-joint defect on the same board:
PMSOptical_MoveTo to the commanded pulse position and polls GetStatus until the lens reports stopped.This workflow is implementable today with the POMEAS SDK. What is not included is the AI model, the recipe database, or the focus metric. Those are the integrator’s scope.
An optical recipe connects the physical part to the optical state. A minimal recipe contains:
| Field | Description |
|---|---|
| Product ID / SKU | The part program that selects this recipe |
| ROI coordinates | Where to look, relative to the fiducial or carrier |
| Zoom position | Pulse position or preset name for the zoom motor |
| Focus position | Focus-trim pulse position or Z-axis position |
| Lighting | Coaxial, ring, fill, or dark-field segment settings |
| Exposure | Camera exposure time and gain |
| Acquisition trigger | Software or hardware trigger source |
The recipe turns “inspect this part” into a sequence of concrete optical states. Without a recipe, the system would have to discover the right state on every cycle, which is slower and less repeatable.
The lens is controlled through the POMEAS SDK or RS-232/Ethernet commands. AI software running on a PC or PLC can call these commands, so the AI can indirectly control zoom and focus. The AI algorithm itself is not part of the POMEAS lens.
It is a machine vision architecture in which the system captures an image, evaluates it, changes the optical state (zoom, focus, lighting), and then captures again. The optics become part of the inspection loop rather than a fixed input.
No. POMEAS provides the motorized optics and the control interface. The integrator provides the AI model, focus metric, and decision logic.
An optical recipe maps a product or inspection step to a set of optical parameters: zoom position, focus position, lighting, exposure, and acquisition trigger. It lets the system switch between inspection configurations without manual adjustment.
Adaptive field of view changes how much of the object is visible. Adaptive magnification changes the optical size of the image. They are usually coupled: zooming in reduces the field of view and increases magnification at the same time. The POMEAS zoom lens controls both with one motor position.
The MP-series auto-focus video microscope has a built-in auto-focus module. For custom setups using dual-motor zoom lenses, the focus-trim motor can be driven by the SDK, but the focus-search algorithm must be supplied by the integrator.
The motorized zoom lens control cards support RS-232 at 9600 baud with 8 data bits and no parity, or Ethernet to 192.168.1.200 on port 4196. The SDK is available for Windows C++ and C# applications.
The programmable optics overview defines the capability tiers and wording rules. For the hardware side, see the equipment integration case and the motorized digital microscope guide.
Need help designing an AI-controlled optical loop? Contact POMEAS with your part size range, defect requirements, and cycle-time target.
Simply enter your email to receive the latest news and insights from Pomeas. Stay connected with Pomeas and be the first to discover new innovations in optical excellence.