Orion Power Transfer: Impacts of a Battery-on-Bus Power System Architecture
Explore the source record for details and available documents.
Electrical Power System↗
SEARCH · Search NASA
Results for “Systems Architecture”
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.
System architectures for PROLOG execution
The principal features of PROLOG are reviewed with particular reference to the use of the language in the development of expert systems. Attention is given to the language syntax, data structures and recursion, constructs that alter control, predicates that modify the database, predicates for input and output, and metalogical predicates. The parts of the Warren Abstract Machine are then described, and it is shown how it executes programs. Parallel architectures proposed for expert systems are examined, and the principal varieties of parallelism available in PROLOG and examples of architectures exploiting them are discussed.
Gooley, Markian M.↗
Data Acquisition System Architecture and Capabilities At NASA GRC Plum Brook Station's Space Environment Test Facilities
Very large space environment test facilities present unique engineering challenges in the design of facility data systems. Data systems of this scale must be versatile enough to meet the wide range of data acquisition and measurement requirements from a diverse set of customers and test programs, but also must minimize design changes to maintain reliability and serviceability. This paper presents an overview of the common architecture and capabilities of the facility data acquisition systems available at two of the world?s largest space environment test facilities located at the NASA Glenn Research Center?s Plum Brook Station in Sandusky, Ohio; namely, the Space Propulsion Research Facility (commonly known as the B-2 facility) and the Space Power Facility (SPF). The common architecture of the data systems is presented along with details on system scalability and efficient measurement systems analysis and verification. The architecture highlights a modular design, which utilizes fully-remotely managed components, enabling the data systems to be highly configurable and support multiple test locations with a wide-range of measurement types and very large system channel counts.
Evans, Richard K.↗
Data Acquisition System Architecture and Capabilities at NASA GRC Plum Brook Station's Space Environment Test Facilities
Very large space environment test facilities present unique engineering challenges in the design of facility data systems. Data systems of this scale must be versatile enough to meet the wide range of data acquisition and measurement requirements from a diverse set of customers and test programs, but also must minimize design changes to maintain reliability and serviceability. This paper presents an overview of the common architecture and capabilities of the facility data acquisition systems available at two of the world's largest space environment test facilities located at the NASA Glenn Research Center's Plum Brook Station in Sandusky, Ohio; namely, the Space Propulsion Research Facility (commonly known as the B-2 facility) and the Space Power Facility (SPF). The common architecture of the data systems is presented along with details on system scalability and efficient measurement systems analysis and verification. The architecture highlights a modular design, which utilizes fully-remotely managed components, enabling the data systems to be highly configurable and support multiple test locations with a wide-range of measurement types and very large system channel counts.
Evans, Richard K.↗
Expert System Architecture for Rocket Engine Numerical Simulators: A Vision
Simulation of any complex physical system like rocket engines involves modeling the behavior of their different components using mostly numerical equations. Typically a simulation package would contain a set of subroutines for these modeling purposes and some other ones for supporting jobs. A user would create an input file configuring a system (part or whole of a rocket engine to be simulated) in appropriate format understandable by the package and run it to create an executable module corresponding to the simulated system. This module would then be run on a given set of input parameters in another file. Simulation jobs are mostly done for performance measurements of a designed system, but could be utilized for failure analysis or a design job such as inverse problems. In order to use any such package the user needs to understand and learn a lot about the software architecture of the package, apart from being knowledgeable in the target domain. We are currently involved in a project in designing an intelligent executive module for the rocket engine simulation packages, which would free any user from this burden of acquiring knowledge on a particular software system. The extended abstract presented here will describe the vision, methodology and the problems encountered in the project. We are employing object-oriented technology in designing the executive module. The problem is connected to the areas like the reverse engineering of any simulation software, and the intelligent systems for simulation.
Mitra, D.↗
Design mobile satellite system architecture as an integral part of the cellular access digital network
The Cellular Access Digital Network (CADN) is the access vehicle through which cellular technology is brought into the mainstream of the evolving integrated telecommunications network. Beyond the integrated end-to-end digital access and per call network services provisioning of the Integrated Services Digital Network (ISDN), the CADN engenders the added capability of mobility freedom via wireless access. One key element of the CADN network architecture is the standard user to network interface that is independent of RF transmission technology. Since the Mobile Satellite System (MSS) is envisioned to not only complement but also enhance the capabilities of the terrestrial cellular telecommunications network, compatibility and interoperability between terrestrial cellular and mobile satellite systems are vitally important to provide an integrated moving telecommunications network of the future. From a network standpoint, there exist very strong commonalities between the terrestrial cellular system and the mobile satellite system. Therefore, the MSS architecture should be designed as an integral part of the CADN. This paper describes the concept of the CADN, the functional architecture of the MSS, and the user-network interface signaling protocols.
Chien, E. S. K.↗
Mars 2024/2026 Pathfinder Mission: Mars Architectures, Systems, and Technologies for Exploration and Resources Project
Integrate In Situ Resource Utilization (ISRU) sub-systems and examine advanced capabilities and technologies to verify Mars 2024 Forward architecture precursor pathfinder options: Integrated spacecraft/surface infrastructure fluid architecture: propulsion, power, life support center dot Power system feed and propellant scavenging from propulsion system center dot High quality oxygen for life support and EVA Fluid/cryogenic zero-loss transfer and long-term storage center dot Rapid depot-to-rover/spacecraft center dot Slow ISRU plant-to-ascent vehicle Integration of ISRU consumable production center dot Oxygen only from Mars atmosphere carbon dioxide center dot Oxygen, fuel, water, from extraterrestrial soil/regolith Test bed to evaluate long duration life, operations, maintenance on hardware, sensors, and autonomy
Technology Portfolio System↗
Propulsion System Architecture Refueling Capability Assessment for A Mars Transit Habitat Concept
A pressure-fed hypergolic bi-propellant system is the assumed propulsion approach for the Reaction Control System (RCS) used by the Mars Transit Habitat (TH), an architectural concept being traded within the NASA Moon to Mars architecture. The propellants under consideration are Monomethyl Hydrazine (MMH) and Mixed Oxides of Nitrogen with 3% Nitric Oxide (MON3), with helium pressurant.
Propulsion Architecture↗
Ground System Architectures Workshop GMSEC SERVICES SUITE (GSS): an Agile Development Story
The GMSEC (Goddard Mission Services Evolution Center) Services Suite (GSS) is a collection of tools and software services along with a robust customizable web-based portal that enables the user to capture, monitor, report, and analyze system-wide GMSEC data. Given our plug-and-play architecture and the needs for rapid system development, we opted to follow the Scrum Agile Methodology for software development. Being one of the first few projects to implement the Agile methodology at NASA GSFC, in this presentation we will present our approaches, tools, successes, and challenges in implementing this methodology. The GMSEC architecture provides a scalable, extensible ground and flight system for existing and future missions. GMSEC comes with a robust Application Programming Interface (GMSEC API) and a core set of Java-based GMSEC components that facilitate the development of a GMSEC-based ground system. Over the past few years, we have seen an upbeat in the number of customers who are moving from a native desktop application environment to a web based environment particularly for data monitoring and analysis. We also see a need to provide separation of the business logic from the GUI display for our Java-based components and also to consolidate all the GUI displays into one interface. This combination of separation and consolidation brings immediate value to a GMSEC-based ground system through increased ease of data access via a uniform interface, built-in security measures, centralized configuration management, and ease of feature extensibility.
Software Development/Agile↗
Systems architecture for distributed applications
This paper describes the kernel of a distributed operating system called ADAPT. The system runs on top of existing single host operating systems that are networked together. It's purpose is to transform this network of individual systems into a single system that will be easier for application programmers to use. This single system need not be monolithic; ADAPT facilitates the construction of both integrated and modular distributed systems.
Peebles, R.↗
Person-like intelligent systems architectures for robotic shared control and automated operations
An approach to rendering robotic systems as 'personlike' as possible to achieve needed capabilities is outlined. Human characteristics such as knowledge, motivation, know-how, performance, achievement and individual differences corresponding to propensities and abilities can be supplied, within limits, with computing software and hardware to robotic systems provided with sufficiently rich sensory configurations. Pushing these limits is the developmental path for more and more personlike robotic systems. The portions of the Person Concept that appear to be most directly relevant to this effort are described in the following topics: reality concepts (the state-of-affairs system and descriptive formats, behavior as intentional action, individual persons (person characteristics), social patterns of behavior (social practices), and boundary conditions (status maxims). Personlike robotic themes and considerations for a technical development plan are also discussed.
Erickson, Jon D.↗
System Architecture and Data Transfers
This presentation is an overview of the NASA UTM Project’s efforts on the architecture and data exchanges related to UTM. It covers the evolution of the overall system, a walk through of the current architecture, a summary of impacts of the work, and several references to relevant UTM publications.
UTM↗
Orion Power Transfer: Impacts of a Battery-on-Bus Power System Architecture
The Orion Multi-Purpose Crew Vehicle (MPCV) has the capability to transfer power to a co-manifested payload (CPL) during transit from low-Earth orbit to the lunar vicinity. This paper discusses a time-phased parametric power analysis to determine the Orion power transfer capability limit. Charge and discharge curves were generated for various power transfer conditions and measured against various minimum system voltage limits. The Orion electrical power system (EPS) utilizes an unregulated bus architecture, which has important implications when the system is operating under very high load demand conditions, such as during power transfer. This analysis highlights three important effects of this architecture. First, increasing load demand decreases the maximum state of charge (SOC) the batteries can reach when charging. Second, increasing load demand also decreases the allowable battery depth of discharge. These two together can significantly reduce the effective useable capacity of the batteries. Finally, low battery voltage decreases the power generation of the solar arrays. This can lead to significantly longer recharge times or even push the system out of energy balance. These effects have important implications for mission design and vehicle operations and must be accounted for when conducting sizing and design of an unregulated spacecraft EPS.
Electrical Power System↗
Data system architecture considerations for a space station
The functions that a space station could serve are outlined and details of the data systems requirements are discussed. The data system design will be guided by an overall space systems plan, and will feature distributed, layered architecture, user friendliness, hierarchical control, technology transparency, standard interfaces, and automated engineering tools. The station would begin with a limited core capability and evolve to serve functions defined thereafter. The automation of the engineering tools will be necessary to permit an optimized, minimized crew to control all functions of the space station, while at the same time freeing the crew from being actively involved in maintaining the nominal life support functions of the equipment. One major criterion is that the software must be error free, while another is adaptibility to changing space station configurations and demands.
Connell, E. B.↗
A surface systems architecture for an evolutionary lunar base
The NASA Office of Exploration has completed a Systems Engineering and Integration effort to define a point design for an evolving lunar base that supports substantial science, exploration, and resource production objectives. This study addressed systems level design; element requirements and conceptual designs; assessments of precursor and technology needs, and operations concepts. The central base is assumed to be located equatorially on the lunar nearside north of the crater Moltke in Mare Tranquillitatis. The study considers an aggressive case with three main phases. The initial Man-Tended Phase establishes basic enabling facilities that include a modular habitat that periodically houses a crew of four. During the Experimental Phase the base becomes permanently manned with the construction of a larger habitat that provides augmented workshop and laboratory volumes and housing for crew. The Operational Phase expands base capabilities to a substantially mature level while reducing reliance on earth.
Roberts, Barney B.↗
Integrated Hybrid System Architecture for Risk Analysis
A conceptual design has been announced of an expert-system computer program, and the development of a prototype of the program, intended for use as a project-management tool. The program integrates schedule and risk data for the purpose of determining the schedule applications of safety risks and, somewhat conversely, the effects of changes in schedules on changes on safety. It is noted that the design has been delivered to a NASA client and that it is planned to disclose the design in a conference presentation.
Moynihan, Gary P.↗
Considering Intermittent Dormancy in an Advanced Life Support Systems Architecture
Many advanced human space exploration missions being considered by the National Aeronautics and Space Administration (NASA) include concepts in which in-space systems cycle between inhabited and uninhabited states. Managing the life support system (LSS) may be particularly challenged during these periods of intermittent dormancy. A study to identify LSS management challenges and considerations relating to dormancy is described. The study seeks to define concepts suitable for addressing intermittent dormancy states and to evaluate whether the reference LSS architectures being considered by the Advanced Exploration Systems (AES) Life Support Systems Project (LSSP) are sufficient to support this operational state. The primary focus of the study is the mission concept considered to be the most challenging-a crewed Mars mission with an extensive surface stay. Results from this study are presented and discussed.
Sargusingh, Miriam J.↗
Water Recovery System Architecture and Operational Concepts to Accommodate Dormancy
Future manned missions beyond low Earth orbit will include intermittent periods of extended dormancy. The mission requirement includes the capability for life support systems to support crew activity, followed by a dormant period of up to one year, and subsequently for the life support systems to come back online for additional crewed missions. NASA personnel are evaluating the architecture and operational concepts that will allow the Water Recovery System (WRS) to support such a mission. Dormancy could be a critical issue due to concerns with microbial growth or chemical degradation that might prevent water systems from operating properly when the crewed mission began. As such, it is critical that the water systems be designed to accommodate this dormant period. This paper identifies dormancy issues, concepts for updating the WRS architecture and operational concepts that will enable the WRS to support the dormancy requirement.
Carter, Layne↗