Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Architecture Development”

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

The Visible Nulling Coronagraph--Architecture Definition and Technology Development

This paper describes the advantages of visible direct detection and spectroscopy of Earth-like extrasolar planets using a nulling coronagraph instrument behind a moderately sized single aperture space telescope. Our concept synthesizes a nulling interferometer by shearing the telescope pupil, with the resultant producing a deep null. We describe nulling configurations that also include methods to mitigate stellar leakage, such as spatial filtering by a coherent array of single mode fibers, and post-starlight suppression wavefront sensing and control. With diffraction limited telescope optics and similar quality components in the optical train (lambda/20), suppression of the starlight to 1e-10 is readily achievable. We describe key features of the architecture and analysis, present latest results of laboratory measurements demonstrating achievable null depth and component development, and discuss future key technical milestones.

nulling interferometer↗
NASA NTRS1995

Description and Simulation of a Fast Packet Switch Architecture for Communication Satellites

The NASA Lewis Research Center has been developing the architecture for a multichannel communications signal processing satellite (MCSPS) as part of a flexible, low-cost meshed-VSAT (very small aperture terminal) network. The MCSPS architecture is based on a multifrequency, time-division-multiple-access (MF-TDMA) uplink and a time-division multiplex (TDM) downlink. There are eight uplink MF-TDMA beams, and eight downlink TDM beams, with eight downlink dwells per beam. The information-switching processor, which decodes, stores, and transmits each packet of user data to the appropriate downlink dwell onboard the satellite, has been fully described by using VHSIC (Very High Speed Integrated-Circuit) Hardware Description Language (VHDL). This VHDL code, which was developed in-house to simulate the information switching processor, showed that the architecture is both feasible and viable. This paper describes a shared-memory-per-beam architecture, its VHDL implementation, and the simulation efforts.

Quintana, Jorge A.↗
NASA NTRS1989

Modeling and analysis of multiprocessor architectures

Some technologies developed for system level modeling and analysis of algorithms/architectures using an architecture design and development system are reviewed. Modeling and analysis is described with attention given to modeling constraints and analysis using constrained software graphs. An example is presented of an ADAS graph and its associated attributes, such as firing delay, token consume rate, token produce rate, firing threshold, firing condition, arc queue lengths, associated C or Ada functional model, and stochastic behavior.

Yalamanchili, S.↗
NASA NTRS1983

A parallel architecture for digital filtering using Fermat number transforms

In this correspondence, a parallel architecture is developed to compute the linear convolution of two sequences of arbitrary lengths using the Fermat number transform (FNT). In particular, a pipeline structure is designed to compute a 128-point FNT. In this FNT, only additions and bit rotations are required. The overlap-save method is generalized for the FNT to realize a digital filter of arbitrary length. The generalized overlap-save method alleviates the usual dynamic range limitation of FNT's of long transform lengths. A parallel architecture is developed to realize this type of overlap-save method using one FNT and several inverse FNT's of 128 points. Its architecture is regular, simple, and flexible, and therefore naturally suitable for VLSI implementation.

Truong, T. K.↗
NASA NTRS1989

Hierarchial parallel computer architecture defined by computational multidisciplinary mechanics

The goal is to develop an architecture for parallel processors enabling optimal handling of multi-disciplinary computation of fluid-solid simulations employing finite element and difference schemes. The goals, philosphical and modeling directions, static and dynamic poly trees, example problems, interpolative reduction, the impact on solvers are shown in viewgraph form.

Padovan, Joe↗
NASA NTRS1995

Dynamic neural networks based on-line identification and control of high performance motor drives

