Results for “Process design and operation” — Page 24

NASA NTRS1994

Segmented Ion Engine Operation and Performance

The continuing trend toward smaller and smaller planetary spacecraft to enable the use of smaller, less expensive launch vehicles has motivated an examination of new approaches to reduce the size and mass of xenon ion propulsion systems for these new spacecraft. A system is proposed which is based on the use of a single 4x15-cm segmented ion thruster operated from a single internally redundant power processing unit. An engine input power throttling range of 380 to 4640 W is projected. The design and operation over a power range of 600 to 2400 W of a laboratory model segmented ion engine equipped with carbon-carbon grids is presented. There appear to be no problems associated with interactions with multiple ion sources operating from a single set of high voltage power supplies, neutralization of multiple ion sources from a single centrally located neutralizer, or operation of flat, thin carbon-carbon grids.

ion↗

NASA NTRSDate not supplied

Towards Autonomous Lunar Resource Excavation via Reinforcement Learning

To continue on a sustainable and flexible path, NASA needs to address the challenge of collecting and moving large amounts of regolith at the destination. NASA’s Regolith Advanced Surface Systems Operations Robot (RASSOR) is principally designed to mine and deliver regolith for In-Situ Resource Utilization (ISRU) processing. RASSOR’s design enables it to efficiently collect and deposit regolith, return collected material for processing, and myriad related ISRU activities. To reliably perform these operations on the lunar surface, RASSOR software and sensory systems need to be robust and maximize the information extracted from a reduced sensor payload. Herein, we present preliminary findings from the Intelligent Capabilities Enhanced RASSOR project. We created reduced-order simulation environments to develop autonomous trenching controllers via reinforcement learning and prototype state estimation architectures. The goal of reinforcement learning is for an agent to learn a policy (task strategy) through interactions with an environment. When the agent performs an action, a change occurs in environment state and a numerical reward is received which informs the agent whether the action performed was good or not. Since reinforcement learning algorithms learn through trial-and-error, a simulation is a desirable first environment for development and learning. We developed two simulations, the first is a 2D excavation simulation developed to facilitate parameter selection, and a 3D simulation developed using a game physics engine, to simulate simplified soil interactions and increase the fidelity of the dynamic models of the robotic agents. The development of this 3D simulation has enabled the training of additional sensing capabilities and research both at the granular mechanics and operations levels. We experimented with various virtual sensor payloads to identify a combination that enabled efficient excavation operation and learning. Our reward function is based on how much material is excavated per step. A penalty is also received for leaving the dig site and to smooth the acceleration of the drum arms. We implemented pseudo time-of-flight sensors to report distance from each drum to ground and the height above ground which was found to be more efficient than existing solutions. Our findings suggest that reinforcement learning for autonomous operations has learned viable trenching strategies within 3000 training episodes in our simplified 2D environment and helped identify desirable sensing capabilities, arrangements, and considerations such as the positioning of time-of-flight sensors. Future work includes expanding our simulation to more complex environments and scenarios, and transfer learning from simulation to RASSOR 2.0 hardware for deployment in the Regolith Test Bin at NASA's Kennedy Space Center.

rassor↗

NASA NTRS1972

Simulation of mass storage systems operating in a large data processing facility

A mass storage simulation program was written to aid system designers in the design of a data processing facility. It acts as a tool for measuring the overall effect on the facility of on-line mass storage systems, and it provides the means of measuring and comparing the performance of competing mass storage systems. The performance of the simulation program is demonstrated.

Holmes, R.↗

NASA NTRSDate not supplied

Surface Systems Capability Gaps for Enabling NASA’s Sustainable Lunar Operations

