SEARCH · Engineering Papers

Results for “mission software”

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.

SourceResearch connectionFrom yearThrough year

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 685 records · Page 38

All sources NASA NTRS DOE OSTI

NASA NTRS2017

The Universal Space Transponder: A Next Generation Software Defined Radio

The Universal Space Transponder (UST) is a next generation transponder developed at the Jet Propulsion Laboratory to meet a large variety of telecom, navigation, and radio science needs for future deep-space and near-Earth missions. This paper details the UST software defined radio design and describes how the combination of a modular hardware architecture and in-flight reprogrammability enables a new level of flexibility and expandability for a space transponder. The UST uses common power and digital processing assemblies that can be integrated with a variety of RF modules and is capable of simultaneous, multiband operations with data rates up to 37.5 Mbps RX and 300 Mbps TX. This allows a single radio to support all the direct-to-Earth and relay communication requirements for even complex mission scenarios, reducing the total cost, mass, and power. The discussion includes a description of the current UST engineering models that have been built and tested, as well as details about the next generation capabilities supported by UST, including advanced link coding and modulation, radiometric techniques, and in-radio protocol handling. Details are also presented on RF modules and digital processing in development for radio science and astronomy purposes, including a bistatic radar receiver and broadband planetary emissions receiver. These will demonstrate the ability to integrate low-cost science instruments into the UST architecture, further expanding the versatility of the UST.

Jedrey, Thomas↗

NASA NTRS1980

Entry guidance and entry autopilot (STS-1 baseline)

Preliminary entry guidance and autopilot software formulations, for use in the Mission Control Center (MCC) entry processor, are presented. The MCC requirements are met by a definition of coordinate systems, a list of parameter definitions for the software formulations, a description of the entry guidance detailed formulation requirements, a description of the detailed autopilot formualtion requirements, a description of the targeting routine, and a set of formulation flow charts.

Harpold, J. C.↗

NASA NTRS2023

Development of Level of Detail System and First-Person Camera for the GCAS Visualization Suite

The use of data-driven simulations has become standard practice as part of planning for future space missions. These simulations allow visualizing the data interactively to show what the data represents, as well as the importance of the data in the context of the mission. Using this visualized data can enhance users’ understanding of it and accelerate analysis efforts related to missions planned around it. Three-dimensional (3D) visualization software was developed to allow creating 3D representations of various communication systems, as well as the physical terrain of the Moon, for upcoming missions. The goal of this software development effort was to create interactive visualization capabilities in the Glenn Research Center Communication Analysis Suite (GCAS) using data exported from MATLAB® (MathWorks, Inc.) scripts. This software had the functionality to visualize the line of sight and dynamic link margins of the communication satellites orbiting the Earth and the Moon. One important addition to this was the visualization of the terrain data located within the GeoTIFF files, which were produced in an effort to understand the Moon’s terrain. Proper displacement values of this data have to be visualized to showcase where craters are located and how the shadow casting works with said craters at different points of the day, as well as analysis of possible landing sites for future lunar expeditions. The graphics library coded in JavaScript, three.js, had been previously selected for developing this visualization software. The software was revised to conform to modern standards, then further developed to convert the MATLAB® data into JavaScript 3D objects and Blender GL Transmission Format Binary file (GLB) objects, which were to be imported into the scene. In the process, a variety of other testing projects were created to be combined with this project at a later point; these included the first-person camera movements around spherical objects to portray human movement around the Moon, GeoTIFF loading methods, data transfer methods for incorporating the elevation data into the scene, and level of detail (LOD) capabilities to decrease memory usage and rendering time.

Visualization↗

NASA NTRS1991

Solar Constant (SOLCON) Experiment: Ground Support Equipment (GSE) software development

The Solar Constant (SOLCON) Experiment, the objective of which is to determine the solar constant value and its variability, is scheduled for launch as part of the Space Shuttle/Atmospheric Laboratory for Application and Science (ATLAS) spacelab mission. The Ground Support Equipment (GSE) software was developed to monitor and analyze the SOLCON telemetry data during flight and to test the instrument on the ground. The design and development of the GSE software are discussed. The SOLCON instrument was tested during Davos International Solar Intercomparison, 1989 and the SOLCON data collected during the tests are analyzed to study the behavior of the instrument.

Gibson, M. Alan↗

NASA NTRS1988

Propulsion safety almost equals mission safety

Propulsion system hardware and monitoring/control software constitute a given manned or unmanned aerospace system's primary risk-management issue. The present inquiry into the reasons for this dominance attempts to identify development routes to the reduction of propulsion-related management risk issues. A 'life management plan' for propulsion systems would give attention to service life requirements, criteria for the monitoring and evaluation of useful life, a method for the tracking of service life, criteria for hardware reusability and operations inspection, and hardware preassembly screening practices.

Roth, Gilbert L.↗

