Search NASASearch

SEARCH · Search NASA

Results for “Life Cycle Analysis”

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 37 records · Page 2

Altair Lander Life Support: Requirement Analysis Cycles 1 and 2

Life support systems are a critical part of human exploration beyond low earth orbit. NASA s Altair Lunar Lander has unique missions to perform and will need a unique life support system to complete them. Initial work demonstrated a feasible minimally-functional Lander design. This work was completed in Design Analysis Cycles (DAC) 1, 2, and 3 were reported in a previous paper. On October 21, 2008, the Altair project completed the Mission Concept Review (MCR), moving the project into Phase A. In Phase A activities, the project is preparing for the System Requirements Review (SRR). Altair has conducted two Requirements Analysis Cycles (RACs) to begin this work. During this time, the life support team must examine the Altair mission concepts, Constellation Program level requirements, and interfaces with other vehicles and spacesuits to derive the right set of requirements for the new vehicle. The minimum functionality design meets some of these requirements already and can be easily adapted to meet others. But Altair must identify which will be more costly in mass, power, or other resources to meet. These especially costly requirements must be analyzed carefully to be sure they are truly necessary, and are the best way of explaining and meeting the true need. If they are necessary and clear, they become important mass threats to track at the vehicle level. If they are not clear or do not seem necessary to all stakeholders, Altair must work to redefine them or push back on the requirements writers. Additionally, the life support team is evaluating new technologies to see if they are more effective than the existing baseline design at performing necessary functions in Altair s life support system.

Anderson, Molly

System-of-Systems Technology-Portfolio-Analysis Tool

Advanced Technology Life-cycle Analysis System (ATLAS) is a system-of-systems technology-portfolio-analysis software tool. ATLAS affords capabilities to (1) compare estimates of the mass and cost of an engineering system based on competing technological concepts; (2) estimate life-cycle costs of an outer-space-exploration architecture for a specified technology portfolio; (3) collect data on state-of-the-art and forecasted technology performance, and on operations and programs; and (4) calculate an index of the relative programmatic value of a technology portfolio. ATLAS facilitates analysis by providing a library of analytical spreadsheet models for a variety of systems. A single analyst can assemble a representation of a system of systems from the models and build a technology portfolio. Each system model estimates mass, and life-cycle costs are estimated by a common set of cost models. Other components of ATLAS include graphical-user-interface (GUI) software, algorithms for calculating the aforementioned index, a technology database, a report generator, and a form generator for creating the GUI for the system models. At the time of this reporting, ATLAS is a prototype, embodied in Microsoft Excel and several thousand lines of Visual Basic for Applications that run on both Windows and Macintosh computers.

O'Neil, Daniel

Constellation Program Life-cycle Cost Analysis Model (LCAM)

The Constellation Program (CxP) is NASA's effort to replace the Space Shuttle, return humans to the moon, and prepare for a human mission to Mars. The major elements of the Constellation Lunar sortie design reference mission architecture are shown. Unlike the Apollo Program of the 1960's, affordability is a major concern of United States policy makers and NASA management. To measure Constellation affordability, a total ownership cost life-cycle parametric cost estimating capability is required. This capability is being developed by the Constellation Systems Engineering and Integration (SE&I) Directorate, and is called the Lifecycle Cost Analysis Model (LCAM). The requirements for LCAM are based on the need to have a parametric estimating capability in order to do top-level program analysis, evaluate design alternatives, and explore options for future systems. By estimating the total cost of ownership within the context of the planned Constellation budget, LCAM can provide Program and NASA management with the cost data necessary to identify the most affordable alternatives. LCAM is also a key component of the Integrated Program Model (IPM), an SE&I developed capability that combines parametric sizing tools with cost, schedule, and risk models to perform program analysis. LCAM is used in the generation of cost estimates for system level trades and analyses. It draws upon the legacy of previous architecture level cost models, such as the Exploration Systems Mission Directorate (ESMD) Architecture Cost Model (ARCOM) developed for Simulation Based Acquisition (SBA), and ATLAS. LCAM is used to support requirements and design trade studies by calculating changes in cost relative to a baseline option cost. Estimated costs are generally low fidelity to accommodate available input data and available cost estimating relationships (CERs). LCAM is capable of interfacing with the Integrated Program Model to provide the cost estimating capability for that suite of tools.

Prince, Andy

The Effect of Drive Signal Limiting on High Cycle Fatigue Life Analysis

