SEARCH · Search NASA

Results for “Instruction sets”

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 145 records · Page 8

All sources NASA NTRS DOE OSTI

NASA NTRS2011

The Use of Modeling for Flight Software Engineering on SMAP

The Soil Moisture Active Passive (SMAP) mission proposes to deploy an Earth-orbiting satellite with the goal of obtaining global maps of soil moisture content at regular intervals. Launch is currently planned in 2014. The spacecraft bus would be built at the Jet Propulsion Laboratory (JPL), incorporating both new avionics as well as hardware and software heritage from other JPL projects. [4] provides a comprehensive overview of the proposed mission

Software architecture↗

NASA NTRS2018

Air Traffic Management-eXploration Testbed for Urban Air Mobility Research and Development

The presentation will describe the architecture, current capabilities and some future enhancements of the testbed that is being developed at the National Aeronautics and Space Administration (NASA) to enable benefit, impact, safety and cost assessments for accelerating the deployment of air traffic management concept and technologies in the national airspace system. The testbed will support analysis of operational feasibility of urban air mobility operations, a part of NASA's Air Traffic Management eXploration project, and provide the data needed by regulatory agencies charged with public safety. Introduction of concepts and technologies, especially new concepts and technologies, is difficult and often takes decades because of the inability to assess the operational impact of the interaction between the proposed concept and technology and operationally deployed systems in terms of system-wide safety, traffic flow efficiency, roles and workload of controllers and traffic managers, and impact on airlines and other operators. To overcome these limitations, the testbed is developing infrastructure to enable mathematical modeling, human-in-the-loop evaluations and testing with operational systems in a simulated environment. In addition to the difficulty of establishing communications between geographically distributed systems, downloading/installing software, and management of startup, error-handling and shutdown, a major impediment for conducting simulations and human-in-the-loop testing with operational systems is the tedious manual scenario generation process. Several of these difficulties have been addressed in the current state of the testbed. The testbed can be described in terms of the following elements (1) web-based frontend and backend, (2) Testbed Builder, (3) Data Distribution Service, (4) Component Library, (5) Simulation Management, and (6) Scenario Generation. The web-based frontend and backend enable the user to interact with the testbed for tasks such as composing a simulation, running a simulation and retrieving output data. The Testbed Builder application launched from the web frontend is a graphical user interface for the user to drag-and-drop and connect predefined blocks for composing a simulation/scenario generation task. The Builder writes a set of instructions for Simulation Management based on the links between the blocks and the block properties such as the component (executable) associated with a particular block. Management of the distributed simulation is accomplished by Execution and Component Managers. Execution Manager interprets the instructions provided by the Builder to instruct the Component Managers to download components from the Component Library to specified computers and to start them up. Once started, the components communicate with each other by publishing messages and subscribing to messages that are delivered by the Data Distribution Service. The Scenario Generation capability can be used for creating traffic scenarios for Multi-Aircraft Control System, which has been used extensively at NASA for human-in-the-loop-based concept evaluations. The presentation will provide a testbed enabled example scenario of Multi-Aircraft Control System based simulation in which the urban air mobility pilot using the conflict detection and resolution system would interact with the air traffic controllers for resolving conflicts with other aircraft during terminal area operations.

Testbed↗

NASA NTRS2018

Air Traffic Management-eXploration Testbed for Urban Air Mobility Research and Development