In the automated and high-tech industries of the future, there wil be a need for high performance motor drives both in the low-power range and in the high-power range. To meet very straight demands of tracking and regulation in the two quadrants of operation, advanced control technologies are of a considerable interest and need to be developed. In response a dynamics learning control architecture is developed with simultaneous on-line identification and control. the feature of the proposed approach, to efficiently combine the dual task of system identification (learning) and adaptive control of nonlinear motor drives into a single operation is presented. This approach, therefore, not only adapts to uncertainties of the dynamic parameters of the motor drives but also learns about their inherent nonlinearities. In fact, most of the neural networks based adaptive control approaches in use have an identification phase entirely separate from the control phase. Because these approaches separate the identification and control modes, it is not possible to cope with dynamic changes in a controlled process. Extensive simulation studies have been conducted and good performance was observed. The robustness characteristics of neuro-controllers to perform efficiently in a noisy environment is also demonstrated. With this initial success, the principal investigator believes that the proposed approach with the suggested neural structure can be used successfully for the control of high performance motor drives. Two identification and control topologies based on the model reference adaptive control technique are used in this present analysis. No prior knowledge of load dynamics is assumed in either topology while the second topology also assumes no knowledge of the motor parameters.

Rubaai, Ahmed↗
NASA NTRS2016

Marshall Space Flight Center Ground Systems Development and Integration

Ground Systems Development and Integration performs a variety of tasks in support of the Mission Operations Laboratory (MOL) and other Center and Agency projects. These tasks include various systems engineering processes such as performing system requirements development, system architecture design, integration, verification and validation, software development, and sustaining engineering of mission operations systems that has evolved the Huntsville Operations Support Center (HOSC) into a leader in remote operations for current and future NASA space projects. The group is also responsible for developing and managing telemetry and command configuration and calibration databases. Personnel are responsible for maintaining and enhancing their disciplinary skills in the areas of project management, software engineering, software development, software process improvement, telecommunications, networking, and systems management. Domain expertise in the ground systems area is also maintained and includes detailed proficiency in the areas of real-time telemetry systems, command systems, voice, video, data networks, and mission planning systems.

Wade, Gina↗
NASA NTRS2018

NASA Pilot-Engaged Expert Response Using IBM Watson Technology: Prototype Evaluation of Knowledge Retrieval System

NASA Langley Research Center and IBM have been investigating the use of IBM Watson technology in aerospace research and development. One application of Watson technology is the Pilot-Engaged Expert Response (PEER) use case. The PEER system is envisioned as an in-cockpit advisor that will act as a source of situationally-relevant information for pilots and other flight crew members to assist in decision making about real-time events and situations that arise in the course of aircraft operations. PEER will make available vast stores of knowledge and information quickly and directly, putting important informational resources where they are needed most. IBM has worked with NASA to develop an architecture and articulate a roadmap for the development of the PEER system. That vision is built around Watson Discovery Advisor (WDA) software solution, derived from IBM's Jeopardy!-winning automatic question answering system. PEER makes use of WDA's sophisticated question-answering capabilities as its core, adding important User Interface components and other customizations for the cockpit environment, including communication with flight systems and other external data sources. The development plan for PEER includes four development stages, with the current project constituting the first phase. In this project, a prototype instance of PEER was successfully adapted to the aviation domain, enabling users to ask questions about aviation topics and receive useful and accurate answers to these questions. Major tasks accomplished include the development of procedures for domain adaptation through automatic lexicon extraction from domain glossaries; generation of question-answer training data which was used to train the system; and assessment of the effectiveness of domain adaptation, which showed a dramatic improvement in the ability of the PEER system to answer domain-relevant questions. In addition, the vision for the PEER system was pushed forward by the articulation of a plan for the automatic enhancement of question-answering with contextual information. This initial phase focused on two main goals: 1) the targeted domain adaptation of the underlying WDA system to the aviation domain; and, 2) the design of the software systems needed to leverage flight-contextual data. Domain adaptation of the WDA system proceeds via three main activities: Domain data ingestion, lexical customization and model training. A textual corpus consisting of 1,147 individual documents with more than 7.5 million words of text was ingested into the system and this served as the basis of all further development. A domain lexicon of over 3,500 aviation-domain terms was semi-automatically generated from domain documents and used to train the system. In addition, a set of over 500 question-answer (QA) pairs relevant to the PEER use case was developed; these were used to train and assess the system. These important first steps established the basis for the PEER system. In addition, steps were taken towards the integration of the PEER system into the cockpit environment with the development of a functional design for the Contextual Data Augmentation (CDA) subsystem. This subsystem brings to bear contextual data to improve system responses. It has three main submodules: the Contextual Data Collection module, the Contextual Data Selection module, and the Contextual QA Augmentation module. These modules form a processing pipeline that addresses the problems associated with automatically integrating information from external resources into the knowledge-retrieval mechanism.

