Every machine vision system has real-time requirements. These are often related to the process time of the machine.
When do you really need the result of the vision system?
Does the system allow a jitter?
What are the risks coming from the behavior of the operating system?
Are there algorithm sections that need more time than others?
The following examples illustrate how big a role real time can play and how IMAGO products help solving problems with it.
1. Windows Embedded OS - it's not a real-time OS.
But we can reduce the pain: IMAGO's Real-Time Communication Controller (RTCC) is a unit inside all VisionBox AGE-X products, responsible for managing signals which always need
2. Opto-isolated Inputs
These are very fast to reduce any jitter. Signals coming from a sensor will create a camera and/or illumination trigger. Logical units combine signals, are able to count, to decide, whatever. IMAGO's RTCC is able to create output signals in real time compiled and managed by its FPGA.
3. Incremental Encoder
It may be necessary to count steps from a belt or more important to create the trigger for a line scan camera. It can be connected to the system and IMAGO's RTCC functions may create the related trigger signal.
4. LED Controller
The RTCC controls the LED Controller which itself generates the current-controlled signal for LED illuminations.
Necessary to allow for a single camera cable solution - also controlled by the RTCC.
An OS used on Texas Instruments processors which provides a real-time multicore operating system. Very useful for line scan applications where the app needs to find a decision for every single line. The IDE allows to follow up the timing of all tasks to understand and optimize the timing behavior.
7. RT Linux
The IMAGO team has a lot of experience in the pros and cons of RT Linux vs. Standard Linux. It mostly depends on the application used and the setup of the Linux OS itself. Feel free to describe your requirements so our experts can recommend the best solution.
In standard applications, the fieldbus interface is used to setup parameters and send results to the machine network. Cameras are triggered individually and are typically connected to the RTCC. In some cases, the trigger of the camera has to be extracted from
a command inside the fieldbus protocol.
9. Database Queries
Check the database and then push out the object: more and more machines are connected to databases and before a vision system has to decide whether the test item passes or fails, it has to run a query against a database. But the time is limited because the faulty product continues its way on the belt to the position where it will be pushed out. OS, Ethernet protocols, CPU and the likes turn this into a complex and very time-sensitive mixture.
Our experts will evaluate your specific situation and propose ideas and solutions to act in real time once a database is involved.
10. Synchronization of very fast LED Flashing
Whenever a LED flash needs to be very short and highly energetic, the timing between camera and LED becomes essential. Therefore, a precise synchronization is necessary and all aspects must be considered: current, timing, cable, opto-isolated devices, cameras.
You see: there are many approaches to real-time setups and needs. Our engineering services provide analysis, feasibility testing on "real" hardware and related measurements.
Please contact sales for any inquiries.