Was sind die Betriebssysteme und der Netzwerk-Stack in den Fahrzeugen von Chandrayaan – 2?

Ich versuche, die Informationen über die Betriebssysteme zu finden, die in allen Chandrayaan laufen - 2 Fahrzeuge, der Orbiter, der Lander und der Rover. Sind das nur Firmwares? Oder wie werden verschiedene Prozesse gesteuert? (Ich spreche von der Systemsoftwareseite)

Außerdem schien es ein Kommunikationsproblem zu geben. Soweit ich dem Internet und einigen veröffentlichten Artikeln entnommen habe, wird die Verbindung vom Rover über das Indian Deep Space Network (IDSN) hergestellt. Dies geschieht durch den Rover, der sich mit dem Lander verbindet und dann den Lander, der sich mit dem Orbiter und schließlich mit Indien verbindet. Aber es gibt sehr wenige Informationen über die Softwareseite der Netzwerkkommunikation. Wie sieht der Netzwerkstack aus?

Tolle Frage. Und willkommen im Weltraum!
Tolle Frage, kann jemand bitte auch eine Art universelles Framework vorschlagen, das immer als Basiscode für solche Operationen verwendet wird? Zum Beispiel glaube ich, dass alle Raumsonden oder Orbiter, die lange halten werden, neu programmierbar sein sollten, also muss es dafür einen gemeinsamen Stack oder eine gemeinsame Implementierung geben. Dasselbe gilt für den automatischen Sleep-Re-Wake-Zyklus für alle Systeme.

Antworten (1)

Für die eingebettete Software wahrscheinlich Ada

Ein ISRO-Wissenschaftler, der in der Gruppe Atmospheric and Oceanic Sciences arbeitet, gab einen Einblick, dass sein Teil von ISRO hauptsächlich mit FORTRAN, MATLAB und Python arbeitet – aber dass ISRO keine wirkliche Standardsprache für seine Projekte hat. Es ist eine große Agentur mit vielen Einrichtungen, die an vielen verschiedenen Projekten beteiligt sind.

Getrennt davon gab ein ISRO-Softwareentwickler während einer Reddit-AMA mehr Einblick in die Art von Systemen, mit denen sie arbeiten (obwohl die Details wahrscheinlich aus Klassifizierungsgründen spärlich sind). Wenig überraschend sind die Satelliten mit Ada programmiert. Ich glaube nicht, dass es übertrieben ist, sich vorzustellen, dass jedes andere eingebettete System in dieser Mission auch mit Ada programmiert wurde. Ada ist eine gute Wahl für geschäftskritische Systeme, bei denen ein Ausfall teuer oder gefährlich ist.

Ich konnte herausfinden, dass die Landesequenz autonom war, sobald sie sich in unmittelbarer Nähe des beabsichtigten Landeorts befand, und dass dieser Algorithmus eines der Wunderwerke der Technik ist, die nativ für dieses Projekt entwickelt wurden.

Was das IDSN angeht ,

Wir kennen zumindest einige Details der physikalischen Schicht dieses Netzwerks. Das Herzstück dieses Systems ist eine beeindruckende 32-m-Antenne, die im X- und S-Band arbeitet , mit einem 20-kW-Verstärker. Eine 18-m-Hilfsantenne aus deutscher Produktion ergänzt es. Dies ist ein Weltklasse-System, das schwache Signale selbst bei 400.000 k unterscheiden kann.

Geben Sie hier die Bildbeschreibung ein

Ada? Wow, die 80er haben angerufen, sie wollen ihre Wundersprache zurück.
Beachten Sie, dass die Verarbeitungsleistung dieser Systeme begrenzt ist. Ada ist sehr schwer zu brechen, es hat auch ein paar Patches seit den 80ern gesehen. Darauf läuft das Fly-by-Wire-System der Boeing 777.
Während des Ada-Mandats war ich Software-Ingenieur in der Luft- und Raumfahrtindustrie.
Da bist du mir weit voraus. Ich habe heute Nachmittag mit GNAT ein Hallo Welt zusammengestellt
Wir verwenden Ada, aber meistens nur wegen eines guten Compilers. Wir kümmern uns einzig und allein um den Zusammenbau und die produzierte Binärdatei. Es ist nur ein Bareboard-Programm ohne Betriebssystem.
Ada wurde als moderne Sprache im US-Verteidigungsministerium geschaffen, um andere wie JOVIAL zu ersetzen. Eine Zeit lang war es in DoD-Systemen tatsächlich vorgeschrieben. Aber um 1997 herum wurde dieses Mandat aufgehoben. Als ich dies 2002 hörte, war die Entscheidung meines Erachtens endgültig. Anscheinend war es eine große Neuigkeit; Dazu habe ich mehrere Artikel gefunden. Hier ist einer von ihnen. militaryaerospace.com/communications/article/16710265/…