Results for “constraint decomposition” — Page 7

NASA NTRS1984

Aerospace engineering design by systematic decomposition and multilevel optimization

This paper describes a method for systematic analysis and optimization of large engineering systems, e.g., aircraft, by decomposition of a large task into a set of smaller, self-contained subtasks that can be solved concurrently. The subtasks may be arranged in many hierarchical levels with the assembled system at the top level. Analyses are carried out in each subtask using inputs received from other subtasks, and are followed by optimizations carried out from the bottom up. Each optimization at the lower levels is augmented by analysis of its sensitivity to the inputs received from other subtasks to account for the couplings among the subtasks in a formal manner. The analysis and optimization operations alternate iteratively until they converge to a system design whose performance is maximized with all constraints satisfied. The method, which is still under development, is tentatively validated by test cases in structural applications and an aircraft configuration optimization. It is pointed out that the method is intended to be compatible with the typical engineering organization and the modern technology of distributed computing.

Sobieszczanski-Sobieski, J.↗

NASA NTRS2003

Asian Outflow and Trans-Pacific Transport of Carbon Monoxide and Ozone Pollution: An Integrated Satellite, Aircraft, and Model Perspective

Satellite observations of carbon monoxide (CO) from the Measurements of Pollution in the Troposphere (MOPITT) instrument are combined with measurements from the Transport and Chemical Evolution Over the Pacific (TRACE-P) aircraft mission over the northwest Pacific and with a global three-dimensional chemical transport model (GEOS-CHEM) to quantify Asian pollution outflow and its trans-Pacific transport during spring 2001. Global CO column distributions in MOPITT and GEOS-CHEM are highly correlated (R(exp 2) = 0.87), with no significant model bias. The largest regional bias is over Southeast Asia, where the model is 18% too high. A 60% decrease of regional biomass burning emissions in the model (to 39 Tg/yr) would correct the discrepancy; this result is consistent with TRACE-P observations. MOPITT and TRACE-P also give consistent constraints on the Chinese source of CO from fuel combustion (181 Tg CO/yr). Four major events of trans-Pacific transport of Asian pollution in spring 2001 were seen by MOPITT, in situ platforms, and GEOS-CHEM. One of them was sampled by TRACE-P (26-27 February) as a succession of pollution layers over the northeast Pacific. These layers all originated from one single event of Asian outflow that split into northern and southern plumes over the central Pacific. The northern plume (sampled at 6-8 km off California) had no ozone enhancement. The southern subsiding plume (sampled at 2-4 km west of Hawaii) contained a 8 - 17 ppbv ozone enhancement, driven by decomposition of peroxyacetylnitrate (PAN) to nitrogen oxides (NOx). This result suggests that PAN decomposition in trans-Pacific pollution plumes subsiding over the United States could lead to significant enhancements of surface ozone.

Heald, Colette L.↗

NASA NTRS2014

Characterization of the Inner Knot of the Crab: The Site of the Gamma-Ray Flares?

Subsequent to the detections AGILE and Fermi/LAT of the gamma-ray flares from the Crab Nebula in the fall of 2010, this team has been monitoring the X-Ray emission from the Crab on a regular basis. Initially X-Ray observations took place once per month when viewing constraints allowed. More recently observations with Chandra and HST have taken place four times per year. There have been notable exceptions, e.g. in April of 2011 and March 2013 when we initiated a set of Chandra Target of opportunity observations in conjunction with bright gamma-ray flares. Often Keck observations were obtained. The aim of this program to characterize, in depth, the X-ray, optical, and infrared variations that take place in the nebula, and, by so doing, determine the regions which contribute to the harder X-ray variations and, if possible, determine the precise location within the Nebula of the origin of the gamma-ray flares. As part of this project members of the team have applied Singular Value Decomposition techniques to sequences of images in order to more accurately characterize features and their behavior. The current status of the project will be discussed highlighting studies of the inner knot and possible correlations with the gamma-ray flares.

Chandra↗

NASA NTRS2014

Monitoring of the Crab Nebula with Chandra and Other Observatories Including HST

