SEARCH · Engineering Papers

Results for “instructional systems design”

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 307 records · Page 17

All sources NASA NTRS DOE OSTI

NASA NTRS1993

An expert system shell for inferring vegetation characteristics: Interface for the addition of techniques (Task H)

All the NASA VEGetation Workbench (VEG) goals except the Learning System provide the scientist with several different techniques. When VEG is run, rules assist the scientist in selecting the best of the available techniques to apply to the sample of cover type data being studied. The techniques are stored in the VEG knowledge base. The design and implementation of an interface that allows the scientist to add new techniques to VEG without assistance from the developer were completed. A new interface that enables the scientist to add techniques to VEG without assistance from the developer was designed and implemented. This interface does not require the scientist to have a thorough knowledge of Knowledge Engineering Environment (KEE) by Intellicorp or a detailed knowledge of the structure of VEG. The interface prompts the scientist to enter the required information about the new technique. It prompts the scientist to enter the required Common Lisp functions for executing the technique and the left hand side of the rule that causes the technique to be selected. A template for each function and rule and detailed instructions about the arguments of the functions, the values they should return, and the format of the rule are displayed. Checks are made to ensure that the required data were entered, the functions compiled correctly, and the rule parsed correctly before the new technique is stored. The additional techniques are stored separately from the VEG knowledge base. When the VEG knowledge base is loaded, the additional techniques are not normally loaded. The interface allows the scientist the option of adding all the previously defined new techniques before running VEG. When the techniques are added, the required units to store the additional techniques are created automatically in the correct places in the VEG knowledge base. The methods file containing the functions required by the additional techniques is loaded. New rule units are created to store the new rules. The interface that allow the scientist to select which techniques to use is updated automatically to include the new techniques. Task H was completed. The interface that allows the scientist to add techniques to VEG was implemented and comprehensively tested. The Common Lisp code for the Add Techniques system is listed in Appendix A.

Harrison, P. Ann↗

NASA NTRS1974

Attitude dynamics simulation subroutines for systems of hinge-connected rigid bodies

Several computer subroutines are designed to provide the solution to minimum-dimension sets of discrete-coordinate equations of motion for systems consisting of an arbitrary number of hinge-connected rigid bodies assembled in a tree topology. In particular, these routines may be applied to: (1) the case of completely unrestricted hinge rotations, (2) the totally linearized case (all system rotations are small), and (3) the mixed, or partially linearized, case. The use of the programs in each case is demonstrated using a five-body spacecraft and attitude control system configuration. The ability of the subroutines to accommodate prescribed motions of system bodies is also demonstrated. Complete listings and user instructions are included for these routines (written in FORTRAN V) which are intended as multi- and general-purpose tools in the simulation of spacecraft and other complex electromechanical systems.

Fleischer, G. E.↗

DOE OSTI2025

NGPINT V3: a containerized orchestration Python software for discovery of next-generation protein–protein interactions

