Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Ground System”

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.

At least 433 records · Page 24
All sourcesNASA NTRSDOE OSTI
NASA NTRS1992

Dynamics and control of a large displacement suspension system for ground testing of flexible space structures

As the development in flexible space structures expands, the need for an efficient and accurate suspension system for ground tests increases accordingly. In this article, a disk suspension system was developed. Analytical results describing the dynamics of a passive and active suspension system were generated given realistic parameters of the system. These results for the passive case, were then compared with the data obtained from an experimental model with initial displacement and random forcing inputs. The dynamics of the system was analyzed. Results show that the experimental model resembles closely the analytical model and therefore strongly suggests feasibility of such a suspension system.

Reaves, Mercedes C.↗
NASA NTRS2020

Development of a Weather-Robust Ground-Based System for Sonic Boom Measurements

This report describes Brigham Young University’s (BYU) development and testing of a weather-robust, ground-based system for sonic boom measurements, carried out in support of NASA’s Quiet Supersonic Flight (QSF) initiative. The microphone configuration system, referred to as the Compact Outdoor Unit for Ground-based Acoustical Recordings (COUGAR, for the BYU mascot), was tested at NASA’s 2018 Quiet Supersonic Flight (QSF18) campaign and at the subsequent 2019 Carpet Determination in Entirety Measurements (CarpetDIEM) program.

sonic boom↗
NASA NTRS2006

Managing the Implementation of Mission Operations Automation

Reducing the cost of mission operations has necessitated a high level of automation both on spacecraft and ground systems. While automation on spacecraft is implemented during the design phase, ground system automation tends to be implemented during the prime mission operations phase. Experience has shown that this tendency for late automation development can be hindered by several factors: additional hardware and software resources may need to be procured; software must be developed and tested on a non-interference basis with primary operations with limited manpower; and established procedures may not be suited for automation requiring substantial rework. In this paper we will review the experience of successfully automating mission operations for seven on-orbit missions: the Compton Gamma Ray Observatory (CGRO), the Rossi X-Ray Timing Explorer (RXTE), the Advanced Composition Explorer (ACE), the Far Ultraviolet Spectroscopic Explorer (FUSE), Interplanetary Physics Laboratory (WIND), Polar Plasma Laboratory (POLAR), and the Imager for Magnetopause-to-Aurora Global Exploration (IMAGE). We will provide lessons learned in areas such as: spacecraft recorder management, procedure development, lights out commanding from the ground system vs. stored command loads, spacecraft contingency response time, and ground station interfaces. Implementing automation strategies during the mission concept and spacecraft integration and test phase as the most efficient method will be discussed.

Sodano, R.↗
NASA NTRS1991

Description of the Large-Gap Magnetic Suspension System (LGMSS) ground based experiment

An overview of the Large Gap Magnetic Suspension System (LGMSS) ground-based experiment is provided. A description of the experiment, as originally defined, and the experiment objectives and potential applications of the technology resulting from the experiment are presented. Also, the results of two studies which were conducted to investigate the feasibility of implementing the experiment are presented and discussed. Finally, a description of the configuration which was selected for the experiment is described, and a summary of the paper is presented.

Groom, Nelson J.↗
NASA NTRS1981

Dynamics Explorer spacecraft and ground operations systems

The Dynamics Explorer program of NASA is designed to study the coupling of energy, electric currents, electric fields, and plasmas between the atmosphere, ionosphere, and the magnetosphere. The program is composed of two well instrumented polar orbiting satellites and ground operations and data handling systems which have been designed to acquire, process, and make readily available to the scientists of the program the data sets necessary for analysis to accomplish the science objectives. These systems are described with emphasis placed on the relationship of the two instrumented spacecraft and the ground systems to their roles in meeting the program requirements. In addition, the characteristics of the orbits selected are specified.

Hoffman, R. A.↗
NASA NTRS1994

Taking advantage of ground data systems attributes to achieve quality results in testing software

