SEARCH · Engineering Papers

Results for “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.

SourceResearch connectionFrom yearThrough year

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 991 records · Page 55

All sources NASA NTRS DOE OSTI

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 NTRS2018

An Intelligent Propulsion Control Architecture to Enable More Autonomous Vehicle Operation

This paper describes an intelligent propulsion control architecture that coordinates with the flight control to reduce the amount of pilot intervention required to operate the vehicle. Objectives of the architecture include the ability to: automatically recognize the aircraft operating state and flight phase; configure engine control to optimize performance with knowledge of engine condition and capability; enhance aircraft performance by coordinating propulsion control with flight control; and recognize off-nominal propulsion situations and to respond to them autonomously. The hierarchical intelligent propulsion system control can be decomposed into a propulsion system level and an individual engine level. The architecture is designed to be flexible to accommodate evolving requirements, adapt to technology improvements, and maintain safety.

autonomy↗

NASA NTRS2018

Improvements to Integrated Tradespace Analysis of Communications Architectures (ITACA) Network Loading Analysis Tool

NASA's SCENIC project aims to simplify and reduce the cost of space mission planning by replicating the analysis capabilities of commercially licensed software which are integrated with relevant analysis parameters specific to SCaN assets and SCaN supported user missions. SCENIC differs from current tools that perform similar analyses in that it 1) does not require any licensing fees, 2) will provide an all-in-one package for various analysis capabilities that normally requires add-ons or multiple tools to complete. As part of SCENIC's capabilities, the ITACA network loading analysis tool will be responsible for assessing the loading on a given network architecture and generating a network service schedule. ITACA will allow users to evaluate the quality of service of a given network architecture and determine whether or not the architecture will satisfy the mission's requirements. ITACA is currently under development, and the following improvements were made during the fall of 2017: optimization of runtime, augmentation of network asset pre-service configuration time, augmentation of Brent's method of root finding, augmentation of network asset FOV restrictions, augmentation of mission lifetimes, and the integration of a SCaN link budget calculation tool. The improvements resulted in (a) 25% reduction in runtime, (b) more accurate contact window predictions when compared to STK(Registered Trademark) contact window predictions, and (c) increased fidelity through the use of specific SCaN asset parameters.

analysis↗

NASA NTRS2017

An Intelligent Propulsion Control Architecture to Enable More Autonomous Vehicle Operation

autonomy↗

NASA NTRS2017

Airport Information Sharing Concept Architecture

The National Airspace System (NAS) Air Traffic management, control and operation depends on a timely and efficient distribution of real time information generated by stakeholders and published from a variety of sources. The Federal Aviation Administration System Wide Information Management (SWIM) is a service oriented architecture design to provide stakeholders with timely NAS information. However, there are other sources of useful information generated by stakeholders that can be included in the management of NAS operations. Airport facilities are host to most stakeholders operating in the NAS (airspace user, airport authority, ground handling, controller tower) and thus large information is generated and consumed at these facilities. The NASA Glenn Research center has been investigating an information exchange architecture framework that would enable the timely, efficient and secure gathering and distribution information generated at airport facilities. This presentation describes the framework architecture concept for the efficient information exchange of airport information.

Airports↗

NASA NTRS2018

Blockchain Application Within a Multi-Sensor Satellite Architecture

With the thrust towards multi-sensor satellite architectures for earth and space exploration, such as constellations and swarms, new technologies are required to enable the transition to this future capability. One of the areas of interest is establishing secure, efficient and prioritized data and command communication pathways among ground and space-based sources for such systems. This paper presents early research results on the potential role, capabilities and value of blockchain usage within constellation and swarm satellite architectures. It demonstrates the use of blockchain's smart contract and distributed ledger capabilities for secure and prioritized multi-sensor satellite collaborative data exchanges, as well as the logging and tracking of command and control events. Adapting and utilizing this emerging technology will aid in addressing technology gaps expected from future constellation flight architectures, such as managing collective computational operations (correlation), dynamic and autonomous observation planning, time-critical events, and provenance tied to ground and space-based autonomous operations and control recordkeeping. In this scenario blockchain is applied in encrypted command transmittal to multiple, yet specific, entities enabling acknowledgement transmittals, performance scalability, and automatic event-based triggering.

