Im Zuge der Weiterentwicklung des SOSA Technical Standard haben die jüngsten enormen Anstrengungen der technischen Arbeitsgruppen den Standard noch weiter angehoben. Mit den Ergänzungen zu Snapshot 3 werden die Systemrealisierungen gemäß der MOSA-Richtlinie des Verteidigungsministeriums und anderer Regierungsbehörden weiter definiert.
Obwohl mehrere Faktoren in Bezug auf Systemdesign, Netzwerkgeschwindigkeiten und Anforderungen an die Stromversorgung untersucht und definiert wurden, als sich die SOSA-Initiative ihrer ersten Veröffentlichung nähert, ist einer der Bereiche, die am stärksten betroffen sind, die Konnektivität. Da die SOSA-Version 1.0 für Mitte 2021 geplant ist, ist es wichtig, einen Blick auf die Entwicklung der Konnektivität durch die Snapshots 1, 2 und 3 zu werfen und dabei besonders auf die Anpassungen zu achten, die für Geschwindigkeitssteigerungen und Datendurchsatz getroffen wurden, um den wachsenden Bandbreitenanforderungen von Anwendungen gerecht zu werden.
Ethernet hat sich in seiner Fähigkeit weiterentwickelt, Daten mit hoher Geschwindigkeit und geringer Latenz zu übertragen. Es kann nun Daten schnell und prioritär übertragen und ersetzt Schnittstellen wie PCI Express für die Datenebenenkommunikation. Es hat sich zur wichtigsten Netzwerktechnologie entwickelt, die für den Einsatz in SOSA-Systemen spezifiziert ist. Sie unterstützt viele der Ziele von SOSA, einschließlich Konfigurierbarkeit und Interoperabilität, und ist weit verbreitet. (Abbildung 1)
Tatsächlich stützt sich SOSA weitgehend auf Ethernet-Netzwerke, um Informationen zwischen SOSA-Modulen zu übertragen, und unterstützt derzeit Hochgeschwindigkeits-1/10/40-Gbit-Ethernet (mit 100 Gb in der Entwicklung) sowie geringe Latenz und deterministische Datenübertragung. Hochgeschwindigkeits-Switches werden zur Implementierung von Ethernet-Steckkarten-Switches verwendet.
SOSA-Systeme bestehen aus SOSA-Modulen, die kommunizieren müssen. Das bedeutet, dass SOSA-Modulverbindungen die Möglichkeit bieten, Informationen zwischen SOSA-Modulen zu übertragen, und physische Netzwerkverbindungen sind so definiert, dass sie die Informationen zwischen SOSA-Steckkarten übertragen.
Da der SOSA-Standard die Hardware für Steckkarten durch OpenVPX VITA 65.0 und VITA 65.1 definiert, implementieren OpenVPX-Backplanes Steckplätze für Steckkarten und ermöglichen die Verbindung zwischen SOSA-Hardwareeinheiten, um die in SOSA-Systemen erforderlichen Netzwerke zu implementieren.
Netzwerkverbindungen werden über die miteinander verbundenen Rohre in der Backplane implementiert, und die Leitungen sind in OpenVPX logisch in verschiedenen Ebenen organisiert. Diese Verbindungen können physisch in Kupfer in der Rückwandplatine oder extern über Glasfaser implementiert werden.
Obwohl die anfänglichen Ziele der Snapshots ein hohes Maß an Netzwerkgeschwindigkeit vorsahen, ist es bei der Vorbereitung der ersten Version von SOSA offensichtlich, dass die Notwendigkeit, diesen steigenden Durchlaufanforderungen gerecht zu werden, zu Verschiebungen der Konnektivitätsanforderungen in SOSA-Systemen geführt hat. (Abbildung 2).
Der Bedarf an dieser erhöhten Leistung hat mehrere Designfaktoren für die Konnektivität beeinflusst.
Angesichts des Charakters von SOSA, das die Interoperabilität zwischen Herstellern und Produkttechnologien fördern soll, ist die Sicherstellung der Konnektivität innerhalb eines Systems von entscheidender Bedeutung.
Eine bemerkenswerte Branchenveranstaltung, die die Stärke des SOSA-Ökosystems deutlich unter Beweis stellte und dazu beitrug, die Interoperabilität der an SOSA ausgerichteten Komponenten zu validieren, war die erste Tri-Service Open Architecture Interoperability Demonstration (TSOA-ID) -Veranstaltung für Medien, Akquisitionsbranche und Branchenvertreter, die im Januar 2020 vom Georgia Tech Research Institute in Atlanta, Georgia, veranstaltet wurde.
Die SOSA- und CMOSS Aligned 12-Slot 3U-Entwicklungsplattform von Elma war das Herzstück der gemeinsamen Bemühungen von fünf Mitgliedsunternehmen des SOSA-Konsortiums, ein voll funktionsfähiges, auf SOSA ausgerichtetes System aufzubauen und zu testen. Zu diesen Industriepartnern, die unter Verwendung der Entwicklungsplattformen von Elma an der Demo teilnahmen, gehörten Behlman Power, Concurrent Technologies, Crossfield Technology, Curtiss Wright, Interface Concept und Spectranetix (ein Unternehmen von Pacific Defense).
Der Konnektivitätsbedarf in Systemen, die auf SOSA ausgerichtet sind, hat mit den sich ändernden Marktanforderungen Schritt gehalten, und das schon in der Anfangsphase der Entwicklung des Standards. Die Sicherstellung eines zuverlässigen Durchsatzes für hohe Netzwerkgeschwindigkeiten ebnet den Weg für eine kontinuierliche Stärkung von SOSA in allen Zweigen des Verteidigungsministeriums.
Erfahren Sie mehr in diesem informativen Webinar“Wie der SOSA™ Technical Standard hoch standardisierte, konfigurierbare und interoperable Netzwerkkommunikationsprotokolle implementiert„, veranstaltet von Military & Aerospace Electronics und Experten von Elma Electronic, Interface Concept und Pentek.
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.