Subsequent to the detections AGILE and Fermi/LAT of the gamma‐ray flares from the Crab Nebula in the fall of 2010, this team has been monitoring the X‐Ray emission from the Crab on a regular basis. X‐Ray observations have taken place typically once per month when viewing constraints allow and more recently four times per year. There have been notable exceptions, e.g. in April of 2011 and March 2013 when we initiated a set of Chandra Target of opportunity observations in conjunction with bright gamma‐ray flares. For much of the time regular HST observations were made in conjunction with the Chandra observations. The aim of this program to further characterize, in depth, the X‐Ray and optical variations that take place in the nebula, and by so doing determine the regions which contribute to the harder X‐ray variations and, if possible, determine the precise location within the Nebula of the origin of the gamma‐ray flares. As part of this project members of the team have developed Singular Value Decomposition techniques to sequences of images in order to more accurately characterize features. The current status of the project will be presented highlighting studies of the inner knot and possible correlations with the flares.

Weisskopf, Martin C.↗

NASA NTRS2014

On Noise Assessment for Blended Wing Body Aircraft

A system noise study is presented for the blended-wing-body (BWB) aircraft configured with advanced technologies that are projected to be available in the 2025 timeframe of the NASA N+2 definition. This system noise assessment shows that the noise levels of the baseline configuration, measured by the cumulative Effective Perceived Noise Level (EPNL), have a large margin of 34 dB to the aircraft noise regulation of Stage 4. This confirms the acoustic benefits of the BWB shielding of engine noise, as well as other projected noise reduction technologies, but the noise margins are less than previously published assessments and are short of meeting the NASA N+2 noise goal. In establishing the relevance of the acoustic assessment framework, the design of the BWB configuration, the technical approach of the noise analysis, the databases and prediction tools used in the assessment are first described and discussed. The predicted noise levels and the component decomposition are then analyzed to identify the ranking order of importance of various noise components, revealing the prominence of airframe noise, which holds up the levels at all three noise certification locations and renders engine noise reduction technologies less effective. When projected airframe component noise reduction is added to the HWB configuration, it is shown that the cumulative noise margin to Stage 4 can reach 41.6 dB, nearly at the NASA goal. These results are compared with a previous NASA assessment with a different study framework. The approaches that yield projections of such low noise levels are discussed including aggressive assumptions on future technologies, assumptions on flight profile management, engine installation, and component noise reduction technologies. It is shown that reliable predictions of component noise also play an important role in the system noise assessment. The comparisons and discussions illustrate the importance of practical feasibilities and constraints in aircraft system noise studies, which include aerodynamic performance, propulsion efficiency, flight profile limitation and many other factors. For a future aircraft concept to achieve the NASA N+2 noise goal it will require a range of fully successful noise reduction technology developments.

Guo, Yueping↗

NASA NTRS1994

Parabolized stability equations

The parabolized stability equations (PSE) are a new approach to analyze the streamwise evolution of single or interacting Fourier modes in weakly nonparallel flows such as boundary layers. The concept rests on the decomposition of every mode into a slowly varying amplitude function and a wave function with slowly varying wave number. The neglect of the small second derivatives of the slowly varying functions with respect to the streamwise variable leads to an initial boundary-value problem that can be solved by numerical marching procedures. The PSE approach is valid in convectively unstable flows. The equations for a single mode are closely related to those of the traditional eigenvalue problems for linear stability analysis. However, the PSE approach does not exploit the homogeneity of the problem and, therefore, can be utilized to analyze forced modes and the nonlinear growth and interaction of an initial disturbance field. In contrast to the traditional patching of local solutions, the PSE provide the spatial evolution of modes with proper account for their history. The PSE approach allows studies of secondary instabilities without the constraints of the Floquet analysis and reproduces the established experimental, theoretical, and computational benchmark results on transition up to the breakdown stage. The method matches or exceeds the demonstrated capabilities of current spatial Navier-Stokes solvers at a small fraction of their computational cost. Recent applications include studies on localized or distributed receptivity and prediction of transition in model environments for realistic engineering problems. This report describes the basis, intricacies, and some applications of the PSE methodology.

Herbert, Thorwald↗

NASA NTRS2022

Detailing Cloud Property Feedbacks with a Regime-Based Decomposition

