Search NASA⌕ Search

SEARCH · Search NASA

Results for “Ground Systems Development and Operations”

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 235 records · Page 13

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.

phased array antenna control software↗

REACH: Real-Time Data Awareness in Multi-Spacecraft Missions

Missions have been proposed that will use multiple spacecraft to perform scientific or commercial tasks. Indeed, in the commercial world, some spacecraft constellations already exist. Aside from the technical challenges of constructing and flying these missions, there is also the financial challenge presented by the tradition model of the flight operations team (FOT) when it is applied to a constellation mission. Proposed constellation missions range in size from three spacecraft to more than 50. If the current ratio of three-to-five FOT personnel per spacecraft is maintained, the size of the FOT becomes cost prohibitive. The Advanced Architectures and Automation Branch at the Goddard Space Flight Center (GSFC Code 588) saw the potential to reduce the cost of these missions by creating new user interfaces to the ground system health-and-safety data. The goal is to enable a smaller FOT to remain aware and responsive to the increased amount of ground system information in a multi-spacecraft environment. Rather than abandon the tried and true, these interfaces were developed to run alongside existing ground system software to provide additional support to the FOT. These new user interfaces have been combined in a tool called REACH. REACH-the Real-time Evaluation and Analysis of Consolidated Health-is a software product that uses advanced visualization techniques to make spacecraft anomalies easy to spot, no matter how many spacecraft are in the constellation. REACH reads a real-time stream of data from the ground system and displays it to the FOT such that anomalies are easy to pick out and investigate. Data visualization has been used in ground system operations for many years. To provide a unique visualization tool, we developed a unique source of data to visualize: the REACH Health Model Engine. The Health Model Engine is rule-based software that receives real-time telemetry information and outputs "health" information related to the subsystems and spacecraft that the telemetry belong to. The Health Engine can run out-of-the-box or can be tailored with a scripting language. Out of the box, it uses limit violations to determine the health of subsystems and spacecraft; when tailored, it determines health using equations combining the values and limits of any telemetry in the spacecraft. The REACH visualizations then "roll up" the information from the Health Engine into high level, summary displays. These summary visualizations can be "zoomed" into for increasing levels of detail. Currently REACH is installed in the Small Explorer (SMEX) lab at GSFC, and is monitoring three of their five spacecraft. We are scheduled to install REACH in the Mid-sized Explorer (MIDEX) lab, which will allow us to monitor up to six more spacecraft. The process of installing and using our "research" software in an operational environment has provided many insights into which parts of REACH are a step forward and which of our ideas are missteps. Our paper explores both the new concepts in spacecraft health-and-safety visualization, the difficulties of such systems in the operational environment, and the cost and safety issues of multi-spacecraft missions.

Maks, Lori↗

Integrating Ground System Tools From Multiple Technologies Into a Single System Environment

With rapid technology changes and new and improved development techniques, it becomes extremely difficult to try to add capabilities to existing ground systems without wanting to replace the entire system. Replacing entire systems is not usually cost effective so there is a need to be able to slowly improve systems without long development times that introduce risk due to large amounts of change. The Marshall Space Flight Center s (MSFC) Payload Operations Integration Center (POIC) ground system provides command, telemetry, and payload planning systems in support of the International Space Station. Our systems have continuously evolved with technology changes due to hardware end of life issues, and also due to user requirement changes. As changes have been implemented, we have tried to take advantage of some of the latest technologies while at the same time maintaining certain legacy capabilities that are not cost affective to replace. One of our biggest challenges is to integrate all of these implementations into a single system that is usable, maintainable, and scalable. Another challenge is to provide access to our tools in such a way that users are not aware of all the various implementation methods and tools being used. This approach not only makes our system much more usable, it allows us to continue to migrate capabilities and to add capabilities without impacting system usability. This paper will give an overview of the tools used for MSFC ISS payload operations and show an approach for integrating various technologies into a single environment that is maintainable, flexible, usable, cost effective, and that meets user needs.

Ritter, George H.↗

A US History of Airbreathing/Rocket Combined-Cycle (RBCC) Propulsion for Powering Future Aerospace Transports, with a Look Ahead to the Year 2020