It is common practice to assume a Gaussian distribution of both the input acceleration and the response when modeling random vibration tests. In the laboratory, however, shaker controllers often limit the drive signal to prevent high amplitude peaks. The high amplitudes may either be truncated at a given level (socalled brick wall limiting or abrupt clipping), or compressed (soft limiting), resulting in drive signals which are no longer Gaussian. The paper first introduces several methods for limiting a drive signal, including brick wall limiting and compression. The limited signal is then passed through a linear time-invariant system representing a device under test. High cycle fatigue life predictions are subsequently made using spectral fatigue and rainflow cycle counting schemes. The life predictions are compared with those obtained from unclipped input signals. Some guidelines are provided to help the test engineer decide how clipping should be applied under different test scenarios.

Kihm, Frederic

Probabilistic/Fracture-Mechanics Model For Service Life

Computer program makes probabilistic estimates of lifetime of engine and components thereof. Developed to fill need for more accurate life-assessment technique that avoids errors in estimated lives and provides for statistical assessment of levels of risk created by engineering decisions in designing system. Implements mathematical model combining techniques of statistics, fatigue, fracture mechanics, nondestructive analysis, life-cycle cost analysis, and management of engine parts. Used to investigate effects of such engine-component life-controlling parameters as return-to-service intervals, stresses, capabilities for nondestructive evaluation, and qualities of materials.

Watkins, T., Jr.

Overview of NASA's Integrated Design and Engineering Analysis (IDEA)Environment

Historically, the design of subsonic and supersonic aircraft has been divided into separate technical disciplines (such as propulsion, aerodynamics and structures) each of which performs their design and analysis in relative isolation from others. This is possible in most cases either because the amount of interdisciplinary coupling is minimal or because the interactions can be treated as linear. The design of hypersonic airbreathing vehicles, like NASA s X-43, is quite the opposite. Such systems are dominated by strong non-linear interactions between disciplines. The design of these systems demands that a multi-disciplinary approach be taken. Furthermore, increased analytical fidelity at the conceptual design phase is highly desirable as many of the non-linearities are not captured by lower fidelity tools. Only when these systems are designed from a true multi-disciplinary perspective can the real performance benefits be achieved and complete vehicle systems be fielded. Toward this end, the Vehicle Analysis Branch at NASA Langley Research Center has been developing the Integrated Design & Engineering Analysis (IDEA) Environment. IDEA is a collaborative environment for parametrically modeling conceptual and preliminary launch vehicle configurations using the Adaptive Modeling Language (AML) as the underlying framework. The environment integrates geometry, configuration, propulsion, aerodynamics, aerothermodynamics, trajectory, closure and structural analysis into a generative, parametric, unified computational model where data is shared seamlessly between the different disciplines. Plans are also in place to incorporate life cycle analysis tools into the environment which will estimate vehicle operability, reliability and cost. IDEA is currently being funded by NASA s Hypersonics Project, a part of the Fundamental Aeronautics Program within the Aeronautics Research Mission Directorate. The environment is currently focused around a two-stage-to-orbit configuration with a turbine based combined cycle (TBCC) first stage and reusable rocket second stage. This paper provides an overview of the development of the IDEA environment, a description of the current status and detail of future plans.

Robinson, Jeffrey S.

An Overview of NASA's Integrated Design and Engineering Analysis (IDEA) Environment

Historically, the design of subsonic and supersonic aircraft has been divided into separate technical disciplines (such as propulsion, aerodynamics and structures), each of which performs design and analysis in relative isolation from others. This is possible, in most cases, either because the amount of interdisciplinary coupling is minimal, or because the interactions can be treated as linear. The design of hypersonic airbreathing vehicles, like NASA's X-43, is quite the opposite. Such systems are dominated by strong non-linear interactions between disciplines. The design of these systems demands that a multi-disciplinary approach be taken. Furthermore, increased analytical fidelity at the conceptual design phase is highly desirable, as many of the non-linearities are not captured by lower fidelity tools. Only when these systems are designed from a true multi-disciplinary perspective, can the real performance benefits be achieved and complete vehicle systems be fielded. Toward this end, the Vehicle Analysis Branch at NASA Langley Research Center has been developing the Integrated Design and Engineering Analysis (IDEA) Environment. IDEA is a collaborative environment for parametrically modeling conceptual and preliminary designs for launch vehicle and high speed atmospheric flight configurations using the Adaptive Modeling Language (AML) as the underlying framework. The environment integrates geometry, packaging, propulsion, trajectory, aerodynamics, aerothermodynamics, engine and airframe subsystem design, thermal and structural analysis, and vehicle closure into a generative, parametric, unified computational model where data is shared seamlessly between the different disciplines. Plans are also in place to incorporate life cycle analysis tools into the environment which will estimate vehicle operability, reliability and cost. IDEA is currently being funded by NASA?s Hypersonics Project, a part of the Fundamental Aeronautics Program within the Aeronautics Research Mission Directorate. The environment is currently focused around a two-stage-to-orbit configuration with a turbine-based combined cycle (TBCC) first stage and a reusable rocket second stage. IDEA will be rolled out in generations, with each successive generation providing a significant increase in capability, either through increased analytic fidelity, expansion of vehicle classes considered, or by the inclusion of advanced modeling techniques. This paper provides the motivation behind the current effort, an overview of the development of the IDEA environment (including the contents and capabilities to be included in Generation 1 and Generation 2), and a description of the current status and detail of future plans.

