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 829 records · Page 46
All sourcesNASA NTRSDOE OSTI
NASA NTRS2010

Functional Fault Modeling Conventions and Practices for Real-Time Fault Isolation

The purpose of this paper is to present the conventions, best practices, and processes that were established based on the prototype development of a Functional Fault Model (FFM) for a Cryogenic System that would be used for real-time Fault Isolation in a Fault Detection, Isolation, and Recovery (FDIR) system. The FDIR system is envisioned to perform health management functions for both a launch vehicle and the ground systems that support the vehicle during checkout and launch countdown by using a suite of complimentary software tools that alert operators to anomalies and failures in real-time. The FFMs were created offline but would eventually be used by a real-time reasoner to isolate faults in a Cryogenic System. Through their development and review, a set of modeling conventions and best practices were established. The prototype FFM development also provided a pathfinder for future FFM development processes. This paper documents the rationale and considerations for robust FFMs that can easily be transitioned to a real-time operating environment.

Ferrell, Bob↗
NASA NTRS2014

Remote Software Application and Display Development

The era of the shuttle program has come to an end, but only to give rise to newer and more exciting projects. Now is the time of the Orion spacecraft, a work of art designed to exceed all previous endeavors of man. NASA is exiting the time of exploration and is entering a new period, a period of pioneering. With this new mission, many of NASAs organizations must undergo a great deal of change and development to support the Orion missions. The Spaceport Command and Control System (SCCS) is the new system that will provide NASA the ability to launch rockets into orbit and thus control Orion and other spacecraft as the goal of populating Mars becomes ever increasingly tangible. Since the previous control system, Launch Processing System (LPS), was primarily designed to launch the shuttles, SCCS was needed as Kennedy Space Center (KSC) reorganized to a multiuser spaceport for commercial flights, providing a more versatile control over rockets. Within SCCS, is the Launch Control System (LCS), which is the remote software behind the command and monitoring of flight and ground system hardware. This internship at KSC has involved two main components in LCS, including Remote Software Application and Display development. The display environment provides a graphical user interface for an operator to view and see if any cautions are raised, while the remote applications are the backbone that communicate with hardware, and then relay the data back to the displays. These elements go hand in hand as they provide monitoring and control over hardware and software alike from the safety of the Launch Control Center. The remote software applications are written in Application Control Language (ACL), which must undergo unit testing to ensure data integrity. This paper describes both the implementation and writing of unit tests in ACL code for remote software applications, as well as the building of remote displays to be used in the Launch Control Center (LCC).

ACL↗
NASA NTRS1981

The evolution of computer monitoring of real time data during the Atlas Centaur launch countdown

In the last decade, improvements in computer technology have provided new 'tools' for controlling and monitoring critical missile systems. In this connection, computers have gradually taken a large role in monitoring all flights and ground systems on the Atlas Centaur. The wide body Centaur which will be launched in the Space Shuttle Cargo Bay will use computers to an even greater extent. It is planned to use the wide body Centaur to boost the Galileo spacecraft toward Jupiter in 1985. The critical systems which must be monitored prior to liftoff are examined. Computers have now been programmed to monitor all critical parameters continuously. At this time, there are two separate computer systems used to monitor these parameters.

Thomas, W. F.↗
NASA NTRS1985

Managing computer-controlled operations

A detailed discussion of Launch Processing System Ground Software Production is presented to establish the interrelationships of firing room resource utilization, configuration control, system build operations, and Shuttle data bank management. The production of a test configuration identifier is traced from requirement generation to program development. The challenge of the operational era is to implement fully automated utilities to interface with a resident system build requirements document to eliminate all manual intervention in the system build operations. Automatic update/processing of Shuttle data tapes will enhance operations during multi-flow processing.

Plowden, J. B.↗
NASA NTRS1988

Artificial intelligent decision support for low-cost launch vehicle integrated mission operations