A technohistorical and forward-planning overview of U.S. developments in combined airbreathing/rocket propulsion for advanced aerospace vehicle applications is presented. Such system approaches fall into one of two categories: (1) Combination propulsion systems (separate, non-interacting engines installed), and (2) Combined-Cycle systems. The latter, and main subject, comprises a large family of closely integrated engine types, made up of both airbreathing and rocket derived subsystem hardware. A single vehicle-integrated, multimode engine results, one capable of operating efficiently over a very wide speed and altitude range, atmospherically and in space. While numerous combination propulsion systems have reached operational flight service, combined-cycle propulsion development, initiated ca. 1960, remains at the subscale ground-test engine level of development. However, going beyond combination systems, combined-cycle propulsion potentially offers a compelling set of new and unique capabilities. These capabilities are seen as enabling ones for the evolution of Spaceliner class aerospace transportation systems. The following combined-cycle hypersonic engine developments are reviewed: (1) RENE (rocket engine nozzle ejector), (2) Cryojet and LACE, (3) Ejector Ramjet and its derivatives, (4) the seminal NASA NAS7-377 study, (5) Air Force/Marquardt Hypersonic Ramjet, (6) Air Force/Lockheed-Marquardt Incremental Scramjet flight-test project, (7) NASA/Garrett Hypersonic Research Engine (HRE), (8) National Aero-Space Plane (NASP), (9) all past projects; and such current and planned efforts as (10) the NASA ASTP-ART RBCC project, (11) joint CIAM/NASA DNSCRAM flight test,(12) Hyper-X, (13) Trailblazer,( 14) W-Vehicle and (15) Spaceliner 100. Forward planning programmatic incentives, and the estimated timing for an operational Spaceliner powered by combined-cycle engines are discussed.

Escher, William J. D.↗

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.↗

Advanced Biotelemetry Systems for Space Life Sciences

The Sensors 2000! Program at NASA-Ames Research Center is developing an Advanced Biotelemetry System (ABTS) for Space Life Sciences applications. This modular suite of instrumentation is planned to be used in operational spaceflight missions, ground-based research and development experiments, and collaborative, technology transfer and commercialization activities. The measured signals will be transmitted via radio-frequency (RF), electromagnetic or optical carriers and direct-connected leads to a remote ABTS receiver and data acquisition system for data display, storage, and transmission to Earth. Intermediate monitoring and display systems may be hand held or portable, and will allow for personalized acquisition and control of medical and physiological data.

Hines, John W.↗

International Space Station Alpha user payload operations concept

International Space Station Alpha (ISSA) will accommodate a variety of user payloads investigating diverse scientific and technology disciplines on behalf of five international partners: Canada, Europe, Japan, Russia, and the United States. A combination of crew, automated systems, and ground operations teams will control payload operations that require complementary on-board and ground systems. This paper presents the current planning for the ISSA U.S. user payload operations concept and the functional architecture supporting the concept. It describes various NASA payload operations facilities, their interfaces, user facility flight support, the payload planning system, the onboard and ground data management system, and payload operations crew and ground personnel training. This paper summarizes the payload operations infrastructure and architecture developed at the Marshall Space Flight Center (MSFC) to prepare and conduct ISSA on-orbit payload operations from the Payload Operations Integration Center (POIC), and from various user operations locations. The authors pay particular attention to user data management, which includes interfaces with both the onboard data management system and the ground data system. Discussion covers the functional disciplines that define and support POIC payload operations: Planning, Operations Control, Data Management, and Training. The paper describes potential interfaces between users and the POIC disciplines, from the U.S. user perspective.

Schlagheck, Ronald A.↗

Network command processing system overview

The Network Command Processing System (NCPS) developed for the National Aeronautics and Space Administration (NASA) Ground Network (GN) stations is a spacecraft command system utilizing a MULTIBUS I/68030 microprocessor. This system was developed and implemented at ground stations worldwide to provide a Project Operations Control Center (POCC) with command capability for support of spacecraft operations such as the LANDSAT, Shuttle, Tracking and Data Relay Satellite, and Nimbus-7. The NCPS consolidates multiple modulation schemes for supporting various manned/unmanned orbital platforms. The NCPS interacts with the POCC and a local operator to process configuration requests, generate modulated uplink sequences, and inform users of the ground command link status. This paper presents the system functional description, hardware description, and the software design.

