Search NASASearch

Engineering topics

Murray, Alexander

Publications and source records attributed to Murray, Alexander.

Near-Earth Object Surveyor Overview

The Near-Earth Object (NEO) Surveyor is designed to detect, categorize and characterize Near-Earth Objects (NEOs) using infrared imaging. The project was approved to enter the preliminary design phase (Phase B) in FY21 after an extended Concept Development Phase (Phase A). The NEO Surveyor project responds to US Public Law 109-155[1], National Research Council’s report “Defending Planet Earth: Near-Earth Object Surveys & Hazard Mitigation Strategies (2010)”[2], the U. S. National Near-Earth Object Preparedness Strategy and Action Plan (June 2018)[3], and the objectives of NASA’s Planetary Defense Coordination Office (PDCO). The goals of the NEO Surveyor project are to: (1) identify impact hazards to the Earth posed by NEOs (defined as asteroids and comets that come within 1.3 AU of the Sun) by performing a comprehensive survey of the NEO population; (2) obtain detailed physical characterization data for individual objects that are likely to pose an impact hazard; (3) characterize the entire population of potentially hazardous NEOs to inform potential mitigation strategies. The mission will make significant progress toward the George E. Brown, Jr. NEO Survey Program objective defined by the U. S. Congress of detecting, tracking, cataloging, and characterizing at least 90% of NEOs equal to or larger than 140 m in diameter. The project is a collaboration between NASA-JPL, the University of Arizona (UA) and industry, with Ball Aerospace notably providing the spacecraft and key instrument elements. This paper will describe the overall NEO Surveyor Project objectives, initial spacecraft and instrument design and development plans and mission concept.

Veto, Michael

Aquarius' Object-Oriented, Plug and Play Component-Based Flight Software

The Aquarius mission involves a combined radiometer and radar instrument in low-Earth orbit, providing monthly global maps of Sea Surface Salinity. Operating successfully in orbit since June, 2011, the spacecraft bus was furnished by the Argentine space agency, Comision Nacional de Actividades Espaciales (CONAE). The instrument, built jointly by NASA's Caltech/JPL and Goddard Space Flight Center, has been successfully producing expectation-exceeding data since it was powered on in August of 2011. In addition to the radiometer and scatterometer, the instrument contains an command & data-handling subsystem with a computer and flight software (FSW) that is responsible for managing the instrument, its operation, and its data. Aquarius' FSW is conceived and architected as a Component-based system, in which the running software consists of a set of Components, each playing a distinctive role in the subsystem, instantiated and connected together at runtime. Component architectures feature a well-defined set of interfaces between the Components, visible and analyzable at the architectural level (see [1]). As we will describe, this kind of an architecture offers significant advantages over more traditional FSW architectures, which often feature a monolithic runtime structure. Component-based software is enabled by Object-Oriented (OO) techniques and languages, the use of which again is not typical in space mission FSW. We will argue in this paper that the use of OO design methods and tools (especially the Unified Modeling Language), as well as the judicious usage of C++, are very well suited to FSW applications, and we will present Aquarius FSW, describing our methods, processes, and design, as a successful case in point.

Component Architecture

The Use of Modeling for Flight Software Engineering on SMAP

The Soil Moisture Active Passive (SMAP) mission proposes to deploy an Earth-orbiting satellite with the goal of obtaining global maps of soil moisture content at regular intervals. Launch is currently planned in 2014. The spacecraft bus would be built at the Jet Propulsion Laboratory (JPL), incorporating both new avionics as well as hardware and software heritage from other JPL projects. [4] provides a comprehensive overview of the proposed mission

Software architecture

State-Chart Autocoder

A computer program translates Unified Modeling Language (UML) representations of state charts into source code in the C, C++, and Python computing languages. ( State charts signifies graphical descriptions of states and state transitions of a spacecraft or other complex system.) The UML representations constituting the input to this program are generated by using a UML-compliant graphical design program to draw the state charts. The generated source code is consistent with the "quantum programming" approach, which is so named because it involves discrete states and state transitions that have features in common with states and state transitions in quantum mechanics. Quantum programming enables efficient implementation of state charts, suitable for real-time embedded flight software. In addition to source code, the autocoder program generates a graphical-user-interface (GUI) program that, in turn, generates a display of state transitions in response to events triggered by the user. The GUI program is wrapped around, and can be used to exercise the state-chart behavior of, the generated source code. Once the expected state-chart behavior is confirmed, the generated source code can be augmented with a software interface to the rest of the software with which the source code is required to interact.

Clark, Kenneth