Search NASA⌕ Search

SEARCH · Search NASA

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 163 records · Page 9
All sourcesNASA NTRSDOE OSTI
NASA NTRSDate not supplied

A Historical Review of Logistics Mass and Crew Time Demands for ISS Operations

Following over 20 years of continuously crewed operations on the International Space Station (ISS), NASA is planning to return to the Moon and eventually send humans to Mars. ISS operations provide vital data to inform mission analysts as NASA prepares for longer and more complex missions with increased mission endurance. Endurance, defined as crewed operating time between cargo deliveries (or crew launch and return to Earth), is an important metric when analyzing mission needs. NASA is developing architectures to support sustained deep-space habitats in cislunar space, the lunar surface, Mars transit, and the surface of Mars. Unlike the ISS, these systems will not be continuously crewed, and unlike the Space Shuttle, these systems will not return to Earth for regular refurbishment between missions. Lunar systems will routinely go through long uncrewed periods between crewed missions. The systems on board will need to survive these dormancy periods with no crew present to provide maintenance. Mars systems will experience significantly longer endurance than past experience. Additionally, the inability to have quick aborts to return to Earth increases the need for system reliability, redundancy, and maintainability, as well as plans for contingency operations. This paper examines the historical logistics and crew time demand for ISS operations and mission objectives and provides an overview of missions to the ISS over its operating history, the mass and items delivered with the missions, and the crew time spent during missions. These parameters provide insight and valuable data to inform logistics and crew time estimates for future long-endurance crewed exploration missions.

Crew Logistics↗
NASA NTRSDate not supplied

A Historical Review of Logistics Mass and Crew Time Demands for ISS Operations

Following over 20 years of continuously crewed operations on the International Space Station (ISS), NASA is planning to return to the Moon and eventually send humans to Mars. ISS operations provide vital data to inform mission analysts as NASA prepares for longer and more complex missions with increased mission endurance. Endurance, defined as crewed operating time between cargo deliveries (or crew launch and return to Earth), is an important metric when analyzing mission needs. NASA is developing architectures to support sustained deep-space habitats in cislunar space, the lunar surface, Mars transit, and the surface of Mars. Unlike the ISS, these systems will not be continuously crewed, and unlike the Space Shuttle, these systems will not return to Earth for regular refurbishment between missions. Lunar systems will routinely go through long uncrewed periods between crewed missions. The systems on board will need to survive these dormancy periods with no crew present to provide maintenance. Mars systems will experience significantly longer endurance than past experience. Additionally, the inability to have quick aborts to return to Earth increases the need for system reliability, redundancy, and maintainability, as well as plans for contingency operations. This paper examines the historical logistics and crew time demand for ISS operations and mission objectives and provides an overview of missions to the ISS over its operating history, the mass and items delivered with the missions, and the crew time spent during missions. These parameters provide insight and valuable data to inform logistics and crew time estimates for future long-endurance crewed exploration missions.

Crew Logistics↗
NASA NTRS1999

Satellite ATM Networks: Architectures and Guidelines Developed