Mital, Rohit↗

NASA NTRS2018

A Breakthrough Propulsion Architecture for Interstellar Precursor Missions: Phase I Final Report

Our breakthrough propulsion architecture is an innovative way to take advantage of kilometer-scale, multi-hundred megawatt, space-based, phased-array lasers to enable rapid transportation throughout the solar system. In this architecture, the laser would beam power over distances of up to 40 AU increasing the available power density relative to solar insolation by two orders of magnitude. The receiving vehicle would have a photovoltaic array with cells tuned to the laser frequency that outputs a voltage of 6 kV to directly-drive a lithium-fueled gridded ion thruster system at an ultra-high specific impulse of 40,000 s. Such a system could enable final spacecraft speeds of greater than 40 AU/year, potentially enabling missions to the solar gravity lens focus at 550 AU in less than 15 years. This is the propulsion architecture of the 22nd century.

Brophy, John↗

NASA NTRS2013

Solar System Escape Architecture for Revolutionary Science

Our most distance spacecraft, Voyager 1 and Voyager 2, recently reached the boundary of the solar system known as the Heliopause. Beyond this boundary lies interstellar space, and, at tremendous distance, the stars. The Voyager spacecraft have shown us that the Heliopause is a dynamic, rapidly changing environment, varying greatly as the fields and effects emanating from the sun are met by a host of forces pushing in from our nearby galactic neighborhood. This is the region we aim to explore. Specifically we aim to develop a mission architecture and spacecraft concept capable of reaching the Heliopause (approximately100 AU (Astronomical Units)) region in multiple directions of interest, with a variety of scientific instrument suites, within a reasonable timeframe (about 15 years.) This report details our Phase 1 work including science goal definition, trajectory planning, technology research, mission planning, instrument selection, spacecraft design, and more. We present an architecture employing a 250-meter by 250-meter solar sail with a 175 kilogram spacecraft. This spacecraft could carry a variety of instrument suites depending on the destination, time, and other factors. The spin-stabilized spacecraft would powered by a small radioisotope power system (about 20 watts), makes use of an optical communication system, and carries 3 extensible booms for instrument accommodation as visible in the sketch and rendering below. We conclude that it would be reasonable to implement the architecture described herein in the 2020-2030 timeframe based on likely near-term technological and material advances. We are confident that cruise times of around 15 years could be achieved to science-rich destinations. This report details the approach we used to come to these conclusions and identifies some of the steps along the way. We utilized a variety of methodologies involving our full capability at JPL (Jet Propulsion Laboratory) - from small point studies to large collaborative engineering processes. This paper also describes potential industry partnerships and costing information, and includes the methods used to account for our project’s significant deviation from any prior mission in the NASA costing tool database. Outreach and public engagement is an important part of NASA activities. We engaged in several different forms of this outreach and describe them in this report. We conclude with some open questions and a summary of activities we hope to engage in with Phase 2 funding. The entire team would like to thank the NIAC (NASA Innovative Advanced Concepts) program for the opportunity to investigate this fascinating and challenging concept. The Voyager program gives us tantalizing clues as to the nature and behavior of the Heliopause – the boundary between the sun’s influence and the interstellar medium. This information comes from forty-year old instruments designed to study the outer planets. A targeted Heliopause investigation would give insight into the formation of the solar system, the role of the sun in the local interstellar neighborhood, and contribute to human exploration planning by helping to predict periods of low galactic cosmic ray (GCR) penetration into the inner solar system.

Spacecraft↗

NASA NTRS2016

