SEARCH · Engineering Papers
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.
The visibility science mode of the Keck Interferometer fully transitioned into operations with the successful completion of its operational readiness review in April, 2004. The goal of this paper is to describe this science mode and the operations structure that supports it.
Major changes are taking place in the way astronomy gets done. There are continuing advances in observational capabilities across the frequency spectrum, involving both ground-based and space-based facilities. There is also very rapid evolution of relevant computing and data management technologies. However, although the new technologies are filtering in to the astronomy community, and astronomers are looking at their computing needs in new ways, there is little coordination or coherent policy. Furthermore, although there is great awareness of the evolving technologies in the arena of operations, much of the existing operations infrastructure is ill-suited to take advantage of them. Astronomy, especially space astronomy, has often been at the cutting edge of computer use in data reduction and image analysis, but has been somewhat removed from advanced applications in operations, which have tended to be implemented by industry rather than by the end-user scientists. The purpose of this paper is threefold. First, we briefly review the background and general status of astronomy-related computing. Second, we make recommendations in three areas: data analysis; operations (directed primarily to NASA-related activities); and issues of management and policy, believing that these must be addressed to enable technological progress and to proceed through the next decade. Finally, we recommend specific NASA-related work as part of the Astrotech-21 plans, to enable better science operations in the operations of the Great Observatories and in the lunar outpost era.
Planetary surface exploration missions present considerable operational challenges in the form of substantial communication delays, limited communication windows, and limited communication bandwidth. A 3D visualization software was developed and delivered to the 2008 Phoenix Mars Lander (PML) mission. The components of the system include an interactive 3D visualization environment called Mercator, terrain reconstruction software called the Ames Stereo Pipeline, and a server providing distributed access to terrain models. The software was successfully utilized during the mission for science analysis, site understanding, and science operations activity planning. A terrain server was implemented that provided distribution of terrain models from a central repository to clients running the Mercator software. The Ames Stereo Pipeline generates accurate, high-resolution, texture-mapped, 3D terrain models from stereo image pairs. These terrain models can then be visualized within the Mercator environment. The central cross-cutting goal for these tools is to provide an easy-to-use, high-quality, full-featured visualization environment that enhances the mission science team s ability to develop low-risk productive science activity plans. In addition, for the Mercator and Viz visualization environments, extensibility and adaptability to different missions and application areas are key design goals.
The Science Activity Planner (SAP) is the science planning tool used for the Mars Exploration Rover (MER) mission. This paper begins with an overview of the software developed for MER and how it was used for science downlink analysis and activity planning.
Explore the source record for details and available documents.
This presentation will provide a brief overview of a International Space Station (ISS) remote user (scientist/experimenter) operation. Specifically, the presentation will show how Voice over IP (VoIP) is integrated into the ISS science payload operation and in the mission voice system. Included will be the details on how a scientist, using VON, will talk to the ISS onboard crew and ground based cadre from a scientist's home location (lab, office or garage) over tile public Internet and science nets. Benefit(s) to tile ISS Program (and taxpayer) and of VoIP versus other implementations also will be presented.
The Cassini team uses a variety of software utilities as they manage and coordinate their mission to Saturn. Most of these tools have been unchanged for many years, and although stability is a virtue for long-lived space missions, there are some less-fragile tools that could greatly benefit from modern improvements. This report shall describe three such upgrades, including their architectural differences and their overall impact. Emphasis is placed on the motivation and rationale behind architectural choices rather than the final product, so as to illuminate the lessons learned and discoveries made.These three enhancements included developing a strategy for migrating Science Planning utilities to a new execution model, rewriting the team's internal portal for ease of use and maintenance, and developing a web-based agenda application for tracking the sequence of files being transmitted to the Cassini spacecraft. Of this set, the first two have been fully completed, while the agenda application is currently in the early prototype stage.
In July 2013, NASA's Solar Radiation and Climate Experiment experienced a battery anomaly which placed it into safemode halting all science observations. Initial attempts to recover the spacecraft to an operational configuration failed due to the reduced capacity of the battery. As the keystone mission for measuring total solar irradiance, and the cornerstone mission for measuring the solar spectral irradiance there was a strong motivation for developing a new operations concept that would allow SORCE to resume daily measurements of the Sun. The operations team faced many challenges over the next several months. For a five-day period in late 2013 the operations team was able resume science observations to cross-calibrate SORCE data with a new instrument launched in November 2013. After the cross-calibration campaign was completed a new operations concept was deployed which allowed SORCE to perform daylight only operations. In this mode of operations all non-essential components are powered off at each eclipse entry and then turned back on at sunrise. In March 2014 SORCE resumed making daily measurements of the Sun. This paper will review the events and lessons learned from the six-month recovery effort.
This viewgraph representation presents an overview of a proposal to develop a space-based operations grid in support of space-based science experiments. The development of such a grid would provide a dynamic, secure and scalable architecture based on standards and next-generation reusable software and would enable greater science collaboration and productivity through the use of shared resources and distributed computing. The authors propose developing this concept for use on payload experiments carried aboard the International Space Station. Topics covered include: grid definitions, portals, grid development and coordination, grid technology and potential uses of such a grid.
Humanity is standing on the cusp of its next giant leap – an international, sustainable, and commercial return to the moon. Unlike the Apollo missions, the expectation that a permanent human presence will be established is well founded. Initially, crewed missions to the lunar surface are expected to last between 6 and 30 days and occur approximately once per year, however the robust suite of landers and orbiting assets proposed by both commercial and government entities provide an opportunity to conduct science research on the moon and in cis-lunar space, 24x7 for many years. In the 50 years since the conclusion of Apollo, NASA’s crewed space science missions have been evolving. This can be seen clearly from Skylab and the Space Shuttle’s Spacelab to the International Space Station (ISS). Presently aboard the ISS, international crews spend nearly half their time working on experiments while many payloads collect science non-stop with either very limited, or no crew interaction. Additionally, a fleet of orbiting experiments complement and validate those investigations performed on the ISS. As the number, variety, and complexity of these investigation increase, it becomes ever more necessary to integrate across the many entities involved to prevent duplication of effort, ensure complementary results, reduce cost, and create a sustainable environment to conduct groundbreaking scientific research in space. In this paper, we examine how the various elements of the Artemis program including NASA’s Lunar Gateway, Commercial Lunar Payload Services (CLPS) endeavor, the Human Landing Systems (HLS), surface habitats, rovers and many more will be operated to ensure interoperability, maximize science return, and enable success for government, commercial and private partners.
Humanity is standing on the cusp of its next giant leap – an international, sustainable, and commercial return to the moon. Unlike the Apollo missions, the expectation that a permanent human presence will be established is well founded. Initially, crewed missions to the lunar surface are expected to last between 6 and 30 days and occur approximately once per year, however the robust suite of landers and orbiting assets proposed by both commercial and government entities provide an opportunity to conduct science research on the moon and in cis-lunar space, 24x7 for many years. In the 50 years since the conclusion of Apollo, NASA’s crewed space science missions have been evolving. This can be seen clearly from Skylab and the Space Shuttle’s Spacelab to the International Space Station (ISS). Presently aboard the ISS, international crews spend nearly half their time working on experiments while many payloads collect science non-stop with either very limited, or no crew interaction. Additionally, a fleet of orbiting experiments complement and validate those investigations performed on the ISS. As the number, variety, and complexity of these investigation increase, it becomes ever more necessary to integrate across the many entities involved to prevent duplication of effort, ensure complementary results, reduce cost, and create a sustainable environment to conduct groundbreaking scientific research in space. In this paper, we examine how the various elements of the Artemis program including NASA’s Lunar Gateway, Commercial Lunar Payload Services (CLPS) endeavor, the Human Landing Systems (HLS), surface habitats, rovers and many more will be operated to ensure interoperability, maximize science return, and enable success for government, commercial and private partners.
In June of 2016, the Biologic Analog Science Associated with Lava Terrains (BASALT) research project conducted its first field deployment, which we call BASALT-1. BASALT-1 consisted of a science-driven field campaign in a volcanic field in Idaho as a simulated human mission to Mars. Scientists and mission operators were provided a suite of ground software tools that we refer to collectively as Minerva to carry out their work. Minerva provides capabilities for traverse planning and route optimization, timeline generation and display, procedure management, execution monitoring, data archiving, visualization, and search. This paper describes the Minerva architecture, constituent components, use cases, and some preliminary findings from the BASALT-1 campaign.
In June of 2016, the Biologic Analog Science Associated with Lava Terrains (BASALT) research project conducted its first field deployment, which we call BASALT-1. BASALT-1 consisted of a science-driven field campaign in a volcanic field in Idaho as a simulated human mission to Mars. Scientists and mission operators were provided a suite of ground software tools that we refer to collectively as Minerva to carry out their work. Minerva provides capabilities for traverse planning and route optimization, timeline generation and display, procedure management, execution monitoring, data archiving, visualization, and search. This paper describes the Minerva architecture, constituent components, use cases, and some preliminary findings from the BASALT-1 campaign.
The operation teams engaged in the IR Astronomical Satellite (IRAS) project included scientists from the IRAS International Science Team. The detailed involvement of these scientists in the design, testing, validation, and operations phases of the IRAS mission contributed to the success of this project. The Project Management Group spent a substantial amount of time discussing science-related issues, because science team coleaders were members from the outset. A single scientific point-of-contact for the Management Group enhanced the depth and continuity of agreement reached in decision-making.
Since entering orbit on July 4, 2016, the Juno spacecraft has executed 34 closest approach passes of Jupiter, completing the prime mission. During each closest approach, called perijove, the spacecraft comes within 4,000 km of the cloud tops and the motion of the spacecraft becomes perturbed by the gravitational field of Jupiter. These small changes in the motion of the spacecraft are detected using the Juno Gravity Science Instrument by measuring the Doppler shift of the radio link between the Juno spacecraft and NASA’s Deep Space Network (DSN). During a majority of these closest approach passes, the 34-meter DSS-25 antenna transmits simultaneous X-band and Ka-band uplink to the spacecraft. Juno’s onboard X-band transponder and Ka-band translator phase-coherently return the signals back to Earth for reception at the same DSS-25 antenna. The precise frequency of these signals is measured by processing open-loop recordings of the signal. These measurements, characterized by ~5-10 micron/sec accuracies (after calibration of charged particle noise and Earth troposphere), have probed the gravity field of Jupiter to unprecedented precision, allowing for discoveries of Jupiter’s core size and depth of the zonal winds. Successful operations of the instrument during perijoves requires careful planning and coordination between DSN engineers, the Juno project, and the Juno science team. This work discusses the operations of the Juno Gravity Science Instrument after five years of prime mission operations. Lessons learned are documented to be applied to future missions and the Juno extended mission. Although the Juno extended mission formally started on August 1, 2021, on June 7, 2021, the trajectory was modified with a flyby of Ganymede, the third Galilean moon of Jupiter. Gravity and radio science investigations of Jupiter and its moons will continue to play a key role in Juno’s objectives during the extended mission.
This paper addresses the efforts undertaken and the technology deployed to aggregate and distribute the metadata characterizing the real-time operations associated with NASA Earth Observing Systems (EOS) high-rate front-end systems and the science data collected at multiple ground stations and forwarded to the Goddard Space Flight Center for level 0 processing. Station operators, mission project management personnel, spacecraft flight operations personnel and data end-users for various EOS missions can retrieve the information at any time from any location having access to the internet. The users are distributed and the EOS systems are distributed but the centralized metadata accessed via an external web server provide an effective global and detailed view of the enterprise-wide events as they are happening. The data-driven architecture and the implementation of applied middleware technology, open source database, open source monitoring tools, and external web server converge nicely to fulfill the various needs of the enterprise. The timeliness and content of the information provided are key to making timely and correct decisions which reduce project risk and enhance overall customer satisfaction. The authors discuss security measures employed to limit access of data to authorized users only.
We present an overview of the Data Validation (DV) software component and its context within the Kepler ScienceOperations Center (SOC) pipeline and overall Kepler Science mission. The SOC pipeline performs a transiting planetsearch on the corrected light curves for over 150,000 targets across the focal plane array. We discuss the DV strategy forautomated validation of Threshold Crossing Events (TCEs) generated in the transiting planet search. For each TCE, atransiting planet model is fitted to the target light curve. A multiple planet search is conducted by repeating the transitingplanet search on the residual light curve after the model flux has been removed; if an additional detection occurs, aplanet model is fitted to the new TCE. A suite of automated tests are performed after all planet candidates have beenidentified. We describe a centroid motion test to determine the significance of the motion of the target photocenterduring transit and to estimate the coordinates of the transit source within the photometric aperture; a series of eclipsingbinary discrimination tests on the parameters of the planet model fits to all transits and the sequences of odd and eventransits; and a statistical bootstrap to assess the likelihood that the TCE would have been generated purely by chancegiven the target light curve with all transits removed.