The presentation will describe the architecture, current capabilities and some future enhancements of the testbed that is being developed at the National Aeronautics and Space Administration (NASA) to enable benefit, impact, safety and cost assessments for accelerating the deployment of air traffic management concept and technologies in the national airspace system. The testbed will support analysis of operational feasibility of urban air mobility operations, a part of NASA's Air Traffic Management eXploration project, and provide the data needed by regulatory agencies charged with public safety. Introduction of concepts and technologies, especially new concepts and technologies, is difficult and often takes decades because of the inability to assess the operational impact of the interaction between the proposed concept and technology and operationally deployed systems in terms of system-wide safety, traffic flow efficiency, roles and workload of controllers and traffic managers, and impact on airlines and other operators. To overcome these limitations, the testbed is developing infrastructure to enable mathematical modeling, human-in-the-loop evaluations and testing with operational systems in a simulated environment. In addition to the difficulty of establishing communications between geographically distributed systems, downloading/installing software, and management of startup, error-handling and shutdown, a major impediment for conducting simulations and human-in-the-loop testing with operational systems is the tedious manual scenario generation process. Several of these difficulties have been addressed in the current state of the testbed. The testbed can be described in terms of the following elements- (1) web-based frontend and backend, (2) Testbed Builder, (3) Data Distribution Service, (4) Component Library, (5) Simulation Management, and (6) Scenario Generation. The web-based frontend and backend enable the user to interact with the testbed for tasks such as composing a simulation, running a simulation and retrieving output data. The Testbed Builder application launched from the web frontend is a graphical user interface for the user to drag-and-drop and connect predefined blocks for composing a simulation/scenario generation task. The Builder writes a set of instructions for Simulation Management based on the links between the blocks and the block properties such as the component (executable) associated with a particular block. Management of the distributed simulation is accomplished by Execution and Component Managers. Execution Manager interprets the instructions provided by the Builder to instruct the Component Managers to download components from the Component Library to specified computers and to start them up. Once started, the components communicate with each other by publishing messages and subscribing to messages that are delivered by the Data Distribution Service. The Scenario Generation capability can be used for creating traffic scenarios for Multi-Aircraft Control System, which has been used extensively at NASA for human-in-the-loop-based concept evaluations. The presentation will provide a testbed enabled example scenario of Multi-Aircraft Control System based simulation in which the urban air mobility pilot using the conflict detection and resolution system would interact with the air traffic controllers for resolving conflicts with other aircraft during terminal area operations.

Simulation↗

NASA NTRS2018

Evolving Relationship between Humans and Machines

Traditional design typically consists of a master-servant relationship between humans and machines where the human directly controls what the machine will do and when it will do it through an interface. The current archetypical path encompasses moving from informational displays, where the human directly controls the machine based on information displayed, to automation where the human still directs the machine that then caries out the request using predefined set of instructions. Rapid pace of technological advancement makes it possible now, or in a near future, for machines to reach a level of intelligence that enables for systems to execute tasks/missions without predefined specific instructions; thus attaining a status of non- human autonomous agents. Now the course of human-machine interface technology changes from an information system to automation to an autonomous agent—essentially moving from a master-servant relationship to teammates. This paper discusses these changing relationships and challenges associated with progressing from a master-servant relationship with technology to more of an equal teammate. Examples of this progression includes current work encompassing rotorcraft noise minimization for urban air mobility.

Trujillo, Anna C.↗

NASA NTRSDate not supplied

Autonomous Operations: Expectations vs. Reality (at NASA)

- Future deep-space exploration drives need for autonomy - Communication time delay between Earth and deep-space system precludes Earth-based remote-control - Autonomy is: - Acting separately from others (Webster’s Dictionary) - Able to independently choose how to act to achieve goals - Autonomy is a relative term: Autonomous from whom? for what purpose? and when? - Autonomous Operations is: - Automatically controlled operation of a system that replaces human effort - Able to perform a pre-specified set of instructions on its own - Automation is a tool that enables and supports autonomy

Autonomous Operation↗

DOE OSTI2023

System Analysis Support of Consent-Based Siting Efforts - 23400

To better enable informed decision-making regarding the back end of the nuclear fuel cycle, the Integrated Waste Management (IWM) program within the U.S. Department of Energy, Office of Nuclear Energy (DOE-NE) has been sponsoring the development and application of system analysis tools capable of analyzing various system options for the management of spent nuclear fuel (SNF) and high-level radioactive waste. With these tools, integrated waste management system (IWMS) architecture analyses are being conducted to support the future deployment of a comprehensive nuclear waste management system that considers all major back-end aspects of the nuclear fuel cycle (i.e., transportation, storage, and disposal). System analyses and assessments typically use these modeling and simulation tools to investigate things like the implications of changes in various assumptions and parameters such as acceptance rates, receipt logic, facility capacities and capabilities, use of standardized canisters, and different assumed system operation start dates. Some example system analysis results have been published previously. With the passage of the consolidated appropriations acts for fiscal years 2021 and 2022, Congress provided funding and direction for the DOE to move forward with interim storage to support near-term action in managing the nation’s SNF as an important component of an IWMS. Consent-based siting is a phased, adaptive, and collaborative approach to siting facilities that focuses on the needs and concerns of people and communities. Communities participate in the siting process by working carefully through a series of phases and steps with the DOE (as the implementing organization). Each step and phase helps a community determine whether and how hosting a facility to manage SNF is aligned to the community’s goals. By its nature, a consent-based siting process must be transparent, flexible, adaptive, and responsive to community concerns. Thus, the phases and steps are intended to serve as a guide, not a prescriptive set of instructions. System analysis research analysts interface with DOE’s consent-based siting for a federal interim storage program and can perform preliminary system analyses as requested to support various aspects of the consent-based siting team’s work. This paper provides an overview of IWM program’s system analysis activities that support the ongoing consent-based siting process. The questions that decision-makers, planners, communities, and stakeholders might have during the consent-based siting process are similar to questions that have been explored by system analysts previously. Specifically, this paper discusses work that will inform consent-based siting efforts in the areas of community impacts, cost estimates, various SNF acceptance rates by potential facilities, potential consolidated interim storage facility (CISF) capacities and configurations, and the implications of a CISF on the overall waste management system. It is expected that system analysis will continue to be performed to support the consent-based siting process in the future.