Architectural and Operational Considerations Emerging from Hybrid RF-Optical Network Loading Simulations

A technology demonstration of free space optical communication at interplanetary distances is planned via one or more future NASA deep-space missions. Such demonstrations will “pave the way” for operational use of optical communications on future robotic/potential Human missions. Hence, the Deep Space Network architecture will need to evolve. Preliminary attempts to model the anticipated future mission set and simulate how well it loads onto assumed architectures with combinations of RF and optical apertures have been evaluated. This paper discusses the results of preliminary loading simulations for hybrid RF-optical network architectures and highlights key mission and ground infrastructure considerations that emerge.

loading simulations↗

NASA NTRS2017

A Comparison of System Architectures for a Mechanically Pumped Two-Phase Thermal Control System

The NASA Jet Propulsion Laboratory is developing a mechanically pumped two-phase fluid loop thermal control system to enable novel mission designs and greater science return. Pumped two-phase fluid loops have the potential to provide robust and effective thermal control that combine the best aspects of passive two-phase systems (heat pipes) and mechanically pumped single-phase fluid loops. The current program requirements include the development of a system with multiple 1 sq.m evaporators, each of which is capable of remaining spatially and temporally isothermal while accommodating heat loads of up to 500 W and local fluxes of up to 5 W/sq.cm. The goal is to attain this using less than 5 W of power. Such a system would be able to accommodate the next generation of payload and bus electronics while using minimal resources. This paper compares two different mechanically pumped two-phase fluid loop architectures in the context of these requirements. A mixed flow and separated flow architecture are compared on a theoretical and experimental basis. Test data from sub-scale, single evaporator/single condenser, mixed flow and separated flow testbeds are presented. In addition, a model is introduced to better understand separated flow systems and some expressions for the theoretical performance limits of such systems are developed. To date, the investigation suggests that a separated flow architecture is better suited to the program requirements. Separated flow systems have the potential to accommodate an isothermalizing two-phase evaporator while using lower levels of power than would be required for a mixed flow system. In addition, it is argued that separated flow systems are more robust and amenable to analysis than mixed flow systems, since they significantly reduce the occurrence of two-phase flow by separating phases in the evaporator. Future work will include developing a full-scale testbed that includes multiple evaporators and condensers in a representative flight configuration.

Furst, Benjamin↗

NASA NTRS2016

The Hidden Dimensions of Architecture and Engineering Design

The art of going from a notional vision of a system to a fully realizable design is called “architecting.” For an architecture to be realizable over its lifetime, it has to conform to many demands. Not only does it need to conform to the vision and its ultimate purpose, it needs to adhere to a world of requirements: affordability, reliability, legality, operability, simplicity, analyzability, testability, understandability, accessibility, manufacturability, and repairability, among many others. Ultimately, the architectures that “hang together” in many or all of these dimensions evoke a sense of elegance and beauty. Please join us as Frank Gehry and JPLers Rob Manning and Raul Polit-Casillas discuss examples of design and architecture, and the importance of a well-thought-out design.

Gehry, Frank O.↗

NASA NTRS2020

Pterodactyl: Development and Comparison of Control Architectures for a Mechanically Deployed Entry Vehicle

The Pterodactyl project, seeks to advance the current state-of-the-art for entry vehicles by developing novel guidance and control technologies for Deployable Entry Vehicles (DEVs) that can be applied to various entry vehicle configurations. This paper details the efforts on the NASA-funded Pterodactyl project to investigate and implement multiple control techniques for an asymmetric mechanical DEV. We design multiple control architectures for a Pterodactyl Baseline Vehicle (PBV) and evaluate their performance in achieving varying guidance commands during entry. The control architectures studied are (i) propulsive control systems such as reaction control systems and (ii) non-propulsive control systems such as aerodynamic control surfaces and internal moving masses. For each system, state-feedback integral controllers based on linear quadratic regulator (LQR) optimal control methods are designed to track guidance commands of either (i) bank angle or (ii) angle of attack and sideslip angle as determined by the desired guidance trajectory. All control systems are compared for a lunar return reference mission and by providing a comparative analysis of these systems, configurations, and performance, the efforts detailed in this paper and the Pterodactyl project as a whole will help entry vehicle system designers determine suitable control architectures for integration with DEVs and other entry vehicle types.