Diagnosing the root causes of cloud feedback in climate models and reasons for inter-model disagreement is a necessary first step in understanding their wide variation in climate sensitivities. Here we bring together two analysis techniques that illuminate complementary aspects of cloud feedback. The first quantifies feedbacks from changes in cloud amount, altitude, and optical depth, while the second separates feedbacks due to cloud property changes within specific cloud regimes from those due to regime occurrence frequency changes. We find that in the global mean, shortwave cloud feedback averaged across ten models comes solely from a positive within-regime cloud amount feedback countered slightly by a negative within-regime optical depth feedback. These within-regime feedbacks are highly uniform: In nearly all regimes, locations, and models, cloud amount decreases and cloud albedo increases with warming. In contrast, global-mean across-regime components vary widely across models but are very small on average. This component, however, is dominant in setting the geographic structure of the shortwave cloud feedback: Thicker, more extensive cloud types increase at the expense of thinner, less extensive cloud types in the extratropics, and vice versa at low latitudes. The prominent negative extratropical optical depth feedback has contributions from both within- and across-regime components, suggesting that thermodynamic processes affecting cloud properties as well as dynamical processes that favor thicker cloud regimes are important. The feedback breakdown presented herein may provide additional targets for observational constraints by isolating cloud property feedbacks within specific regimes without the obfuscating effects of changing dynamics that may differ across timescales.

climate sensitivity↗

NASA NTRS1997

Lepidocrocite to Maghemite to Hematite: A way to have Magnetic and Hematitic Martian Soil

We examined decomposition products of lepidocrocite, which were produced by heating the phase in air at temperatures up to 525 C for 3 and 300 hr, by XRD, TEM, magnetic methods, and reflectance spectroscopy (visible and near-IR). Single-crystal lepidocrocite particles dehydroxilated to polycrystalline particles of disordered maghemite which subsequently transformed to polycrystalline particles of hematite. Essentially pure maghemite was obtained at 265 and 223 C for the 3 and 300 hr heating experiments, respectively. Its saturation magnetization (J(sub s)) and mass specific susceptibility are approximately 50 A(sq m)/kg and approximately 40 cubic micrometers/kg, respectively. Because hematite is spectrally dominant, spectrally-hematitic samples (i.e., characterized bv a minimum near 860 nm and a maximum near 750 nm) could also be strongly magnetic (J(sub s) up to approximately 30 A(sq m)/kg) from the masked maghemite component. TEM analyses showed that individual particles are polycrystalline with respect to both maghemite and hematite. The spectrally-hematitic and magnetic Mh+Hm particles can satisfy the spectral and magnetic constraints for Martian surface materials over a wide range of values of Mh/(Mh+Hm) and as either pure oxide powders or (within limits) as components of multiphase particles. These experiments are consistent with lepidocrocite as the precursor of Mh+Hm assemblages on Mars, but other phases (e.g., magnetite) that decompose to Mh and Hm are also possible precursors. Simulations done with a copy of the Mars Pathfinder Magnet Array showed that spectrally hematitic Mh+Hm powders having J(sub s) equal to 20.6 A(sq m)/kg adhered to all five magnets.

Morris, Richard V.↗

NASA NTRS2013

RUSHMAPS: Real-Time Uploadable Spherical Harmonic Moment Analysis for Particle Spectrometers