Nam, Yon-Woo↗

VIPER Lunar Rover Agile Mission Systems

Agile development methods, which have gone from outlier to mainstream in software development, are poised to expand into all aspects of space mission development. Modern software development operates on a principle of continuous deployment, where progress is verified not with conventional metrics, but with a continuous build, available to key stakeholders, enabling direct examination of the state of the code base, and assessment of progress through demonstration of capability. Delivery times are measured in weeks, not months. Stakeholders are part of the process on an ongoing basis. The cost of change is comparatively low and requirements, which often are not precisely defined at the start of a project, may be iteratively refined in a series of agile development cycles. Agile methods are compatible with traditional system engineering methods and may be tailored to the space operations environment. The low cost of change and iterative development cycles of agile enable requirements to be defined as outcomes and constraints, with design details to be refined during the development cycle. We are now at a point where agile methods may be extended beyond software, to Mission Systems, including the Mission Operations System and the Ground Data System. For NASA’s VIPER Lunar Rover Mission, scheduled to land at a lunar pole in late 2023, we are developing the Mission System using agile methods. As in agile software, where the measure of progress is working code, in agile mission system development, the measure of capability is what we can demonstrate. Demonstrations over presentations. We demonstrate mission system capability using simulations. The concept of operations, from commanding, to driving the rover, to how we downlink images for evaluation for a near-real time command cycle, will be tested and proven in simulation, years before we begin the traditional simulation cycle for training. “Say it then simulate it.” We develop and refine our designs using simulations, with an emphasis on new components of the system that are not well known early. For example, the required duration of a mission planning cycle for a lunar surface asset such as VIPER, that operates twenty-four hours a day, seven days a week, with continuous communications and a unique set of constraints based on the physics of the lunar poles and the line of site to Earth, is a unique problem in mission planning that is unlikely to be solved in a series of meetings. A small number of requirements specifying the outcomes may serve as the jumping off point to an agile development cycle, with demonstration in simulations. We have already demonstrated this process with simulations of rover driver decision time. VIPER is driven using near-real time command and control to waypoints. The driver decision time between waypoints is a fundamental enabling unit of productivity to accomplish the mission timeline. We have validated driver decision time in simulations of rover driving at the lunar South Pole, using the prototype mission tools for driving, command and control. The capability to develop and refine designs using simulations as part of agile Mission System development cycle changes the nature of team interactions, creating a focus on doing, rather than analyzing and documenting. Waterfall development cycles were, in part, a product of the significant cost of change in the early days of spaceflight. When the cost of change is high, it is vital to get your requirements right at the outset, because the system will be built to those specifications, and, when change is expensive, you better get it right early. However, modern technology has greatly lowered the cost of change, enabling iterative, rapid development cycles, in which key operations concepts may be tested and refined during development. Extending agile development to the Mission System for VIPER is a significant step in moving agile development methods for space operations beyond software, to the Mission System.

Agile↗

Lessons learned: DC-X

The DC-X was conceived and developed specifically to lay the ground work for significantly lowering the cost of space operations. The system design was based on an initial set of program goals and a finite, limited set of resources. The goal in its simplest terms was to demonstrate vertical landing after rotation of the vehicle from a nose-first to an engines-first altitude. Finite resources actually drove the selection of a robust design to reduce fabrication and preflight testing costs. The result was a system with a large amount of flexibility which allowed expansion of the test goals as the system, and test program, evolved. The use of the vehicle flight computer interfacing with the ground control system for flight crew training was also not an initial concept. However, by defining an architecture for the system control modes which allowed additions and modifications as learning progressed, the 6 DOF codes used for flight controls software development were transported to the operating system to be used in a simulated flight mode. Flight data reduction was also greatly improved as the program progressed, and the data needs and presentation were refined. The software, avionics hardware, and the FOCC system development proceeded ahead of the vehicle, primarily because most of the hardware elements were existing at the outset of the program. The Built-in-Test (BIT) for avionics and propulsion systems were adequate. Particularly the flight readiness system which verified the vehicle health after engine start and before throttle-up for flight.