Robinson, Jeffrey S.

Development and Testing of Automatically Generated ACS Flight Software for the MAP Spacecraft

By integrating the attitude determination and control system (ACS) analysis and design, flight software development, and flight software testing processes, it is possible to improve the overall spacecraft development cycle, as well as allow for more thorough software testing. One of the ways to achieve this integration is to use code-generation tools to automatically generate components of the ACS flight software directly from a high-fidelity (HiFi) simulation. In the development of the Microwave Anisotropy Probe (MAP) spacecraft, currently underway at the NASA Goddard Space Flight Center, approximately 1/3 of the ACS flight software was automatically generated. In this paper, we will examine each phase of the ACS subsystem and flight software design life cycle: analysis, design, and testing. In the analysis phase, we scoped how much software we would automatically generate and created the initial interface. The design phase included parallel development of the HiFi simulation and the hand-coded flight software components. Everything came together in the test phase, in which the flight software was tested, using results from the HiFi simulation as one of the bases of comparison for testing. Because parts of the spacecraft HiFi simulation were converted into flight software, more care needed to be put into its development and configuration control to support both the HiFi simulation and flight software. The components of the HiFi simulation from which code was generated needed to be designed based on the fact that they would become flight software. This process involved such considerations as protecting against mathematical exceptions, using acceptable module and parameter naming conventions, and using an input/output interface compatible with the rest of the flight software. Maintaining good configuration control was an issue for the HiFi simulation and the flight software, and a way to track the two systems was devised. Finally, an integrated test approach was devised to support flight software testing at both the unit- and build-test levels using the HiFi simulation to generate data for performance verification. Another benefit of the simulation and code-generation application used on the MAP project is that it supported bringing flight software and test data into the HiFi simulation environment. It was possible to integrate parts of the hand-coded flight software into the HiFi simulation, and also possible to import flight software test data for comparison and performance verification. This capability was used to incorporate the flight software Kalman filter into the HiFi simulation. This enabled us to greatly increase the amount of testing that could be done on the filter, because we could exert a greater degree of control over the software-only simulation than over the flight software test environment. Also, since the simulation could be used to run the Kalman filter faster than real time, our testing efficiency was greatly increased. We will conclude our discussion with a summary of the lessons learned thus far using automatically- generated code for the MAP project, and the spacecraft status as we work towards our scheduled launch in the year 2000.

ODonnell, James R., Jr.

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

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 such as performance, safety, reliability, crew time, and technical and schedule risk are considered, but cost is always an important factor. Because launch cost would account for much of the cost of a future planetary mission, and because launch cost is directly proportional to the mass launched, equivalent mass has been used instead of cost to select advanced life support technology. The equivalent mass of a life support system includes the estimated mass of the hardware and of the spacecraft pressurized volume, power supply, and cooling system that the hardware requires. The equivalent mass of a system 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 the Advanced Life Support project. ESM adds a mass-equivalent of crew time and possibly other cost factors to equivalent mass. Traditional equivalent mass is strictly based on flown mass and reflects only the launch cost. ESM includes other important cost factors, but it complicates the simple flown mass definition of equivalent mass by adding a non-physical mass penalty for crew time that may exceed the actual flown mass. 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. For Earth orbit rather than planetary missions, the launch cost is less than the cost of Design, Development, Test, and Evaluation (DDTBE). LCC is a more inclusive cost estimator than equivalent mass. The relative costs of development, launch, and operations vary depending on the mission destination and duration. Since DDTBE or operations may cost more than launch, LCC gives a more accurate relative cost ranking than equivalent mass. To select the lowest cost technology for a particular application we should use LCC rather than equivalent mass.