Abstract Summary Batch yeast two-hybrid (Y2H) assays, leveraged with next-generation sequencing, have afforded successful innovations for the analysis of protein–protein interactions. NGPINT is a Conda-based software designed to process the millions of raw sequencing reads resulting from Y2H–next-generation interaction screens. Over time, increasing compatibility and dependency issues have prevented clean NGPINT installation and operation. A system-wide update was essential to continue effective use with its companion software, Y2H-SCORES. We present NGPINT V3, a containerized implementation built with both Singularity and Docker, allowing accessibility across virtually any operating system and computing environment. Availability and implementation This update includes streamlined dependencies and container images hosted on Sylabs (https://cloud.sylabs.io/library/schuyler/ngpint/ngpint) and Dockerhub (https://hub.docker.com/r/schuylerds/ngpint), facilitating easier adoption and integration into high-throughput and cloud-computing workflows. Full instructions and software can be also found in the GitHub repository https://github.com/Wiselab2/NGPINT_V3 and Zenodo https://doi.org/10.5281/zenodo.15256036.

Biochemistry & Molecular Biology↗

DOE OSTI2022

Perceived Costs and Benefits of ICON Science and Foundational Documents associated with “Integrated, Coordinated, Open, and Networked (ICON) Science to Advance the Geosciences: Introduction and Synthesis of a Special Collection of Commentary Articles"

This data package is associated with the publication "Integrated, Coordinated, Open, and Networked (ICON) Science to Advance the Geosciences: Introduction and Synthesis of a Special Collection of Commentary Articles" in Earth and Space Science (Goldman et al. 2022; https://doi.org/10.1029/2021EA002099). The manuscript is an introductory article for a special collection of commentary articles across 19 geoscience disciplines that explore the challenges and opportunities associated with the use of ICON science principles. These principles focus on research intentionally designed to be Integrated, Coordinated, Open, and Networked (ICON) with the goal of maximizing mutual benefit (among stakeholders) and cross-system transferability of science outcomes. This data package contains data, figures, and R scripts associated with the cost/benefit analysis presented in the manuscript. The writing teams involved in the special collection placed each letter of ICON on a plot with perceived cost on one axis and perceived benefit on the other to summarize their perceptions of pursuing each principle of ICON science. These data were subsequently quantified and analyzed. Files are saved as .csv, .R, and .pdf. This data package also contains (1) the public foundational and instructional documents that enabled the crowdsourced creation of the special collection; (2) file-level metadata (flmd) that lists each file in the data package with a description; (3) data dictionary (dd) that defines column headers that appear in csv files. Files are saved as .pdf and .csv.

54 ENVIRONMENTAL SCIENCES↗

NASA NTRS1988

The Environment for Application Software Integration and Execution (EASIE), version 1.0. Volume 2: Program integration guide

The Environment for Application Software Integration and Execution, EASIE, provides a methodology and a set of software utility programs to ease the task of coordinating engineering design and analysis codes. EASIE was designed to meet the needs of conceptual design engineers that face the task of integrating many stand-alone engineering analysis programs. Using EASIE, programs are integrated through a relational data base management system. In volume 2, the use of a SYSTEM LIBRARY PROCESSOR is used to construct a DATA DICTIONARY describing all relations defined in the data base, and a TEMPLATE LIBRARY. A TEMPLATE is a description of all subsets of relations (including conditional selection criteria and sorting specifications) to be accessed as input or output for a given application. Together, these form the SYSTEM LIBRARY which is used to automatically produce the data base schema, FORTRAN subroutines to retrieve/store data from/to the data base, and instructions to a generic REVIEWER program providing review/modification of data for a given template. Automation of these functions eliminates much of the tedious, error prone work required by the usual approach to data base integration.

Jones, Kennie H.↗

NASA NTRS2003

Learning About Cockpit Automation: From Piston Trainer to Jet Transport

Two experiments explored the idea of providing cockpit automation training to airline-bound student pilots using cockpit automation equipment commonly found in small training airplanes. In a first experiment, pilots mastered a set of tasks and maneuvers using a GPS navigation computer, autopilot, and flight director system installed in a small training airplane Students were then tested on their ability to complete a similar set of tasks using the cockpit automation system found in a popular jet transport aircraft. Pilot were able to successfully complete 77% of all tasks in the jet transport on their first attempt. An analysis of a control group suggests that the pilot's success was attributable to the application of automation principles they had learned in the small airplane. A second experiment looked at two different ways of delivering small-aeroplane cockpit automation training: a self-study method, and a dual instruction method. The results showed a slight advantage for the self-study method. Overall, the results of the two studies cast a strong vote for the incorporation of cockpit automation training in curricula designed for pilot who will later transition to the jet fleet.

Casner, Stephen M.↗

NASA NTRS2011

CoNNeCT Baseband Processor Module

A document describes the CoNNeCT Baseband Processor Module (BPM) based on an updated processor, memory technology, and field-programmable gate arrays (FPGAs). The BPM was developed from a requirement to provide sufficient computing power and memory storage to conduct experiments for a Software Defined Radio (SDR) to be implemented. The flight SDR uses the AT697 SPARC processor with on-chip data and instruction cache. The non-volatile memory has been increased from a 20-Mbit EEPROM (electrically erasable programmable read only memory) to a 4-Gbit Flash, managed by the RTAX2000 Housekeeper, allowing more programs and FPGA bit-files to be stored. The volatile memory has been increased from a 20-Mbit SRAM (static random access memory) to a 1.25-Gbit SDRAM (synchronous dynamic random access memory), providing additional memory space for more complex operating systems and programs to be executed on the SPARC. All memory is EDAC (error detection and correction) protected, while the SPARC processor implements fault protection via TMR (triple modular redundancy) architecture. Further capability over prior BPM designs includes the addition of a second FPGA to implement features beyond the resources of a single FPGA. Both FPGAs are implemented with Xilinx Virtex-II and are interconnected by a 96-bit bus to facilitate data exchange. Dedicated 1.25- Gbit SDRAMs are wired to each Xilinx FPGA to accommodate high rate data buffering for SDR applications as well as independent SpaceWire interfaces. The RTAX2000 manages scrub and configuration of each Xilinx.

Yamamoto, Clifford K↗

NASA NTRS1974

Space tug thermal control equipment thermal requirements, characteristics, and constraints catalogue: Users guide

This manual details the input instructions to the data bank, and explanation of the program and its output. The data bank was developed in satisfaction of two of the study tasks, the equipment thermal requirement catalog and the equipment characteristics and constraints catalog. The data bank contains 109 components within space tug avionics system. Other systems were not included in the data bank due to the available information, however, with some program modification, other systems could be incorporated into the data bank program. The data bank was developed and checked out and is compatible with the Univac 1108, and the CDC 6500 operating systems. The data contained in the data bank is general in content with emphasis on the component thermal design. The data is applicable to any spacecraft program where the components contained in the data bank can be applied in satisfaction of the system and subsystem requirements.

Ward, T. L.↗

NASA NTRS2003

High-Speed Recording of Test Data on Hard Disks

Disk Recording System (DRS) is a systems-integration computer program for a direct-to-disk (DTD) high-speed data acquisition system (HDAS) that records rocket-engine test data. The HDAS consists partly of equipment originally designed for recording the data on tapes. The tape recorders were replaced with hard-disk drives, necessitating the development of DRS to provide an operating environment that ties two computers, a set of five DTD recorders, and signal-processing circuits from the original tape-recording version of the HDAS into one working system. DRS includes three subsystems: (1) one that generates a graphical user interface (GUI), on one of the computers, that serves as a main control panel; (2) one that generates a GUI, on the other computer, that serves as a remote control panel; and (3) a data-processing subsystem that performs tasks on the DTD recorders according to instructions sent from the main control panel. The software affords capabilities for dynamic configuration to record single or multiple channels from a remote source, remote starting and stopping of the recorders, indexing to prevent overwriting of data, and production of filtered frequency data from an original time-series data file.

Lagarde, Paul M., Jr.↗

NASA NTRS1979

Mail LOG: Program operating instructions

The operating instructions for the software package, MAIL LOG, developed for the Scout Project Automatic Data System, SPADS, are provided. The program is written in FORTRAN for the PRIME 300 computer system. The MAIL LOG program has the following four modes of operation: (1) INPUT - putting new records into the data base (2) REVISE - changing or modifying existing records in the data base (3) SEARCH - finding special records existing in the data base (4) ARCHIVE - store or put away existing records in the data base. The output includes special printouts of records in the data base and results from the INPUT and SEARCH modes. The MAIL LOG data base consists of three main subfiles: Incoming and outgoing mail correspondence; Design Information Releases and Releases and Reports; and Drawings and Engineering orders.

Harris, D. K.↗

DOE OSTI2023

Multiplicity counting using organic scintillators to distinguish neutron sources: An advanced teaching laboratory

In this advanced instructional laboratory, students explore complex detection systems and nondestructive assay techniques used in the field of nuclear physics. After setting up and calibrating a neutron detection system, students carry out timing and energy deposition analyses of radiation signals. Through the timing of prompt fission neutron signals, multiplicity counting is used to carry out a special nuclear material (SNM) nondestructive assay. Our experimental setup is comprised of eight trans-stilbene organic scintillation detectors in a well-counter configuration, and measurements are taken on a spontaneous fission source as well as two (α,n) sources. By comparing each source's measured multiplicity distribution, the resulting measurements of the (α,n) sources can be distinguished from that of the spontaneous fission source. Such comparisons prevent the spoofing, i.e., intentional imitation, of a fission source by an (α,n) neutron source. This instructional laboratory is designed for nuclear engineering and physics students interested in organic scintillators, neutron sources, and nonproliferation radiation measurement techniques.

46 INSTRUMENTATION RELATED TO NUCLEAR SCIENCE AND ↗

DOE OSTI2021

Coexisting Multiple Martensites in Ni 57-x Mn 21+x Ga 22 Ferromagnetic Shape Memory Alloys: Crystal Structure and Phase Transition

A comprehensive study of the crystal structure and phase transition as a function of temperature and composition in Ni 57–x Mn 21+x Ga 22 (x = 0, 2, 4, 5.5, 7, 8) (at. %) magnetic shape memory alloys was performed by a temperature-dependent synchrotron X-ray diffraction technique and transmission electron microscopy. A phase diagram of this Ni 57–x Mn 21+x Ga 22 alloy system was constructed. The transition between coexisting multiple martensites with monoclinic and tetragonal structures during cooling was observed in the Ni 51.5 Mn 26.5 Ga 22 (x = 5.5) alloy, and it was found that 5M + 7M multiple martensites coexist from 300 K to 160 K and that 5M + 7M + NM multiple martensites coexist between 150 K and 100 K. The magnetic-field-induced transformation from 7M martensite to NM martensite at 140 K where 5M + 7M + NM multiple martensites coexist before applying the magnetic field was observed by in situ neutron diffraction experiments. The present study is instructive for understanding the phase transition between coexisting multiple martensites under external fields and may shed light on the design of novel functional properties based on such phase transitions.

36 MATERIALS SCIENCE↗

NASA NTRS2003

Effects of Self-Instructional Methods and Above Real Time Training (ARTT) for Maneuvering Tasks on a Flight Simulator

Personal computer based flight simulators are expanding opportunities for providing low-cost pilot training. One advantage of these devices is the opportunity to incorporate instructional features into training scenarios that might not be cost effective with earlier systems. Research was conducted to evaluate the utility of different instructional features using a coordinated level turn as an aircraft maneuvering task. In study I, a comparison was made between automated computer grades of performance with certified flight instructors grades. Every one of the six student volunteers conducted a flight with level turns at two different bank angles. The automated computer grades were based on prescribed tolerances on bank angle, airspeed and altitude. Two certified flight instructors independently examined the video tapes of heads up and instrument displays of the flights and graded them. The comparison of automated grades with the instructors grades ms based on correlations between them. In study II, a 2x2 between subjects factorial design was used to devise and conduct an experiment. Comparison was made between real time training and above real time training and between feedback and no feedback in training. The performance measure to monitor progress in training was based on deviations in bank angle and altitude. The performance measure was developed after completion of the experiment including the training and test flights. It was not envisaged before the experiment. The experiment did not include self-instructions as it was originally planned, although feedback by experimenter to the trainee was included in the study.

Norlin, Ken↗

NASA NTRS2003

Effects of Self-Instructional Methods and Above Real Time Training (ARTT) for Maneuvering Tasks on a Flight Simulator

Personal computer based flight simulators are expanding opportunities for providing low-cost pilot training. One advantage of these devices is the opportunity to incorporate instructional features into training scenarios that might not be cost effective with earlier systems. Research was conducted to evaluate the utility of different instructional features using a coordinated level turn as an aircraft maneuvering task. In study I, a comparison was made between automated computer grades of performance with certified flight instructors grades. Every one of the six student volunteers conducted a flight with level turns at two different bank angles. The automated computer grades were based on prescribed tolerances on bank angle, airspeed and altitude. Two certified flight instructors independently examined the video tapes of heads up and instrument displays of the flights and graded them. The comparison of automated grades with the instructors grades was based on correlations between them. In study II, a 2x2 between subjects factorial design was used to devise and conduct an experiment. Comparison was made between real time training and above real time training and between feedback and no feedback in training. The performance measure to monitor progress in training was based on deviations in bank angle and altitude. The performance measure was developed after completion of the experiment including the training and test flights. It was not envisaged before the experiment. The experiment did not include self- instructions as it was originally planned, although feedback by experimenter to the trainee was included in the study.

Ali, Syed Firasat↗

NASA NTRS1989

Common Graphics Library (CGL). Volume 2: Low-level user's guide

The intent is to instruct the users of the Low-Level routines of the Common Graphics Library (CGL). The Low-Level routines form an application-independent graphics package enabling the user community to construct and design scientific charts conforming to the publication and/or viewgraph process. The Low-Level routines allow the user to design unique or unusual report-quality charts from a set of graphics utilities. The features of these routines can be used stand-alone or in conjunction with other packages to enhance or augment their capabilities. This library is written in ANSI FORTRAN 77, and currently uses a CORE-based underlying graphics package, and is therefore machine-independent, providing support for centralized and/or distributed computer systems.

Taylor, Nancy L.↗

NASA NTRS2016

Pilot Field Test: Performance of a Sit-to-Stand Test After Long-Duration Space Flight

BACKGROUND: Astronauts returning from the International Space Station are met by a team of recovery personnel typically providing physical assistance and medical support immediately upon landing. That is because long-duration spaceflight impacts astronauts' functional abilities. Future expeditions to planets or asteroids beyond the low Earth orbit, however, may require crewmembers to egress the vehicle and perform other types of physical tasks unassisted. It is therefore important to characterize the extent and longevity of functional deficits experienced by astronauts in order to design safe exploration class missions. Pilot Field Test (PFT) experiment conducted with participation of ISS crewmembers traveling on Soyuz expeditions 34S - 41S comprised several tasks designed to study the recovery of sensorimotor abilities of astronauts during the first 24 hours after landing and beyond. METHODS: The first test in the PFT battery sequence, and also the least demanding one from the sensorimotor perspective, was a Sit-to-Stand test. Test subjects were seated in the chair and had to stand up on command and remain standing for ten seconds. The subjects were instructed to stand up unassisted as quickly as they were able to, while maintaining postural control. Synchronized wireless inertial sensors mounted on the head, chest, lower back, wrists, and ankles were used to continuously log body kinematics. Crewmembers' blood pressure and heart rate were monitored and recorded with the Portapres and Polar systems. Each session was recorded with a digital video camera. During data collections occurring within the 24-hour postflight period, crewmembers were also asked to (1) evaluate their perceived motion sickness symptoms on a 20-point scale before and after completion of the test and (2) estimate how heavy they felt compared to their normal (preflight) body weight. Consent to participate in PFT was obtained from 18 crewmembers (11 US Orbital Segment [USOS] astronauts and 7 Russian cosmonauts). For 10 subjects, the first set of data was collected in the medical tent in Soyuz landing zone (1-2 hours after landing); the other 8 subjects were tested at the Kazakhstan deployment airport (4-5 hours after landing). 8 of the 11 astronauts were tested twice more within the first 24 hours postflight, at a refueling stop on the way to Houston (approximately 13 hours after landing) and at the Johnson Space Center (approximately 24 hours after landing). Later postflight data were collected in the first two weeks on some crewmembers. Finally, 6 astronauts were tested 60+ days after landing to establish a delayed baseline. RESULTS/DISCUSSION: Two of the 18 PFT participants felt too ill to attempt any tests in Kazakhstan (at either the landing zone or deployment airport). The remaining test subjects completed the Sit-to-Stand test and their reported motion sickness scores were unaffected by this task. The task completion times and body kinematics data analysis are currently underway. Preliminary analysis of astronaut data shows a steep improvement in the time to complete the task on the second data take, and in some cases, the trend continues through day six postflight. Head and trunk pitch angles and pitch rates were also examined and increases in all measures are evident throughout the observed recovery period (60+ days postflight). Interesting patterns of head and trunk pitch coordination have also emerged. One of the data analysis objectives is comparison of initial postflight performance and recovery of experienced crewmembers and first-time fliers. Another one - possible differences in performance between USOS and Russian crewmembers.

Kofman, I. S.↗

NASA NTRS2002

Program Instrumentation and Trace Analysis

Several attempts have been made recently to apply techniques such as model checking and theorem proving to the analysis of programs. This shall be seen as a current trend to analyze real software systems instead of just their designs. This includes our own effort to develop a model checker for Java, the Java PathFinder 1, one of the very first of its kind in 1998. However, model checking cannot handle very large programs without some kind of abstraction of the program. This paper describes a complementary scalable technique to handle such large programs. Our interest is turned on the observation part of the equation: How much information can be extracted about a program from observing a single execution trace? It is our intention to develop a technology that can be applied automatically and to large full-size applications, with minimal modification to the code. We present a tool, Java PathExplorer (JPaX), for exploring execution traces of Java programs. The tool prioritizes scalability for completeness, and is directed towards detecting errors in programs, not to prove correctness. One core element in JPaX is an instrumentation package that allows to instrument Java byte code files to log various events when executed. The instrumentation is driven by a user provided script that specifies what information to log. Examples of instructions that such a script can contain are: 'report name and arguments of all called methods defined in class C, together with a timestamp'; 'report all updates to all variables'; and 'report all acquisitions and releases of locks'. In more complex instructions one can specify that certain expressions should be evaluated and even that certain code should be executed under various conditions. The instrumentation package can hence be seen as implementing Aspect Oriented Programming for Java in the sense that one can add functionality to a Java program without explicitly changing the code of the original program, but one rather writes an aspect and compiles it into the original program using the instrumentation. Another core element of JPaX is an observation package that supports the analysis of the generated event stream. Two kinds of analysis are currently supported. In temporal analysis the execution trace is evaluated against formulae written in temporal logic. We have implemented a temporal logic evaluator on finite traces using the Maude rewriting system from SRI International, USA. Temporal logic is defined in Maude by giving its syntax as a signature and its semantics as rewrite equations. The resulting semantics is extremely efficient and can handle event streams of hundreds of millions events in few minutes. Furthermore, the implementation is very succinct. The second form of even stream analysis supported is error pattern analysis where an execution trace is analyzed using various error detection algorithms that can identify error-prone programming practices that may potentially lead to errors in some different executions. Two such algorithms focusing on concurrency errors have been implemented in JPaX, one for deadlocks and the other for data races. It is important to note, that a deadlock or data race potential does not need to occur in order for its potential to be detected with these algorithms. This is what makes them very scalable in practice. The data race algorithm implemented is the Eraser algorithm from Compaq, however adopted to Java. The tool is currently being applied to a code base for controlling a spacecraft by the developers of that software in order to evaluate its applicability.

Havelund, Klaus↗

NASA NTRS1974

Development of a long wavelength spectrometer for the 24-channel multispectral scanner: Instructions for installation, start-up, and adjustment

The basic information is presented, which is required for start-up and operation of two long-wavelength focal-plane and cooler assemblies, including the amplifiers and temperature control systems. The focal plane systems, referred to as the long wavelength spectrometer (LWS) were developed for direct replacement of Arrays 3 and 4 into the multispectral scanner presently being operated by the NASA Manned Spacecraft Center Facility, and Laboratory Support Branch. The equipment is comprised of two major sub-assemblies: Array 3 with three indium antimonide detector channels and Array 4 with seven mercury doped Germanium detector channels. Each array is mounted on a cryogenic cooler and includes the vacuum housings, mounting hardware (x, y, z translation and rotation stages) and detector signal conditioning, temperature control and monitoring electronics. The two arrays were designed to operate independently and do not share common equipment (viz power supplies, housings, mounts, etc.).

Source record↗