Interoperability is an important concept when looking to gain an advantage in executing compute processes through the hardware that is being used to build embedded systems. (Figure 1)
[Figure 1. Government and industry collaboration on open standards helps drive greater innovation and efficiency in building defense platforms.]
What do we need in order to connect things in a system that the DoD may use? The major elements include a network system infrastructure and the communications being driven across high-speed Ethernet. But there are several other elements embedded in the architecture that need consideration. These can include synchronization and precision timing signals for navigation, system management to monitor modules for health and power systems that enable the modules to operate.
The Open Group Sensor Open Systems Architecture (SOSA) is the governing standard that makes use of other open standards, which fall under the SOSA umbrella and all adhere to the MOSA approach. One of these, OpenVPX, or VITA 65, is essentially the hardware standard for DoD modules aligned to SOSA.
Quick review of OpenVPX’s main elements
Let’s look under the hood of OpenVPX. Managed by VITA, it is a family of proven, VITA-based open standards. The first thing to note is that it defines specific slot module profiles to limit the ways that components can interface, reducing potential incompatibility. System management is handled through VITA 46.11, a standard that covers chassis and system management concepts.
Similarly, a common way to apply power to the system is defined, allowing for standard PSU modules that can address the need for both 3U and 6U systems. OpenVPX normalizes the power module interface definition through a subgroup, VITA 62, so there is consistency across LRUs.
Support for higher power modules through new cooling techniques are part of OpenVPX, too. Through the SOSA hardware standard, the modules are also aligned with CMOSS [C5ISR/EW Modular Open Suite of Standards] and HOST [Hardware Open Systems Technology], covering the needs of the Army, Navy, and Air Force.
OpenVPX keeps up with industry changes
The needs of a market don’t stand still. Take Ethernet and PCIe for example. From 1980 to 2020, Ethernet has gone from 10 MB to 1 GB, and then from 10 to 25 and up to 100 GB, as the need for faster speed keeps increasing. (Figure 2)
[Figure 2. The trend in Ethernet speeds has been increasing exponentially, with 400 GB/s speeds on the horizon.]
PCIe is how we move data across modules and systems. It started at 2.5 Gigatransfers, then 5, now 8, and is moving into the realm of 16 Gigatransfers a second. These two trends enable embedded designers to implement faster designs within OpenVPX. The industry is doing this by adopting the standards and implementing the backplane technology necessary to build advanced military systems.
To plug different cards together and ensure interoperability, there needs to be a consistent way to pin them out, and map them, so there’s alignment with the signals and ultimately, for the boards to be interconnected via a backplane. OpenVPX provides a method to communicate or interface the cards together, in a consistent way, so time is not spent on making elements work together. Instead, development efforts can focus on building out system functionality.
Let’s consider some other works that have shaped OpenVPX over the last few years. Out of an initiative through the U.S. Army, a hardware convergence architecture was formed that brought in new concepts, such as higher speed interconnects, to network connected communications. The use of new fiber optic and RF connectors, radio plot schemes for timing and a look towards higher power densities in the module were also brought into the VPX fold.
Responding to trends in system design
Two additional trends include systems becoming more complex as well as the increased need for synchronization to standardize the way timing is done amongst the cards. OpenVPX has taken on that challenge and defined a radial clock strategy and timing slot. This timing card produces timing information and generates clock signals that can be distributed down the backplane.
Higher bandwidth requirements have put pressures on system backplanes, which now need to operate 2.5x faster than even a year or two ago. This has evolved into new high-speed backplane implementations that leverage new signal integrity and simulation models and connectors that go from 10 to 25 Gb, with switching speed supported by the connectors. (Figure 3)
[Figure 3. High-speed backplanes now operate 2.5x faster than just a few years ago (Elma Electronic backplanes aligned to SOSA)]
As time goes on, modules have moved from 40 W to 60 W and up towards 130 W, depending on the need per module. Doing this in a conduction cooled way is difficult and causes us to have to look at other approaches. Air flow-through (AFT), VITA 48.8, pushes more air through a module to be able to cool it in a modified conduction cooled sort of way, by driving air through the modules to vent the cards and take heat away. Liquid flow-through (LFT), VITA 48.4, is another new cooling standard providing a roadmap to allow solutions requiring more power to use liquid cooling capabilities.
Continued development in open standards architectures
OpenVPX is a living standard, moving forward with new challenges as the technological needs of military platforms evolve, constantly addressing how new technologies can be incorporated into a rugged system to implement requirements mandated by the DoD.
In summary, future DoD systems are being affected or driven by the modular open system architecture approach and the need for current technologies. These are impacting new systems and will affect future designs, chassis, backplanes, power requirements, etc. This brief look under the hood of what OpenVPX provides shows it’s a supported, active standard that is here today and will grow to meet DoD future system needs. It fits nicely with MOSA and higher-level standards of SOSA, CMOSS, and HOST as well as provides a hardware standard that allows MOSA to achieve its goals.
Ken Grob is Director, Embedded Computing Products, Elma Electronic.
Elma Electronic https://www.elma.com/en