An important element of satellite-supported asynchronous transfer mode (ATM) networking will involve support for the routing and rerouting of active connections. Work published under the auspices of the Telecommunications Industry Association (http://www.tiaonline.org), describes basic architectures and routing protocol issues for satellite ATM (SATATM) networks. The architectures and issues identified will serve as a basis for further development of technical specifications for these SATATM networks. Three ATM network architectures for bent pipe satellites and three ATM network architectures for satellites with onboard ATM switches were developed. The architectures differ from one another in terms of required level of mobility, supported data rates, supported terrestrial interfaces, and onboard processing and switching requirements. The documentation addresses low-, middle-, and geosynchronous-Earth-orbit satellite configurations. The satellite environment may require real-time routing to support the mobility of end devices and nodes of the ATM network itself. This requires the network to be able to reroute active circuits in real time. In addition to supporting mobility, rerouting can also be used to (1) optimize network routing, (2) respond to changing quality-of-service requirements, and (3) provide a fault tolerance mechanism. Traffic management and control functions are necessary in ATM to ensure that the quality-of-service requirements associated with each connection are not violated and also to provide flow and congestion control functions. Functions related to traffic management were identified and described. Most of these traffic management functions will be supported by on-ground ATM switches, but in a hybrid terrestrial-satellite ATM network, some of the traffic management functions may have to be supported by the onboard satellite ATM switch. Future work is planned to examine the tradeoffs of placing traffic management functions onboard a satellite as opposed to implementing those functions at the Earth station components.

vonDeak, Thomas C.↗
NASA NTRS2016

Spaceport Command and Control System - Support Software Development

The Information Architecture Support (IAS) Team, the component of the Spaceport Command and Control System (SCCS) that is in charge of all the pre-runtime data, was in need of some report features to be added to their internal web application, Information Architecture (IA). Development of these reports is crucial for the speed and productivity of the development team, as they are needed to quickly and efficiently make specific and complicated data requests against the massive IA database. These reports were being put on the back burner, as other development of IA was prioritized over them, but the need for them resulted in internships being created to fill this need. The creation of these reports required learning Ruby on Rails development, along with related web technologies, and they will continue to serve IAS and other support software teams and their IA data needs.

Information Architecture↗
NASA NTRS2017

Preliminary Results from a Model-Driven Architecture Methodology for Development of an Event-Driven Space Communications Service Concept

NASA's next generation space communications network will involve dynamic and autonomous services analogous to services provided by current terrestrial wireless networks. This architecture concept, known as the Space Mobile Network (SMN), is enabled by several technologies now in development. A pillar of the SMN architecture is the establishment and utilization of a continuous bidirectional control plane space link channel and a new User Initiated Service (UIS) protocol to enable more dynamic and autonomous mission operations concepts, reduced user space communications planning burden, and more efficient and effective provider network resource utilization. This paper provides preliminary results from the application of model driven architecture methodology to develop UIS. Such an approach is necessary to ensure systematic investigation of several open questions concerning the efficiency, robustness, interoperability, scalability and security of the control plane space link and UIS protocol.

Roberts, Christopher J.↗
NASA NTRS1992

An architecture for the development of real-time fault diagnosis systems using model-based reasoning

Presented here is an architecture for implementing real-time telemetry based diagnostic systems using model-based reasoning. First, we describe Paragon, a knowledge acquisition tool for offline entry and validation of physical system models. Paragon provides domain experts with a structured editing capability to capture the physical component's structure, behavior, and causal relationships. We next describe the architecture of the run time diagnostic system. The diagnostic system, written entirely in Ada, uses the behavioral model developed offline by Paragon to simulate expected component states as reflected in the telemetry stream. The diagnostic algorithm traces causal relationships contained within the model to isolate system faults. Since the diagnostic process relies exclusively on the behavioral model and is implemented without the use of heuristic rules, it can be used to isolate unpredicted faults in a wide variety of systems. Finally, we discuss the implementation of a prototype system constructed using this technique for diagnosing faults in a science instrument. The prototype demonstrates the use of model-based reasoning to develop maintainable systems with greater diagnostic capabilities at a lower cost.

Hall, Gardiner A.↗
NASA NTRS2004

Architecture Synthesis and Reduced-Cost Architectures for Human Exploration Missions

Development of architectures for human exploration missions has been pursued in the international aerospace community for a long time. This paper attempts a different approach and way of looking at architectures. Most of the emphasis is on lunar architectures with a brief look at Mars. The first step is to set forth overarching gods in order to understand origins of requirements. Then, principles and guidelines are developed for architecture formulation. It is argued that safety and cost are the primary factors. Alternative mission profiles are examined for adherence to the principles, and specific architectures formulated according to the guidelines. The guidelines themselves indicate preferred evolution paths from lunar to Mars architectures. Results of example calculations are given to illustrate the process, and an evolution path is recommended. Safety and cost criteria tend to conflict, but it is shown that cost-efficient architectures can be enhanced for good safety ratings at modest cost.

Woodcock, Gordon↗
NASA NTRS1993

Virtual environment architecture for rapid application development

We describe the MITRE Virtual Environment Architecture (VEA), a product of nearly two years of investigations and prototypes of virtual environment technology. This paper discusses the requirements for rapid prototyping, and an architecture we are developing to support virtual environment construction. VEA supports rapid application development by providing a variety of pre-built modules that can be reconfigured for each application session. The modules supply interfaces for several types of interactive I/O devices, in addition to large-screen or head-mounted displays.

Grinstein, Georges G.↗
NASA NTRS1990

Architecture independent environment for developing engineering software on MIMD computers

Engineers are constantly faced with solving problems of increasing complexity and detail. Multiple Instruction stream Multiple Data stream (MIMD) computers have been developed to overcome the performance limitations of serial computers. The hardware architectures of MIMD computers vary considerably and are much more sophisticated than serial computers. Developing large scale software for a variety of MIMD computers is difficult and expensive. There is a need to provide tools that facilitate programming these machines. First, the issues that must be considered to develop those tools are examined. The two main areas of concern were architecture independence and data management. Architecture independent software facilitates software portability and improves the longevity and utility of the software product. It provides some form of insurance for the investment of time and effort that goes into developing the software. The management of data is a crucial aspect of solving large engineering problems. It must be considered in light of the new hardware organizations that are available. Second, the functional design and implementation of a software environment that facilitates developing architecture independent software for large engineering applications are described. The topics of discussion include: a description of the model that supports the development of architecture independent software; identifying and exploiting concurrency within the application program; data coherence; engineering data base and memory management.

Valimohamed, Karim A.↗
NASA NTRS1976

Hardware additions to microprocessor architecture aid software development

An address trap (breakpoint) mechanism and last-in-first-out (LIFO) address stack are suggested as two additions to the basic microprocessor architecture whose functions are solely to aid the programmer. These devices provide the programmer with the ability to specify address breakpoints and to trace program execution back through N instructions, where N is the depth of the stack. Both devices, plus interface logic and buffering, have been designed for an INTEL 8080-based system using approximately 25 integrated-circuit packages.

Sievers, M. W.↗
NASA NTRSDate not supplied

Developments of Bosch Process Architectures for ISRU Terrestrial Applications

To effectively realize NASA’s goals of a sustainable presence on the Moon and be-yond, In-Situ Resource Utilization (ISRU) must be leveraged. To reduce launch mass for space missions, commodities such as oxygen and carbon can be produced in-situ. Oxygen can be used for life support and as a propellant, and carbon can be used for battery production, filtration, additive manufacturing, and steel casting. Carbon is a required reactant in the carbothermal reduction process, a leading candidate for oxygen production on the lunar surface. To pro-duce these consumables, the Carbon Utilization Technology for Lunar and Atmospheric Systems (CUTLAS) project is developing architectures that leverage the Bosch process. The Bosch process re-acts CO 2 and H 2 to produce carbon powder and water, which can then be electrolyzed, leaving O 2 and recycled H 2 . This process is also applicable to carbon dioxide emissions on Earth.

Carbon capture↗
NASA NTRS2008

The Development of a Remote Sensor System and Decision Support Systems Architecture to Monitor Resistance Development in Transgenic Crops

The United States Environmental Protection Agency (EPA) has declared that "significant benefits accrue to growers, the public, and the environment" from the use of transgenic pesticidal crops due to reductions in pesticide usage for crop pest management. Large increases in the global use of transgenic pesticidal crops has reduced the amounts of broad spectrum pesticides used to manage pest populations, improved yield and reduced the environmental impact of crop management. A significant threat to the continued use of this technology is the evolution of resistance in insect pest populations to the insecticidal Bt toxins expressed by the plants. Management of transgenic pesticidal crops with an emphasis on conservation of Bt toxicity in field populations of insect pests is important to the future of sustainable agriculture. A vital component of this transgenic pesticidal crop management is establishing the proof of concept basic understanding, situational awareness, and monitoring and decision support system tools for more than 133650 square kilometers (33 million acres) of bio-engineered corn and cotton for development of insect resistance . Early and recent joint NASA, US EPA and ITD remote imagery flights and ground based field experiments have provided very promising research results that will potentially address future requirements for crop management capabilities.

Cacas, Joseph↗
NASA NTRS1983

Architectural options and development issues

The design options for the space station are discussed in general terms, reflecting the approach taken by the NASA Concept Development Group. Primary aims are flexibility and transparency, to fulfill as many scientific and commercial user requirements as possible and to open the station to as many new users as possible; utilities, facilities, and functional support must be designed to meet these aims. General architecture options considered include the present STS, an extended STS, a limited-duration manned transportation node with unmanned platforms, and a manned station with unmanned platforms and transportation-node capability (OTV, TMS). The latter option is found most promising and developed further, with consideration of the technical challenges involved.

Powell, L. E.↗
NASA NTRS1995

Development and Application of the Collaborative Optimization Architecture in a Multidisciplinary Design Environment

Collaborative optimization is a design architecture applicable in any multidisciplinary analysis environment but specifically intended for large-scale distributed analysis applications. In this approach, a complex problem is hierarchically de- composed along disciplinary boundaries into a number of subproblems which are brought into multidisciplinary agreement by a system-level coordination process. When applied to problems in a multidisciplinary design environment, this scheme has several advantages over traditional solution strategies. These advantageous features include reducing the amount of information transferred between disciplines, the removal of large iteration-loops, allowing the use of different subspace optimizers among the various analysis groups, an analysis framework which is easily parallelized and can operate on heterogenous equipment, and a structural framework that is well-suited for conventional disciplinary organizations. In this article, the collaborative architecture is developed and its mathematical foundation is presented. An example application is also presented which highlights the potential of this method for use in large-scale design applications.

Braun, R. D.↗
NASA NTRS2005

Development of the Architectural Simulation Model for Future Launch Systems and its Application to an Existing Launch Fleet

A significant portion of lifecycle costs for launch vehicles are generated during the operations phase. Research indicates that operations costs can account for a large percentage of the total life-cycle costs of reusable space transportation systems. These costs are largely determined by decisions made early during conceptual design. Therefore, operational considerations are an important part of vehicle design and concept analysis process that needs to be modeled and studied early in the design phase. However, this is a difficult and challenging task due to uncertainties of operations definitions, the dynamic and combinatorial nature of the processes, and lack of analytical models and the scarcity of historical data during the conceptual design phase. Ultimately, NASA would like to know the best mix of launch vehicle concepts that would meet the missions launch dates at the minimum cost. To answer this question, we first need to develop a model to estimate the total cost, including the operational cost, to accomplish this set of missions. In this project, we have developed and implemented a discrete-event simulation model using ARENA (a simulation modeling environment) to determine this cost assessment. Discrete-event simulation is widely used in modeling complex systems, including transportation systems, due to its flexibility, and ability to capture the dynamics of the system. The simulation model accepts manifest inputs including the set of missions that need to be accomplished over a period of time, the clients (e.g., NASA or DoD) who wish to transport the payload to space, the payload weights, and their destinations (e.g., International Space Station, LEO, or GEO). A user of the simulation model can define an architecture of reusable or expendable launch vehicles to achieve these missions. Launch vehicles may belong to different families where each family may have it own set of resources, processing times, and cost factors. The goal is to capture the required resource levels of the major launch elements and their required facilities. The model s output can show whether or not a certain architecture of vehicles can meet the launch dates, and if not, how much the delay cost would be. It will also produce aggregate figures of missions cost based on element procurement cost, processing cost, cargo integration cost, delay cost, and mission support cost. One of the most useful features of this model is that it is stochastic where it accepts statistical distributions to represent the processing times mimicking the stochastic nature of real systems.

Rabadi, Ghaith↗
NASA NTRS1983

Space station needs, attributes, and architectural options: Technology development

The technology development of the space station is examined as it relates to space station growth and equipment requirements for future missions. Future mission topics are refined and used to establish a systems data base. Technology for human factors engineering, space maintenance, satellite design, and laser communications and tracking is discussed.

Robert, A. C.↗
NASA NTRS2007

Design and Fabrication of High-Efficiency CMOS/CCD Imagers

An architecture for back-illuminated complementary metal oxide/semiconductor (CMOS) and charge-coupled-device (CCD) ultraviolet/visible/near infrared- light image sensors, and a method of fabrication to implement the architecture, are undergoing development. The architecture and method are expected to enable realization of the full potential of back-illuminated CMOS/CCD imagers to perform with high efficiency, high sensitivity, excellent angular response, and in-pixel signal processing. The architecture and method are compatible with next-generation CMOS dielectric-forming and metallization techniques, and the process flow of the method is compatible with process flows typical of the manufacture of very-large-scale integrated (VLSI) circuits. The architecture and method overcome all obstacles that have hitherto prevented high-yield, low-cost fabrication of back-illuminated CMOS/CCD imagers by use of standard VLSI fabrication tools and techniques. It is not possible to discuss the obstacles in detail within the space available for this article. Briefly, the obstacles are posed by the problems of generating light-absorbing layers having desired uniform and accurate thicknesses, passivation of surfaces, forming structures for efficient collection of charge carriers, and wafer-scale thinning (in contradistinction to diescale thinning). A basic element of the present architecture and method - the element that, more than any other, makes it possible to overcome the obstacles - is the use of an alternative starting material: Instead of starting with a conventional bulk-CMOS wafer that consists of a p-doped epitaxial silicon layer grown on a heavily-p-doped silicon substrate, one starts with a special silicon-on-insulator (SOI) wafer that consists of a thermal oxide buried between a lightly p- or n-doped, thick silicon layer and a device silicon layer of appropriate thickness and doping. The thick silicon layer is used as a handle: that is, as a mechanical support for the device silicon layer during micro-fabrication.

Pain, Bedabrata↗