The feasibility, benefits, and risks associated with Artificial Intelligence (AI) Expert Systems applied to low cost space expendable launch vehicle systems are reviewed. This study is in support of the joint USAF/NASA effort to define the next generation of a heavy-lift Advanced Launch System (ALS) which will provide economical and routine access to space. The significant technical goals of the ALS program include: a 10 fold reduction in cost per pound to orbit, launch processing in under 3 weeks, and higher reliability and safety standards than current expendables. Knowledge-based system techniques are being explored for the purpose of automating decision support processes in onboard and ground systems for pre-launch checkout and in-flight operations. Issues such as: satisfying real-time requirements, providing safety validation, hardware and Data Base Management System (DBMS) interfacing, system synergistic effects, human interfaces, and ease of maintainability, have an effect on the viability of expert systems as a useful tool.

Szatkowski, Gerard P.↗
NASA NTRS2011

Spaceflight Ka-Band High-Rate Radiation-Hard Modulator

A document discusses the creation of a Ka-band modulator developed specifically for the NASA/GSFC Solar Dynamics Observatory (SDO). This flight design consists of a high-bandwidth, Quadriphase Shift Keying (QPSK) vector modulator with radiation-hardened, high-rate driver circuitry that receives I and Q channel data. The radiationhard design enables SDO fs Ka-band communications downlink system to transmit 130 Mbps (300 Msps after data encoding) of science instrument data to the ground system continuously throughout the mission fs minimum life of five years. The low error vector magnitude (EVM) of the modulator lowers the implementation loss of the transmitter in which it is used, thereby increasing the overall communication system link margin. The modulator comprises a component within the SDO transmitter, and meets the following specifications over a 0 to 40 C operational temperature range: QPSK/OQPSK modulator, 300-Msps symbol rate, 26.5-GHz center frequency, error vector magnitude less than or equal to 10 percent rms, and compliance with the NTIA (National Telecommunications and Information Administration) spectral mask.

Jaso, Jeffery M.↗
NASA NTRS2016

Design, Development, and Testing of a UAV Hardware-in-the-Loop Testbed for Aviation and Airspace Prognostics Research

The airspace is becoming more and more complicated, and will continue to do so in the future with the integration of Unmanned Aerial Vehicles (UAVs), autonomy, spacecraft, other forms of aviation technology into the airspace. The new technology and complexity increases the importance and difficulty of safety assurance. Additionally, testing new technologies on complex aviation systems & systems of systems can be very difficult, expensive, and sometimes unsafe in real life scenarios. Prognostic methodology provides an estimate of the health and risks of a component, vehicle, or airspace and knowledge of how that will change over time. That measure is especially useful in safety determination, mission planning, and maintenance scheduling. The developed testbed will be used to validate prediction algorithms for the real-time safety monitoring of the National Airspace System (NAS) and the prediction of unsafe events. The framework injects flight related anomalies related to ground systems, routing, airport congestion, etc. to test and verify algorithms for NAS safety. In our research work, we develop a live, distributed, hardware-in-the-loop testbed for aviation and airspace prognostics along with exploring further research possibilities to verify and validate future algorithms for NAS safety. The testbed integrates virtual aircraft using the X-Plane simulator and X-PlaneConnect toolbox, UAVs using onboard sensors and cellular communications, and hardware in the loop components. In addition, the testbed includes an additional research framework to support and simplify future research activities. It enables safe, accurate, and inexpensive experimentation and research into airspace and vehicle prognosis that would not have been possible otherwise. This paper describes the design, development, and testing of this system. Software reliability, safety and latency are some of the critical design considerations in development of the testbed. Integration of HITL elements in the development phases and veri cation/ validation are key elements to this report.

HITL↗
NASA NTRS2019

NASA's Space Launch System: Deep Space Access for CubeSats