Jones, Harry

An Evaluation of the Applicability of Damage Tolerance to Dynamic Systems

The Federal Aviation Administration, the National Aeronautics and Space Administration and the aircraft industry have teamed together to develop methods and guidance for the safe life-cycle management of dynamic systems. Based on the success of the United States Air Force damage tolerance initiative for airframe structure, a crack growth based damage tolerance approach is being examined for implementation into the design and management of dynamic systems. However, dynamic systems accumulate millions of vibratory cycles per flight hour, more than 12,000 times faster than an airframe system. If a detectable crack develops in a dynamic system, the time to failure is extremely short, less than 100 flight hours in most cases, leaving little room for error in the material characterization, life cycle analysis, nondestructive inspection and maintenance processes. In this paper, the authors review the damage tolerant design process focusing on uncertainties that affect dynamic systems and evaluate the applicability of damage tolerance on dynamic systems.

Forth, Scott C.

Flex-Capsules for the Roman Space Telescope High Gain Antenna Gimbal

The Cable Wrap mechanism has been traditionally used for feeding power and telemetry through each gimbal actuator exiting at the gimbal output flange. Such a mechanism had often utilized round wire bundles or a multitude of single insulated conductors woven together flatwise to handle the angular rotation. Though flexible printed circuit board (PCB) is not a new technology, it was decided to implement it for the Roman Space Telescope (RST) High Gain Antenna Gimbal in an effort to improve reliability with consistency of manufacture and to save mass and minimize required volume. This paper provides a description of what we term Flex-Capsule (a similar vendor flight development is termed Twist Capsule), discusses the reasoning behind choosing a new engineering development over maintaining heritage, and includes commentary pertaining to life cycle analysis, electrical performance, and flexible PCB lubrication. Lessons learned from the design, analysis, and test campaign are also included. The conclusion is that benefits of pursuing the Flex-Capsule over heritage Cable Wrap have been realized.

twist capsule

Flex-Capsule for the Roman Space Telescope High Gain Antenna Gimbal

The Cable Wrap mechanism has been traditionally used for feeding power and telemetry through each gimbal actuator exiting at the Gimbal output flange. Such a mechanism had often utilized round wire bundles, or a multitude of single insulated conductors woven together flatwise to handle the angular rotation. Though flexible printed circuit board (PCB) is not a new technology, it was decided to implement it for the Roman Space Telescope (RST) High Gain Antenna Gimbal in an effort to improve reliability with consistency of manufacture and to save mass and minimize required volume. This paper provides a description of what we term Flex-Capsule (a similar vendor flight development is termed Twist Capsule), discusses the reasoning behind choosing a new engineering development over maintaining heritage, and includes commentary pertaining to life cycle analysis, electrical performance, and flexible PCB lubrication. Lessons learned from the design, analysis, and test campaign are also included. The conclusion is that benefits of pursuing the Flex-Capsule over heritage Cable Wrap have been realized.

twist capsule

Altair Lander Life Support: Design Analysis Cycles 1, 2, and 3

NASA is working to develop a new lunar lander to support lunar exploration. The development process that the Altair project is using for this vehicle is unlike most others. In Lander Design Analysis Cycle 1 (LDAC-1), a single-string, minimum functionality design concept was developed, including life support systems for different vehicle configuration concepts, first for a combination of an ascent vehicle and a habitat with integral airlocks, and then for a combined ascent vehicle-habitat with a detachable airlock. In LDAC-2, the Altair team took the ascent vehicle-habitat with detachable airlock and analyzed the design for the components that were the largest contributors to the risk of loss of crew (LOC). For life support, the largest drivers were related to oxygen supply and carbon dioxide control. Integrated abort options were developed at the vehicle level. Many life support failures were not considered to result in LOC because they had a long enough time to effect that abort was considered a feasible option to safely end the mission before the situation became life threatening. These failures were then classified as loss of mission (LOM) failures. Many options to reduce LOC risk were considered, and mass efficient solutions to the LOC problems were added to the vehicle design at the end of LDAC-2. In LDAC-3, the new design was analyzed for large contributors to the risk of LOM. To avoid ending the mission early or being unable to accomplish goals like performing all planned extravehicular activities (EVAs), various options were assessed for their combination of risk reduction and mass cost. This paper outlines the major assumptions, design features, and decisions related to the development of the life support system for the Altair project through LDAC-3.

