Search NASA⌕ Search

SEARCH · Search NASA

Results for “development design testing”

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 145 records · Page 8
All sourcesNASA NTRSDOE OSTI
NASA NTRS2005

Launch Vehicle Propulsion Design with Multiple Selection Criteria

The approach and techniques described herein define an optimization and evaluation approach for a liquid hydrogen/liquid oxygen single-stage-to-orbit system. The method uses Monte Carlo simulations, genetic algorithm solvers, a propulsion thermo-chemical code, power series regression curves for historical data, and statistical models in order to optimize a vehicle system. The system, including parameters for engine chamber pressure, area ratio, and oxidizer/fuel ratio, was modeled and optimized to determine the best design for seven separate design weight and cost cases by varying design and technology parameters. Significant model results show that a 53% increase in Design, Development, Test and Evaluation cost results in a 67% reduction in Gross Liftoff Weight. Other key findings show the sensitivity of propulsion parameters, technology factors, and cost factors and how these parameters differ when cost and weight are optimized separately. Each of the three key propulsion parameters; chamber pressure, area ratio, and oxidizer/fuel ratio, are optimized in the seven design cases and results are plotted to show impacts to engine mass and overall vehicle mass.

Shelton, Joey D.↗
NASA NTRS2003

Equivalent Mass versus Life Cycle Cost for Life Support Technology Selection

The decision to develop a particular life support technology or to select it for flight usually depends on the cost to develop and fly it. Other criteria - performance, safety, reliability, crew time, and risk - are considered, but cost is always an important factor. Because launch cost accounts for most of the cost of planetary missions, and because launch cost is directly proportional to the mass launched, equivalent mass has been used instead of cost to select life support technology. The equivalent mass of a life support system includes the estimated masses of the hardware and of the pressurized volume, power supply, and cooling system that the hardware requires. The equivalent mass is defined as the total payload launch mass needed to provide and support the system. An extension of equivalent mass, Equivalent System Mass (ESM), has been established for use in Advanced Life Support. A crew time mass-equivalent and sometimes other non-mass factors are added to equivalent mass to create ESM. Equivalent mass is an estimate of the launch cost only. For earth orbit rather than planetary missions, the launch cost is usually exceeded by the cost of Design, Development, Test, and Evaluation (DDT&E). Equivalent mass is used only in life support analysis. Life Cycle Cost (LCC) is much more commonly used. LCC includes DDT&E, launch, and operations costs. Since LCC includes launch cost, it is always a more accurate cost estimator than equivalent mass. The relative costs of development, launch, and operations vary depending on the mission design, destination, and duration. Since DDT&E or operations may cost more than launch, LCC may give a more accurate cost ranking than equivalent mass. To be sure of identifying the lowest cost technology for a particular mission, we should use LCC rather than equivalent mass.

Jones, Harry↗
NASA NTRS2008

Building on 50 Years of Mission Operations Experience for a New Era of Space Exploration

The U.S. National Space Policy, I the 14-nation Global Exploration Strategy,2 and the National Aeronautics and Space Administration's (NASA) 2006 Strategic Plan3 provide foundational direction for far-ranging missions, from safely flying the Space Shuttle and completing construction of the International Space Station by 2010, to fielding a next generation space transportation system consisting of the Ares I Crew Launch Vehicle!Orion Crew Exploration Vehicle and the Ares V Cargo Launch Vehicle!Altair Lunar Lander (fig. 1). Transportation beyond low-Earth orbit will open the frontier for a lunar outpost, where astronauts will harness in-situ resources while exploring this 4 billion-year-old archaeological site, which may hold answers to how the Earth and its satellite were formed. Ultimately, this experience will pave the way for the first human footprint on Mars. In October 2007, NASA" announced assignments for this lunar exploration work.4 The Marshall Space Flight Center is responsible for designing, developing, testing, and evaluating the Ares I and Ares V, which are Space Shuttle derived launch vehicles, along with a number of lunar tasks. The Marshall Center's Engineering Directorate provides the skilled workforce and unique manufacturing, testing, and operational infrastructure needed to deliver space transportation solutions that meet the requirements stated in the Constellation Architecture Requirements Document (CARD). While defining design reference missions to the Station and the Moon, the CARD includes goals that include reducing recurring and nonrecurring costs, while increasing safety and reliability. For this reason, future systems are being designed with operability considerations and lifecycle expenses as independent variables in engineering trade studies.

Onken, Jay F.↗
NASA NTRS2018

Mars Sample Return: Grand Challenge for EDL

