Search NASA⌕ Search

SEARCH · Search NASA

Results for “Command and Data Handling (CDH)”

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.

8 records
All sourcesNASA NTRSDOE OSTI
NASA NTRS2018

Compact Low Power Avionics for the Europa Lander Concept and Other Missions to Ocean Worlds

This paper presents the results of NASA’s game-changing technology development entitled “Ultra Low Temperature Electronics” which represents a paradigm shift in spacecraft avionics development. The project has developed compact avionics technologies to address the Command & Data Handling (CDH), Power and Motor Control needs for mission concepts to ocean worlds such as a potential Europa Lander. We addressed this need by developing the key technologies necessary to develop a next generation compact avionics package. The key technologies that we developed significantly reduce the size, weight, power, and cost (SWAP-C) of the avionics package. These technologies will also allow extreme-environment missions to last longer in their environment by reducing the power and energy requirement to keep the avionics warm.

Bolotin, Gary↗
NASA NTRS2018

Compact Low Power Avionics for the Europa Lander Concept and Other Missions to Ocean Worlds

This paper presents the results of NASA’s Game Changing Technology development entitled “Ultra Low Temperature Electronics” and ColdTech technology effort entitled “Cold Survivable Distributed Motor Controller”. The purpose of these back-to-back projects is to address the Command & Data Handling (CDH), Power and Motor Control needs for missions to ocean worlds such as the potential Europa Lander project. We addressed the mass reduction challenge by developing the key technologies necessary to design a next generation compact motor control avionics. The project’s goal is to allow a Europa Lander to last longer on the surface and provide more room for additional science by reducing the volume, mass and power of its avionics and the amount of energy required to keep the avionics warm.

Suh, Jong-ook↗
NASA NTRS2015

Adapting the SpaceCube v2.0 Data Processing System for Mission-Unique Application Requirements

The SpaceCubeTM v2.0 system is a superior high performance, reconfigurable, hybrid data processing system that can be used in a multitude of applications including those that require a radiation hardened and reliable solution. This paper provides an overview of the design architecture, flexibility, and the advantages of the modular SpaceCube v2.0 high performance data processing system for space applications. The current state of the proven SpaceCube technology is based on nine years of engineering and operations. Five systems have been successfully operated in space starting in 2008 with four more to be delivered for launch vehicle integration in 2015. The SpaceCube v2.0 system is also baselined as the avionics solution for five additional flight projects and is always a top consideration as the core avionics for new instruments or spacecraft control. This paper will highlight how this multipurpose system is currently being used to solve design challenges of three independent applications. The SpaceCube hardware adapts to new system requirements by allowing for application-unique interface cards that are utilized by reconfiguring the underlying programmable elements on the core processor card. We will show how this system is being used to improve on a heritage NASA GPS technology, enable a cutting-edge LiDAR instrument, and serve as a typical command and data handling (CDH) computer for a space robotics technology demonstration.

Xilinx FPGA↗
NASA NTRS2017

Mission Use of the SpaceCube Hybrid Data Processing System

The award-winning SpaceCube v2.0 system is a high performance, reconfigurable, hybrid data processing system that can be used in a multitude of applications including those that require a radiation hardened and reliable solution. This presentation provides an overview of the design architecture, flexibility, and the advantages of the modular SpaceCube v2.0 high performance data processing system for space applications. The current state of the proven SpaceCube technology is based on 11 years of engineering and operations. Eight systems have been successfully operated in space starting in 2008 with eight more to be delivered for payload integration in 2018 in support of various missions. This presentation will highlight how this multipurpose system is currently being used to solve design challenges of a variety of independent applications. The SpaceCube hardware adapts to new system requirements by allowing for application-unique interface cards that are utilized by reconfiguring the underlying programmable elements on the core processor card. We will show how this system is being used to improve on a heritage NASA GPS technology, enable a cutting-edge LiDAR instrument, and serve as a typical command and data handling (CDH) computer for a space robotics technology demonstration.Finally, this presentation will highlight the use of the SpaceCube v2.0 system on the Restore-L robotic satellite servicing mission. SpaceCube v2.0 is the central avionics responsible for the real-time vision system and autonomous robotic control necessary to find, capture, and service a national asset weather satellite.

Petrick, Dave↗
NASA NTRS2019