Okolo, Wendy A.↗

NASA NTRS2020

NASA SpaceCube Intelligent Multi-Purpose System for Enabling Remote Sensing, Communication, and Navigation in Mission Architectures

New, innovative CubeSat mission concepts demand modern capabilities such as artificial intelligence and autonomy, constellation coordination, fault mitigation, and robotic servicing –all of which require vastly more processing resources than legacy systems are capable of providing. Enabling these domains within a scalable, configurable processing architecture is advantageous because it also allows for the flexibility to address varying mission roles, such as a command and data-handling system, a high-performance application processor extension, a guidance and navigation solution, or an instrument/sensor interface. This paper describes the NASA SpaceCube Intelligent Multi-Purpose System (IMPS), which allows mission developers to mix-and-match 1U (10 cm × 10 cm) CubeSat payloads configured for mission-specific needs. The central enabling component of the system architecture to address these concerns is the SpaceCube v3.0 Mini Processor. This single-board computer features the 20nm Xilinx Kintex UltraScale FPGA combined with a radiation-hardened FPGA monitor, and extensive IO to integrate and interconnect varying cards within the system. To unify the re-usable designs within this architecture, the CubeSat Card Standard was developed to guide design of 1U cards. This standard define spinout configurations, mechanical, and electrical specifications for 1U CubeSat cards, allowing the backplane and mechanical enclosure to be easily extended. NASA has developed several cards adhering to the standard (System-on-Chip, power card, etc.), which allows the flexibility to configure a payload from a common catalog of cards.

Advanced Avionics, Hybrid Processing, Data Process↗

NASA NTRSDate not supplied

How the Allocation of Lander Functions Impacts Human Lunar Exploration Architecture Propellant Demands

As NASA looks to the moon as a proving ground for the technologies required to conduct the first human exploration campaign of Mars, this study assesses the potential propellant demands that a sustained human lunar presence would require. In particular, this study evaluates how the allocation and distribution of vehicle functions to a different number of vehicles can impact the propellant required to conduct a human lunar exploration mission. Four different transportation architectures for human lunar exploration and three different refueling assumptions were defined. The impact on the propellant required for a mission was assessed for all architectures and refueling assumptions for ranges of crew payload mass, vehicle inert mass fraction, and a sensitivity to the mission maneuver velocity magnitudes. The results of this analysis show that aggregating vehicle functions to a single-stage lander vehicle can have a positive impact on the architecture's level of vehicle reusability and that an increase in the number of refueling opportunities reduces the mass of the vehicles and of the propellant required per mission.

Matteo A. Clark↗

NASA NTRSDate not supplied

Adding a Verification View for Autonomous Real-Time Architecture

Spacecraft software systems continue to increase in complexity and must frequently operate autonomously for extended periods. Thus, the consequences of software flaws are increasing and it is necessary to improve development methods to minimize the risk of latent flaws in the operational software. Traditional software architectures place verification as one element in the development architectural view and treat verification as a later lifecycle activity that is considered complete when the system is certified for flight. The Gateway Vehicle System Manager team, recognizing the importance of verification throughout the system lifecycle, is treating verification as an additional architectural view that receives continuous attention from the requirements analysis phase and continuing for the life of the operational system. The verification view consists of two viewpoints: development and operational. We present background on the verification view and discuss the approaches the Vehicle System Manager team is taking.

James B Dabney↗

NASA NTRS0202

Rest architecture for link analysis tools portal