During the software development life cycle process, basic testing starts with the development team. At the end of the development process, an acceptance test is performed for the user to ensure that the deliverable is acceptable. Ideally, the delivery is an operational product with zero defects. However, the goal of zero defects is normally not achieved but is successful to various degrees. With the emphasis on building low cost ground support systems while maintaining a quality product, a key element in the test process is simulator capability. This paper reviews the Transportable Payload Operations Control Center (TPOCC) Advanced Spacecraft Simulator (TASS) test tool that is used in the acceptance test process for unmanned satellite operations control centers. The TASS is designed to support the development, test and operational environments of the Goddard Space Flight Center (GSFC) operations control centers. The TASS uses the same basic architecture as the operations control center. This architecture is characterized by its use of distributed processing, industry standards, commercial off-the-shelf (COTS) hardware and software components, and reusable software. The TASS uses much of the same TPOCC architecture and reusable software that the operations control center developer uses. The TASS also makes use of reusable simulator software in the mission specific versions of the TASS. Very little new software needs to be developed, mainly mission specific telemetry communication and command processing software. By taking advantage of the ground data system attributes, successful software reuse for operational systems provides the opportunity to extend the reuse concept into the test area. Consistency in test approach is a major step in achieving quality results.

Sigman, Clayton B.↗
NASA NTRS2022

The Mars 2020 Ground Data System Architecture

The Mars 2020 Mission’s primary objective is to collect 20 geographically unique samples during its prime mission of one and a quarter Martian years, or just over 2 Earth years. Mission planners determined the project needed to develop a system that would enable the operations team to analyze engineering and science data, make science decisions, select viable rover targets at a millimeter resolution and validate an uplink bundle for a car sized rover with more complex science instruments than any previous Mars surface mission. All this had to be done within a five hour time frame. Doing this with a small team would be a challenge, but this had to be accomplished by a large team of engineers and scientists located across North America and Europe. Achieving this level of operational efficiency was unheard of in the prime mission. In addition, the mission had another set of requirements that had nothing to do with surface operations; the Mars 2020 Ground Data System (GDS) was also expected to comply with a new set of security requirements to keep up with the ever changing cybersecurity landscape. The Mars 2020 Ground Data System (GDS) is a re-architected version of the Mars Science Laboratory GDS. The primary goal was to integrate the lessons learned from previous Mars surface missions, accommodate a set of new requirements and capabilities required to ensure mission success, and comply with a new set of cybersecurity controls. The new architecture includes several unique qualities including a data lake, language-agnostic system-wide event-based operations, containerization, automated deployment, network segmentation, infrastructure-as-code, API-driven interfaces, and the first Mars surface GDS to operate primarily in the cloud. The new architecture enabled greater access to the system’s data, tighter integration with the operations team, and a higher level of traceability. The availability of the data also enabled a new set of capabilities previously not possible on surface missions. These new capabilities include an autonomous data to information, pipeline for downlink analysis, horizontal scaling of science data processing capabilities, autonomous round trip data tracking of science and engineering data, integration of flight system state into the tactical planning cycle, high fidelity targeting utilizing kinematic data, and hierarchical image and 3d meshes data representations. This paper will introduce the requirements for the Mars 2020 Mission, the heritage architecture, and the rationale for the changes to achieve the new architecture. The paper will continue to describe the fundamental changes made to the GDS architecture, how these changes enabled a more tightly integrated GDS, and the new capabilities that were enabled by the new architecture. The paper will conclude with the lessons learned from the process of rearchitecting a heritage GDS system and from the first 200 days of operations supporting over 800 users from around the world.

Lopez-Roig, Reynaldo↗
NASA NTRS1994

Renaissance architecture for Ground Data Systems

The Mission Operations and Data Systems Directorate (MO&DSD) has embarked on a new approach for developing and operating Ground Data Systems (GDS) for flight mission support. This approach is driven by the goals of minimizing cost and maximizing customer satisfaction. Achievement of these goals is realized through the use of a standard set of capabilities which can be modified to meet specific user needs. This approach, which is called the Renaissance architecture, stresses the engineering of integrated systems, based upon workstation/local area network (LAN)/fileserver technology and reusable hardware and software components called 'building blocks.' These building blocks are integrated with mission specific capabilities to build the GDS for each individual mission. The building block approach is key to the reduction of development costs and schedules. Also, the Renaissance approach allows the integration of GDS functions that were previously provided via separate multi-mission facilities. With the Renaissance architecture, the GDS can be developed by the MO&DSD or all, or part, of the GDS can be operated by the user at their facility. Flexibility in operation configuration allows both selection of a cost-effective operations approach and the capability for customizing operations to user needs. Thus the focus of the MO&DSD is shifted from operating systems that we have built to building systems and, optionally, operations as separate services. Renaissance is actually a continuous process. Both the building blocks and the system architecture will evolve as user needs and technology change. Providing GDS on a per user basis enables this continuous refinement of the development process and product and allows the MO&DSD to remain a customer-focused organization. This paper will present the activities and results of the MO&DSD initial efforts toward the establishment of the Renaissance approach for the development of GDS, with a particular focus on both the technical and process implications posed by Renaissance to the MO&DSD.