NASA is embarking on a new generation of missions to the Moon, known as the Artemis program. The Agency’s new super heavy-lift launch vehicle, the Space Launch System (SLS), is a critical enabling capability for these efforts, which will serve as a proving ground for future crewed expeditions to Mars. SLS is designed to return astronauts to the Moon in the Orion spacecraft and to launch more mass and provide more volume for critical payloads than commercially available vehicles, giving NASA a unique asset for deep space exploration. When performance margin and volume is available, as it is on the first flight, Artemis I (previously Exploration Mission-1), SLS can offer CubeSats access to deep space, beyond Earth’s orbit. The Artemis I flight has 13 6U (14 kg) CubeSats manifested, and the Program is currently accepting proposals for 6U and 12U payloads for the Artemis II flight through the agency’s CubeSat Launch Initiative (CSLI) program. Proposals from U.S.-based payload developers to fly on Artemis II will be accepted through CSLI until November 4, 2019. When ridesharing on SLS deep space missions, CubeSats must demonstrate they will not interfere with primary mission objectives. The 13 Artemis I CubeSats that hail from industry, academia, NASA and its international partners represent an array of exciting deep space science investigations and technology demonstrations that may help inform future Artemis missions. The initial SLS Block 1 vehicle for the Artemis I flight is fully manufactured; several elements are complete and have been delivered to the Exploration Ground Systems (EGS) Program at Kennedy Space Center (KSC), which has responsibility for integrating and launching the SLS and Orion stack. Completed elements of the Artemis I vehicle include the Orion Stage Adapter (OSA), which houses the 13 Artemis I CubeSats. With the Artemis I flight hardware and software nearing completion, work is in progress for the second Block 1 launcher, designated for the crewed Artemis II flight. Hardware is being manufactured for every element of the Artemis II vehicle. In this paper, the author will review the status of the Artemis I vehicle and the payloads manifested for the initial flight. Information on the Secondary Payload Deployment System (SPDS) that the SLS Program provides to payload developers will also be included.

Creech, Stephen D.↗
NASA NTRS2017

The Imaging X-Ray Polarimetry Explorer (IXPE): Overview

Mission background: Imaging x-ray polarimetry in 2–8 kiloelectronvolt band; NASA Astrophysics Small Explorer (SMEX) selected in 2017 January. Orbit: Pegasus-XL (airborne) launch in 2021, from Kwajalein; Equatorial circular orbit at greater than or approximately equal to 540 kilometers (620 kilometers, goal) altitude. Flight system: Spacecraft, payload structure, and integration by Ball Aerospace - Deployable payload boom from Orbital-ATK, under contract to Ball; X-ray Mirror Module Assemblies by NASA/MSFC; X-ray (polarization-sensitive) Instruments by IAPS/INAF (Istituto di Astrofisica e Planetologia Spaziali / Istituto Nazionale di Astrofisica) and INFN (Istituto Nazionale di Fisica Nucleare). Ground system: ASI (Agenzia Spaziale Italiana) Malindi ground station, with Singapore backup; Mission Operations Center at LASP (Laboratory for Atmospheric and Space Physics, University of Colorado); Science Operations Center at NASA/MSFC; Data archive at HEASARC (High Energy Astrophysics Science Archive Research Center), (NASA/GSFC), mirror at ASI Data Center. Science: Active galactic nuclei; Microquasars; Radio pulsars and pulsar wind nebulae; Supernova remnants; Magnetars; Accreting x-ray pulsars.

X-ray polarimetry space missio↗
NASA NTRS2024

Defining the Operational Envelope for Air Flows in the Miniature Arc-Jet Research Chamber (mARC II)