Machine learning↗
NASA NTRS2010

Model-Driven Development of Reliable Avionics Architectures for Lunar Surface Systems

This paper discusses a method used for the systematic improvement of NASA s Lunar Surface Systems avionics architectures in the area of reliability and fault-tolerance. This approach utilizes an integrated system model to determine the effects of component failure on the system s ability to provide critical functions. A Markov model of the potential degraded system modes is created to characterize the probability of these degraded modes, and the system model is run for each Markov state to determine its status (operational or system loss). The probabilistic results from the Markov model are first produced from state transition rates based on NASA data for heritage failure rate data of similar components. An additional set of probabilistic results are created from a representative set of failure rates developed for this study, for a variety of component quality grades (space-rated, mil-spec, ruggedized, and commercial). The results show that careful application of redundancy and selected component improvement should result in Lunar Surface Systems architectures that exhibit an appropriate degree of fault-tolerance, reliability, performance, and affordability.

Borer, Nicholas↗
NASA NTRS2022

NASA’s Strategic Analysis Cycle 2021 (SAC21) Human Mars Architecture

The National Aeronautics and Space Administration’s (NASA) Mars Architecture Team (MAT) was challenged to develop a mission architecture capable of transporting humans to the surface of Mars and back as fast—and as soon—as practical. This challenge represented a significant departure from previous approaches that minimized Earth-launched mass and maximized in-space transportation efficiency, often resulting in roundtrip missions of three years or more in duration. In the interest of crew health, MAT’s cross-Agency team of subject matter experts was challenged to develop an architecture capable of shortening crew time away from Earth to about two years. MAT was given specific mission constraints, such as number of crew, as well as mandates to minimize surface infrastructure as much as possible and to incorporate nuclear transportation options. The resulting MAT-developed concept, referred to here as the Strategic Analysis Cycle 2021 (SAC21) architecture, leverages Artemis elements and emerging commercial capabilities for cargo and logistics launches, and features a hybrid Nuclear Electric Propulsion (NEP)/Chemical transportation system able to complete the 1.8 billion kilometer round-trip journey to Mars and back in 760 to 850 days transit time for the 2039 Earth departure opportunity. Three Mars Descent Systems (MDS), each capable of landing about 25 metric tons of useful cargo on the surface of Mars, would be pre-deployed in advance of crew departure from Earth; two of these MDS’s would deliver a partially fueled Mars Ascent Vehicle (MAV), a fission power system, surface mobility, and additional MAV propellant. To minimize surface infrastructure, only two of the four Mars crew would descend and live in an MDS-landed pressurized rover, exploring the martian surface for 30 martian days, or sols, before returning to Mars orbit aboard their MAV and rejoining the other two crew on the Deep Space Transport for the Earth return voyage. Specifics of many of these architecture elements are detailed in separate technical publications; this paper outlines the end-to-end integrated architecture performance and concept of operations, including synergies with Artemis lunar architecture elements. It is important to note that NASA does not have a formal human Mars program and no decisions have been made; the architecture described here is intended to fill in an often-overlooked corner of the trade space, helping to complete the menu of options available to decision-makers as they chart the course for humans to Mars.

exploration↗
NASA NTRSDate not supplied

NASA’s Strategic Analysis Cycle 2021 (SAC21) Human Mars Architecture

