Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “architecture design”

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 541 records · Page 30

Experiences with a prevalidation methodology for designing integrated/propulsion control system architectures

The work described in this paper is supported under NASA contract NAS1-18099, Analysis and Detailed Design of an Integrated Airfame/Propulsion Control System Architecture (IAPSA II). This contract address methodology, analysis and detailed design of integrated control system architectures suitable for high performance aircraft of the 1990's. We have developed methodology, with supporting analytical tools, to provide system designers with the capability to specify candidate architectures and accurately predict their reliability and performance in the early stages of design development. This paper describes experience gained using the prevalidation methodology, including supporting tools.

Propulsion control system↗

Designing Domain-Specific HUMS Architectures: An Automated Approach

The HUMS automation system automates the design of HUMS architectures. The automated design process involves selection of solutions from a large space of designs as well as pure synthesis of designs. Hence the whole objective is to efficiently search for or synthesize designs or parts of designs in the database and to integrate them to form the entire system design. The automation system adopts two approaches in order to produce the designs: (a) Bottom-up approach and (b) Top down approach. Both the approaches are endowed with a Suite of quantitative and quantitative techniques that enable a) the selection of matching component instances, b) the determination of design parameters, c) the evaluation of candidate designs at component-level and at system-level, d) the performance of cost-benefit analyses, e) the performance of trade-off analyses, etc. In short, the automation system attempts to capitalize on the knowledge developed from years of experience in engineering, system design and operation of the HUMS systems in order to economically produce the most optimal and domain-specific designs.

Mukkamala, Ravi↗

LMSS communication network design

The architecture of the telecommunication network as the first step in the design of the LMSS system is described. A set of functional requirements including the total number of users to be served by the LMSS are hypothesized. The design parameters are then defined at length and are systematically selected such that the resultant system is capable of serving the hypothesized number of users. The design of the backhaul link is presented. The number of multiple backhaul beams required for communication to the base stations is determined. A conceptual procedure for call-routing and locating a mobile subscriber within the LMSS network is presented. The various steps in placing a call are explained, and the relationship between the two sets of UHF and S-band multiple beams is developed. A summary of the design parameters is presented.

Source record↗

INTERSECT Architecture Specification: Use Case Design Patterns (V.0.5)

Oak Ridge National Laboratory (ORNL)’s Self-driven Experiments for Science / Interconnected Science Ecosystem (INTERSECT) architecture project, titled “An Open Federated Architecture for the Laboratory of the Future”, creates an open federated hardware/software architecture for the laboratory of the future using a novel system of systems (SoS) and microservice architecture approach, connecting scientific instruments, robot-controlled laboratories and edge/center computing/data resources to enable autonomous experiments, “self-driving” laboratories, smart manufacturing, and artificial intelligence (AI)-driven design, discovery and evaluation. The project describes science use cases as design patterns that identify and abstract the involved hardware/software components and their interactions in terms of control, work and data flow. It creates a SoS architecture of the federated hardware/software ecosystem that clarifies terms, architectural elements, the interactions between them and compliance. It further designs a federated microservice architecture, mapping science use case design patterns to the SoS architecture with loosely coupled microservices, standardized interfaces and multi programming language support. The primary deliverable of this project is an INTERSECT Open Architecture Specification, containing the science use case design pattern catalog, the federated SoS architecture specification and the federated microservice architecture specification. This document represents the science use case design pattern catalog of the INTERSECT Open Architecture Specification.

42 ENGINEERING↗

Task-specific sensor optical designs

A method and system architecture for designing a compressive sensing matrix for machine learning includes receiving an image associated with a classification task and; generating a sensing matrix. The sensing matrix includes an array of nonzero elements of the image. A prism array of prism elements is in communication with the sensing matrix. A row of values corresponding with an input angle of the prism array is mapped to a respective column corresponding with a detector. Then the detector detects light refracted at an output angle dictated by the physical shape of the prism element. A physical model of the detector is fabricated and generates a compressed representation of the image. A machine learning classification algorithm is applied to the compressed representation of the image and generates an optimized non-invertible final determination of the image.

