Making the switch to a new platform is risky because it can introduce a lot of technical debt. For example, making a minor change from a VXI-based instrument to a PXI-based instrument could introduce significant technical challenges on the software side of the TPS including driver, OS, and IDE compatibility. Therefore, to make a platform change and use the new technology, test engineers are seemingly forced to “go all in” at significant risk. But you can choose from several products to help you “ooch” into a new platform like PXI.
Astronics Test Systems: Bridging Technology Using PXI-VXI Adapters/Carriers
With a bridge method, you can use your existing VXI infrastructure by replacing a single VXI instrument with a new PXI instrument in the same VXI slot. This means you can upgrade your aging VXI instrument suite with PXI instruments one by one without the need for infrastructure changes. Note that you can host one or two PXI/PXI Express modules in a single VXI slot (with mechanical provisions provided). Also, you can add a signal conditioning board using a PMC slot in the rear of the unit to help replace any legacy instrument functionality that is not already addressed by the PXI modules. Once you have replaced all the VXI modules, then you can easily replace the chassis and controller. This incremental obsolescence migration plan fits well with programs that have tight funding requirements or need to minimize station downtime.
Figure 4. Generic Block Diagram for Connecting PXI Modules to a VXI System via a Bridge/Carrier (Image courtesy of Astronics Test Systems.)
One of these bridges, the Astronics VX407C PXI-VXI adapter, is typically used to bridge PXI register I/O to VXI for quasi-register-based operation. Another Astronics PXI-VXI adapter, the 6084H, is used to embed PXI or PXI Express modules in the VXI bus for message-based operation through the use of SCPI or other commands.
Figure 5. The Astronics VX407C and 6084H PXI-VXI adapters can help simplify the migration to a new platform. (Image courtesy of Astronics Test Systems.)
The advantage of the VX407C is simplicity: you simply map the PXI register I/O to a register location on the VX407C. The VX407C firmware transmits the data to/from the I/O space of the PXI module automatically. The resulting instrument DLL code changes are mostly cut and paste, so the cost to bridge a PXI DLL driver to the VX407C-hosted PXI module(s) is relatively small. This is a great approach for replacing register-based VXI modules.
The 6084H is more complex than the VX407C solution, but it is ideal if the original VXI is message-based and requires command-level compatibility. To use the 6084H without modifying and reverifying the system software, your PXI/PXI Express driver DLL must be embedded in the 6084H's firmware. Then you can avoid modifying and reverifying system software.
Learn more about the Astronics PXI-VXI carrier options.
Hiller Measurements: Large-Form-Factor PXI Chassis
One challenge with moving from VXI to PXI is the loss of space available to each module. Hiller Measurements (HM) has designed a unique solution to this challenge. The HM P-XLe chassis addresses VXI obsolescence by leveraging the open architecture of the standard 3U PXI platform. It was developed to accommodate measurement science that cannot be managed in the Eurocard PXI format and to work with the commercially obsolete VXI standard. Ideal for applications that require reconfigurable RF interface units, high channel counts, and I/O connectivity both from the front and rear of the chassis, the P-XLe allows cohabitation of standard 3U PXI modules and P-XLe modules.
Figure 6. The P-XLe chassis was developed to accommodate measurement science that cannot be managed in the Eurocard PXI format. It is ideally suited for the commercially obsolete VXI standard. (Image courtesy of Hiller Measurements.)
A single-slot P-XLe module has a 3U region for circuitry that supports the PXI standard, including interface connectors for connection to a 3U PXI standard backplane as well as peripheral connections in the 3U region opposite the backplane for interface connectors. It also consists of a 6U region for circuitry that supports the expanded capabilities of the P-XL system with peripheral connections in the front and rear of the module.
Figure 7. P-XLe modules have a 3U PXI region and a 6U P-XL region in a single slot. (Image courtesy of Hiller Measurements.)
The P-XLe chassis houses PXI and P-XLe modules and controllers simultaneously and connects them with a high-performance PXI backplane to provide all power, cooling, and timing and synchronization capabilities. Additionally, the P-XLe chassis offers easy integration with Virginia Panel Corporation (VPC) and Mac Panel hardware to accommodate the chassis and I/O.
“The majority of legacy VXI systems used our popular VPC 9025 and 9050 series receivers and have a large installed base of ITAs. Hiller P-XLe modules are designed to match legacy functionality, connector I/O, and pin maps. This aids in migration to new test systems supporting the existing ITAs. VPC can provide wire harnesses from the PXI/PXIe instruments to the test receiver to facilitate this migration.” –Kevin Leduc, VP/GM of Sales, Virginia Panel Corporation (VPC)
ADVINT: Source Code Transformation
Many legacy TPSs were developed in now outdated languages such as ATLAS and Fortran. ADVINT’s Chameleon code transformer provides customized automated software source code conversion that preserves your existing TPS investment when migrating to new test systems. The tool converts old programming languages to modern software development environments via customizable and extensible XML language translation models based on your specific application programming needs.
The multilingual-capable Chameleon helps you convert to NI LabWindowsTM/CVI, IVI instrument drivers, and other software dialects. It provides traceability between newly generated target code and legacy code via a systematic model-based translation process. It also supports formatted output to facilitate readability/maintainability in accordance with various style guide requirements.
Figure 8. Chameleon greatly reduces software rehost cost and development time while increasing quality and traceability. (Image courtesy of ADVINT.)
Chameleon generates TPS metric reports that give you technical insight into the source via its query-based report generation capability. The reports feature unique XML style sheets to help you extract and format the data you need. You can use these reports to determine the magnitude and focus of your modeling effort and help automate TPS documentation generation.
Chameleon greatly reduces software rehost cost and development time while increasing quality and traceability. Once the initial model is verified for the first test program, you can use it for subsequent test programs from the same legacy test system and update it as needed. Chameleon has been demonstrated to provide code conversion for as low as $1 per line of code when converting test programs from a legacy ATE. Manual conversion can take as much as an engineering hour per line of code and cost over 100 times as much.
Learn more about ADVINT’s source code transformation services.
NI: FPGA-Based Digital Interfacing
Many TPSs require interfacing with devices, such as devices under test, to communicate with them or between different subsystems. That communication is sometimes over an uncommon or custom digital protocol. If any hardware in these applications is facing obsolescence, test engineers must find a replacement. An off-the-shelf replacement is unlikely, but if one exists, it’s probably expensive. In this situation, FPGA technology can help. You can use FPGAs to define the hardware personality through software, which makes them a popular solution. But FPGA technology traditionally has involved homegrown, custom design, which comes with a significant maintenance burden and risk.
Figure 9. Managing the life cycle of a home-grown FPGA-based system presents a significant maintenance burden and risk.
Instead, you should consider taking advantage of the FPGA-enabled PXI modules from NI. This approach bridges the gap between a fixed-function instrument and full custom design. With an off-the-shelf solution, you have a higher-level starting point. You also don’t have to worry about the extra burden of designing and maintaining a custom solution.
With the LabVIEW FPGA Module, you can more efficiently and effectively design complex systems with a highly integrated development environment, IP libraries, a high-fidelity simulator, and debugging features. You can create embedded FPGA VIs that combine direct access to I/O with user-defined LabVIEW logic to define custom hardware for applications such as digital protocol communication.
When you’re designing a replacement for a digital instrument, FPGAs offer a lot of flexibility for customization. But if you need to implement a standard protocol, you should use already developed IP cores. In addition to the several that NI provides, New Wave Design and Verification offers many IP cores that you can deploy directly to NI FPGA-based hardware.
||New Wave IP
• Xilinx Aurora 64b/66b
• Xilinx Aurora 8b/10b
• Serial RapidIO
• 1GbE UDP
|• Fibre Channel Link Layer
• Fibre Channel ASM
• Fibre Channel RDMA
• Fibre Channel AV
• 1394b PHY
• 1394b OHCI
• 1394b GP2Lynx
• 1394b AS5643
• HOTLink II
• High Speed Data Bus
Table 1. NI and New Wave Design and Verification FPGA IP Cores for Digital Communications
Learn more about what is possible with LabVIEW FPGA.