Perkins, Dorothy C.↗
NASA NTRS1991

Radio science ground data system for the Voyager-Neptune encounter, part 1

The Voyager radio science experiments at Neptune required the creation of a ground data system array that includes a Deep Space Network complex, the Parkes Radio Observatory, and the Usuda deep space tracking station. The performance requirements were based on experience with the previous Voyager encounters, as well as the scientific goals at Neptune. The requirements were stricter than those of the Uranus encounter because of the need to avoid the phase-stability problems experienced during that encounter and because the spacecraft flyby was faster and closer to the planet than previous encounters. The primary requirement on the instrument was to recover the phase and amplitude of the S- and X-band (2.3 and 8.4 GHz) signals under the dynamic conditions encountered during the occultations. The primary receiver type for the measurements was open loop with high phase-noise and frequency stability performance. The receiver filter bandwidth was predetermined based on the spacecraft's trajectory and frequency uncertainties.

Kursinski, E. R.↗
NASA NTRS2002

An interfaces approach to TES ground data system processing design with the Science Investigator-led Processing System (SIPS)

Developing production-quality software to process the large volumes of scientific data is the responsibility of the TES Ground Data System, which is being developed at the Jet Propulsion Laboratory together with support contractor Raytheon/ITSS. The large data volume and processing requirements of the TES pose significant challenges to the design.

TES TES SIPS↗
NASA NTRS2006

From Zero to Integration in Eight Months, the Dawn Ground Data System Engineering Challenge

The Dawn GDS Team met the SC Sim integration challenge in eight months. The GDS System Engineering approach in response to the SC Simintegration challenge, focused on a set of key practices: decomposition of project request into manageable requirements; integration of multiple ground disciplines and experts into a focused team effort; risk management thru management of expectations; and aggregation of intermediate products into a final product. By maintaining a a system-level focus, the overall systems engineering process unified team GDS Team members with a common goal: the success of the ground system as a whole and not just the success of their individual expert contributions. Incorporation of Agile-type development efforts were aligned with a risk strategy based on team-oriented principles and expectations management, thus achieving a more stable baseline solution without compromising the integrity of the GDS design.

Dawn Mission↗
NASA NTRS1982

Functional design to support CDTI/DABS flight experiments

The objectives of this project are to: (1) provide a generalized functional design of CDTI avionics using the FAA developd DABS/ATARS ground system as the 'traffic sensor', (2) specify software modifications and/or additions to the existing DABS/ATARS ground system to support CDTI avionics, (3) assess the existing avionics of a NASA research aircraft in terms of CDTI applications, and (4) apply the generalized functional design to provide research flight experiment capability. DABS Data Link Formats are first specified for CDTI flight experiments. The set of CDTI/DABS Format specifications becomes a vehicle to coordinate the CDTI avionics and ground system designs, and hence, to develop overall system requirements. The report is the first iteration of a system design and development effort to support eventual CDTI flight test experiments.

Goka, T.↗
NASA NTRS2026

The Trash Compaction Processing Systems (TCPS) Ground Unit Control Sample Testing

The Trash Compaction Processing System (TCPS) is being developed by NASA and Sierra Space to process crew trash for long-duration missions. The system compacts and thermally processes mixed spacecraft waste to reduce volume and stabilize the material while managing gas and liquid effluents. A Ground Unit (GU) located at Sierra Space in Madison, Wisconsin was used to run a series of tests using standardized control samples representing different trash conditions, including nominal, high liquid, high cloth, benign, and foam. Gas grab samples were collected during processing and analyzed to identify the compounds present in the effluent stream and compare the concentrations to the NASA spacecraft maximum allowable concentrations (SMACs). Additional testing included odor testing at White Sands Test Facility, aerosol measurements, microbiology, and tile characterization. Overall, the compounds detected in the gas samples were well below the SMAC limits for all trash models tested. The results from this testing are being used to help guide the verification approach and test planning for the TCPS Flight Unit that is planned for on-orbit testing on the International Space Station.

