Search NASA⌕ Search

SEARCH · Search NASA

Results for “Ground Operational Support 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 469 records · Page 26

Backup flight control system functional evaluator software manual

The software for the Backup Flight Control System Functional Evaluator (BFCSFE) on a Data General Corporation Nova 1200 computer consists of three programs: the ground support program, the operational flight program (OFP), and the ground pulse code modulation (PCM) program. The Nova OFP software is structurally as close as possible to the AP101 code; therefore, this document highlights and describes only those areas of the Nova OFP that are significantly different from the AP101. Since the Ground Support Program was developed to meet BFCSFE requirements and differs considerably from the AP101 code, it is described in detail.

Helmke, C. A.↗

Space Shuttle Technical Conference, Part 2

The retrospective presentation provides technical disciplinary focus in the following technical areas: (1) integrated avionics; (2) guidance, navigation, and control; (3) aerodynamics; (4) structures; (5) life support, environmental control, and crew station; (6) ground operations; (7) propulsion and power; (8) communications and tracking; (9) mechanics and mechanical systems; and (10) thermal and contamination environments and protection systems.

Chaffee, Norman↗

Considerations in development of expert systems for real-time space applications

Over the years demand on space systems have been increased tremendously and this trend will continue for the near future. The enhanced capabilities of space systems, however, can only be met with increased complexity and sophistication of onboard and ground systems, and artificial intelligence and expert system concepts have a significant role in space applications. Expert systems could facilitate decision making, improved fault diagnosis and repair, enhanced performance and less reliance on ground support. However, some requirements have to be fulfilled before practical use of flight-worthy expert systems for onboard (and ground) operations. This paper discusses some of the characteristics and important considerations in design, development, implementation and use of expert systems for real-life space applications. Further, it describes a typical life cycle of expert system development and its usage.

Murugesan, S.↗

Space Shuttle Main Engine (SSME) Systems Operation Overview and Evolution

The Space Shuttle Main Engine (SSME) is a large thrust class, reusable, staged combustion cycle rocket engine employing liquid hydrogen and liquid oxygen propellants. A cluster of three SSMEs is used on every space shuttle mission to propel the space shuttle orbiter vehicle into low earth orbit. Development of the SSME began in the early 70's and the first flight of the space shuttle occurred in 1981. Today, the SSME has accrued over one million seconds of ground test and flight operational time, launching 129 space shuttle missions. The systems operation of the SSME was developed and evolved to support the specific requirements of the Space Shuttle Program (SSP). This paper provides a systems operation overview of the SSME, including: engine cycle, propellant flowpaths, and major components; control system; operations during pre-start, start, mainstage, and shutdown phases; launch commit criteria (LCCs) and operational redlines. Furthermore, this paper will discuss how changes to the SSME over its history have impacted systems operations.

Benefield, Philip A.↗

SSV Launch Monitoring Strategies: HGDS Design Implementation Through System Maturity

