Partner's Corner: MORA voranbringen

Datum der Veröffentlichung:
September 6, 2024

Wie geht es nach erfolgreichen Interoperabilitätsdemonstrationen weiter mit MORA-basierten Systemen?

In den letzten Jahren hat sich die Modular Open RF Architecture (MORA) weiterentwickelt, um den Herausforderungen zunehmend komplexer Funkfrequenzsysteme (HF) mithilfe einer auf offenen Standards basierenden Infrastruktur zu begegnen. Durch die Zusammenarbeit mehrerer Industriepartner an der Entwicklung eines kollaborativen Frameworks wurde die Interoperabilität und Modularität von MORA realisiert, was zu erfolgreichen Demonstrationen der Zusammenarbeit mehrerer Hersteller geführt hat.

Deshalb haben wir einige unserer Partner für offene Standards gefragt: Wie geht es weiter mit MORA-basierten Systemen und der Embedded-Computing-Community, nachdem Interoperabilitätsdemonstrationen erfolgreich durchgeführt wurden?

Mitwirkender: Shaun Fischer, Division Vice President Business Development, Abaco-Systeme

In den letzten Jahren hat die Entwicklung von MORA gezeigt, wie wirksam offene Standards bei der Lösung der Herausforderungen immer komplexerer HF-Systeme sind. Die erfolgreiche Demonstration der Interoperabilität von MORA zwischen mehreren Herstellern„Technologien sind eine bedeutende Errungenschaft und unterstreichen die Tragfähigkeit offener, modularer Architekturen, aber wie kommen wir weiter voran?

In Zukunft ist eine umfassendere Systemintegration der Schlüssel, um das volle Potenzial von MORA auszuschöpfen. Während sich die ersten Demonstrationen auf einfache Anwendungsfälle konzentrierten, hat MORA das Potenzial, fortgeschrittenere Anwendungen wie elektronische Kriegsführung (EW) und Signalaufklärung (SIGINT) zu verbessern. Diese Bereiche bieten neue Möglichkeiten, die Vielseitigkeit und Skalierbarkeit der Architektur zu validieren. Durch die Expansion in diese Sektoren können wir das Potenzial von MORA in einer Vielzahl von Betriebsumgebungen vollständig bewerten.

Technischer Fortschritt allein reicht jedoch nicht aus. Die Erhöhung der Anzahl der Kontaktpunkte für Soldaten wird entscheidend für die Verbesserung der Benutzerfreundlichkeit und Effektivität von MORA im Einsatz sein. Indem wir die Erkenntnisse der Menschen an vorderster Front erfassen, können wir sicherstellen, dass MORA-fähige Systeme für die Bedingungen optimiert sind, denen sie bei realen Einsätzen ausgesetzt sind.

Neben der Erweiterung des Anwendungsbereichs von MORA wurde die Entwicklung auch an anderen wichtigen offenen Standards ausgerichtet, wie z. B. den Bemühungen um digitales Sprach- und Radiomanagement in der Offene Sensorsystemarchitektur™ (SOSA™) Technischer Standard, wird unerlässlich sein. Diese Angleichung wird es MORA ermöglichen, seine Reichweite zu vergrößern und für mehr Zusammenhalt zwischen Plattformen und Subsystemen zu sorgen.

Zusammenfassend lässt sich sagen, dass die Zukunft von MORA in einer breiteren Systemintegration, erweiterten Anwendungsfällen und einer tieferen Anpassung an bestehende Standards liegt. Durch die Weiterentwicklung dieser Prioritäten werden wir die Grenzen dessen, was innerhalb der Embedded-Computing- und HF-Communities möglich ist, weiter verschieben.


Mitwirkender: Lorin Sandler, Senior Director of Applications Engineering, Epiq-Lösungen

Wir haben gesehen, wie sich die auf dem SOSA Technical Standard basierenden Systeme im DoD-Raum zu vermehren beginnen, und MORA ist ein integraler Bestandteil dieser Gleichung. MORA bietet die Standardschnittstelle zu HF-Ressourcen und definiert Ressourcenerkennung, Funktionsprofil, Verwaltung, Steuerung, Daten und Kontextnachrichten.