A web portal is under development to improve overall services provided by NASA networks that support near-‐Earth missions. These networks are managed by Space Communication and Navigation (SCaN) Program of NASA and include the following: Deep Space Network (DSN), Space Network (SN), and Near-‐Earth Network (NEN). DSN is a network of antennas located in three longitudinally separated sites and supports interplanetary spacecraft missions, radio science, and radar astronomy observations. SN consists of a number of geostationary Tracking and Data Relay Satellites (TDRS) and associated ground stations. NEN consists of both NASA-‐owned ground stations and those owned by international, commercial, and academic partners. This study investigates different web access techniques for mission users to use link analysis tools that aid in operating NASA networks. We developed a web portal prototype following principles of Representational state transfer (REST) architecture to leverage scalability, independent deployment of tools, and generic interfaces. In REST architectures, requests and responses between clients and servers are built around transferring representations of resources that can be addressed in memory. We demonstrate the feasibility of using REST architecture to facilitate web-‐service transactions via web-‐portal.

Lee, Carlyn-‐Ann↗

NASA NTRS2009

Analysis of architectures for the scientific exploration of Enceladus

In 2007, a JPL Rapid Mission Architecture (RMA) analysis team identified and evaluated a broad set of mission architecture options for a suite of scientific exploration objectives targeting the Saturnian moon Enceladus. Primary science objectives were largely focused on examination of the driving mechanisms and extent of interactions by the plumes of Enceladus recently discovered by Cassini. Investigation of the architectural trade space spanned a wide range of options, from high-energy flybys of Enceladus as a re-instrumented expansion on the Cassini mission, to more complex, multi-element combinations of Enceladus orbiters carrying multiple variants of in-situ deployable systems. Trajectory design emerged as a critical element of the mission concepts, enabling challenging missions on Atlas V and Delta IV-Heavy class launch vehicles. Various Enceladus Flagship-class mission concepts identified were analyzed and compared against several first-order figures of merit, including mass, cost, risk, mission timeline, and associated science value with respect to accomplishment of the full set of science objectives. Results are presented for these comparative analyses and the characterization of the explored trade space.

Strange, N.↗

NASA NTRS2018

A Technology Architecture for Accessing the Oceans of Icy Worlds

The icy moon oceans beckon with ingredients that potentially may harbour extant life. Beginning with the Galileo and Cassini missions, measurements have revealed the presence of global oceans under the icy crust of several moons of Jupiter and Saturn. Among those moons, Europa and Enceladus have their ocean in contact with the rocky core, providing an environment similar to the conditions existing on the terrestrial sea-floor where life has developed at hydrothermal vents Accessing these oceans presents considerable difficulty due to a number of issues including the depth and composition of the icy crust, the time needed to travel through the crust, the power needed to propel a probe, communication of scientific and engineering data though the ice and back to Earth, entry and mobility in the ocean and autonomous operations for the life of the mission. A detailed trade space study was conducted to develop a technology architecture defining a system that would access an icy moon’s ocean. To specifically bound the architecture, Jupiter’s moon Europa was chosen as the target body though the work can apply to other bodies. The current understanding of the scientific properties of the ice crust and ocean was used to guide the development. A strawman scientific payload was devised to further develop a baseline set of requirements. Beginning with a launch and trajectory that can bring a system to Europa’s orbit, a complete trade space was developed outlining the engineering systems needed to access the ocean. The architecture was divided into specific phases for i) deorbit, descent and landing, ii) surface operations, iii) ice descent and iv) ocean access. The technical maturity of each of sub-system for the phases was assessed for systems that could be developed to a maturity ready for a preliminary design in less than ten years. Integrated system parameters on power, communication capacity, and mass were developed to further define the overall system. To constrain the design, a total time in the ice, from the ice crust surface to accessing the ocean was limited to three years, and 15Km of ice was baselined with a temperature profile through the ice estimated from the scientific literature.

Sengupta, Anita↗