RUSHMAPS is a new onboard data reduction scheme that gives real-time access to key science parameters (e.g. moments) of a class of heliophysics science and/or solar system exploration investigation that includes plasma particle spectrometers (PPS), but requires moments reporting (density, bulk-velocity, temperature, pressure, etc.) of higher-level quality, and tolerates a lowpass (variable quality) spectral representation of the corresponding particle velocity distributions, such that telemetry use is minimized. The proposed methodology trades access to the full-resolution velocity distribution data, saving on telemetry, for real-time access to both the moments and an adjustable-quality (increasing quality increases volume) spectral representation of distribution functions. Traditional onboard data storage and downlink bandwidth constraints severely limit PPS system functionality and drive cost, which, as a consequence, drives a limited data collection and lower angular energy and time resolution. This prototypical system exploit, using high-performance processing technology at GSFC (Goddard Space Flight Center), uses a SpaceCube and/or Maestro-type platform for processing. These processing platforms are currently being used on the International Space Station as a technology demonstration, and work is currently ongoing in a new onboard computation system for the Earth Science missions, but they have never been implemented in heliospheric science or solar system exploration missions. Preliminary analysis confirms that the targeted processor platforms possess the processing resources required for realtime application of these algorithms to the spectrometer data. SpaceCube platforms demonstrate that the target architecture possesses the sort of compact, low-mass/power, radiation-tolerant characteristics needed for flight. These high-performing hybrid systems embed unprecedented amounts of onboard processing power in the CPU (central processing unit), FPGAs (field programmable gate arrays), and DSP (digital signal processing) elements. The fundamental computational algorithm de constructs 3D velocity distributions in terms of spherical harmonic spectral coefficients (which are analogous to a Fourier sine-cosine decomposition), but uses instead spherical harmonics Legendre polynomial orthogonal functions as a basis for the expansion, portraying each 2D angular distribution at every energy or, geometrically, spherical speed-shell swept by the particle spectrometer. Optionally, these spherical harmonic spectral coefficients may be telemetered to the ground. These will provide a smoothed description of the velocity distribution function whose quality will depend on the number of coefficients determined. Successfully implemented on the GSFC-developed processor, the capability to integrate the proposed methodology with both heritage and anticipated future plasma particle spectrometer designs is demonstrated (with sufficiently detailed design analysis to advance TRL) to show specific science relevancy with future HSD (Heliophysics Science Division) solar-interplanetary, planetary missions, sounding rockets and/or CubeSat missions.

Figueroa-Vinas, Adolfo↗

NASA NTRS2006

Zero to Integration in Eight Months, the Dawn Ground Data System Engineering Challange

The Dawn Project has presented the Ground Data System (GDS) with technical challenges driven by cost and schedule constraints commonly associated with National Aeronautics and Space Administration (NASA) Discovery Projects. The Dawn mission consists of a new and exciting Deep Space partnership among: the Jet Propulsion Laboratory (JPL), responsible for project management and flight operations; Orbital Sciences Corporation (OSC), spacecraft builder and responsible for flight system test and integration; and the University of California, at Los Angeles (UCLA), responsible for science planning and operations. As a cost-capped mission, one of Dawn s implementation strategies is to leverage from both flight and ground heritage. OSC's ground data system is used for flight system test and integration as part of the flight heritage strategy. Mission operations, however, are to be conducted with JPL s ground system. The system engineering challenge of dealing with two heterogeneous ground systems emerged immediately. During the first technical interchange meeting between the JPL s GDS Team and OSC's Flight Software Team, August 2003, the need to integrate the ground system with the flight software was brought to the table. This need was driven by the project s commitment to enable instrument engineering model integration in a spacecraft simulator environment, for both demonstration and risk mitigation purposes, by April 2004. This paper will describe the system engineering approach that was undertaken by JPL's GDS Team in order to meet the technical challenge within a non-negotiable eight-month schedule. Key to the success was adherence to an overall systems engineering process and fundamental systems engineering practices: decomposition of the project request into manageable requirements; definition of a structured yet flexible development process; integration of multiple ground disciplines and experts into a focused team effort; in-process risk management; and aggregation of the intermediate products to an integrated final product. In addition, this paper will highlight the role of lessons learned from the integration experience. The lessons learned from an early GDS deployment have served as the foundation for the design and implementation of the Dawn Ground Data System.

systems engineering↗

NASA NTRS2006

Zero to Integration in Eight Months, the Dawn Ground Data System Engineering Challenge