NASA NTRS1998

STS-91 Day 05 Highlights

On this fifth day of the STS-91 mission, the flight crew, Cmdr. Charles J. Precourt, Pilot Dominic L. Pudwill Gorie and Mission Specialists Wendy B. Lawrence, Franklin R. Chang-Diaz, Janet L. Kavandi, and Valery Victorovitch Ryumin and cosmonauts continue to move experiment hardware, logistical supplies and water between the two vehicles. They transfer additional bags of water from Discovery to Mir, bringing the total amount of water transferred to 683 pounds. Just over half of the 317 items scheduled to be transferred have now been moved between the two craft. Mission Specialists Wendy Lawrence and Janet Kavandi spend some time today checking out the shuttle's 50-foot long robot arm. This checkout evaluates new electronics and software for use on upcoming assembly missions for the new International Space Station. Today's checkout also tests the arm's dexterity in maneuvering around components of an orbiting space station.

Source record↗

NASA NTRS2016

Mission Planning for Robotic and Human Exploration

Mission planning for spaceflight is a complex challenge for ground operators managing robotic or human missions. It requires integrating the needs of various disciplines and creating an effective, efficient, and safe plan to execute. NASA uses specialized tools to meet planning requirements and constraints. This talk will provide an overview of spaceflight mission planning as well as the software tools the Human-Computer Interaction Group has built to support scheduling and planning. Also, it identifies the future scheduling and planning challenges for human Mars missions and how we leverage Earth Analogs to learn about Mars operations.

Scheduling and planning↗

NASA NTRS2004

SCA Waveform Development for Space Telemetry

The NASA Glenn Research Center is investigating and developing suitable reconfigurable radio architectures for future NASA missions. This effort is examining software-based open-architectures for space based transceivers, as well as common hardware platform architectures. The Joint Tactical Radio System's (JTRS) Software Communications Architecture (SCA) is a candidate for the software approach, but may need modifications or adaptations for use in space. An in-house SCA compliant waveform development focuses on increasing understanding of software defined radio architectures and more specifically the JTRS SCA. Space requirements put a premium on size, mass, and power. This waveform development effort is key to evaluating tradeoffs with the SCA for space applications. Existing NASA telemetry links, as well as Space Exploration Initiative scenarios, are the basis for defining the waveform requirements. Modeling and simulations are being developed to determine signal processing requirements associated with a waveform and a mission-specific computational burden. Implementation of the waveform on a laboratory software defined radio platform is proceeding in an iterative fashion. Parallel top-down and bottom-up design approaches are employed.

Mortensen, Dale J.↗

NASA NTRS1977

A comparative study of the Unified System for Orbit Computation and the Flight Design System

The Flight Design System (FDS) and the Unified System for Orbit Computation (USOC) are compared and described in relation to mission planning for the shuttle transportation system (STS). The FDS is designed to meet the requirements of a standardized production tool and the USOC is designed for rapid generation of particular application programs. The main emphasis in USOC is put on adaptability to new types of missions. It is concluded that a software system having a USOC-like structure, adapted to the specific needs of MPAD, would be appropriate to support planning tasks in the area unique to STS missions.

Maag, W.↗

NASA NTRS2018

Incorporating AEGIS Autonomous Science into Mars Science Laboratory Rover Mission Operations

The AEGIS (Autonomous Exploration for Gathering Increased Science) intelligent targeting software system has been in use on the Mars Science Laboratory (MSL) mission since 2016. The system allows on-board autonomous selection of targets for the ChemCam remote geochemistry instrument based on analysis of images taken by the rover. This paper describes the deployment of AEGIS to MSL and the operational use of the system since rollout to science operations in May of 2016.

Deflores, Lauren↗

NASA NTRS2008

Software Archive Related Issues

With the archive opening of the major X-ray and Gamma ray missions, the school is intended to provide information on the resource available in the data archive and the public software. This talk reviews the archive content, the data format for the major active missions Chandra, XMM-Newton, Swift, RXTE, Integral and Suzaku and the available software for each of these missions. It will explain the FITS format in general and the specific layout for the most popular mission, explaining the role of keywords and how they fit in the multimission standard approach embrace by the High Energy Community. Specifically, it reviews : the difference data levels and the difference software applicable; the popular/standard method of analysis for high level products such as spectra, timing and images; the role of calibration in the multi mission approach; how to navigate the archive query databases. It will present also how the school is organized and how the information provided will be relevant to each of the afternoon science projects that will be proposed to the students and led by a project leader

Angelini, Lorella↗

NASA NTRS1991

1991 NASA Planetary Rover Program

The principal accomplishments of the 1991 Nasa Planetary Rover Program are described. The work to date has focused on development of unmanned science rover technology within the context of high mobility wheeled vehicles at the JPL and an innovative legged locomotion concept at Carnegie Mellon University. Attention is given to mission operations research including simulation environment, mission scenario simulation experiments, and the rover system executive software that will reside onboard a rover in future planetary surface missions.