[Note: this is the presentation for a companion paper with the following abstract] The National Aeronautics and Space Administration’s (NASA) Mars Architecture Team (MAT) was challenged to develop a mission architecture capable of transporting humans to the surface of Mars and back as fast—and as soon—as practical. This challenge represented a significant departure from previous approaches that minimized Earth-launched mass and maximized in-space transportation efficiency, often resulting in roundtrip missions of three years or more in duration. In the interest of crew health, MAT’s cross-Agency team of subject matter experts was challenged to develop an architecture capable of shortening crew time away from Earth to about two years. MAT was given specific mission constraints, such as number of crew, as well as mandates to minimize surface infrastructure as much as possible and to incorporate nuclear transportation options. The resulting MAT-developed concept, referred to here as the Strategic Analysis Cycle 2021 (SAC21) architecture, leverages Artemis elements and emerging commercial capabilities for cargo and logistics launches, and features a hybrid Nuclear Electric Propulsion (NEP)/Chemical transportation system able to complete the 1.8 billion kilometer round-trip journey to Mars and back in 760 to 850 days transit time for the 2039 Earth departure opportunity. Three Mars Descent Systems (MDS), each capable of landing about 25 metric tons of useful cargo on the surface of Mars, would be pre-deployed in advance of crew departure from Earth; two of these MDS’s would deliver a partially fueled Mars Ascent Vehicle (MAV), a fission power system, surface mobility, and additional MAV propellant. To minimize surface infrastructure, only two of the four Mars crew would descend and live in an MDS-landed pressurized rover, exploring the martian surface for 30 martian days, or sols, before returning to Mars orbit aboard their MAV and rejoining the other two crew on the Deep Space Transport for the Earth return voyage. Specifics of many of these architecture elements are detailed in separate technical publications; this paper outlines the end-to-end integrated architecture performance and concept of operations, including synergies with Artemis lunar architecture elements. It is important to note that NASA does not have a formal human Mars program and no decisions have been made; the architecture described here is intended to fill in an often-overlooked corner of the trade space, helping to complete the menu of options available to decision-makers as they chart the course for humans to Mars. Note: Slide 9 contains a ~2 min video, best viewed when downloaded. Once downloaded to begin video you may be requested to hit options and Trust this document.

Long-duration spaceflight↗
NASA NTRS2007

Reducing Development and Operations Costs using NASA's "GMSEC" Systems Architecture

This viewgraph presentation reviews the role of Goddard Mission Services Evolution Center (GMSEC) in reducing development and operation costs in handling the massive data from NASA missions. The goals of GMSEC systems architecture development are to (1) Simplify integration and development, (2)Facilitate technology infusion over time, (3) Support evolving operational concepts, and (4) All for mix of heritage, COTS and new components. First 3 missions (i.e., Tropical Rainforest Measuring Mission (TRMM), Small Explorer (SMEX) missions - SWAS, TRACE, SAMPEX, and ST5 3-Satellite Constellation System) each selected a different telemetry and command system. These results show that GMSEC's message-bus component-based framework architecture is well proven and provides significant benefits over traditional flight and ground data system designs. The missions benefit through increased set of product options, enhanced automation, lower cost and new mission-enabling operations concept options .

Smith, Dan↗
NASA NTRS1994

Mars power system concept definition study. Volume 1: Study results

A preliminary top level study was completed to define power system concepts applicable to Mars surface applications. This effort included definition of power system requirements and selection of power systems with the potential for high commonality. These power systems included dynamic isotope, Proton Exchange Membrane (PEM) regenerative fuel cell, sodium sulfur battery, photovoltaic, and reactor concepts. Design influencing factors were identified. Characterization studies were then done for each concept to determine system performance, size/volume, and mass. Operations studies were done to determine emplacement/deployment maintenance/servicing, and startup/shutdown requirements. Technology development roadmaps were written for each candidate power system (included in Volume 2). Example power system architectures were defined and compared on a mass basis. The dynamic isotope power system and nuclear reactor power system architectures had significantly lower total masses than the photovoltaic system architectures. Integrated development and deployment time phasing plans were completed for an example DIPS and reactor architecture option to determine the development strategies required to meet the mission scenario requirements.

Littman, Franklin D.↗
NASA NTRS2014

Autonomous Spacecraft Communication Interface for Load Planning