Steinmeyer, D. A.↗

Functional design for operational earth resources ground data processing

The author has identified the following significant results. Study emphasis was on developing a unified concept for the required ground system, capable of handling data from all viable acquisition platforms and sensor groupings envisaged as supporting operational earth survey programs. The platforms considered include both manned and unmanned spacecraft in near earth orbit, and continued use of low and high altitude aircraft. The sensor systems include both imaging and nonimaging devices, operated both passively and actively, from the ultraviolet to the microwave regions of the electromagnetic spectrum.

Baldwin, C. J.↗

X-57 Cockpit Interface Control Document (ICD-CEPT-006)

The Cockpit Interface Control Document defines the hardware interfaces between the X-57 cockpit and subsystems. It provides locational and operational information in support of ground and flight operations with details on controls and displays that include Modes of Operation, Start-Up and Shut- Down Sequence diagrams and captures the current state of the MOD II Avionics Power Architecture. There is also preliminary information of the MOD III and MOD IV configurations. Microsoft PowerPoint was chosen for the document as early development required frequent meetings with multiple customers including aircraft operators (pilots), ground operations, support contractors and power, instrumentation, and human systems integration engineers and PowerPoint enabled presentations that could be quickly modified based on customer and developer interaction. One of the driving requirements for the cockpit design was to keep the left side panel as close the stock Tecnam panel as possible to reduce the failure risk of flight critical indicators. The original annunciator panel in the left side panel was modified to alert the pilot to failures in critical X-57 subsystems and an operator audio alert capability was added for these subsystems. Power-Up switches for the aircraft low voltage 13.8 VDC systems are located at the bottom of the left side panel and center panel, the same location as the stock Tecnam 13.8 VDC switches. The switches for energizing the high voltage system were located in the overhead panel to reduce the risk of inadvertently energizing the high voltage system during the low voltage power-up sequence. The Cruise Motor ARM switches were also located in the overhead panel and correspond to the same location as the stock Tecnam ignition switches. The stock Tecnam throttle levers and prop pitch levers were retained for the X-57. The throttle levers were renamed torque levers since they controlled the commanded torque to the cruise motors. The prop pitch levers provide a commanded RPM signal to an electronic prop pitch controller. X-57 specific displays, located in the right-side panel, are driven by dedicated sensors that monitor right and left side cruise motor RPM, right and left high voltage “Traction Bus” A and B (voltage, current and power) and the Avionics Bus DC converters (A and B) voltage and current. An X-57 Multi-Function Display (MFD) located in the center panel displays CAN Bus parameters. CAN Bus architecture is not certified for flight so these displays could not be used for safety critical information but were designed to be used for test point information only.

Laura Kushner↗

Lessons for Future In-Space Telerobotic Servicing from Robotic Refueling Mission

The Robotic Refueling Mission (RRM) was a multi-phased technology development effort by the National Aeronautics & Space Administration (NASA) and the Canadian Space Agency (CSA). The program leveraged the existing robotic systems and expertise of the International Space Station (ISS) program and the tool design and satellite servicing expertise of NASA’s Exploration & In-space Services (NExIS) Projects Division at Goddard Space Flight Center (GSFC) to evaluate new hardware and techniques for on-orbit telerobotic servicing. Between 2011 and 2021, two external ISS payloads housed over a dozen robotic tools and adapters designed to service a variety of existing and novel satellite interfaces. Robot operators at NASA’s Johnson Space Center (JSC) and CSA used the Special Purpose Dexterous Manipulator (SPDM) to retrieve and operate these tools for tasks such as cutting wires or multi-layer insulation blanketing, removing valve caps, mating electrical connectors, transferring fluids, and performing visual inspections inside a vehicle. Each phase of RRM involved years of preparation. Tool and interface designs were prototyped and evaluated using both NASA and Canadian ground robotic systems. Procedures were developed by GSFC engineers and vetted in partnership with JSC and CSA robot operators. GSFC engineers were trained to provide real-time support during on-orbit operations. These preparatory efforts and the successful on-orbit evaluations yielded an array of lessons for future in-space telerobotic missions. Designing robotic tools for the space environment requires special consideration of materials, indicators, and differences between ground and flight use cases and environments. When there is a limited window for on-orbit operations, devoting time and high-fidelity hardware to ground testing can be critical. Needs during potential troubleshooting are more essential to camera view quality, frame rate, and position requirements more than nominal operations. Detailed hardware manuals, nominal and contingency procedures, along with clearly defined operations team roles and protocols are vital for efficiency. RRM also demonstrated how the ISS can be utilized to increase the technology readiness levels required for future missions and led to additional technology partnerships between NExIS and the ISS program. The lessons from RRM are currently being applied to designs, operations concepts, and ground test methodology for missions such as On-orbit Servicing, Assembly, and Manufacturing1(OSAM-1)and Mars Sample Return.