Lavery, David↗

NASA NTRS2018

Considerations When Building Thermal Models that Require Conversion Between Formats

At times, it is inevitable to require conversion of thermal models from one software format to another. This most often occurs for missions with international partners where not all parties utilize the same software packages for thermal analysis. Mandating a single tool for all parties is one possible solution, but this approach can introduce problems if significant effort is required to overcome inexperience with the designated tool and may result in difficulty meeting analysis schedule requirements. Alternatively, allowing all parties to use their own familiar tools minimizes the impact to analysis schedules but does introduce the need to convert the models later to a common format for analysis at a higher level of assembly. External conversion tools and formats have been developed through the years to aid in this process, but have had limited success in fully converting models seamlessly. Having a basic familiarity with tool capabilities on both sides of the conversion process allows for models to be built in a manner to better facilitate conversion by avoiding features and capabilities which are unsupported by the destination tool or for which no workarounds exist. Also, the effort to convert a model is often neglected when developing the schedules for analysis at the higher assembly levels; delivery of models preconditioned for convertibility minimizes the schedule risk. This paper seeks to provide some guidance on modeling techniques to avoid when developing Geometrical Math Models (GMM) and Thermal Math Models (TMM) when conversion is required. The recommendations are based on GMM conversion experiences between TSS/ThermalDesktop/ESARAD and TMM conversions between SINDA-FLUINT/ESATAN.

Modeling↗

NASA NTRS1987

IUS application to NASA planetary missions

The considerations involved in the selection of a new upper stage to launch three planetary missions following the decision to cancel the use of Centaur are discussed, and the methods by which the selected IUS will fly these missions are described. It is shown that the IUS is capable of accomplishing all three misssions (Magellan, Galileo, and Ulysses) with some compromises in mission transit time. Relatively minor modifications to the IUS, airborne support equipment, and software are required. The first of the three missions is to be accomplished two and a half years from go-ahead by the use of existing IUS flight hardware.

Hanford, Denton↗

NASA NTRS2013

IMPaCT - Integration of Missions, Programs, and Core Technologies

IMPaCT enables comprehensive information on current NASA missions, prospective future missions, and the technologies that NASA is investing in, or considering investing in, to be accessed from a common Web-based interface. It allows dependencies to be established between missions and technology, and from this, the benefits of investing in individual technologies can be determined. The software also allows various scenarios for future missions to be explored against resource constraints, and the nominal cost and schedule of each mission to be modified in an effort to fit within a prescribed budget.

Balacuit, Carlos P.↗

NASA NTRS2017

Using CCSDS Standards to Reduce Mission Costs

NASA's open source Core Flight System (cFS) software framework has been using several Consultative Committee for Space Data Systems (CCSDS) standards since its inception. Recently developed CCSDS standards are now being applied by NASA, ESA and other organizations to streamline and automate aspects of mission development, test, and operations, speeding mission schedules and reducing mission costs. This paper will present the new CCSDS Spacecraft Onboard Interfaces Services (SOIS) Electronic Data Sheet (EDS) standards and show how they are being applied to data interfaces in the cFS software framework, tool chain, and ground systems across a range of missions at NASA. Although NASA is focusing on the cFS, it expected that these technologies are well suited for use in other system architectures and can lower costs for a wide range of both large and small satellites.

Wilmot, Jonathan↗

DOE OSTI2024

Advanced Computing is at the Forefront of a New “Moonshot” Revolutionizing the North American Power Grid

In the 50+ years since the first humans landed on the moon, computing has grown at breakneck speed. We are faced with another challenge that is just as daunting, and just as important to overcome-modernizing the North American electric power grid-and high-performance computing (HPC) systems with specialized software will be an important element in rising to this challenge. We describe at a high level how software developed in the ExaSGD project addresses this "moonshot" goal by utilizing exascale computing and a novel high performance solver software stack to support the mission of decarbonizing power grid operations in an environment of uncertain weather and climate. To reach the exascale benchmark the team has made a number of first-of-their-kind innovations, including novel method for stochastic optimization, fine grained parallel methods for modeling power systems, and GPU resident sparse numerical linear solvers.

17 WIND ENERGY↗

DOE OSTI2023

Supply Chain Binary Program Assessment Annual Report

Secure environments face a steadily increasing threat from the introduction of scientific equipment that includes extensive software components. Devices such as powerful microscopes, 3d printers, programmable logic controllers, and many others, increase our capability and scientific output. Unfortunately, they now frequently include an entire computing stack with custom software bundled along with entire operating systems. Our ability to introspect and understand binary software is extremely limited, opening up the possibility of malicious third-parties including software that compromises our critical missions.

42 ENGINEERING↗