This paper discusses the NASA Ground, Test, and Surface Systems Taxonomy (TX-13) related capability gaps, including details of architecture, technology, engineering, and policy gaps for enabling sustainable lunar surface operations and subsequent Mars missions. Architecture gaps include standardized architectures and interfaces, multi-element systems engineering and integration, design for supportability, and nuclear payload processing and launch approach. Technology gaps, primarily focused on uncrewed surface operations, include automated/autonomous cryogenic loading, transfer, servicing, and storage of commodities; health determination and fault management; automated/autonomous planning and scheduling; automated/autonomous inspection, maintenance and repair; logistics management and reliability; launch and landing site preparation; commodity management; and advanced umbilicals and dust tolerant interfaces. Engineering gaps include high-purity propellant production for ground and surface applications and large-scale xenon servicing capabilities. The policy gap includes nuclear propulsion acceptance testing and qualification approach. Strategically identifying human/automation roles and tasks and infusing automation and autonomy practices early in a system’s lifecycle is essential for achieving the mission objectives for a sustainable human lunar presence, improving performance and mission effectiveness, reducing operations costs and reliance on humans to perform tasks, and accommodating ground communication delays.

Surface Systems↗

NASA NTRS2020

Developing and Implementing a Process to Verify and Validate the NASA InSight Mission’s Instrument Command Products

The NASA InSight Mars lander is a roboticspacecraft which is investigating the interior structure of Marsthrough a series of seismological measurements andexperiments. Much of the commanding of activities performedby the instruments was done using ‘blocks’ – reusable functionswritten in Virtual Machine Language stored onboard thespacecraft– and sequences (series of commands) that werecreated by teams to operate their instruments. It was vital thatthese blocks and sequences (collectively called commandproducts) be thoroughly examined prior to onboard executionusing a comprehensive test program to reduce risk to thespacecraft and instruments and ensure smooth operations onthe surface of Mars. The Verification and Validation (V&V)process that was designed and implemented during the monthsleading up to InSight’s launch and landing successfullyuncovered a number of issues that could have causedoperational delays or impacted hardware. The process alsohelped adapt ground tools to better model onboard activities,create operational principles to avoid unintended consequencesduring flight, and generate a reference database for commandproduct use during operations. This allowed InSight to meet itssurface operations goals in the desired timeframe. This paperdescribes the development, implementation and results ofInSight’s command product V&V process, its contribution tomission success, and challenges faced.

Cloutier, Kyle↗

NASA NTRS1992

Integration and use of Microgravity Research Facility: Lessons learned by the crystals by vapor transport experiment and Space Experiments Facility programs

The Crystals by Vapor Transport Experiment (CVTE) and Space Experiments Facility (SEF) are materials processing facilities designed and built for use on the Space Shuttle mid deck. The CVTE was built as a commercial facility owned by the Boeing Company. The SEF was built under contract to the UAH Center for Commercial Development of Space (CCDS). Both facilities include up to three furnaces capable of reaching 850 C minimum, stand-alone electronics and software, and independent cooling control. In addition, the CVTE includes a dedicated stowage locker for cameras, a laptop computer, and other ancillary equipment. Both systems are designed to fly in a Middeck Accommodations Rack (MAR), though the SEF is currently being integrated into a Spacehab rack. The CVTE hardware includes two transparent furnaces capable of achieving temperatures in the 850 to 870 C range. The transparent feature allows scientists/astronauts to directly observe and affect crystal growth both on the ground and in space. Cameras mounted to the rack provide photodocumentation of the crystal growth. The basic design of the furnace allows for modification to accommodate techniques other than vapor crystal growth. Early in the CVTE program, the decision was made to assign a principal scientist to develop the experiment plan, affect the hardware/software design, run the ground and flight research effort, and interface with the scientific community. The principal scientist is responsible to the program manager and is a critical member of the engineering development team. As a result of this decision, the hardware/experiment requirements were established in such a way as to balance the engineering and science demands on the equipment. Program schedules for hardware development, experiment definition and material selection, flight operations development and crew training, both ground support and astronauts, were all planned and carried out with the understanding that the success of the program science was as important as the hardware functionality. How the CVTE payload was designed and what it is capable of, the philosophy of including the scientists in design and operations decisions, and the lessons learned during the integration process are descussed.

Heizer, Barbara L.↗

NASA NTRS1990

NASA. Langley Research Center dry powder towpreg system