Birch, Gabriel Carlisle↗

A multitasking behavioral control system for the Robotic All Terrain Lunar Exploration Rover (RATLER)

An alternative methodology for designing an autonomous navigation and control system is discussed. This generalized hybrid system is based on a less sequential and less anthropomorphic approach than that used in the more traditional artificial intelligence (AI) technique. The architecture is designed to allow both synchronous and asynchronous operations between various behavior modules. This is accomplished by intertask communications channels which implement each behavior module and each interconnection node as a stand-alone task. The proposed design architecture allows for construction of hybrid systems which employ both subsumption and traditional AI techniques as well as providing for a teleoperator's interface. Implementation of the architecture is planned for the prototype Robotic All Terrain Lunar Explorer Rover (RATLER) which is described briefly.

Klarer, P.↗

Advanced Design and Implementation of a Control Architecture for Long Range Autonomous Planetary Rovers

An advanced design and implementation of a Control Architecture for Long Range Autonomous Planetary Rovers is presented using a hierarchical top-down task decomposition, and the common structure of each design is presented based on feedback control theory. Graphical programming is presented as a common intuitive language for the design when a large design team is composed of managers, architecture designers, engineers, programmers, and maintenance personnel. The whole design of the control architecture consists in the classic control concepts of cyclic data processing and event-driven reaction to achieve all the reasoning and behaviors needed. For this purpose, a commercial graphical tool is presented that includes the mentioned control capabilities. Messages queues are used for inter-communication among control functions, allowing Artificial Intelligence (AI) reasoning techniques based on queue manipulation. Experimental results show a highly autonomous control system running in real time on top the JPL micro-rover Rocky 7 controlling simultaneously several robotic devices. This paper validates the sinergy between Artificial Intelligence and classic control concepts in having in advanced Control Architecture for Long Range Autonomous Planetary Rovers.

Martin-Alvarez, A.↗

INTERSECT Architecture Specification: Use Case Design Patterns (V.0.9)

Connecting scientific instruments and robot-controlled laboratories with computing and data resources at the edge, the Cloud or the high-performance computing (HPC) center enables autonomous experiments, self-driving laboratories, smart manufacturing, and artificial intelligence (AI)-driven design, discovery and evaluation. The Self-driven Experiments for Science / Interconnected Science Ecosystem (INTERSECT) Open Architecture enables science breakthroughs using intelligent networked systems, instruments and facilities with a federated hardware/software architecture for the laboratory of the future. It relies on a novel approach, consisting of (1) science use case design patterns, (2) a system of systems architecture, and (3) a microservice architecture. This document introduces the science use case design patterns of the INTERSECT Architecture. It describes the overall background, the involved terminology and concepts, and the pattern format and classification. It further details the 12 defined patterns and provides insight into building solutions from these patterns. The document also describes the application of these patterns in the context of several INTERSECT autonomous laboratories. The target audience are computer, computational, instrument and domain science experts working in the field of autonomous experiments.

97 MATHEMATICS AND COMPUTING↗

JPL Facilities and Software for Collaborative Design: 1994 - Present

The viewgraph presentation provides an overview of the history of the JPL Project Design Center (PDC) and, since 2000, the Center for Space Mission Architecture and Design (CSMAD). The discussion includes PDC objectives and scope; mission design metrics; distributed design; a software architecture timeline; facility design principles; optimized design for group work; CSMAD plan view, facility design, and infrastructure; and distributed collaboration tools.

project design center↗

Automation of Data Traffic Control on DSM Architecture