With over 500,000 gallons of liquid hydrogen and liquid oxygen, it is of vital importance to monitor the space shuttle vehicle (SSV) from external tank (ET) load through launch. The Hazardous Gas Detection System (HGDS) was installed as the primary system responsible for monitoring fuel leaks within the orbiter and ET. The HGDS was designed to obtain the lowest possible detection limits with the best resolution while monitoring the SSV for any hydrogen, helium, oxygen, or argon as the main requirement. The HGDS is a redundant mass spectrometer used for real-time monitoring during Power Reactant Storage and Distribution (PRSD) load and ET load through launch or scrub. This system also performs SSV processing leak checks of the Tail Service Mast (TSM) umbilical quick disconnects (QD's), Ground Umbilical Carrier Plate (GUCP) QD's and supports auxiliary power unit (APU) system tests. From design to initial implementation and operations, the HGDS has evolved into a mature and reliable launch support system. This paper will discuss the operational challenges and lessons learned from facing design deficiencies, validation and maintenance efforts, life cycle issues, and evolving requirements

Shoemaker, Marc D.↗

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↗

Communications System Concept of Operations (ConOp) for Supporting Second Shift (SS) Operations

Wildland fires take place most often in remote areas without access to communications infrastructure. Communication during wildfire operations is crucial for safe and effective command and control of air assets, ground-based firefighters, and fire management. Without connectivity, Incident Command (IC) cannot exchange information, receive alerts or work with all parties involved in the wildfire suppression operation. Current policy directs IC to use voice radio communications, which require no prior infrastructure, to provide information needed for the command, control and safety of personnel and resources. Cellular communications are used only for logistical purposes unless no other method is available. To address some of the shortcomings of the current state of communications, the Advanced Capabilities for Emergency Response Operations (ACERO) Second Shift (SS) technical team is developing characteristics of an air-to-ground Mesh Radio System (MRS) and preparing for a future demonstration. The MRS will allow air and ground assets to automatically join a radio network without relying on existing infrastructure and exchange information critical to maintaining situation awareness and air traffic management by the onsite IC. The MRS will also give users more options for communications in addition to voice communications.

David Fuller↗

Airborne Separation Assurance and Traffic Management: Research of Concepts and Technology

To support the need for increased flexibility and capacity in the future National Airspace System, NASA is pursuing an approach that distributes air traffic separation and management tasks to both airborne and ground-based systems. Details of the distributed operations and the benefits and technical challenges of such a system are discussed. Technology requirements and research issues are outlined, and NASA s approach for establishing concept feasibility, which includes development of the airborne automation necessary to support the concept, is described.

Ballin, Mark G.↗

An Open Specification for Space Project Mission Operations Control Architectures

An 'open specification' for Space Project Mission Operations Control Architectures is under development in the Spacecraft Control Working Group of the American Institute for Aeronautics and Astro- nautics. This architecture identifies 5 basic elements incorporated in the design of similar operations systems: Data, System Management, Control Interface, Decision Support Engine, & Space Messaging Service.

spacecraft ground systems↗

Custom Integration of Multiple Medical Functionalities

INTRODUCTION: Previous spaceflight experience and results from probabilistic risk assessment of spaceflight medical risk have highlighted the need for vital sign measurements, medical scopes, and clinical imaging tools for managing medical conditions during spaceflight. The Human Research Program’s Exploration Medical Capability (ExMC) Element and the Mars Campaign Office’s Exploration Medical Integrated Product Team (XMIPT) have performed ground-based evaluations of two Commercial-off-the-Shelf (COTS) Multi-functional Integrated Medical (MIM) devices, which integrate various medical capabilities together in one device. The key findings from these evaluations are presented in a complementary presentation, leaving this presentation to focus on forward recommendations for customized integration of multiple medical functionalities. KEY COMPONENTS: The key features of a custom integration of multiple medical functionalities includes devices and capabilities that optimally reduce medical risk. The COTS MIM devices incorporated functionality for best supporting Earth-based, emergency, pre-hospital care. Our custom integration will use probabilistic risk assessment tools, such as the Medical Extensible Dynamic Probabilistic Risk Assessment Tool (MEDPRAT), to determine the optimal functionality to include based on medical risk minimization. An additional feature of custom integration includes the ability to adapt to different requirements within different vehicles and/or missions. The COTS MIM devices store data in patient specific records, however, the format of the records is not modifiable, and data are not easily transferred from the MIM device to a central data architecture outside of the manufacturer’s established system. Our concept for custom integration will use devices that have an open application programming interface, which can easily connect to independent data architectures and third-party visualization software. The ultrasound capabilities included within the COTS MIM devices did not satisfy many of the Artemis Research and Operations Working Group’s ultrasound functional needs, and therefore, incorporation of higher quality ultrasound capabilities within a customized integration will be beneficial. The COTS MIM devices included minimal procedural guidance and clinical decision support tools. Supplemental tools of this type would need to be supplied along with the COTS MIM devices if they were to be used operationally, so another advantage of customization is the ability to integrate these support tools along with the medical functionality, for a more streamlined user experience. CONCLUSION: Investigation of a customized integration of medical functionality provides a method for further understanding the needs of a long-term exploration spaceflight medical system. The crew members of these exploration missions will need to operate more and more independently from Earth-based ground support. Therefore, having an optimized, streamlined medical system, which contains the functionality and supporting information needed, while remaining within mission and vehicle constraints, will help to maintain crew health and performance, which is necessary for achieving high levels of mission success.

B E Lewandowski↗

Ground-to-ground communications for mission support

The objective of the NASA Communications Division is to provide operational communications in support of NASA projects and mission activities. Nascom is a generic term referring collectively to a global system of circuits and switching and terminal facilities established and operated by NASA to provide longhaul operational communications support for all NASA projects. Aspects of network evolution are discussed, taking into account the integrated Nascom network. A description is presented of the present Nascom network, giving attention to the Spaceflight Tracking and Data Network (STDN), the Deep Space Network (DSN), the voice network, and the Teletypewriter (TTY) Network. Concepts and techniques for the 1980's are also considered. It is pointed out that the Nascom Network will extend the Tracking and Data Relay Satellite System (TDRSS) forward- and return-link services to users of the TDRSS by providing ground-to-ground data communications links between the NASA Ground Terminal at White Sands, New Mexico, and major user spacecraft control centers and data capture/data processing facilities.

Dickinson, W. B.↗

Mission Operations Support Area (MOSA) for ground network support

The Mission Operations Support Area (MOSA) has been designed utilizing numerous commercial off the shelf items allowing for easy maintenance and upgrades. At its inception, all equipment was at the forefront of technology. The system was created to provide the operator with a 'State of the Art' replacement for equipment that was becoming antiquated and virtually impossible to repair because new parts were no longer available. Although the Mini-NOCC provided adequate support to the Network for a number of years, it was quickly becoming ineffectual for higher data rate and non-standard missions. The MOSA will prove to be invaluable in the future as more and more missions require Ground Network support.

Woods, Robert D.↗

Utilizing the EUVE Innovative Technology Testbed to Reduce Operations Cost for Present and Future Orbiting Mission

This report summarizes work done under Cooperative Agreement (CA) on the following testbed projects: TERRIERS - The development of the ground systems to support the TERRIERS satellite mission at Boston University (BU). HSTS - The application of ARC's Heuristic Scheduling Testbed System (HSTS) to the EUVE satellite mission. SELMON - The application of NASA's Jet Propulsion Laboratory's (JPL) Selective Monitoring (SELMON) system to the EUVE satellite mission. EVE - The development of the EUVE Virtual Environment (EVE), a prototype three-dimensional (3-D) visualization environment for the EUVE satellite and its sensors, instruments, and communications antennae. FIDO - The development of the Fault-Induced Document Officer (FIDO) system, a prototype application to respond to anomalous conditions by automatically searching for, retrieving, and displaying relevant documentation for an operators use.

Source record↗

Air support facilities

Airports are discussed in terms of the interface between the ground and air for transportation systems. The classification systems, design, facilities, administration, and operations of airports are described.

Source record↗

Autonomy and the human element in space

NASA is contemplating the next logical step in the U.S. space program - the permanent presence of humans in space. As currently envisioned, the initial system, planned for the early 1990's, will consist of manned and unmanned platforms situated primarily in low Earth orbit. The manned component will most likely be inhabited by 6-8 crew members performing a variety of tasks such as materials processing, satellite servicing, and life science experiments. The station thus has utility in scientific and commercial enterprises, in national security, and in the development of advanced space technology. The technical foundations for this next step have been firmly established as a result of unmanned spacecraft missions to other planets, the Apollo program, and Skylab. With the shuttle, NASA inaugurates a new era of frequent flights and more routine space operations supporting a larger variety of missions. A permanently manned space system will enable NASA to expand the scope of its activities still further. Since NASA' s inception there has been an intense debate over the relative merits of manned and unmanned space systems. Despite the generally higher costs associated with manned components, astronauts have accomplished numerous essential, complex tasks in space. The unique human talent to evaluate and respond inventively to unanticipated events has been crucial in many missions, and the presence of crews has helped arouse and sustain public interest in the space program. On the other hand, the hostile orbital environment affects astronaut physiology and productivity, is dangerous, and mandates extensive support systems. Safety and cost factors require the entire station complex, both space and ground components, to be highly automated to free people from mundane operational chores. Recent advances in computer technology, artificial intelligence (AI), and robotics have the potential to greatly extend space station operations, offering lower costs and superior productivity. Extended operations can in turn enhance critical technologies and contribute to the competitive economic abilities of the United States. A high degree of automation and autonomy may be required to reduce dependence on ground systems, reduce mission costs, diminish complexity as perceived by the crew, increase mission lifetime and expand mission versatility. However, technologies dealing with heavily automated, long duration habitable spacecraft have not yet been thoroughly investigated by NASA. A highly automated station must amalgamate the diverse capabilities of people, machines, and computers to yield an efficient system which capitalizes on unique human characteristics. The station also must have an initial design which allows evolution to a larger and more sophisticated space presence. In the early years it is likely that AI-based subsystems will be used primarily in an advisory or planning capacity. As human confidence in automated systems grows and as technology advances, machines will take on more critical and interdependent roles. The question is whether, and how much, system autonomy will lead to improved station effectiveness.

Source record↗

Autonomous Satellite Command and Control through the World Wide Web: Phase 3

NASA's New Millenium Program (NMP) has identified a variety of revolutionary technologies that will support orders of magnitude improvements in the capabilities of spacecraft missions. This program's Autonomy team has focused on science and engineering automation technologies. In doing so, it has established a clear development roadmap specifying the experiments and demonstrations required to mature these technologies. The primary developmental thrusts of this roadmap are in the areas of remote agents, PI/operator interface, planning/scheduling fault management, and smart execution architectures. Phases 1 and 2 of the ASSET Project (previously known as the WebSat project) have focused on establishing World Wide Web-based commanding and telemetry services as an advanced means of interfacing a spacecraft system with the PI and operators. Current automated capabilities include Web-based command submission, limited contact scheduling, command list generation and transfer to the ground station, spacecraft support for demonstrations experiments, data transfer from the ground station back to the ASSET system, data archiving, and Web-based telemetry distribution. Phase 2 was finished in December 1996. During January-December 1997 work was commenced on Phase 3 of the ASSET Project. Phase 3 is the subject of this report. This phase permitted SSDL and its project partners to expand the ASSET system in a variety of ways. These added capabilities included the advancement of ground station capabilities, the adaptation of spacecraft on-board software, and the expansion of capabilities of the ASSET management algorithms. Specific goals of Phase 3 were: (1) Extend Web-based goal-level commanding for both the payload PI and the spacecraft engineer; (2) Support prioritized handling of multiple PIs as well as associated payload experimenters; (3) Expand the number and types of experiments supported by the ASSET system and its associated spacecraft; (4) Implement more advanced resource management, modeling and fault management capabilities that integrate the space and ground segments of the space system hardware; (5) Implement a beacon monitoring test; (6) Implement an experimental blackboard controller for space system management; (7) Further define typical ground station developments required for Internet-based remote control and for full system automation of the PI-to-spacecraft link. Each of those goals is examined in the next section. Significant sections of this report were also published as a conference paper.

Cantwell, Brian↗

Desert Research and Technology Studies (DRATS) Traverse Planning

Slide 1] The Desert Research and Technology Studies (DRATS) include large scale field tests of manned lunar surface exploration systems; these tests are sponsored by the Director s Office of Integration (DOI) [sic, Directorate Integration Office (DIO)] within the Constellation Program and they include geological exploration objectives along well designed traverses. These traverses are designed by the Traverse Team, an ad hoc group of some 10 geologists form NASA and academia, as well as experts in mission operation who define the operational constraints applicable to specific simulation scenarios. [Slide 2] These DRATS/DOI tests focus on 1) the performance of major surface systems, such as rovers, mobile habitats, communication architecture, navigation tools, earth-moving equipment, unmanned reconnaissance robots etc. under realistic field conditions and 2) the development of operational concepts that integrate all of these systems into a single, optimized operation. The participation of science is currently concentrating on geological sciences, with the objective of developing suitable tools and documentation protocols to sample representative rocks for Earth return, and to generate some conceptual understanding of the ground support structure that will be needed for the real time science-support of a lunar surface crew. [Slide 3] Major surface systems exercised in the June 2008 analog tests at the Moses Lake site, WA. [Upper left] The Chariot Rover (developed at Johnson Space Center) is an unpressurized vehicle driven by fully suited crews. [Upper right] Mobile Habitat provided by the Jet Propulsion Laboratory. Chariot is the more nimble and mobile vehicle and the idea is to drive the habitat remotely to some rendezvous place where Chariot would catch up - after a lengthy traverse - at the end of the day. [Lower left] The K-10 remotely operated robot (provided by NASA Ames Research Center) conducting scientific/geologic reconnaissance of the prospective traverse region, locating specific sites for more detailed exploration by Chariot and its crew. [Lower right] This earth-moving equipment (provided by NASA KSC) can be attached to Chariot and is envisioned to, for example, level an outpost site or to mine lunar soi

Horz, Friedrich↗