Heute bietet MORA die gemeinsame Schnittstelle zur Erkennung und Bedienung einer HF-Ressource, bietet aber noch nicht die Möglichkeit, eine übergeordnete Anwendung innerhalb einer SDR-Plug-In-Karte (PIC) als Beispiel. Zukünftige Versionen von MORA werden diese missionsbasierten Anwendungen innerhalb des PIC unterstützen, und zwar so, dass eine standardmäßige offene Schnittstellendefinition beibehalten wird.

Durch die Integration von Anwendungen wird eine höhere Funktionsdichte generiert, wodurch der SWAP des Systems verringert wird. Die zukünftige Verwendung von MORA ermöglicht eine engere Integration ohne die typischen Einschränkungen einer herstellergebundenen proprietären Architektur.

Darüber hinaus sehen wir eine engere Integration über das Systemgehäuse hinaus in andere Geräte wie Funkköpfe, bei denen es sich jetzt um MORA-Geräte handeln kann. Ein digitaler Funkkopf bietet mehrere Vorteile gegenüber einem analogen Funkkopf. So entfällt beispielsweise die Übertragung über schweres HF-Koaxialkabel. Da auf dem digitalen Funkkopf eine MORA-Schnittstelle implementiert ist, wird sie zu einer direkten Erweiterung des Systems und kann über eine Standard-MORA-Schnittstelle gesteuert werden.

Mitwirkender: Travis Doll, CEO/Präsident, Wissenschaftliche Innovationen

Mit der zunehmenden Akzeptanz von MORA in der Community wird die Interoperabilität von HF-Geräten immer üblicher, wodurch der Schwerpunkt weiter unten in der Verarbeitungskette auf die Verbindung zwischen MORA-ausgerichteten Geräten und Anwendungen zur Erstellung von Missionssystemen verlagert wird. Die Erforschung dieses Zusammenhangs hat zu kontinuierlichen Entwicklungsbemühungen geführt wohldefinierte Integrationsmuster zwischen der MORA-Spezifikation und bestehenden DoD-Wellenformen, anderen offenen Architektur-Frameworks und bereitgestellten Benutzeroberflächen, um die Bereitstellung interoperabler Funktionen zu beschleunigen.

Dazu gehören Themen wie SDR-Lösungen mit eng integrierten Wellenformanwendungen und Funktionslösungen, die über eine HF-Nutzlast und GPU oder SBC verteilt sind. Was die nächsten Schritte anbelangt, so erwarten wir, dass die Aktivitäten der Community die MORA-Spezifikation durch die schnelle Entwicklung fortschrittlicher Funktionen weiterentwickeln werden, die durch klar definierte Schnittstellen ermöglicht werden, die eine engere Zusammenarbeit und Partnerschaft zwischen unterschiedlichen Entwicklungsteams ermöglichen und gleichzeitig das Risiko und die Investitionskosten senken.

Diese MRDP-Plattform zeigt integrierte Partnerboards mit helux Core.


Mitwirkender: Ken Grob, Direktor, Embedded Technologies, Elma Electronic

Der SOSA-Standard und der MOSA-Designansatz beweisen weiterhin ihren Nutzen. SOSA bietet eine große Auswahl an Karten, die interoperabel sind. Wenn Sie feststellen, dass Sie das tatsächlich können, wird dies zu einem Faktor für die Markteinführungszeit. Wir können viel schneller integrieren als zuvor. Hinzu kommt MORA, der De-facto-HF-Standard, der von der Armee vorangetrieben wird, und Sie haben Gemeinsamkeiten zwischen den Softwaremodulen, die eine schnelle Einführung neuer Technologien und einen beschleunigten Einsatz neuer Technologien in den Händen der Kriegskämpfer ermöglichen.