Zakiya Tomlinson↗

Intelligent (Autonomous) Power Controller Development for Human Deep Space Exploration

As NASAs Evolvable Mars Campaign and other exploration initiatives continue to mature they have identified the need for more autonomous operations of the power system. For current human space operations such as the International Space Station, the paradigm is to perform the planning, operation and fault diagnosis from the ground. However, the dual problems of communication lag as well as limited communication bandwidth beyond GEO synchronous orbit, underscore the need to change the operation methodology for human operation in deep space. To address this need, for the past several years the Glenn Research Center has had an effort to develop an autonomous power controller for human deep space vehicles. This presentation discusses the present roadmap for deep space exploration along with a description of conceptual power system architecture for exploration modules. It then contrasts the present ground centric control and management architecture with limited autonomy on-board the spacecraft with an advanced autonomous power control system that features ground based monitoring with a spacecraft mission manager with autonomous control of all core systems, including power. It then presents a functional breakdown of the autonomous power control system and examines its operation in both normal and fault modes. Finally, it discusses progress made in the development of a real-time power system model and how it is being used to evaluate the performance of the controller and well as using it for verification of the overall operation.

Power Systems↗

An operational data compression system using minicomputers.

Functional description of the real-time programmable data compression system that has been developed for operation between the data acquisition and satellite service ground stations and the ATS 1 and 3 satellites. The source data consist of TV pictures from these satellites that are received, compressed, transmitted, and reconstructed in real-time. General purpose minicomputers and specially designed I/O channels are used for compression and reconstruction. The installed compression system has passed all system input-output tests. Because of the great flexibility of the minicomputers, it is possible to vary the compression and to perform auxiliary tasks, such as data formatting.

Davisson, L. D.↗

Formalizing procedures for operations automation, operator training and spacecraft autonomy

The generation and validation of operations procedures is a key task of mission preparation that is quite complex and costly. This has motivated the development of software applications providing support for procedures preparation. Several applications have been developed at MATRA MARCONI SPACE (MMS) over the last five years. They are presented in the first section of this paper. The main idea is that if procedures are represented in a formal language, they can be managed more easily with a computer tool and some automatic verifications can be performed. One difficulty is to define a formal language that is easy to use for operators and operations engineers. From the experience of the various procedures management tools developed in the last five years (including the POM, EOA, and CSS projects), MMS has derived OPSMAKER, a generic tool for procedure elaboration and validation. It has been applied to quite different types of missions, ranging from crew procedures (PREVISE system), ground control centers management procedures (PROCSU system), and - most relevant to the present paper - satellite operation procedures (PROCSAT developed for CNES, to support the preparation and verification of SPOT 4 operation procedures, and OPSAT for MMS telecom satellites operation procedures).

Lecouat, Francois↗

NASA Utilization of Space Nuclear Systems for Robotic and Human Exploration Missions: Response to EO 13972: Promoting Small Nuclear Reactors for National Defense and Space Exploration