Control Samples↗
NASA NTRS2017

Novel Musculoskeletal Loading and Assessment System

Ground based and ISS (International Space Station) exercise research have shown that axial loading via two-point loading at the shoulders and load quality (i.e. consistent load and at least 1:1 concentric to eccentric ratio) are extremely important to optimize musculoskeletal adaptations to resistance exercise. The Advanced Resistance Exercise Device (ARED) is on ISS now and is the "state of the art" for resistance exercise capabilities in microgravity; however, the ARED is far too large and power consuming for exploration vehicles. The single cable exercise device design selected for MPCV (Multi-Purpose Crew Vehicle), does not readily allow for the two-point loading at the shoulders.

Downs, Meghan E.↗
NASA NTRSDate not supplied

Supersonic Flight Testing to Assess Ground Recording Systems for NASA's Low Boom Flight Demonstrator

The National Aeronautics and Space Administration (NASA) has performed two supersonic flight test campaigns in preparation for the extensive ground measurements that will be taken during Quesst Phase 2 to verify the low boom from the X-59. The first test campaign was Carpet Determination In Entirety Measurements (CarpetDIEM) Phase II, with F/A-18B aircraft and a subscale ground sensor array and the second campaign was CarpetDIEM Phase III,with both F-15B and F/A-18D aircraft and a geographically large scale ground sensor array. CarpetDIEM Phase II served to evaluate prototypes of the state-of-the-art Ground Recording System (GRS) which NASA is developing in order to record the low boom of X-59. The prototype GRS measured both N-wave and evanescent wave sonic booms which were1.4±1.1PLdB from co-located truth sources during these flights. CarpetDIEM Phase II was also used to down select two NASA developed unattended trigger concepts, one based on Automatic Dependent Surveillance-Broadcast (ADS-B) and the other utilizing satellite communications. Both unattended trigger concepts performed well, with the ADS-B based concept being chosen at the conclusion of CarpetDIEM Phase II for integration with the GRS. CarpetDIEM Phase III was primarily a logistics risk-reduction effort for Quesst Phase 2, but also sought to evaluate the capabilities, including the newly implemented ADS-B unattended trigger, and ruggedness of the GRS during a long-term deployment. The F-15B stood in for the X-59, flying two different X-59flight profiles, including an accelerating climb maneuver. The GRS successfully self-triggered to capture 80% of sonic booms generated from both steady and dynamic flight maneuvers. Low booms, defined by the project as being≤80 PLdB, were recorded by the GRS near the end of CarpetDIEM Phase III. The GRS measured low booms were found to be within0.4±0.1PLdB of a co-located truth source.

Forrest L Carpenter IV↗
NASA NTRS1991

Lunar lander ground support system

This year's project, like the previous Aerospace Group's project, involves a lunar transportation system. The basic time line will be the years 2010-2030 and will be referred to as a second generation system, as lunar bases would be present. The project design completed this year is referred to as the Lunar Lander Ground Support System (LLGSS). The area chosen for analysis encompasses a great number of vehicles and personnel. The design of certain elements of the overall lunar mission are complete projects in themselves. For this reason the project chosen for the Senior Aerospace Design is the design of specific servicing vehicles and additions or modifications to existing vehicles for the area of concern involving servicing and maintenance of the lunar lander while on the surface.

Source record↗
NASA NTRS1982

An application of distributed processing - In the TDRSS ground communication fault isolation and monitoring system

A computer interface has been designed for the Fault Isolation and Monitoring System, a system providing qualitative and quantitative assessment of the communications between the Tracking and Data Relay Satellite System Ground Segment and NASA's Network Control Center. The functional requirements for the interface and the design philosophy are discussed, as are the methods and protocol used to implement the operator support software required to configure the monitoring system and to display and report the results of the analysis. The system relies on the use of intelligent terminals, with the human interface removed from the host computer.

Waddell, R. L., Jr.↗