The second-generation 30 kW miniature Arc-jet Research Chamber (mARC II) at NASA Ames Research Center produces high enthalpy flows relevant for entry systems ground testing. The mARC II facility has recently undergone upgrades, including the installation of a new vacuum system to address the issues preventing it from maintaining underexpanded flow under test conditions. In this work, we present data obtained from an Integrated Systems Testing campaign and provide an initial assessment of arc-jet performance following the upgrades. Air is used as the working gas for the standard mARC II arc-heater configuration with two constrictor disks. Seven runs were investigated for five test conditions to assess the lowest achievable stagnation point heat fluxes for air flow rates of 0.15 or 0.25 g s −1 . The heat flux was measured using a water-cooled Gardon gauge (Ø4.76 mm, 3/16" hemispherical) at 70 mm from the nozzle exit plane. The new vacuum system produced test box pressures in the medium (fine) vacuum range (~0.03 torr, 4 Pa) prior to gas addition and successfully maintained underexpanded flow after gas addition. The upgrade yielded a ~4X reduction in heat flux relative to the previous system for the same set test conditions. We report the lowest heat fluxes measured in mARC II to date, ranging from 26 to 81 W cm −2 , for sonic flow enthalpies of 4–14 MJ kg −1 . Bulk enthalpies estimated using an energy balance method (EB 2 ) are reported for the first time using mARC II.Initial data suggests EB 2 generally estimates lower enthalpies than sonic flow methods for mARC II. Lastly, laminar axisymmetric Navier–Stokes simulations were performed using the NASA DPLR code. Numerical heat flux results show good agreement with experiments at low arc powers (3–15% difference at the minimum set arc current), but discrepancy increases with arc power (49% difference at the maximum set arc current).

arc-jet↗
NASA NTRS2024

Defining the Operational Envelope for Air Flows in the Miniature Arc-Jet Research Chamber (mARC II)

The second-generation 30 kW miniature Arc-jet Research Chamber (mARC II) at NASA Ames Research Center produces high enthalpy flows relevant for entry systems ground testing. The mARC II facility has recently undergone upgrades, including the installation of a new vacuum system to address the issues preventing it from maintaining underexpanded flow under test conditions. In this work, we present data obtained from an Integrated Systems Testing campaign and provide an initial assessment of arc-jet performance following the upgrades. Air is used as the working gas for the standard mARC II arc-heater configuration with two constrictor disks. Seven runs were investigated for five test conditions to assess the lowest achievable stagnation point heat fluxes for air flow rates of 0.15 or 0.25 g s −1 . The heat flux was measured using a water-cooled Gardon gauge (Ø4.76 mm, 3/16" hemispherical) at 70 mm from the nozzle exit plane. The new vacuum system produced test box pressures in the medium (fine) vacuum range (~0.03 torr, 4 Pa) prior to gas addition and successfully maintained underexpanded flow after gas addition. The upgrade yielded a ~4X reduction in heat flux relative to the previous system for the same set test conditions. We report the lowest heat fluxes measured in mARC II to date, ranging from 26 to 81 W cm −2 , for sonic flow enthalpies of 4–14 MJ kg −1 . Bulk enthalpies estimated using an energy balance method (EB 2 ) are reported for the first time using mARC II.Initial data suggests EB 2 generally estimates lower enthalpies than sonic flow methods for mARC II. Lastly, laminar axisymmetric Navier–Stokes simulations were performed using the NASA DPLR code. Numerical heat flux results show good agreement with experiments at low arc powers (3–15% difference at the minimum set arc current), but discrepancy increases with arc power (49% difference at the maximum set arc current).

Pitot tube↗
NASA NTRS2002

Science Goal Driven Observing: A Step Towards Maximizing Science Returns and Spacecraft Autonomy

While recent missions have made great strides in the ability to autonomously monitor and react to changing health and physical status of spacecraft, little progress has been made in responding quickly to science driven events. Also, the new generation of space-based telescopes will generate data at an unprecedented rate. Yet, while on-board data processing and storage capability will increase rapidly, bandwidth for downloading data will not increase as fast and can become a significant cost of a science program. For observations of inherently variable targets and targets of opportunity, the ability to recognize early if an observation will not meet the science goals, and react accordingly, can have a major positive impact on the overall scientific returns of an observatory and on its operational costs. If the observatory can reprioritize the schedule to focus on alternate targets, discard uninteresting observations prior to downloading, or download them at a reduced resolution its overall efficiency will be dramatically increased. We are investigating and developing tools for a science goal monitoring (SGM) system. The SGM will have an interface to help capture higher-level science goals from the scientists and translate them into a flexible observing strategy that SGM can execute and monitor. SGM will then monitor the incoming data stream and interface with data processing systems to recognize significant events. When an event occurs, the system will use the science goals given it to reprioritize observations, and react appropriately and/or communicate with ground systems - both human and machine - for confirmation and/or further high priority analyses.

Jones, Jeremy↗
NASA NTRS2002

Science Goal Driven Observing: A Step Towards Maximizing Science Returns and Spacecraft Autonomy

In the coming decade, the drive to increase the scientific returns on capital investment and to reduce costs will force automation to be implemented in many of the scientific tasks that have traditionally been manually overseen. Thus, spacecraft autonomy will become an even greater part of mission operations. While recent missions have made great strides in the ability to autonomously monitor and react to changing health and physical status of spacecraft, little progress has been made in responding quickly to science driven events. The new generation of space-based telescopes/observatories will see deeper, with greater clarity, and they will generate data at an unprecedented rate. Yet, while onboard data processing and storage capability will increase rapidly, bandwidth for downloading data will not increase as fast and can become a significant bottleneck and cost of a science program. For observations of inherently variable targets and targets of opportunity, the ability to recognize early if an observation will not meet the science goals of variability or minimum brightness, and react accordingly, can have a major positive impact on the overall scientific returns of an observatory and on its operational costs. If the observatory can reprioritize the schedule to focus on alternate targets, discard uninteresting observations prior to downloading, or download them at a reduced resolution its overall efficiency will be dramatically increased. We are investigating and developing tools for a science goal monitoring (SGM) system. The SGM will have an interface to help capture higher-level science goals from scientists and translate them into a flexible observing strategy that SGM can execute and monitor. SGM will then monitor the incoming data stream and interface with data processing systems to recognize significant events. When an event occurs, the system will use the science goals given it to reprioritize observations, and react appropriately and/or communicate with ground systems - both human and machine - for confirmation and/or further high priority analyses.

Koratkar, Anuradha↗
NASA NTRS2014

Smart Coatings for Launch Site Corrosion Protection

Smart, environmentally friendly paint system for early corrosion detection, mitigation, and healing that will enable supportability in KSC launch facilities and ground systems through their operational life cycles. KSC's Corrosion Technology Laboratory is developing a smart, self-healing coating that can detect and repair corrosion at an early stage. This coating is being developed using microcapsules specifically designed to deliver the contents of their core when corrosion starts.

TechPort Portfolio System↗
NASA NTRS2014

Evolving the NASA Near Earth Network for the Next Generation of Human Space Flight

The purpose of this paper is to present the planned development and evolution of the NASA Near Earth Network (NEN) launch communications services in support of the next generation of human space flight programs. Following the final space shuttle mission in 2011, the two NEN launch communications stations were decommissioned. Today, NASA is developing the next generation of human space flight systems focused on exploration missions beyond low-earth orbit, and supporting the emerging market for commercial crew and cargo human space flight services. The NEN is leading a major initiative to develop a modern high data rate launch communications ground architecture with support from the Kennedy Space Center Ground Systems Development and Operations Program and in partnership with the U.S. Air Force (USAF) Eastern Range. This initiative, the NEN Launch Communications Stations (LCS) development project, successfully completed its System Requirements Review in November 2013. This paper provides an overview of the LCS project and a summary of its progress. The LCS ground architecture, concept of operations, and driving requirements to support the new heavy-lift Space Launch System and Orion Multi-Purpose Crew Vehicle for Exploration Mission-1 are presented. Finally, potential future extensions to the ground architecture beyond EM-1 are discussed.

Launch Communications↗
NASA NTRS1978

GSFC Systems Test and Operation Language (STOL) functional requirements and language description

The Systems Tests and Operation Language (STOL) provides the means for user communication with payloads, applications programs, and other ground system elements. It is a systems operation language that enables an operator or user to communicate a command to a computer system. The system interprets each high level language directive from the user and performs the indicated action, such as executing a program, printing out a snapshot, or sending a payload command. This document presents the following: (1) required language features and implementation considerations; (2) basic capabilities; (3) telemetry, command, and input/output directives; (4) procedure definition and control; (5) listing, extension, and STOL nucleus capabilities.

Desjardins, R.↗