Space Nuclear Systems (SNS) technology development offers a wide range of capabilities to support NASA’s current and future missions. Executive Order (EO) 13972, “Promoting Small Modular Reactors for National Defense and Space Exploration” [1], issued 5 January 2021, directs NASA to define requirements for NASA utilization of nuclear energy systems for human and robotic exploration missions through 2040 and analyze the costs and benefits of such requirements.” Although it is premature to define requirements and cost for future exploration missions that have not yet been formulated, this report describes planned objectives and missions by 2040 that are enabled or enhanced by nuclear systems while taking into account a number of unique considerations for nuclear energy in the space environment. Nuclear energy systems are enabling for space missions and critical capabilities where conventional forms of energy production are impractical or impossible due to mass constraints, mission duration, or distance from the Sun. Space nuclear technologies available or in development for use by 2040 utilize radioisotope decay or nuclear fission and fall into three categories: heat, power, and propulsion. Current applications utilize radioisotope power systems that provide consistent and reliable performance in the sub-kilowatt power range. More advanced SNS can enable new mission objectives where high energy density solutions are critical, or where access to solar solutions is prohibitive. Higher power radioisotope and fission systems are under development within NASA for a wide variety of human exploration and science mission applications. Planned missions designed to use radioisotope systems include Dragonfly, a rotorcraft that will explore the surface of Titan, and Persephone, a mission concept for a Pluto orbiter. Nuclear fission systems have the key advantage of providing significantly higher power, lower mass solutions from tens to even thousands of kilowatts. Fission power is enabling to a sustained human presence on the Moon and developing a robust lunar economy. Fission propulsion is enabling for missions within and beyond cis-lunar space. This report examines NASA-envisioned mission applications and associated performance needs for SNS over the next twenty years leading to 2040 along with the unique technical considerations posed by space nuclear technology development. This includes engineering and operational logistics for ground handling, thermal management, survival of the space environment, operational safety, power requirements, and service longevity. Safety to the public, the NASA work force, and agency assets remains a top priority for NASA and particular attention is given to this aspect in the design, hardware assembly, ground operation, launch, and mission operation of an SNS. NASA relies on the Department of Energy as nuclear authority and its legacy of rigorous safety procedures as standards for ground development, test, transportation, and launch site operation. The principal concern is preventing unintended radiological release to the public or environment. Radioisotope system experience has established processes, including ground operation, transportation, and launch, that are considered directly applicable to emerging fission systems; however, fission systems have unique design needs that impact the safety and performance requirements. High efficiency power conversion from both fission and radioisotope systems requires high operating temperatures necessitating both passive and active thermal management to maintain safe and nominal operating conditions. Effective cooling and waste heat rejection have special considerations for space applications, whether in zero-g or reduced gravity. Fluid and heat transfer within the reactor system is not anticipated to be impacted by reduced or zero-g environments. Cryogenic working fluids and propellant supplies utilized in some space nuclear applications will need low mass, high capacity cryocoolers to meet the long-term storage and near zero-boiloff needs. Integrated, high power density SNS capable of being packaged in a single vehicle is a key consideration for NASA. Due to concerns for complexity and reliability, in space reactor assembly and reactor refueling are not current design considerations. Expanding into a new era for space exploration depends on mass-efficient, high-energy solutions to power deep-space vehicles, operate in harsh environments, and increase mission flexibility. NASA nuclear technology investments are targeting power for surface operations and propulsion for fast-transit, deep-space missions, all with the ability to reliably operate without the need for repair or refueling. NASA’s goals, enabled by nuclear technologies, provide for exciting advances in scientific objectives and human exploration, ushering in a new space age that enables a human presence on bodies beyond our Earth.

nuclear↗

Applications of AI for automated monitoring - The SHARP system

This paper describes a software system which utilizes artificial intelligence technology to automate several real-time mission operations functions. The paper gives an overview of Voyager spacecraft telecommunications operations at the Jet Propulsion Laboratory to highlight requirements for operations automation in the area of real-time monitoring and analysis. A knowledge-based system, called the 'Spacecraft Health Automated Reasoning Prototype' (SHARP), was developed to explore methods for automated ground data system health and status analysis. The prototype system was applied to Voyager spacecraft telecommunications operations, and installed in the Voyager real-time telecommunications operations area during the spacecraft's encounter with the planet Neptune. The paper reviews the design of the fault detection and diagnosis portions of SHARP, and discusses the performance of SHARP during the encounter. Two follow-on systems based on SHARP which are now in development are also discussed.

Atkinson, David J.↗