A year ago, I gave a talk in anticipation of a Mars Sample Return effort at the 9th Ablation Workshop. Since then a lot has happened. "April of this year, after a year of study phase, NASA and ESA (European Space Agency) signed a Statement of Intent (SOI) to jointly develop a Mars Sample Return plan to be submitted to their respective authorities by the end of 2019. This signing is historic, as it signals the desire, the readiness, and the willingness to work together to execute this inspiring mission, we all have the opportunity to tackle this grand challenge. We have the scientific and engineering maturity to identify the critical technologies ready to be applied, and with discipline this campaign can be executed affordably," Jim Watzin, Mars Program Executive, NASA. NASA Centers with JPL (Jet Propulsion Laboratory) leading the charge is in the midst of a pre-formulation phase for executing a Mars Sample Return before the end of next decade. The proposed talk builds on the previous year talk. In light of the agreement between NASA and ESA, NASA has assumed the responsibilities for developing the earth entry vehicle (EEV) that will fly along with a European Spacecraft and return with the sample from Mars. EEV will be deployed for entry into earth. The EEV design, development, testing and certification have to result in a highly reliable sample return system. The entire architecture has to be demonstrated to meet the planetary protection requirement. NASA is considering two distinctly different earth entry vehicle architectures and with each choice, many different ablative TPS (Thermal Protective Shield) candidates. As a result of the NASA-ESA ongoing studies, some of the key entry conditions and design requirements are better understood today and more are being scoped out. The heat-shield ablative TPS choice need to be done with a good understanding as it plays a very significant role in determining the robustness of the EEV. Knowledge about how materials and system perform, and how the features could become flaws and how flaws lead to failure, etc. need to be clearly understood and the knowledge then need to be used to down select the TPS. This proposed talk will provide greater insight into the progress being made and the challenges that need to be tackled.

Mars Sample Return: Grand Challenge for EDL↗
DOE OSTI2025

SolarSTARTS: Solar-Assisted State-Aware and ResilienT infrastructure System

This final technical report provides a description and results of the design, development, testing, and validation of the Automated Resilience Management System (ARMS) solution, which integrates different systems to collect, store and process relevant information from the power distribution system to automatically manage the operation of multiple energy assets to enhance the resilience of the power grid against high-impact physical incidents (e.g., hurricanes) and cyber threats. The developed solution comprises a suite of novel AI-based algorithms designed to first detect, locate, and classify anomalies by collecting and analyzing data from multiple monitoring and control devices

14 SOLAR ENERGY↗
NASA NTRS2007

The First Year in Review: NASA's Ares I Crew Launch Vehicle and Ares V Cargo Launch Vehicle

The U.S. Vision for Space Exploration guides NASA's challenging missions of scientific discovery.' Developing safe, reliable, and affordable space transportation systems for the human and robotic exploration of space is a key component of fulfilling the strategic goals outlined in the Vision, as well as in the U.S. Space Policy. In October 2005, the Exploration Systems Mission Directorate and its Constellation Program chartered the Exploration Launch Projects Office, located at the Marshall Space Flight Center, to design, develop, test, and field a new generation of launch vehicles that would fulfill customer and stakeholder requirements for trips to the Moon, Mars, and beyond. The Ares I crew launch vehicle is slated to loft the Orion crew exploration vehicle to orbit by 2014, while the heavy-lift Ares V cargo launch vehicle will deliver the lunar lander to orbit by 2020 (Fig. 1). These systems are being designed to empower America's return to the Moon to prepare for the first astronaut on Mars. The new launch vehicle designs now under study reflect almost 50 years of hard-won experience gained from the Saturn's missions to the Moon in the late 1960s and early 1970s, and from the venerable Space Shuttle, which is due to be retired by 2010.

Dumbacher, Daniel L.↗
NASA NTRS2018

Internship in Augmented and Virtual Reality - Rapid Model Import Tool

The integration of virtual and augmented reality, sometimes called mixed reality, is an emerging technology which will likely skyrocket overnight much in the way smartphones did a decade ago. Kennedy Space Center's Augmented and Virtual Reality (AVR) Lab is developing a Rapid Model Import Tool (RMIT) to create a quick and efficient way to bring NASA's complex engineering 3D models into virtual and augmented environments. The long-term objective is to create a tool that will ultimately benefit KSC engineers. Its various uses within NASA can potentially span from astronaut training, to marketing, to public outreach, to name a few. Unity is a prolific cross-platform game engine that allows users to build high quality 2D and 3D games for desktop, mobile, web, and game console platforms. It is perhaps also the most widely used software for virtual reality game development. At the AVR lab, we are looking at alternative uses of Unity to build tools for NASA engineers to perform design, development, testing, and training on spacecraft, rocket delivery systems, ground support equipment, and facilities at KSC. As an intern for the RMIT project, I am charged with the task of performing research on Unity-compatible file types to develop an efficient, affordable, preservative process to bring models from CATIA 3D engineering software into the Unity environment. With a tool called the NASA Enterprise Visualization Application (NEVA), developed by the Boeing Design Visualization group at KSC, we are able to easily convert CATIA's design models to. DAE (also known as COLLADA) and .OBJ file formats. I first reduce the polygon count of the model within CATIA itself, make any necessary tweaks to reduce the model further, and then export using NEVA. The .OBJ or. DAE files that I am left with are then converted by another intern to a Unity-compatible file format using a custom Python script. I have generated extensive documentation of this process in a NEVA User Guide. By the end of this semester, we will have built a solid framework for RMIT based on a thorough understanding of virtual reality specifications and file requirements, allowing future software development teams to go forward with development on the custom tool.