Dry powder polymer impregnated carbon fiber tows were produced for preform weaving and composite materials molding applications. In the process, fluidized powder is deposited on spread tow bundles and melted on the fibers by radiant heating to adhere the polymer to the fiber. Unit design theory and operating correlations were developed to provide the basis for scale up of the process to commercial operation. Special features of the operation are the pneumatic tow spreader, fluidized bed, resin feeder, and quality control system. Bench scale experiments, at tow speeds up to 50 cm/sec, demonstrated that process variables can be controlled to produce weavable LARC-TPI carbon fiber towpreg. The towpreg made by the dry powder process was formed into unidirectional fiber moldings and was woven and molded into preform material of good quality.

Baucom, Robert M.↗

NASA NTRS1993

Testing of ROMPS robot mechanical interfaces and compliant device

The Robot Operated Materials Processing System (ROMPS) has been developed at Goddard Space Flight Center (GSFC) under a flight project to investigate commercially promising in-space material processes and to design reflyable robot automated systems to be used in the above processes for low-cost operations. The ROMPS is currently scheduled for flight in 1994 as a Hitchhiker payload in a Get Away Special (GAS) can. An important component of the ROMPS is a three degree-of-freedom (DOF) robot which will be responsible for carrying out the required tasks of in-space processing of selected materials. This report deals with testing of the mating capability of the ROMPS robot fingers with its various mechanical interfaces. In particular, the test plan will focus on studying the capability of a compliance mechanism mounted on the robot fingers in accommodating misalignments between the robot fingers and the interfaces during the mating. The report is organized as follows: Section 2 represents the main components of the ROMPS robot and briefly describes its operations. Section 3 presents the objectives of the test and outlines the test plan. The testbed comprising a Steward Platform-based high precision manipulator and associated data acquisition and control systems is described in Section 4. Section 5 presents results of numerous experiments conducted to study the mating capability of the robot fingers with its various interfaces under misalignments. The report is concluded with observations and recommendations based on the test results.

Nguyen, Charles C.↗

NASA NTRS2005

Remotely Operated Aircraft (ROA) Impact on the National Airspace System (NAS) Work Package: Automation Impacts of ROA's in the NAS

The purpose of this document is to analyze the impact of Remotely Operated Aircraft (ROA) operations on current and planned Air Traffic Control (ATC) automation systems in the En Route, Terminal, and Traffic Flow Management domains. The operational aspects of ROA flight, while similar, are not entirely identical to their manned counterparts and may not have been considered within the time-horizons of the automation tools. This analysis was performed to determine if flight characteristics of ROAs would be compatible with current and future NAS automation tools. Improvements to existing systems / processes are recommended that would give Air Traffic Controllers an indication that a particular aircraft is an ROA and modifications to IFR flight plan processing algorithms and / or designation of airspace where an ROA will be operating for long periods of time.

Source record↗

NASA NTRS2018

Power Processing and Flow Control for a 100 kW Hall Thruster System

Aerojet Rocketdyne's NextSTEP program is developing and demonstrating a 100 kW Electric Propulsion (EP) system, the XR-100, which includes a modular power processing unit and modular xenon feed system to operate a Nested Hall Thruster (NHT) designed for powers up to 200 kW. The NextSTEP system is intended for use on large scale cargo transportation to support human missions to the Moon and Mars, which require very high-power Solar Electric Propulsion (SEP) systems operating between 200 and 400 kW. The three-year program objective is to operate the integrated EP system continuously at 100 kW for 100 hours, advancing this very high-power EP system to Technology Readiness Level (TRL) 5. In order to process the power and control propellant flow for this high-power system, Aerojet Rocketdyne has developed a modular concept for the Power Processing Units (PPUs) and Xenon feed system. The program has completed testing of critical elements of the PPU and feed system with a thruster simulator. Design upgrades to demonstrate the TRL 5 capabilities are underway. This paper will present an overview of the program and system design approach, the high power XR-100 capabilities of the PPU and feed system, and the latest test results for the 100 kW EP system demonstration program. In order to successfully execute this contract, there is a close collaboration between the teammates at Aerojet Rocketdyne (AR), the University of Michigan (UM), the NASA Jet Propulsion Laboratory (JPL), and the NASA Glenn Research Center (GRC).