Thermal, Avionics, and Power Considerations for Designing a Nuclear Thermal Propulsion Flight Demonstrator

As part of the Appropriations Bill passed by the US Congress in February 2019, NASA was instructed to develop a nuclear thermal propulsion (NTP) flight demonstrator by 2024. [4] In response to this directive, the Advanced Concepts Office (ACO) at Marshall Space Flight Center (MSFC) was tasked with beginning concept studies for the flight demonstration (FD) mission. During the NTP study formulation, two philoso- phies emerged with regards to FD concept design. The first, Flight Demo 1 (FD1), strictly observes the 2024 schedule requirement at the expense of lower engine performance than expected of theoretical NTP engines. The second concept, Flight Demo 2 (FD2), relaxes the schedule requirement to allow for higher engine performance and more traceability to future operational systems. Both the FD1 and FD2 concepts present considerable challenges for subsystem design, specifically in the areas of thermal control, avionics, and power. To guard against undesired graveyard orbits, a requirement to keep the NTP engine and the reaction control system (RCS) separate was put in place. As a result of this requirement, the avionics subsystem must provide separate command and data handling (CDH) and instrumentation for each propulsion system. In-space instrumentation and monitoring of a NTP system has never been done before, necessitating the development of novel strategies and unique hardware. The heating rates produced by the NTP engine are extremely high, leading to difficulties with thermal control. The FD1 concept utilizes high-pressure gaseous hydrogen (GH2), which is largely insensitive to temperature fluctuations. The FD2 concept, however, utilizes cryogenic liquid hydrogen (LH2) which must be kept stable near 20 Kelvin. A high-performance thermal control system (TCS) will be required to ensure all components and subsystems are maintained within their operational temperature ranges. This paper will highlight the thermal, avionics, and power solutions required for the full scope of challenges for a NTP flight demonstrator.

Johnson, W. E.↗
NASA NTRS2018

Radio-hosted Flight / Ground Interface for Operations Standardization

The interface between a spacecraft and its ground operations segment includes the flow of commands, configuration, and sequencing elements to the spacecraft, and the flow of telemetry and data products from the spacecraft. Creating and implementing a complete definition of this interface simplifies and standardizes mission operations, allowing easy sharing of operations personnel across missions. Early spacecraft featured a simple flight / ground interface (FGI) using hardware command decoding in the radio, driven by technological limitations of the time. Modern spacecraft use command and data handling (CDH) avionics on which flight software executes, which in turn controls and configures the mission, executes subsystem and instrument instructions, and implements critical fault protection actions. Deep space missions feature advanced operations software for running sequenced activities over a period of weeks, which allows them to function with only infrequent ground contact. This approach comes at the cost of increased complexity in the FGI, requiring expensive modifications to heritage flight software and ground systems. By hosting the interface in the radio instead of the CDH avionics, modern missions can approximate the FGI design simplicity of early spacecraft, with significant advantages for vendor competition, lowered costs, standardization of operations, and reduction of implementation risk.

Lock, Patricia D.↗
NASA NTRSDate not supplied

MUSTANG: A Workhorse for NASA Spaceflight Avionics

The Modular Unified Space Technology Avionics for Next Generation (MUSTANG) is a small integrated Avionics system including Command and Data Handling (C&DH), Power System Electronics (PSE), Attitude Control System Interfaces (ACS), and Propulsion Electronics. The MUSTANG Avionics Architecture is built upon many years of knowledge capture and lessons learned at the Goddard Space Flight Center. With a motivation towards modularity and keeping board redesign costs to a minimum, MUSTANG offers flexibility in features with a backplane-less design and allows the user to choose the options (cards) needed for their system. It incorporates a distributed power system that provides secondary power to all its subcomponents reducing the number of primary services needed for an Avionics. MUSTANG can be integrated into one system or divided into several smaller components. MUSTANG supports redundancy and cross-strap ability for a more robust and reliable Avionics system. A variation of MUSTANG exists for Instrument Electronics called iMUSTANG and allows the user to select functionality applicable to the instrument electronics. MUSTANG is not meant to replace Avionics for all spacecraft. There are limitations due to its relatively compact size, but the MUSTANG design has proven broadly applicable on many spacecraft and instrument bus avionics architectures.

MUSTANG↗