The Dawn Project has presented the Ground Data System (GDS) with technical challenges driven by cost and schedule constraints commonly associated with National Aeronautics and Space Administration (NASA) Discovery Projects. The Dawn mission consists of a new and exciting Deep Space partnership among: the Jet Propulsion Laboratory (JPL), manages the project and is responsible for flight operation; Orbital Sciences Corporation (OSC), is the spacecraft builder and is responsible for flight system test and integration; and the University of California, at Los Angeles (UCLA), is responsible for science planning and operations. As a cost-capped mission, one of Dawn's implementation strategies is to leverage from both flight and ground heritage. OSC's ground data system is used for flight system test and integration as part of the flight heritage strategy. Mission operations, however, are to be conducted with JPL's ground system. The system engineering challenge of dealing with two heterogeneous ground systems emerged immediately. During the first technical interchange meeting between the JPL's GDS Team and OSC's Flight Software Team, August 2003, the need to integrate the ground system with the flight software was brought to the table. This need was driven by the project's commitment to enable instrument engineering model integration in a spacecraft simulator environment, for both demonstration and risk mitigation purposes, by April 2004. This paper will describe the system engineering approach that was undertaken by JPL's GDS Team in order to meet the technical challenge within a non-negotiable eight-month schedule. Key to the success was adherence to fundamental systems engineering practices: decomposition of the project request into manageable requirements; integration of multiple ground disciplines and experts into a focused team effort; definition of a structured yet flexible development process; definition of an in-process risk reduction plan; and aggregation of the intermediate products to an integrated final product. In addition, this paper will highlight the role of lessons learned from the integration experience. The lessons learned from an early GDS deployment have served as the foundation for the design and implementation of the Dawn Ground Data System.

Ground Data System (GDS)↗

NASA NTRSDate not supplied

CLINICAL DECISION SUPPORT: PATH TO FUNCTIONAL REQUIREMENTS

Long-duration, deep-space exploration missions present significant challenges to crew health and performance. These challenges include the individual and combined effects of microgravity, radiation exposure, isolation, limited resources (mass, volume, power, data and crew time), limited options for evacuation and those associated with delayed or constrained communications, all of which demand greater crew autonomy. Specifically, as the communication delays intensify the further we explore space, the unqualified need for Earth-independent medical operations focused on autonomous diagnosis, treatment and prevention will be key to mission continuation and success. To augment the requisite knowledge, skills and abilities (KSAs) of a time-constrained crew operating under stressful conditions, combatting fatigue, and facing a potential medical crisis, a robust clinical decision support system (CDSS) is a probable solution that would facilitate, guide and inform Earth-independent medical operations, while assisting crewmembers through various clinical presentations. The Exploration Medical Capability (ExMC) Element of the Human Research Program (HRP) is expanding the boundaries of space medical systems to advance the care of astronauts on future exploration missions beyond low Earth orbit. ExMC is actively identifying and testing next-generation medical care and crew health maintenance technologies. The Clinical Decision Support (CDS) project addresses gap Medical-701 within the Inflight Medical Conditions risk: “Enhance medical capabilities within an exploration medical system.” Though mass, volume, and power will face increasing constraints, the projected computational capabilities of spacecraft systems will increase exponentially as information technology continues to advance this decade and beyond. Hence, data, software and computational resources will play an essential and synergistic role in maintaining crew health, wellness and performance in deep space missions. The focus of the CDS project is to develop recommended requirements for an in-vehicle CDSS that acts as a ‘virtual assistant’ for delivering optimal health, performance and medical care during exploration missions. The CDSS is envisioned as an integrated, software-based tool deployed on a laptop computer or handheld device. The CDSS will assist the crew and ground support when interacting with knowledge/databases (e.g. records, pharmacy, schedule), instrumentation (e.g. imaging, physiological monitoring devices), and habitat (e.g. wellness system, task performance system) and vehicle systems (e.g. environmental system, communication system). In addition, the human interface will employ a context-based approach that accounts for the crew’s situation. Thus, extraneous and clinically/operationally non-relevant information are reduced to avoid an increase in cognitive load. The framework of an ideal spaceflight CDSS is to include core and advanced analytical features that incorporate work from collaborators yet maintain a flexible platform for integrating new technology in the future. In fiscal year 2021 (FY21), the CDS project identified requirements through two primary mechanisms: (i) the development of software implementation prototypes and (ii) the application of systems engineering processes. The CDS project developed and tested a series of increasingly complex system prototypes that were based on use cases derived from the CDSS concept of operations (ConOps). These software implementations yielded insights on CDSS functionality as well as lessons learned that provided the initial requirements for CDSS capability. By applying a systems engineering (SE) approach, medical scenarios provided in the ConOps and the use cases for software implementation underwent functional decomposition to identify CDSS functionality. Also, systems-based modeling language (SysML) tools such as activity diagrams were developed from the same ConOps and use cases to identify CDSS functionality. The lessons learned from software implementation defined both specific requirements and broad areas of requirements. Within these defined broad requirement areas, further analysis of the SE products identified specific capability that resulted in the final functional requirements. In summary, the software prototypes, functional decomposition of the ConOps and use cases, and SysML diagrams provided the basis for the CDSS requirements developed in FY21. In the upcoming year, these requirements will be refined for their final ExMC baseline review in latter FY22.

