“AI technologies are the most powerful tools in generations for expanding knowledge, increasing prosperity, and enriching the human experience.” — National Security Commission on Artificial Intelligence; 2021 Final Report
In a world where the amount of data inputs and video feeds continue to increase, embedded system designers need the tools and means to properly manage these inputs and make this data actionable. For mission-critical and safety-related military and defense operations, this task becomes even more important.
Implementing AI-based solutions in rugged embedded computing isn’t the only trend affecting system development. The mandate across the US DoD (Department of Defense) for systems and electronics to be interoperable across all platforms and manufacturers is driving change within the industry as well.
Fortunately, the SOSA™ Technical Standard, one of the open standards initiatives supported by the DoD’s Modular Open System Approach (MOSA), is enabling the needed level of data computation and processing that AI requirements mandate. The ability for systems to utilize a common architecture provides the means for quick development of advanced processing capabilities that enables AI-based computation.
Supporting AI Infrastructure Through SOSA
AI applications make use of SBCs, and GPGPUs and FPGA accelerators with an embedded system. In SOSA, the boards that implement them are called PICs or Plug-In Cards.
It’s the actual application — ISR, EW, etc. — that drives the algorithms and data sets specific to the use case, which in turn drives the system topology.
Some system implementations may require more than one accelerator, or GPGPU. Because GPGPUs or accelerators require use of the Expansion Plane, a system designed to align with SOSA must consider the connections needed to facilitate data transfers.
Effective System Development
When building an embedded system that will require AI level data processing, as well as adherence to the SOSA Technical Standard, taking into account certain design principles will enable you to meet all of your system requirements.
Simplicity of SOSA Proves Performance
As part of ensuring interoperability across different systems and platforms, SOSA restricts the number of acceptable profiles that can be applied in system development. This limited number of design options benefits compute-intensive systems, since profiles get re-used, reducing the need for complex integration efforts.
The goal of the standard is to design a non-proprietary open systems architecture to lower system development costs as well as make system reconfigurability and future system upgrades easier and faster. A key part is ensuring conformance for sensor components and SOSA modules in alignment with the Technical Standard.
Over the past several years, the Modular Open RF Architecture (MORA) has evolved to address the challenges of increasingly complex radio frequency (RF) systems through an open standards-based infrastructure. With several industry partners working together to develop a collaborative framework, MORA’s interoperability and modularity has been realized, resulting in successful demonstrations of multiple manufacturers’ technologies working together. So, we asked some of our open standards partners: What’s next for MORA-based systems and the embedded computing community, now that interoperability demonstrations have been successfully deployed?
Looking back we can now see a shift in how development platforms are designed and how they are used by our integrator customer base. That shift is making it easier and less expensive to perform the development stages of a deployable system project and put solutions into the hands of the warfighter faster than ever before. Development hardware can also be shared between projects, or inherited by subsequent projects. This saves not only on lab budget, but the time to order and receive all new hardware for a new development project.