11 NUCLEAR FUEL CYCLE AND FUEL MATERIALS↗

DOE OSTI2021

QRCConnect v.1.21

SAND2021-14163 OQRCConnect is a native iOS 11+ mobile application for rapidly finding and viewing Quick Reference Cards (QRCs), which are concise sets of instructions that guide users through complicated procedures. Sandia National Laboratories is a multimission laboratory managed and operated by National Technology & Engineering Solutions of Sandia, LLC, a wholly owned subsidiary of Honeywell International Inc., for the U.S. Department of Energy’s National Nuclear Security Administration under contract DE-NA0003525.

McIlraith, Aiden↗

NASA NTRS1972

Instruction manual model 600F, data transmission test set

Information necessary for the operation and maintenance of the Model 600F Data Transmission Test Set is presented. A description is contained of the physical and functional characteristics; pertinent installation data; instructions for operating the equipment; general and detailed principles of operation; preventive and corrective maintenance procedures; and block, logic, and component layout diagrams of the equipment and its major component assemblies.

Source record↗

NASA NTRS1973

SUMC reconfigurable micro-assembler

The development of a reconfigurable micro-assembler to provide the micro-programmer the capability to specify micro-instructions in concise, meaningful terms is discussed. The implementation plan for the development of the micro-assembler was predicted on the existing capabilities of the SUMC Reconfigurable Assembler. Utilizing the reconfigurable assembler as a base, new directives and existing directive modifications were implemented to provide the micro-assembly as a new capability of the reconfigurable assembler. The micro-assembler language allows the specification of all micro-instruction control field settings in one concise assembler source statement. The language appears very similar to a conventional machine instruction assembler language. The machine instruction assembler language has the characteristic of one operation specification per statement whereas, the micro-instruction assembler language allows multiple operations to be designated per statement.

Edwards, A. J.↗

NASA NTRS2012

Directed Design of Experiments for Validating Probability of Detection Capability of a Testing System

A method of validating a probability of detection (POD) testing system using directed design of experiments (DOE) includes recording an input data set of observed hit and miss or analog data for sample components as a function of size of a flaw in the components. The method also includes processing the input data set to generate an output data set having an optimal class width, assigning a case number to the output data set, and generating validation instructions based on the assigned case number. An apparatus includes a host machine for receiving the input data set from the testing system and an algorithm for executing DOE to validate the test system. The algorithm applies DOE to the input data set to determine a data set having an optimal class width, assigns a case number to that data set, and generates validation instructions based on the case number.

Generazio, Edward R.↗

NASA NTRS1982

User's manual for the coupled rotor/airframe vibration analysis graphic package

User instructions for a graphics package for coupled rotor/airframe vibration analysis are presented. Responses to plot package messages which the user must make to activate plot package operations and options are described. Installation instructions required to set up the program on the CDC system are included. The plot package overlay structure and subroutines which have to be modified for the CDC system are also described. Operating instructions for CDC applications are included.

Studwell, R. E.↗

NASA NTRS1968

GMT/local-time conversion chart

GMT/local-time conversion is made by a longitude pocket instrument that automatically indicates desired information by simply manipulating the moveable portion of the instrument in accordance with a set of simple instructions imprinted on the reverse side of the instrument.

Creveling, C. J.↗