clinical decision support↗

NASA NTRSDate not supplied

Clinical Decision Support: Path to Functional Requirements

Long-duration, deep-space exploration missions present significant challenges to crew health and performance. These challenges include the individual and combined effects of microgravity, radiation exposure, isolation, limited resources (mass, volume, power, data and crew time), limited options for evacuation and those associated with delayed or constrained communications, all of which demand greater crew autonomy. Specifically, as the communication delays intensify the further we explore space, the unqualified need for Earth-independent medical operations focused on autonomous diagnosis, treatment and prevention will be key to mission continuation and success. To augment the requisite knowledge, skills and abilities (KSAs) of a time-constrained crew operating under stressful conditions, combatting fatigue, and facing a potential medical crisis, a robust clinical decision support system (CDSS) is a probable solution that would facilitate, guide and inform Earth-independent medical operations, while assisting crewmembers through various clinical presentations. The Exploration Medical Capability (ExMC) Element of the Human Research Program (HRP) is expanding the boundaries of space medical systems to advance the care of astronauts on future exploration missions beyond low Earth orbit. ExMC is actively identifying and testing next-generation medical care and crew health maintenance technologies. The Clinical Decision Support (CDS) project addresses gap Medical-701 within the Inflight Medical Conditions risk: “Enhance medical capabilities within an exploration medical system.” Though mass, volume, and power will face increasing constraints, the projected computational capabilities of spacecraft systems will increase exponentially as information technology continues to advance this decade and beyond. Hence, data, software and computational resources will play an essential and synergistic role in maintaining crew health, wellness and performance in deep space missions. The focus of the CDS project is to develop recommended requirements for an in-vehicle CDSS that acts as a ‘virtual assistant’ for delivering optimal health, performance and medical care during exploration missions. The CDSS is envisioned as an integrated, software-based tool deployed on a laptop computer or handheld device. The CDSS will assist the crew and ground support when interacting with knowledge/databases (e.g. records, pharmacy, schedule), instrumentation (e.g. imaging, physiological monitoring devices), and habitat (e.g. wellness system, task performance system) and vehicle systems (e.g. environmental system, communication system). In addition, the human interface will employ a context-based approach that accounts for the crew’s situation. Thus, extraneous and clinically/operationally non-relevant information are reduced to avoid an increase in cognitive load. The framework of an ideal spaceflight CDSS is to include core and advanced analytical features that incorporate work from collaborators yet maintain a flexible platform for integrating new technology in the future. In fiscal year 2021 (FY21), the CDS project identified requirements through two primary mechanisms: (i) the development of software implementation prototypes and (ii) the application of systems engineering processes. The CDS project developed and tested a series of increasingly complex system prototypes that were based on use cases derived from the CDSS concept of operations (ConOps). These software implementations yielded insights on CDSS functionality as well as lessons learned that provided the initial requirements for CDSS capability. By applying a systems engineering (SE) approach, medical scenarios provided in the ConOps and the use cases for software implementation underwent functional decomposition to identify CDSS functionality. Also, systems-based modeling language (SysML) tools such as activity diagrams were developed from the same ConOps and use cases to identify CDSS functionality. The lessons learned from software implementation defined both specific requirements and broad areas of requirements. Within these defined broad requirement areas, further analysis of the SE products identified specific capability that resulted in the final functional requirements. In summary, the software prototypes, functional decomposition of the ConOps and use cases, and SysML diagrams provided the basis for the CDSS requirements developed in FY21. In the upcoming year, these requirements will be refined for their final ExMC baseline review in latter FY22.

Clinical decision support↗