Indem wir die verschiedenen Komponenten einem strengen Integrationstest unterziehen, können wir ein erfolgreiches Ökosystem verfügbarer Elemente aufbauen, das viel schneller liefern als alles, was von Grund auf neu gebaut wurde. Die Interoperabilität ist in dieser Gleichung von entscheidender Bedeutung und entspricht buchstäblich dem modularen offenen Systemansatz. Anhand unserer Interoperabilitätsdemonstrationen zeigen wir, wie schnell Systeme mithilfe der im technischen SOSA-Standard genannten Bausteine, einschließlich CMOSS und MORA, entworfen und bereitgestellt werden können.

Für detaillierte Informationen darüber, wie wir zusammengearbeitet haben, erhalten Sie über den folgenden Link zum Webinar weitere Einblicke.

FAQs

Was ist MORA im Zusammenhang mit militärischen eingebetteten Systemen?

MORA steht für Modular Open Systems Architecture (MOSA) Open Reference Architecture — ein Referenzframework, das als Leitfaden für das Design, die Entwicklung und Integration modularer, interoperabler Systeme in Verteidigungs- und Luft- und Raumfahrtprogrammen dient.

Wie unterstützt MORA die Entwicklung modularer offener Systeme?

MORA bietet eine strukturierte Referenzarchitektur, die wichtige Standards (wie SOSA, OpenVPX und andere) aufeinander abstimmt und Designern hilft, interoperable Systeme zu entwickeln, die einfacher zu integrieren, zu aktualisieren und über lange Verteidigungslebenszyklen hinweg aufrechtzuerhalten sind.

Warum ist eine Referenzarchitektur wie MORA wichtig für Verteidigungsprogramme?

Referenzarchitekturen reduzieren das Risiko, indem sie bewährte Verfahren, gemeinsame Schnittstellen und Standardbausteine definieren. Dies hilft, kostspielige Neudesigns zu vermeiden, unterstützt die Wiederverwendung bewährter Module und optimiert die Zusammenarbeit zwischen Regierungs- und Industriepartnern.

In welcher Beziehung steht MORA zu offenen Standards wie SOSA und OpenVPX?

MORA baut auf offenen Standards auf, indem es sie in einer zusammenhängenden, nutzbaren Architektur organisiert. Es enthält beispielsweise die Hardware- und Softwareschnittstellendefinitionen von SOSA sowie die Backplane- und Modulprofile von OpenVPX, um sicherzustellen, dass modulare Subsysteme plattformübergreifend zusammenarbeiten.

Was sind die Vorteile der Verwendung von MORA als Designleitfaden?

Zu den Vorteilen gehören: Unterstützung der Teams bei der Beschleunigung der Entwicklungszyklen, Verbesserung der Systemmodularität und Interoperabilität, Erleichterung der Einführung von Technologien, Reduzierung der Herstellerbindung und Unterstützung der langfristigen Wartung — alles wichtige Aspekte bei komplexen militärischen Systemen.

Downloads

Keine Artikel gefunden.

Weitere Blog-Beiträge lesen

Definition des Gehäusemanagements für Systeme, die auf SOSA ausgerichtet sind

Definition des Gehäusemanagements für Systeme, die auf SOSA abgestimmt sind — deutlich die Zuverlässigkeit und Lebensdauer eines Systems erhöhen

Das Gehäusemanagement erhöht die Zuverlässigkeit und Lebensdauer eines Systems erheblich und bietet datengestützte Einblicke in den Zustand Ihres Systems.

Was zur Hölle sind SYS_CON*, NVMRO und MaskableReset*? | Elma-TIPPS für die VPX-Systemintegration

In diesem Elma-TIPP befassen wir uns mit grundlegenden Ausgangspunkten für die VPX-Systemintegration, z. B. was sind diese drei Signale, SYS_CON*, NVMRO und MaskableReset* auf der Backplane?

In diesem Elma-TIPP befassen wir uns mit grundlegenden Ausgangspunkten für die VPX-Systemintegration. Kunden fragen uns oft, was SYS_CON*, NVMRO und MaskableReset* sind oder warum mein System nicht funktioniert. Oft stellt sich heraus, dass es sich um ein Problem mit diesen 3 Backplane-Signalen handelt.