The design of distributed shared memory (DSM) computers liberates users from the duty to distribute data across processors and allows for the incremental development of parallel programs using, for example, OpenMP or Java threads. DSM architecture greatly simplifies the development of parallel programs having good performance on a few processors. However, to achieve a good program scalability on DSM computers requires that the user understand data flow in the application and use various techniques to avoid data traffic congestions. In this paper we discuss a number of such techniques, including data blocking, data placement, data transposition and page size control and evaluate their efficiency on the NAS (NASA Advanced Supercomputing) Parallel Benchmarks. We also present a tool which automates the detection of constructs causing data congestions in Fortran array oriented codes and advises the user on code transformations for improving data traffic in the application.

Frumkin, Michael↗

Measuring and assessing maintainability at the end of high level design

Software architecture appears to be one of the main factors affecting software maintainability. Therefore, in order to be able to predict and assess maintainability early in the development process we need to be able to measure the high-level design characteristics that affect the change process. To this end, we propose a measurement approach, which is based on precise assumptions derived from the change process, which is based on Object-Oriented Design principles and is partially language independent. We define metrics for cohesion, coupling, and visibility in order to capture the difficulty of isolating, understanding, designing and validating changes.

Briand, Lionel C.↗

Design and Analysis of Architectures for Structural Health Monitoring Systems

During the two-year project period, we have worked on several aspects of Health Usage and Monitoring Systems for structural health monitoring. In particular, we have made contributions in the following areas. 1. Reference HUMS architecture: We developed a high-level architecture for health monitoring and usage systems (HUMS). The proposed reference architecture is shown. It is compatible with the Generic Open Architecture (GOA) proposed as a standard for avionics systems. 2. HUMS kernel: One of the critical layers of HUMS reference architecture is the HUMS kernel. We developed a detailed design of a kernel to implement the high level architecture.3. Prototype implementation of HUMS kernel: We have implemented a preliminary version of the HUMS kernel on a Unix platform.We have implemented both a centralized system version and a distributed version. 4. SCRAMNet and HUMS: SCRAMNet (Shared Common Random Access Memory Network) is a system that is found to be suitable to implement HUMS. For this reason, we have conducted a simulation study to determine its stability in handling the input data rates in HUMS. 5. Architectural specification.

Mukkamala, Ravi↗

Mars Entry, Descent, Landing, and Ascent Systems Sensitivities to Landing Site and Atmospheric Dust