Leap Motion↗
NASA NTRS1980

Design, fabrication, test, qualification and price analysis for third generation design solar cell modules

An updated program plan is presented showing the task descriptions depicting the work, progress, achievements, and the cause of any deviations from the original plan (SC-1), and how this impacted on the original schedule of the program. In addition there is an update documenting all design alterations made during the pre-production phase and a complete up to date set of engineering and manufacturing documentation (CM-1). The purpose of the work in the original plan was to explore, design, develop, test, and deliver 1000 watts of prototype flat plate, photovoltaic modules appropriate for use in applications in the 20 to 500 kilowatt range and which show potential for meeting the 1986 cost goals.

Source record↗
NASA NTRS2005

Space Technology 5: Changing the Mission Design without Changing the Hardware

The Space Technology 5 (ST-5) Project is part of NASA's New Millennium Program. The validation objectives are to demonstrate the research-quality science capability of the ST-5 spacecraft; to operate the three spacecraft as a constellation; and to design, develop, test and flight-validate three capable micro-satellites with new technologies. A three-month flight demonstration phase is planned, beginning in March 2006. This year, the mission was re-planned for a Pegasus XL dedicated launch into an elliptical polar orbit (instead of the Originally-planned Geosynchronous Transfer Orbit.) The re-plan allows the mission to achieve the same high-level technology validation objectives with a different launch vehicle. The new mission design involves a revised science validation strategy, a new orbit and different communication strategy, while minimizing changes to the ST-5 spacecraft itself. The constellation operations concepts have also been refined. While the system engineers, orbit analysts, and operations teams were re-planning the mission, the implementation team continued to make progress on the flight hardware. Most components have been delivered, and the first spacecraft is well into integration and test.

Carlisle, Candace C.↗
NASA NTRS2008

Schedule Risks Due to Delays in Advanced Technology Development

This paper discusses a methodology and modeling capability that probabilistically evaluates the likelihood and impacts of delays in advanced technology development prior to the start of design, development, test, and evaluation (DDT&E) of complex space systems. The challenges of understanding and modeling advanced technology development considerations are first outlined, followed by a discussion of the problem in the context of lunar surface architecture analysis. The current and planned methodologies to address the problem are then presented along with sample analyses and results. The methodology discussed herein provides decision-makers a thorough understanding of the schedule impacts resulting from the inclusion of various enabling advanced technology assumptions within system design.

Reeves, John D. Jr.↗
NASA NTRS2023

Desert Research and Technology Studies (D-RATS) 2022 Test Report

The primary purpose of the 2022 Desert Research and Technology Studies (D-RATS 22) analog mission field test was to provide data and recommendations regarding how pressurized rover (PR) design, cabin configuration, driving modes, timeline constraints, and mission operations can be acceptably implemented to support future Artemis missions that include a PR. The goal of these evaluations was to provide first order feedback and data on design concepts currently being traded as options for future pressurized rover flight prototypes. The Japan Aerospace Exploration Agency (JAXA) may provide a PR for future Artemis missions. One of the primary objectives of D-RATS 2022 was to share with the JAXA PR team the processes and protocols by which NASA has learned to successfully evaluate rover concepts through integrated HITL evaluations over the past 20+ years, so that JAXA could apply any applicable lessons learned to their PR design, development, testing, and evaluation.

analog↗
NASA NTRS2018

Rapid Model Import Tool (RMIT)