Soendker, Erich↗

NASA NTRS2018

Power Processing and Flow Control for a 100 kW Hall Thruster System

Aerojet Rocketdyne's NextSTEP program is developing and demonstrating a 100 kW Electric Propulsion (EP) system, the XR-100, which includes a modular power processing unit and modular xenon feed system to operate a Nested Hall Thruster (NHT) designed for powers up to 200 kW. The NextSTEP system is intended for use on large scale cargo transportation to support human missions to the Moon and Mars, which require very high-power Solar Electric Propulsion (SEP) systems operating between 200 and 400 kW. The three-year program objective is to operate the integrated EP system continuously at 100 kW for 100 hours, advancing this very high-power EP system to Technology Readiness Level (TRL) 5. In order to process the power and control propellant flow for this high-power system, Aerojet Rocketdyne has developed a modular concept for the Power Processing Units (PPUs) and Xenon feed system. The program has completed testing of critical elements of the PPU and feed system with a thruster simulator. Design upgrades to demonstrate the TRL 5 capabilities are underway. This paper will present an overview of the program and system design approach, the high power XR-100 capabilities of the PPU and feed system, and the latest test results for the 100 kW EP system demonstration program. In order to successfully execute this contract, there is a close collaboration between the teammates at Aerojet Rocketdyne (AR), the University of Michigan (UM), the NASA Jet Propulsion Laboratory (JPL), and the NASA Glenn Research Center (GRC).

Hablitzel, Sam↗

NASA NTRS1987

On the next generation of reliability analysis tools

The current generation of reliability analysis tools concentrates on improving the efficiency of the description and solution of the fault-handling processes and providing a solution algorithm for the full system model. The tools have improved user efficiency in these areas to the extent that the problem of constructing the fault-occurrence model is now the major analysis bottleneck. For the next generation of reliability tools, it is proposed that techniques be developed to improve the efficiency of the fault-occurrence model generation and input. Further, the goal is to provide an environment permitting a user to provide a top-down design description of the system from which a Markov reliability model is automatically constructed. Thus, the user is relieved of the tedious and error-prone process of model construction, permitting an efficient exploration of the design space, and an independent validation of the system's operation is obtained. An additional benefit of automating the model construction process is the opportunity to reduce the specialized knowledge required. Hence, the user need only be an expert in the system he is analyzing; the expertise in reliability analysis techniques is supplied.

Babcock, Philip S., IV↗

NASA NTRS2015

In-Space Propulsion, Logistics Reduction, and Evaluation of Steam Reformer Kinetics: Problems and Prospects

Human space missions generate waste materials. A 70-kg crewmember creates a waste stream of 1 kg per day, and a four-person crew on a deep space habitat for a 400+ day mission would create over 1600 kg of waste. Converted into methane, the carbon could be used as a fuel for propulsion or power. The NASA Advanced Exploration Systems (AES) Logistics Reduction and Repurposing (LRR) project is investing in space resource utilization with an emphasis on repurposing logistics materials for useful purposes and has selected steam reforming among many different competitive processes as the preferred method for repurposing organic waste into methane. Already demonstrated at the relevant processing rate of 5.4 kg of waste per day, high temperature oxygenated steam consumes waste and produces carbon dioxide, carbon monoxide, and hydrogen which can then be converted into methane catalytically. However, the steam reforming process has not been studied in microgravity. Data are critically needed to understand the mechanisms that allow use of steam reforming in a reduced gravity environment. This paper reviews the relevant literature, identifies gravity-dependent mechanisms within the steam gasification process, and describes an innovative experiment to acquire the crucial kinetic information in a small-scale reactor specifically designed to operate within the requirements of a reduced gravity aircraft flight. The experiment will determine if the steam reformer process is mass-transport limited, and if so, what level of forced convection will be needed to obtain performance comparable to that in 1-g.

Logistics↗

NASA NTRS2018

A Summary of the NASA Design Environment for Novel Vertical Lift Vehicles (DELIVER) Project