Plans for human missions to Mars continue to go through several architectural changes, dating all the way back to the 1950s [1]. The continuous study, reformulation, and refinement of Mars architectures and system concepts is necessary in order to incorporate evolving mission objectives, technology advancements, and growth in the body of knowledge regarding human factors and the various environments of human space travel. This evolution has continued into the 21st century, with architectures concepts such as NASA’s Design Reference Architecture 5.0 in 2009 [2], The Evolvable Mars Campaign in 2016 [3], and as recently as 2020, an architecture focused on a crewed mission as early as the 2030s that aims to minimizing crewed duration and infrastructure investment for the first mission [4]. Within these architectures, numerous studies around the current concept designs for Mars entry, descent, landing, and ascent (EDLA) systems have been performed over the last half a decade [[5], [6], [7], [8], [9], [10]]. Despite the breadth and depth of these studies, landing site, a key design parameter relevant to the design of EDLA systems, has remained nebulous over the years, largely due to the ever evolving mission objectives and architecture concept over the decades. However, the specific landing site has direct impact on the altitude and atmospheric conditions, which subsequently impact the design of EDLA systems. To accommodate the lack of a specific landing site, a baseline reference altitude of 0 km relative to the Mars Orbiter Laser Altimeter (MOLA), which is similar to an Earth sea level reference, has typically been selected and fixed for these past studies. Similarly, a baseline reference atmosphere has typically been utilized in these studies, either the Mars Global Reference Atmospheric Model [11], or a general 1982 standard warm, high pressure atmosphere model derived from Viking lander data [12]. Fig. 1 shows the range of elevations across the surface of Mars. Current architectures are focused on latitudes greater than 30 degrees north in an effort to ensure access to frozen water ice. From the figure, it is quickly evident that elevations over the range of longitudes at or above this latitude are significantly varied between roughly -4 to +4 km MOLA. Based on these observations, initial qualitative assessments of the impacts of landing site elevation on EDLA systems were performed. Fig. 2 depicts the expected trends in EDLA system mass for variations in both land site latitude and elevation. The background coloring is a qualitative evaluation of the current knowledge on ice water availability at the latitudes. Further modeling and simulation was performed to obtain numerical predictions of sensitivities to these parameters. Results indicate up to +2% to -4% mass variation from the current baseline Mars Ascent Vehicle concept, with the potential for greater than 6% mass variation at latitudes greater than 70 degrees north. However, variations in the descent system due to landing site were much more significant with mass variations in the range of -15% to +30% around the current baseline Mars Descent System concept. Additionally, Fig. 3 provides a depiction of potential Mars atmospheric density variations with both dust and Martian season. Though the Martian atmosphere is relatively thin compared to Earth’s atmosphere, it still poses significant impact on the design of EDLA systems. Variations in atmospheric density indicated by this slice of data would have significant impact on the design of EDLA systems. However, due to the highly complex nature of atmospheric flight, a qualitative assessment could not be performed. Rather, sensitivity results relied on modeling and simulation to provide numerical results for sensitivities on the current EDLA design concepts under consideration. Understanding these sensitivities is vital to the overall systems design of a Mars architecture. The resulting mass impacts on EDLA systems, driven by landing site elevation and dust level variations, has rippling impacts throughout the architecture that, ultimately, impact the viability of the architecture. Results showed fairly minor mass impacts to the current Mars Ascent Vehicle baseline configuration, roughly -0.6% to + 0.4% mass variations, while the Mars Descent System say greater variations due to dust, roughly -4% to +6% around the baseline concept.

EDLA↗

Implementation and design of a teleoperation system based on a VMEBUS/68020 pipelined architecture

A pipelined control design and architecture for a force-feedback teleoperation system that is being implemented at the Jet Propulsion Laboratory and which will be integrated with the autonomous portion of the testbed to achieve share control is described. At the local site, the operator sees real-time force/torque displays and moves two 6-degree of freedom (dof) force-reflecting hand-controllers as his hands feel the contact force/torques generated at the remote site where the robots interact with the environment. He also uses a graphical user menu to monitor robot states and specify system options. The teleoperation software is written in the C language and runs on MC68020-based processor boards in the VME chassis, which utilizes a real-time operating system; the hardware is configured to realize a four-stage pipeline configuration. The environment is very flexible, such that the system can easily be configured as a stand-alone facility for performing independent research in human factors, force control, and time-delayed systems.

Lee, Thomas S.↗

Current Status of the Nitrogen Oxygen Recharge System

This paper presents an overview of the Nitrogen Oxygen Recharge System (NORS) to date and the current development status of the system. NORS is an element of the International Space Station (ISS) Environmental Control and Life Support Systems (ECLSS) used to resupply the ISS with Nitrogen and Oxygen following the impending retirement of the Space Shuttle. The paper will discuss why NASA is developing NORS, including a summary of other concepts considered, and other related concepts currently being developed by NASA. The current system architecture will be described, along with a summary of the current design of the NORS. The overall programmatic schedule of the NORS in the context of the upcoming shuttle retirement and future launch vehicle development will also be presented. Finally, the paper will examine the significant technical challenges encountered during the requirements and preliminary design phase of NORS development. A key challenge to the development of NORS is the international shipment - and associated regulations - of pressurized Oxygen, which is necessary due to the use of launch vehicles based in Japan and French Guiana to send NORS gasses to the ISS. The storage and use of relatively large quantities of high pressure (41,000 kPa) Oxygen and Nitrogen within the ISS, which is unprecedented both on the ISS and other space vehicles, has had a significant impact on the design and architecture of the system. The high pressure of the system also poses unique thermal considerations, which has led to the development of a heater system for thermal conditioning of high pressure gas to avoid thermal impacts on downstream hardware. The on-orbit envelope allocated to the NORS has changed (gotten smaller) and has impacted both the design and architecture of the system. Finally, the balance of safety considerations associated with these high pressure gasses, particularly high pressure Oxygen, with the functionality of the system has profoundly impacted the form of the system and will be discussed.