Our project is about developing a tool to implement conversion of 3D Computer Aided Design (CAD) models produced with software such as Delmia, 3DS Max, or Maya, into a size and format compatible with the Unity 3D environment. RMIT will be used to aid KSC engineering personnel in the design, development, testing, operations, and training on spacecraft, launch vehicles, facilities, and ground support equipment. For our project, we are using Blender, a free/open-source 3D graphics software, with the goal of developing, testing, and deploying a 3D CAD model converter tool. I worked on using Blender to import 3D CAD models exported from CATIA software into Collada file format. The Collada file format has file extension DAE. Importing the Collada DAE file as is into Blender, generates dots and dashes. In 3DS Max, there is an existing OpenCollada plugin and with that plugin, 3DS Max can import the DAE file successfully. But, Blender does not seem to have an OpenCollada plugin, so I worked on writing a new OpenCollada plugin for Blender. Since 3DS Max was able to display the image, I looked into comparing differences between the original DAE file and the DAE file exported from 3DS Max using the OpenCollada plugin. As Collada documents describing digital assets are XML files with file extension DAE, Collada files contains XML tags, making them easily modifiable. After some research, it appears that Blender does not like primitive 2D tags like tristrips and trifans. Changing those tags to polygons slightly improved the image, but the pieces were exploded. I found after further research comparing differences between the original file and the file exported from 3DS Max that the values inside the translate tags in the original file are scaled down by a factor of 25.4 in the exported file from 3DS Max, representing the millimeters to inches conversion (1 inch = 25.4 millimeters). After scaling down values inside all of the translate tags by 25.4, the exploded pieces stuck back in, but the image needed further improvement. I have been able to create a new plugin in Blender that takes the original DAE file, replaces the primitive 2D tags tristrips and trifans with polygons, scales down the values inside the translate tags by a factor of 25.4, and saves the changes into a temporary DAE file. After the temporary DAE file is imported into Blender, the temp file is then deleted, keeping the original DAE file intact. Starting with a DAE file that is exported using the NASA Enterprise Visualization Application (NEVA), a Collada exporter, from CATIA gives better results. NEVA is a Design Visualization product that is used for exporting 3D models from CATIA. With NEVA, the up axis is defined in the top-level node if navigation gravity is enabled. With that file, just replacing the primitive tags tristrips and trifans with polygons in yields a much improved image in Blender. As we identify more differences between the original DAE file and the DAE file exported from 3DS Max, this plugin can be improved further. Our goal is to have a model that is formatted and sized for import into Unity, and we are trying out different 3D programs to see which will work best.

Ayyangar, Arjun↗
DOE OSTI2025

Managing technical debt across large-scale control systems

This presentation provides a comprehensive overview of technical debt in the context of control systems for large-scale physics facilities. We will explore its various forms, common causes, and potential consequences on system reliability, maintainability, and upgradability. Drawing on experiences from multiple projects, we will present a range of strategies for proactively managing technical debt, including best practices in design, development, testing, and documentation, as well as reactive approaches for identifying and mitigating existing issues. The presentation will also emphasize the importance of a collaborative approach and the use of modern tools, like fault tracking systems, to ensure the long-term health and success of control systems in our field.

Watts, Adam [Fermilab]↗
DOE OSTI2025

ICALEPCS 2025: Managing Technical Debt Across Large-Scale Control Systems

This presentation provides an overview of technical debt in the context of control systems for large-scale physics facilities. We explore various forms, common causes, and potential consequences on system reliability, maintainability, and extensibility. Drawing on experiences from multiple projects, including the ACORN control system modernization at Fermilab, we present a range of strategies for proactively managing technical debt, including best practices in design, development, testing, and documentation, as well as reactive approaches for identifying and mitigating existing issues.

Watts, Adam [Fermilab]↗
NASA NTRS1973

Study 2.6 operations analysis mission characterization

An analysis of the current operations concepts of NASA and DoD is presented to determine if alternatives exist which may improve the utilization of resources. The final product is intended to show how sensitive these ground rules and design approaches are relative to the total cost of doing business. The results are comparative in nature, and assess one concept against another as opposed to establishing an absolute cost value for program requirements. An assessment of the mission characteristics is explained to clarify the intent, scope, and direction of this effort to improve the understanding of what is to be accomplished. The characterization of missions is oriented toward grouping missions which may offer potential economic benefits by reducing overall program costs. Program costs include design, development, testing, and engineering, recurring unit costs for logistic vehicles, payload costs. and direct operating costs.

Wolfe, R. R.↗
NASA NTRS1971

HELIOS - Co-operative solar probe.

In June 1969, the Federal Republic of Germany and the United States of America agreed on a joint cooperative solar probe project designated HELIOS. This basic agreement provides for the design, development, test and launch of two flight spacecraft (the first in mid-1974 and the second in late 1975) to within 0.3 AU of the sun. The primary purpose of the two spacecraft is to investigate the properties of and processes in interplanetary space in the direction of and close to the sun. In this technical paper, the scientific mission and German and American plans/design to accomplish this mission are presented by the German and United States Project Managers respectively. Emphasis is placed on the advanced technology required to successfully accomplish this mission.

Kutzer, A.↗