The number of new markets and use cases being developed for vertical take-off and landing vehicles continues to explode, including the highly publicized urban air taxi and package deliver applications. There is an equally exploding variety of novel vehicle configurations and sizes that are being proposed to fill these new market applications. The challenge for vehicle designers is that there is currently no easy and consistent way to go from a compelling mission or use case to a vehicle that is best configured and sized for the particular mission. This is because the availability of accurate and validated conceptual design tools for these novel types and sizes of vehicles have not kept pace with the new markets and vehicles themselves. The Design Environment for Novel Vertical Lift Vehicles (DELIVER) project was formulated to address this vehicle design challenge by demonstrating the use of current conceptual design tools, that have been used for decades to design and size conventional rotorcraft, applied to these novel vehicle types, configurations and sizes. In addition to demonstrating the applicability of current design and sizing tools to novel vehicle configurations and sizes, DELIVER also demonstrated the addition of key transformational technologies of noise, autonomy, and hybrid-electric and all-electric propulsion into the vehicle conceptual design process. Noise is key for community acceptance, autonomy and the need to operate autonomously are key for efficient, reliable and safe operations, and electrification of the propulsion system is a key enabler for these new vehicle types and sizes. This paper provides a summary of the DELIVER project and shows the applicability of current conceptual design and sizing tools novel vehicle configurations and sizes that are being proposed for urban air taxi and package delivery type applications.

Design Environment↗

NASA NTRS1981

The Earth Resources Laboratory Applications Software (ELAS) in university research and education: An operator oriented geobased information system

Created for analyzing and processing digital data such as that collected by multispectral scanners or digitized from maps, ELAS is designed for ease of user operation and includes its own FORTRAN operating monitor and an expandable set of application modules which are FORTRAN overlays. On those machines that do not support FORTRAN overlaying, the modules exist as subprograms. The subsystem can be implemented on most 16-bit or 32-bit machines and is capable of, but not limited to, operating on low-cost minicomputer systems. The recommended hardware configuration for ELAS and a representative listing of some operating and application modules are presented.

Coker, B. L.↗

NASA NTRS2018

Development of a Ground Test and Analysis Protocol for NASA's NextSTEP Phase 2 Habitation Concepts

The NASA Next Space Technologies for Exploration Partnerships (NextSTEP) program is a public-private partnership model that seeks commercial development of deep space exploration capabilities to support human spaceflight missions around and beyond cislunar space. NASA first issued the Phase 1 NextSTEP Broad Agency Announcement to U.S. industries in 2014, which called for innovative cislunar habitation concepts that leveraged commercialization plans for low-Earth orbit. These habitats will be part of the Deep Space Gateway (DSG), the cislunar space station planned by NASA for construction in the 2020s. In 2016, Phase 2 of the NextSTEP program selected five commercial partners to develop ground prototypes. A team of NASA research engineers and subject matter experts (SMEs) have been tasked with developing the ground-test protocol that will serve as the primary means by which these Phase 2 prototypes will be evaluated. Since 2008, this core test team has successfully conducted multiple spaceflight analog mission evaluations utilizing a consistent set of operational tools, methods, and metrics to enable the iterative development, testing, analysis, and validation of evolving exploration architectures, operations concepts, and vehicle designs. The purpose of implementing a similar evaluation process for the Phase 2 Habitation Concepts is to consistently evaluate different commercial partner ground prototypes to provide data-driven, actionable recommendations for Phase 3. This paper describes the process by which the ground test protocol was developed and the objectives, methods, and metrics by which the NextSTEP Phase 2 Habitation Concepts will be rigorously and systematically evaluated. The protocol has been developed using both a top-down and bottom-up approach. Top-down development began with the Human Exploration and Operations Mission Directorate (HEOMD) exploration objectives and ISS Exploration Capability Study Team (IECST) candidate flight objectives. Strategic questions and associated rationales, derived from these candidate architectural objectives, provide the framework by which the ground-test protocol will address the DSG stack elements and configurations, systems and subsystems, and habitation, science, and EVA functions. From these strategic questions, high-level functional requirements for the DSG were drafted and associated ground-test objectives and analysis protocols were established. Bottom-up development incorporated objectives from NASA SMEs in autonomy, avionics and software, communication, environmental control and life support systems, exercise, extravehicular activity, exploration medical operations, guidance navigation and control, human factors and behavioral performance, human factors and habitability, logistics, Mission Control Center operations, power, radiation, robotics, safety and mission assurance, science, simulation, structures, thermal, trash management, and vehicle health. Top-down and bottom-up objectives were integrated to form overall functional requirements - ground-test objectives and analysis mapping. From this mapping, ground-test objectives were organized into those that will be evaluated through inspection, demonstration, analysis, subsystem standalone testing, and human-in-the-loop (HITL) testing. For the HITL tests, mission-like timelines, procedures, and flight rules have been developed to directly meet ground test objectives and evaluate specific functional requirements. Data collected from these assessments will be analyzed to determine the acceptability of habitation element configurations and the combinations of capabilities that will result in the best habitation platform to be recommended by the test team for Phase 3.