Anderson, Molly

NASA Human Spaceflight Scenarios - Do All Our Models Still Say No?

Historically, NASA human spaceflight planning has included healthy doses of life cycle cost analysis. Planners put projects and their cost estimates in a budget context. Estimated costs became expected budgets. Regardless, real budgets rarely matched expectations. So plans would come and go as NASA canceled projects. New projects would arise and the cycle would begin again. Repeatedly, NASA schedule and performance ambitions come up against costs growing at double-digit rates while budgets barely rise a couple of percent a year. Significant skepticism greets proposed NASA programs at birth, as cost estimates for new projects are traditionally very high, and worse, far off the mark for those carried forward. In this environment the current "capability driven framework" for NASA human spaceflight evolved, where long term life cycle cost analysis are even viewed as possibly counter-productive. Here, a space exploration project, for example the Space Launch System, focuses on immediate goals. A life cycle is that of a project, not a program, and for only that span of time to a near term milestone like a first test launch. Unfortunately, attempting to avoid some pitfalls in long-term life cycle cost analysis breeds others. Government audits have noted that limiting the scope of cost analysis "does not provide the transparency necessary to assess long-term affordability" making it difficult to understand if NASA "is progressing in a cost-effective and affordable manner." Even in this short-term framework, NASA realizes the importance of long-term considerations, that it must "maximize the efficiency and sustainability of the Exploration Systems development programs", that this is "critical to free resources for re-investment...such as other required deep space exploration capabilities." Assuming the value of long-term life cycle cost analysis, where due diligence meets reconnaissance, and accepting past shortcomings, the work here approaches life cycle cost analysis for human spaceflight differently. 1) If costs have traditionally been so high that adding them up is discouraging, are there any new facts on the ground offering paths to significantly lower costs? 2) If NASA's spaceflight budget and process is an over-arching constraint, with its planning limitations favoring short-term outlooks, is there a way to step outside the budget box? 3) If life cycle answers have historically been too uncertain to be useful, is there a process where stakeholders gain valuable insights merely from emphasizing a common understanding around questions? We analyze the potential life cycle cost of assorted NASA human spaceflight architectures - an architecture as a sum of individual systems, working together. With the prior questions of high costs, limited budgets and uncertainties in mind, public private partnerships are central in these architectures. The cost data for current commercial public private partnerships is encouraging, as are cost estimates for future partnership approaches beyond low Earth orbit. Private capital, directly or indirectly, an ingredient of public private partnerships, may be a significant factor in finding a path around the limits of the NASA spaceflight budget. Also, understanding and reviewing the pros, cons and uncertainties of assorted architectures can assist in developing a common understanding around key questions as important if not more so than the numbers and answers. Lastly, a scenario planning technique is briefly explored that can mature a common understanding about the agencies situation at hand and how diverse stakeholders can go forward together. Scenario planning, rather than focusing on answers, places emphasis on stakeholders developing a common understanding about the future. Putting aside costs, this is especially true of questions about sustainability and growth, results, benefits and expectations. While efficiency exercises or analysis look to reduce resources in one place to apply them elsewhere, moving around slices in a pie, scenario planning can get at the heart of the matter, growing the pie, transforming it, and making the pieces relevant. Especially important is the question of sustainability for different scenarios in the broad sense of the word - not just the narrow ability to survive or continue, but also the ability to adapt, prosper and grow.

space systems life cycle costs

Extratropical Cyclone Precipitation Life Cycles: A Satellite-Based Analysis

Although extratropical cyclones are the most common midlatitude storms, the relationship between their precipitation life cycle and dynamical strength life cycle has not been thoroughly analyzed. Given that thermodynamic heat exchanges associated with precipitation impact cyclone circulation, there is a need to understand the precipitation/dynamics relationship. Based on Integrated MultisatellitE Retrievals for Global Precipitation MeasurementGPM precipitation and Lagrangian cyclone tracks, the precipitation maximum occurs prior to the dynamical strength maximum 70% of the time. The lag in timing is consistent with the difference in cyclone precipitable water vapor at the two peaks. Conditional subsetting of the cyclone composites shows that if the precipitable water vapor distribution is constrained to be equal throughout the composite life cycle, the precipitation peak occurs very near the time of the peak in cyclone dynamical strength. Thus, the boost in dynamical strength caused by latent heat associated with precipitation manifest itself with little to no time lag.

Extratropical cyclone