Dick, Brandon↗

Thermal design trades for SAFIR architecture concepts

SAFIR is a IO-meter, 4 K space telescope optimized for wavelengths between 20 microns and 1 mm. The combination of aperture diameter and telescope temperature will provide a raw sensitivity improvement of more than a factor of 1000 over presently-planned missions. The sensitivity will be comparable to that of the JWST and ALMA, but at the critical far-IR wavelengths where much of the universe's radiative energy has emerged since the origin of stars and galaxies. We examine several of the critical technologies for SAFIR which enable the large cold aperture, and present results of studies examining the telescope optics and the spacecraft thermal architecture. Both the method by which the aperture is filled, and the overall optical design for the telescope can impact the potential scientific return of SAFIR. Thermal architecture that goes far beyond the sunshades developed for the James Webb Space Telescope will be necessary to achieve the desired sensitivity of SAFIR. By combining active and passive cooling at critical points within the observatory, a significant reduction of the required level of active cooling can be obtained.

infrared telescopes↗

Pterodactyl: Guidance and Control of a Symmetric Deployable Entry Vehicle using an Aerodynamic Control System

The NASA-funded Pterodactyl project seeks to advance the state-of-the-art for varying entry vehicle types by developing unconventional guidance and control technologies for Deployable Entry Vehicles (DEVs) that can be applied to different entry vehicle configurations. Prior work by the authors [1–5] involved developing both traditional and novel integrated guidance and control solutions for a Pterodactyl Baseline Vehicle (PBV), a variant of an asymmetric DEV called the Lifting Nano ADEPT (LNA) [6]. In the prior studies, two different guidance schemes were designed and implemented for the PBV: (i) traditional bank angle guidance developed using the Fully Numerical Predictor-Corrector Entry Guidance (FNPEG) and (ii) novel angle of attack and sideslip (α - β) guidance developed using FNPEG with Uncoupled Range Control [4]. Using Linear Quadratic Regulator (LQR) optimal control methods with state-feedback integral control designs, these guidance trajectories were designed to be tracked using (i) a conventional propulsive entry vehicle control hardware architecture - reaction control systems (RCS) and (ii) novel non-propulsive entry vehicle control systems - aerodynamic flap control system (FCS) and moving mass control system (MMCS) [1]. The novel FCS and MMCS architectures were designed to track α - β guidance commands while the RCS was designed to track bank angle commands. It was discovered that the asymmetric DEV, the PBV, experienced a non-zero induced roll moment due to sideslip that the FCS and MMCS architectures had limited capability to trim out. These two architectures were designed to provide independent angle of attack and sideslip commands with limited consideration for roll moment generation to trim. As a result, for the PBV, the FCS and MMCS configurations as designed, were limited in providing the control authority needed to track an α - β guidance trajectory [1]. These results form the motivation for the work presented in this paper - utilizing an aerodynamic control system to track α - β guidance commands for a symmetric DEV with the expectation that a symmetric entry vehicle will have zero or significantly reduced roll moment due to sideslip that the FCS can handle when tracking an α - β guidance trajectory. To demonstrate the feasibility of a novel guidance and control architecture on a DEV, we utilize a symmetric DEV, the PBV-II, for (i) the novel α - β guidance development using FNPEG with Uncoupled Range Control and (ii) LQR control design using eight aerodynamic control surfaces. This paper demonstrates that the novel uncoupled α - β guidance tracking can be achieved using aerodynamic control surfaces on a symmetric deployable entry vehicle configuration.

Wendy A Okolo↗