Ground-based controllers can remain in continuous communication with spacecraft in low Earth orbit (LEO) with near-instantaneous communication speeds. This permits near real-time control of all of the core spacecraft systems by ground personnel. However, as NASA missions move beyond LEO, light-time communication delay issues, such as time lag and low bandwidth, will prohibit this type of operation. As missions become more distant, autonomous control of manned spacecraft will be required. The focus of this paper is the power subsystem. For present missions, controllers on the ground develop a complete schedule of power usage for all spacecraft components. This paper presents work currently underway at NASA to develop an architecture for an autonomous spacecraft, and focuses on the development of communication between the Mission Manager and the Autonomous Power Controller. These two systems must work together in order to plan future load use and respond to unanticipated plan deviations. Using a nominal spacecraft architecture and prototype versions of these two key components, a number of simulations are run under a variety of operational conditions, enabling development of content and format of the messages necessary to achieve the desired goals. The goals include negotiation of a load schedule that meets the global requirements (contained in the Mission Manager) and local power system requirements (contained in the Autonomous Power Controller), and communication of off-plan disturbances that arise while executing a negotiated plan. The message content is developed in two steps: first, a set of rapid-prototyping "paper" simulations are preformed; then the resultant optimized messages are codified for computer communication for use in automated testing.

Controls↗
NASA NTRSDate not supplied

cFS Test Framework (CTF)

NASA's Core Flight System (cFS) provides a generic flight software framework architecture for developing flight software. As the cFS framework has gained popularity over the years within the flight software community, supporting software tools have been developed to assist in the design, development, testing and verification of flight software. The cFS Test Framework (CTF) is a recently developed cFS tool with capabilities to develop and run automated test and verification scripts against flight software targets. The CTF tool parses and executes JSON-based test scripts containing test instructions, while logging and reporting the results. CTF utilizes a plugin-based architecture to allow developers to extend CTF with new test instructions, external interfaces, and custom functionality. To interface with flight software, CTF parses a set of CCSDS message definition files to create the necessary command and telemetry structures for use during the test run. Additionally, CTF also supports interfacing with multiple cFS instances, allowing a test script to verify requirements that involve multiple flight software targets. Lastly, CTF provides support for executing test scripts against FSW running on remote or embedded hardware. This allows CTF to execute the same test scripts across different target configurations throughout the development process. In this presentation, we will introduce the cFS Test Framework (CTF) architecture, discuss the history of cFS testing frameworks, and present the features and capabilities currently provided by CTF. Lastly, we will show a demo of the CTF tool being used to execute test scripts against flight software.

Aly I Shehata↗
NASA NTRSDate not supplied

CFS Test Framework

NASA's Core Flight System (cFS) provides a generic flight software framework architecture for developing flight software. As the cFS framework has gained popularity over the years within the flight software community, supporting software tools have been developed to assist in the design, development, testing and verification of flight software. The cFS Test Framework (CTF) is a recently developed cFS tool with capabilities to develop and run automated test and verification scripts against flight software targets. The CTF tool parses and executes JSON-based test scripts containing test instructions, while logging and reporting the results. CTF utilizes a plugin-based architecture to allow developers to extend CTF with new test instructions, external interfaces, and custom functionality. To interface with flight software, CTF parses a set of CCSDS message definition files to create the necessary command and telemetry structures for use during the test run. Additionally, CTF also supports interfacing with multiple cFS instances, allowing a test script to verify requirements that involve multiple flight software targets. Lastly, CTF provides support for executing test scripts against FSW running on remote or embedded hardware. This allows CTF to execute the same test scripts across different target configurations throughout the development process. In this presentation, we will introduce the cFS Test Framework (CTF) architecture, discuss the history of cFS testing frameworks, and present the features and capabilities currently provided by CTF. Lastly, we will show a demo of the CTF tool being used to execute test scripts against flight software.

cfs↗
DOE OSTI2024

Developments for Novel Module Architecture for Lower CapEx and Improved Recyclability for c-Si PV Modules

Photovoltaic (PV) energy production is currently increasing at a significant rate. A novel module architecture has been demonstrated that has potential for reducing manufacturing cost while improving module reliability and recycling for c-Si PV which utilizes an edge-seal. Referred to as Edge Sealed Module (ESM), this architecture eliminates the vacuum lamination process and cross-linked encapsulants on the interior of the module. Functioning prototypes of c-Si have been fabricated for stress testing in collaboration with National Renewable Energy Laboratories (NREL). These modules are being tested and compared to traditionally manufactured modules. Based on preliminary results, this module architecture is a potentially viable solution for improving the manufacturing cost and recyclability of PV modules while enhancing module performance.

costs↗