NASA NTRS1980

Steady state solutions to dynamically loaded periodic structures

The general problem of solving for the steady state (time domain) dynamic response (i.e., NASTRAN rigid format-8) of a general elastic periodic structure subject to a phase difference loading of the type encountered in traveling wave propagation problems was studied. Two types of structural configurations were considered; in the first type, the structure has a repeating pattern over a span that is long enough to be considered, for all practical purposes, as infinite; in the second type, the structure has structural rotational symmetry in the circumferential direction. The theory and a corresponding set of DMAP instructions which permits the NASTRAN user to automatically alter the rigid format-8 sequence to solve the intended class of problems are presented. Final results are recovered as with any ordinary rigid format-8 solution, except that the results are only printed for the typical periodic segment of the structure. A simple demonstration problem having a known exact solution is used to illustrate the implementation of the procedure.

Kalinowski, A. J.↗

NASA NTRS1982

Computer program for calculating full potential transonic, quasi-three-dimensional flow through a rotating turbomachinery blade row

A fast, reliable computer code is described for calculating the flow field about a cascade of arbitrary two dimensional airfoils. The method approximates the three dimensional flow in a turbomachinery blade row by correcting for stream tube convergence and radius change in the throughflow direction. A fully conservative solution of the full potential equation is combined with the finite volume technique on a body-fitted periodic mesh, with an artificial density imposed in the transonic region to insure stability and the capture of shock waves. The instructions required to set up and use the code are included. The name of the code is QSONIC. A numerical example is also given to illustrate the output of the program.

Farrell, C. A.↗

NASA NTRS1983

The effects of level of knowledge upon human problem solving in a process control task

The effect of knowledge of a system on the performance of the operator has been investigated using PLANT, a generic simulation of a process. Four sets of written instructions representing the what, how, and why of system control were utilized by groups of subjects who controlled PLANT in a variety of familiar and unfamiliar situations. Written test results at the end of the experiments showed that the instructions had no effect on the primary goal of production, but those groups receiving guidelines for operation (the how) controlled the system in a more stable manner. Principles (the why) had no apparent effect on the subjects' performance. There was no difference between groups in diagnosing unfamiliar events.

Morris, N. M.↗

NASA NTRS1984

Space Telescope Control System science user operations

The Space Telescope science users will have a flexible and efficient means of accessing the capabilities provided by the ST Pointing Control System, particularly with respect to managing the overal acquisition and pointing functions. To permit user control of these system functions - such as vehicle scanning, tracking, offset pointing, high gain antenna pointing, solar array pointing and momentum management - a set of special instructions called 'constructs' is used in conjuction with command data packets. This paper discusses the user-vehicle interface and introduces typical operational scenarios.

Dougherty, H. J.↗

NASA NTRS1986

Development of the Spartan 101 navigation and pointing timeline

This paper presents the techniques and analyses that were used to construct the Spartan 101 mission pointing timeline for the Space Shuttle Orbiter-detached portion of its flight. This covers the design process that had to transform requirements and constraints originating from the experimenter, the Space Transportation System, and the payload hardware design into a workable set of pointing instructions sequenced to mission events. The paper will discuss the technical approach used for initial attitude acquisition, determining target visibility, observation scheduling, and calculation of vehicle maneuvers.

Lambros, S. D.↗

NASA NTRS1993

Programmable DMA controller

In a data system having a memory, plural input/output (I/O) devices and a bus connecting each of the I/O devices to the memory, a direct memory access (DMA) controller regulating access of each of the I/O devices to the bus, including a priority register storing priorities of bus access requests from the I/O devices, an interrupt register storing bus access requests of the I/O devices, a resolver for selecting one of the I/O devices to have access to the bus, a pointer register storing addresses of locations in the memory for communication with the one I/O device via the bus, a sequence register storing an address of a location in the memory containing a channel program instruction which is to be executed next, an ALU for incrementing and decrementing addresses stored in the pointer register, computing the next address to be stored in the sequence register, computing an initial contents of each of the register. The memory contains a sequence of channel program instructions defining a set up operation wherein the contents of each of the registers in the channel register is initialized in accordance with the initial contents computed by the ALU and an access operation wherein data is transferred on the bus between a location in the memory whose address is currently stored in the pointer register and the one I/O device enabled by the resolver.

Hendry, David F.↗