Gernhardt, Michael L.↗

NASA NTRSDate not supplied

A System to Provide Deterministic Flight Software Operation and Maximize Multicore Processing Performance: The Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) Datapath

A method and design are described for a system that processes multiple data streams, utilizing a multicore asymmetric processing architecture, that eliminates data interrupts to the application processors. The design supports a deterministic environment for flight software in NASA’s Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) project. The SPLICE project develops sensor, algorithm, and compute technologies for Precision Landing and Hazard Avoidance (PL&HA) capabilities. The compute technology for SPLICE is the Descent and Landing Computer (DLC). The DLC hosts several SPLICE algorithms with high computational resource requirements that must be executed in a real-time and deterministic manner. The software runs on a custom Single Board Computer (SBC), with a Xilinx Ultrascale+ Multiprocessor System-on-a-Chip (MPSoC). Input data for the flight software is from a variety of sensors, unique with respect to data rate and packet size. A data path between the SPLICE sensors and algorithms is designed to efficiently deliver this data to the flight software using the MPSoC asymmetric processing cores and Field Programmable Gate Array (FPGA) fabric. This is implemented in a manner that isolates the application processors running the flight software from interrupts associated with the input data. By leveraging real-time processors on the MPSoC, and a structure with the appropriate interfaces in the shared memory on the SBC, the flight software can use the full set of application processors. The available utilization for each processor in this set is also maximized for the SPLICE applications, providing a sufficiently deterministic execution environment without the cost and overhead of a real-time operating system.

heterogeneous processing system↗

NASA NTRS2023

A System to Provide Deterministic Flight Software Operation and Maximize Multicore Processing Performance: The Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) Datapath

A method and design are described for a system that processes multiple data streams, utilizing a multicore asymmetric processing architecture, that eliminates data interrupts to the application processors. The design supports a deterministic environment for flight software in NASA’s Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) project. The SPLICE project develops sensor, algorithm, and compute technologies for Precision Landing and Hazard Avoidance (PL&HA) capabilities. The compute technology for SPLICE is the Descent and Landing Computer (DLC). The DLC hosts several SPLICE algorithms with high computational resource requirements that must be executed in a real-time and deterministic manner. The software runs on a custom Single Board Computer (SBC), with a Xilinx Ultrascale+ Multiprocessor System-on-a-Chip (MPSoC). Input data for the flight software is from a variety of sensors, unique with respect to data rate and packet size. A data path between the SPLICE sensors and algorithms is designed to efficiently deliver this data to the flight software using the MPSoC asymmetric processing cores and Field Programmable Gate Array (FPGA) fabric. This is implemented in a manner that isolates the application processors running the flight software from interrupts associated with the input data. By leveraging real-time processors on the MPSoC, and a structure with the appropriate interfaces in the shared memory on the SBC, the flight software can use the full set of application processors. The available utilization for each processor in this set is also maximized for the SPLICE applications, providing a sufficiently deterministic execution environment without the cost and overhead of a real-time operating system.

David K. Rutishauser↗