Difference between revisions of "BXELK-TN-003: Video streams integrity verification for Automated Test Equipments (ATE)"
| Line 17: | Line 17: | ||
This document describes a practical application of BoraX SOM. Specifically, it illustrates the use of such SOM to build a module to be integrated into an [https://en.wikipedia.org/wiki/Automatic_test_equipment Automated Test Equipments (ATE)]. | This document describes a practical application of BoraX SOM. Specifically, it illustrates the use of such SOM to build a module to be integrated into an [https://en.wikipedia.org/wiki/Automatic_test_equipment Automated Test Equipments (ATE)]. | ||
| − | The following picture shows a simplified block diagram of the entire system. The ATE tests the functionalities of the product–also known as device under test (DUT)–by exchanging data over its numerous interfaces. In this case, the DUT integrates some video outputs (namely HDMI, LVDS0, and LVDS1) that consist of differential pairs. These outputs usually drive LCD screens or HDMI monitors. In order to test them, the easiest solution is to connect such displays and to verify that the test images are visualized properly. Even though this approach is straightforward, it is very economically inefficient because it is slow and error-prone, as it requires a human operator to visually inspect the displays. | + | The following picture shows a simplified block diagram of the entire system. |
| + | |||
| + | |||
| + | [[File:TBD.png|thumb|center|600px|caption]] | ||
| + | |||
| + | |||
| + | The ATE tests the functionalities of the product–also known as device under test (DUT)–by exchanging data over its numerous interfaces. In this case, the DUT integrates some video outputs (namely HDMI, LVDS0, and LVDS1) that consist of differential pairs. These outputs usually drive LCD screens or HDMI monitors. In order to test them, the easiest solution is to connect such displays and to verify that the test images are visualized properly. Even though this approach is straightforward, it is very economically inefficient because it is slow and error-prone, as it requires a human operator to visually inspect the displays. | ||
The solution described in this technical note addresses this issue. By implementing an automatic test system, it fully releases the operator from this task. Also, the automated test is much quicker and much more reliable, as it implements a 100% coverage of the pixels the test frames are composed of. | The solution described in this technical note addresses this issue. By implementing an automatic test system, it fully releases the operator from this task. Also, the automated test is much quicker and much more reliable, as it implements a 100% coverage of the pixels the test frames are composed of. | ||
| Line 25: | Line 31: | ||
Thanks to the rich set of available interfaces of BoraX, the integration of the new module was straightforward. It acts as a slave with respect to the main test module which implements the business logic of the entire ATE. | Thanks to the rich set of available interfaces of BoraX, the integration of the new module was straightforward. It acts as a slave with respect to the main test module which implements the business logic of the entire ATE. | ||
| + | |||
| + | The video streams are connected to the deserializers which populate the carrier board. They convert the streams into parallel single-ended busses which are fed to the Programmable Logic (PL) of BoraX. | ||
| + | |||
| + | The PL integrates the actual test logic, which is depicted in the following image. | ||
| + | |||
| + | |||
| + | [[File:TBD.png|thumb|center|600px|caption]] | ||
Revision as of 10:50, 26 October 2017
| HOME | SOMs | SBCs | ToloMEO Embedded Assistant |  GET A QUOTE
|
 ONLINE HELPDESK
|
| Roadmap | IoT Services | ML/AI services | Embedded Design Services |
Info Box
|
History[edit | edit source]
| Version | Date | Notes |
|---|---|---|
| 1.0.0 | November 2017 | First public release |
Introduction[edit | edit source]
This document describes a practical application of BoraX SOM. Specifically, it illustrates the use of such SOM to build a module to be integrated into an Automated Test Equipments (ATE).
The following picture shows a simplified block diagram of the entire system.
The ATE tests the functionalities of the product–also known as device under test (DUT)–by exchanging data over its numerous interfaces. In this case, the DUT integrates some video outputs (namely HDMI, LVDS0, and LVDS1) that consist of differential pairs. These outputs usually drive LCD screens or HDMI monitors. In order to test them, the easiest solution is to connect such displays and to verify that the test images are visualized properly. Even though this approach is straightforward, it is very economically inefficient because it is slow and error-prone, as it requires a human operator to visually inspect the displays.
The solution described in this technical note addresses this issue. By implementing an automatic test system, it fully releases the operator from this task. Also, the automated test is much quicker and much more reliable, as it implements a 100% coverage of the pixels the test frames are composed of.
Implementation[edit | edit source]
From the system standpoint, the additional module consists of a carrier board hosting the BoraX SOM. This board was designed according to the guidelines detailed here.
Thanks to the rich set of available interfaces of BoraX, the integration of the new module was straightforward. It acts as a slave with respect to the main test module which implements the business logic of the entire ATE.
The video streams are connected to the deserializers which populate the carrier board. They convert the streams into parallel single-ended busses which are fed to the Programmable Logic (PL) of BoraX.
The PL integrates the actual test logic, which is depicted in the following image.
