SEARCH · Search NASA
Results for “space flight software”
Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.
Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.
Antenna and Flight Control Software for Conformal Phased Array Antenna Design (CPAAD)
The National Aeronautics and Space Administration (NASA) is developing lightweight conformal phased array antenna designs (CPAAD) for beyond line of sight communications [1]. The CPAAD system is developed to address reliable and affordable autonomous next generation aviation systems. The technology takes advantage of newly assigned provisional Ku-bands for UAVs. The antenna design is unique to avoid interference with the ground and the unconventional substrate reduces weight. The surface mounted conformal design allows for reduced drag during flight. The software developed for the CPAAD system operates the antenna hardware and provides a graphic user interface (GUI) for ground testing and flight operations.
Schedule Analysis Software Saves Time for Project Planners
Since the early 2000s, a resource management team at Marshall Space Flight Center has developed and improved the Schedule Test and Assessment Tool, a software add-on capable of analyzing, summarizing, and finding logic gaps in project schedules. Companies like Lanham, Maryland-based Vantage Systems Inc. use the tool to manage NASA projects, but it has also been released for free to more than 200 US companies, agencies, and other entities.
Modular Software for Spacecraft Navigation Using the Global Positioning System (GPS)
The Goddard Space Flight Center Flight Dynamics and Mission Operations Divisions have jointly investigated the feasibility of engineering modular Global Positioning SYSTEM (GPS) navigation software to support both real time flight and ground postprocessing configurations. The goals of this effort are to define standard GPS data interfaces and to engineer standard, reusable navigation software components that can be used to build a broad range of GPS navigation support applications. The paper discusses the GPS modular software (GMOD) system and operations concepts, major requirements, candidate software architecture, feasibility assessment and recommended software interface standards. In additon, ongoing efforts to broaden the scope of the initial study and to develop modular software to support autonomous navigation using GPS are addressed,
VML 3.0 Reactive Sequencing Objects and Matrix Math Operations for Attitude Profiling
VML (Virtual Machine Language) has been used as the sequencing flight software on over a dozen JPL deep-space missions, most recently flying on GRAIL and JUNO. In conjunction with the NASA SBIR entitled "Reactive Rendezvous and Docking Sequencer", VML version 3.0 has been enhanced to include object-oriented element organization, built-in queuing operations, and sophisticated matrix / vector operations. These improvements allow VML scripts to easily perform much of the work that formerly would have required a great deal of expensive flight software development to realize. Autonomous turning and tracking makes considerable use of new VML features. Profiles generated by flight software are managed using object-oriented VML data constructs executed in discrete time by the VML flight software. VML vector and matrix operations provide the ability to calculate and supply quaternions to the attitude controller flight software which produces torque requests. Using VML-based attitude planning components eliminates flight software development effort, and reduces corresponding costs. In addition, the direct management of the quaternions allows turning and tracking to be tied in with sophisticated high-level VML state machines. These state machines provide autonomous management of spacecraft operations during critical tasks like a hypothetic Mars sample return rendezvous and docking. State machines created for autonomous science observations can also use this sort of attitude planning system, allowing heightened autonomy levels to reduce operations costs. VML state machines cannot be considered merely sequences - they are reactive logic constructs capable of autonomous decision making within a well-defined domain. The state machine approach enabled by VML 3.0 is progressing toward flight capability with a wide array of applicable mission activities.
Evolution of the Space Shuttle Primary Avionics Software and Avionics for Shuttle Derived Launch Vehicles
As a result of recommendation from the Augustine Panel, the direction for Human Space Flight has been altered from the original plan referred to as Constellation. NASA s Human Exploration Framework Team (HEFT) proposes the use of a Shuttle Derived Heavy Lift Launch Vehicle (SDLV) and an Orion derived spacecraft (salvaged from Constellation) to support a new flexible direction for space exploration. The SDLV must be developed within an environment of a constrained budget and a preferred fast development schedule. Thus, it has been proposed to utilize existing assets from the Shuttle Program to speed development at a lower cost. These existing assets should not only include structures such as external tanks or solid rockets, but also the Flight Software which has traditionally been a "long pole" in new development efforts. The avionics and software for the Space Shuttle was primarily developed in the 70 s and considered state of the art for that time. As one may argue that the existing avionics and flight software may be too outdated to support the new SDLV effort, this is a fallacy if they can be evolved over time into a "modern avionics" platform. The technology may be outdated, but the avionics concepts and flight software algorithms are not. The reuse of existing avionics and software also allows for the reuse of development, verification, and operations facilities. The keyword is evolve in that these assets can support the fast development of such a vehicle, but then be gradually evolved over time towards more modern platforms as budget and schedule permits. The "gold" of the flight software is the "control loop" algorithms of the vehicle. This is the Guidance, Navigation, and Control (GNC) software algorithms. This software is typically the most expensive to develop, test, and verify. Thus, the approach is to preserve the GNC flight software, while first evolving the supporting software (such as Command and Data Handling, Caution and Warning, Telemetry, etc.). This can be accomplished by gradually removing the "support software" from the legacy flight software leaving only the GNC algorithms. The "support software" could be re-developed for modern platforms, while leaving the GNC algorithms to execute on technology compatible with the legacy system. It is also possible to package the GNC algorithms into an emulated version of the original computer (via Field Programmable Gate Arrays or FPGAs), thus becoming a "GNC on a Chip" solution where it could live forever to be embedded in modern avionics platforms.
Definition and testing of the hydrologic component of the pilot land data system
The specific aim was to develop within the Pilot Land Data System (PLDS) software design environment, an easily implementable and user friendly geometric correction procedure to readily enable the georeferencing of imagery data from the Advanced Very High Resolution Radiometer (AVHRR) onboard the NOAA series spacecraft. A software subsystem was developed within the guidelines set by the PLDS development environment utilizing NASA Goddard Space Flight Center (GSFC) Image Analysis Facility's (IAF's) Land Analysis Software (LAS) coding standards. The IAS current program development environment, the Transportable Applications Executive (TAE), operates under a VAX VMS operating system and was used as the user interface. A brief overview of the ICARUS algorithm that was implemented in the set of functions developed, is provided. The functional specifications decription is provided, and a list of the individual programs and directory names containing the source and executables installed in the IAF system are listed. A user guide is provided for the LAS system documentation format for the three functions developed.
Cislunar Autonomous Positioning System Technology Operations and Navigation Experiment (CAPSTONE) Pathfinder for Artemis Gateway
The Cislunar Autonomous Positioning System Technology Operations and Navigation Experiment (CAPSTONE) mission was developed by NASA in collaboration with Advanced Space, LLC of Westminster, Colorado. This technology demonstration mission serves as a pathfinder for near rectilinear halo orbit (NHRO) operations around the Moon. The NHRO, (Perilune = 3,200 km; Apolune = 70,000 km) is the intended orbit for NASA’s Artemis Gateway, a small, human-tended space station planned for lunar orbit. The CAPSTONE mission will validate simulations and confirm operational planning for Gateway while also validating performance of navigation and stationkeeping requirements for Gateway’s Power and Propulsion Element. Therefore, this mission will provide operational experience to NASA, commercial, and international missions for operations in a demanding orbital regime. The CAPSTONE mission consists of a 12-unit (U)+ CubeSat developed, integrated, and tested by the Terran Orbital Corporation that carries a payload communications system capable of crosslink ranging with NASA’s Lunar Reconnaissance Orbiter (LRO). CAPSTONE contains a chip-scale atomic clock (CSAC) for a one-way ranging experiment with NASA’s Deep Space Network, a dedicated payload flight computer for software demonstration, and a camera. The launch, coordinated by NASA’s Launch Services Program, was provided by Rocket Lab on its Electron launch vehicle using their Photon upper stage to deploy the CAPSTONE spacecraft. The mission launched June 28, 2022. The CAPSTONE spacecraft deployed from the Photon stage and traversed an approximately 4-month, highly fuel-efficient transfer phase entering the NRHO November 13, 2022, for a six-month primary mission phase. The mission is currently in a twelve-month technology enhancement operations phase. The CAPSTONE technology demonstration mission is led by Advanced Space, LLC. Spacecraft development and mission operations are conducted by Terran Orbital Corporation of Irvine, California. Noted accomplishments for the CAPSTONE mission include demonstrating the accessibility of NHROs; validating key operational concepts in the NHRO environment; laying the foundation for commercial support of future lunar operations; and accelerating the availability of peer-to-peer navigation capabilities provided by the Cislunar Autonomous Positioning System (CAPS). The CAPSTONE mission is funded through NASA’s Small Spacecraft Technology (SST) program, which is one of several programs within NASA’s Space Technology Mission Directorate. The program is chartered to develop and demonstrate technologies to enhance and expand the capabilities of small spacecraft with a particular focus on enabling new mission architectures through the use of small spacecraft, expanding the reach of small spacecraft to new destinations, and augmenting future missions with supporting small spacecraft. The CAPSTONE mission launch was provided by NASA’s Exploration Systems Development Missions Directorate’s Advanced Exploration Systems Division. Coordination and acquisition of the launch was managed by NASA’s Launch Services Program. The CAPSTONE mission and project status will be presented.
Cislunar Autonomous Positioning System Technology Operations and Navigation Experiment (CAPSTONE) Pathfinder for Artemis Gateway
The Cislunar Autonomous Positioning System Technology Operations and Navigation Experiment (CAPSTONE) mission was developed by NASA in collaboration with Advanced Space, LLC of Westminster, Colorado. This technology demonstration mission serves as a pathfinder for near rectilinear halo orbit (NHRO) operations around the Moon. The NHRO, (Perilune = 3,200 km; Apolune = 70,000 km) is the intended orbit for NASA’s Artemis Gateway, a small, human-tended space station planned for lunar orbit. The CAPSTONE mission will validate simulations and confirm operational planning for Gateway while also validating performance of navigation and station-keeping requirements for Gateway’s Power and Propulsion Element. Thus, this mission will provide operational experience to NASA, commercial, and international missions for operations in a demanding orbital regime. The CAPSTONE mission consists of a 12-unit (U) CubeSat developed, integrated, and tested by the Terran Orbital Corporation that carries a payload communications system capable of cross-link ranging with NASA’s Lunar Reconnaissance Orbiter (LRO). CAPSTONE contains a chip scale atomic clock (CSAC) for a one-way ranging experiment with NASA’s Deep Space Network, a dedicated payload flight computer for software demonstration, and a camera. The launch, coordinated by NASA’s Launch Services Program, was provided by Rocket Lab on its Electron launch vehicle utilizing their Photon upper stage to deploy the CAPSTONE spacecraft into lunar orbit. The mission launched June 28, 2022. The CAPSTONE spacecraft deployed from Rocket Lab’s Photon stage and traversed an approximately 4 month highly efficient transfer phase entering the NRHO Novermber 13, 2022 for a six-month primary mission phase. The mission is currently in a twelve-month technology enhancement operations phase. The CAPSTONE technology demonstration mission is lead by Advanced Space, LLC. Spacecraft development and mission operations is conducted by Terran Orbital Corporation of Irvine, California. Noted accomplishments for the CAPSTONE mission include demonstration of the accessibility of NHROs, validation of key operational concepts in the NHRO environment, laying the foundation for commercial support of future lunar operations, and accelerating the availability of peer-to-peer navigation capabilities provided by the Cislunar Autonomous Positioning System (CAPS). The CAPSTONE mission is funded through NASA's Small Spacecraft Technology (SST) program, which is one of several programs within NASA’s Space Technology Mission Directorate. The program is chartered to develop and demonstrate technologies to enhance and expand the capabilities of small spacecraft with a particular focus on enabling new mission architectures through the use of small spacecraft, expanding the reach of small spacecraft to new destinations, and augmenting future missions with supporting small spacecraft. The CAPSTONE mission launch was provided by NASA’s Exploration Systems Development Missions Directorate’s Advanced Exploration Systems Division. Coordination and acquisition of the launch was managed by NASA’s Launch Services Program. The CAPSTONE mission and project status will be presented.
Range Safety for an Autonomous Flight Safety System
The Range Safety Algorithm software encapsulates the various constructs and algorithms required to accomplish Time Space Position Information (TSPI) data management from multiple tracking sources, autonomous mission mode detection and management, and flight-termination mission rule evaluation. The software evaluates various user-configurable rule sets that govern the qualification of TSPI data sources, provides a prelaunch autonomous hold-launch function, performs the flight-monitoring-and-termination functions, and performs end-of-mission safing
Final Technical Report for CMSC 838L
This paper describes Rahul Vishnoi’s final project supporting in his Graduate School curriculum CMSC 838L, Advanced Topics in Programming Languages and Computer Architecture. This project was selected to intersect with his work as a Pathways Intern supporting Code 583, the Ground Software Systems Branch, at NASA’s Goddard Space Flight Center (GSFC). In this project, Field Programmable Gate Array (FPGA) hardware from Xilinx is used to replace and offload processor and memory-intensive computations from a microcontroller/Processing System (PS) to the FPGA Programmable Logic (PL). An interface between the PL and PS in the form of a C library allows for this bridging of capability.
Software Design Methodology Migration for a Distributed Ground System
The Marshall Space Flight Center's (MSFC) Payload Operations Center (POC) ground system has been developed and has evolved over a period of about 10 years. During this time the software processes have migrated from more traditional to more contemporary development processes. The new Software processes still emphasize requirements capture, software configuration management, design documenting, and making sure the products that have been developed are accountable to initial requirements. This paper will give an overview of how the Software Process have evolved highlighting the positives as well as the negatives. In addition, we will mention the COTS tools that have been integrated into the processes and how the COTS have provided value to the project .
Research and technology
Activities of the Goddard Space Flight Center are described in the areas of planets and interplanetary media, comets, astronomy and high-energy physics, solar physics, atmospheres, terrestrial physics, ocean science, sensors and space technology, techniques, user space data systems, space communications and navigation, and system and software engineering. Flight projects and mission definition studies are presented, and institutional technology is described.
Development of software for the MSFC solar vector magnetograph
The Marshall Space Flight Center Solar Vector Magnetograph is a special purpose telescope used to measure the vector magnetic field in active areas on the surface of the sun. This instrument measures the linear and circular polarization intensities (the Stokes vectors Q, U and V) produced by the Zeeman effect on a specific spectral line due to the solar magnetic field from which the longitudinal and transverse components of the magnetic field may be determined. Beginning in 1990 as a Summer Faculty Fellow in project JOVE and continuing under NASA Grant NAG8-1042, the author has been developing computer software to perform these computations, first using a DEC MicroVAX system equipped with a high speed array processor, and more recently using a DEC AXP/OSF system. This summer's work is a continuation of this development.
Integration of Launch Vehicle Simulation/Analysis Tools and Lunar Cargo Lander Design
Simulation and analysis of vehicle performance is essential for design of a new launch vehicle system. It is more and more demand to have an integrated, highly efficient, robust simulation tool with graphical user interface (GUI) for vehicle performance and simulations. The objectives of this project are to integrate and develop launch vehicle simulation and analysis tools in MATLAB/Simulink under PC Platform, to develop a vehicle capable of being launched on a Delta-IV Heavy Launch Vehicle which can land on the moon with the goal of pre-implanting cargo for a new lunar mission, also with the capability of selecting other launch vehicles that are capable of inserting a payload into Trans-Lunar Injection (TLI). The vehicle flight simulation software, MAVERIC-II (Marshall Aerospace VEhicle Representation In 'C'), developed by Marshall Space Flight Center was selected as a starting point for integration of simulation/analysis tools. The goals are to convert MAVERIC-II from UNIX to PC platform and build input/output GUI s in the MATLAB environment, and then integrate them under MATLAB/Simulink with other modules. Currently, MAVERIC-II has been successfully converted from UNIX to PC using Microsoft Services for UNIX subsystem on PC. Input/Output GUI's have been done for some key input/output files. Calling MAVERIC-II from Simulink has been tested. Details regarding Lunar Cargo Lander Design are described in Part 2/2 of the paper on page X-1.
Software Development and Test Methodology for a Distributed Ground System
The Marshall Space Flight Center's (MSFC) Payload Operations Center (POC) ground system has evolved over a period of about 10 years. During this time the software processes have migrated from more traditional to more contemporary development processes in an effort to minimize unnecessary overhead while maximizing process benefits. The Software processes that have evolved still emphasize requirements capture, software configuration management, design documenting, and making sure the products that have been developed are accountable to initial requirements. This paper will give an overview of how the Software Processes have evolved, highlighting the positives as well as the negatives. In addition, we will mention the COTS tools that have been integrated into the processes and how the COTS have provided value to the project.
Interplanetary Overlay Network Bundle Protocol Implementation
The Interplanetary Overlay Network (ION) system's BP package, an implementation of the Delay-Tolerant Networking (DTN) Bundle Protocol (BP) and supporting services, has been specifically designed to be suitable for use on deep-space robotic vehicles. Although the ION BP implementation is unique in its use of zero-copy objects for high performance, and in its use of resource-sensitive rate control, it is fully interoperable with other implementations of the BP specification (Internet RFC 5050). The ION BP implementation is built using the same software infrastructure that underlies the implementation of the CCSDS (Consultative Committee for Space Data Systems) File Delivery Protocol (CFDP) built into the flight software of Deep Impact. It is designed to minimize resource consumption, while maximizing operational robustness. For example, no dynamic allocation of system memory is required. Like all the other ION packages, ION's BP implementation is designed to port readily between Linux and Solaris (for easy development and for ground system operations) and VxWorks (for flight systems operations). The exact same source code is exercised in both environments. Initially included in the ION BP implementations are the following: libraries of functions used in constructing bundle forwarders and convergence-layer (CL) input and output adapters; a simple prototype bundle forwarder and associated CL adapters designed to run over an IPbased local area network; administrative tools for managing a simple DTN infrastructure built from these components; a background daemon process that silently destroys bundles whose time-to-live intervals have expired; a library of functions exposed to applications, enabling them to issue and receive data encapsulated in DTN bundles; and some simple applications that can be used for system checkout and benchmarking.
Design, Development and Pre-Flight Testing of the Communications, Navigation, and Networking Reconfigurable Testbed (Connect) to Investigate Software Defined Radio Architecture on the International Space Station
The Communication Navigation and Networking Reconfigurable Testbed (CoNNeCT) is a NASA-sponsored mission, which will investigate the usage of Software Defined Radios (SDRs) as a multi-function communication system for space missions. A softwaredefined radio system is a communication system in which typical components of the system (e.g., modulators) are incorporated into software. The software-defined capability allows flexibility and experimentation in different modulation, coding and other parameters to understand their effects on performance. This flexibility builds inherent redundancy and flexibility into the system for improved operational efficiency, real-time changes to space missions and enhanced reliability/redundancy. The CoNNeCT Project is a collaboration between industrial radio providers and NASA. The industrial radio providers are providing the SDRs and NASA is designing, building and testing the entire flight system. The flight system will be integrated on the Express Logistics Carrier (ELC) on the International Space Station (ISS) after launch on the H-IIB Transfer Vehicle in 2012. This paper provides an overview of the technology research objectives, payload description, design challenges and pre-flight testing results.