Search NASA⌕ Search

SEARCH · Search NASA

Results for “Simulation System”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

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

At least 649 records · Page 36
All sourcesNASA NTRSDOE OSTI
NASA NTRS1975

A flight simulator control system using electric torque motors

Control systems are required in flight simulators to provide representative stick and rudder pedal characteristics. A system has been developed that uses electric dc torque motors instead of the more common hydraulic actuators. The torque motor system overcomes certain disadvantages of hydraulic systems, such as high cost, high power consumption, noise, oil leaks, and safety problems. A description of the torque motor system is presented, including both electrical and mechanical design as well as performance characteristics. The system develops forces sufficiently high for most simulations, and is physically small and light enough to be used in most motion-base cockpits.

Musick, R. O.↗
NASA NTRS2012

Scalable Integrated Multi-Mission Support System (SIMSS) Simulator Release 2.0 for GMSEC

Scalable Integrated Multi-Mission Support System (SIMSS) Simulator Release 2.0 software is designed to perform a variety of test activities related to spacecraft simulations and ground segment checks. This innovation uses the existing SIMSS framework, which interfaces with the GMSEC (Goddard Mission Services Evolution Center) Application Programming Interface (API) Version 3.0 message middleware, and allows SIMSS to accept GMSEC standard messages via the GMSEC message bus service. SIMSS is a distributed, component-based, plug-and-play client-server system that is useful for performing real-time monitoring and communications testing. SIMSS runs on one or more workstations, and is designed to be user-configurable, or to use predefined configurations for routine operations. SIMSS consists of more than 100 modules that can be configured to create, receive, process, and/or transmit data. The SIMSS/GMSEC innovation is intended to provide missions with a low-cost solution for implementing their ground systems, as well as to significantly reduce a mission s integration time and risk.

Kim, John↗
DOE OSTI2020

FASTSim™ (Future Automotive Systems Technology Simulator) [SWR-20-101 and SWR-12-07]

The Future Automotive Systems Technology Simulator (FASTSim™) provides a simple way to compare powertrains and estimate the impact of technology improvements on light-, medium-, and heavy-duty vehicle efficiency, performance, cost, and battery life. This extremely fast simulation tool features a streamlined user interface and can rapidly perform a variety of tasks using basic computing resources: • less than 0.1 second to simulate second-by-second standard duty cycles • less than 10 seconds to estimate vehicle efficiency, fuel economy, acceleration, battery life, and cost • less than 5 minutes to perform powertrain comparisons of efficiency and cost. FASTSim models a variety of vehicle powertrains and fuel converter types: • Conventional vehicles - spark ignition, Atkinson, diesel, and hybrid diesel • Electric-drive vehicles - hybrid, plug-in hybrid, and all-electric • Hydrogen fuel cell vehicles. The default model includes a variety of vehicles and duty cycles and an option for adding additional vehicles and custom cycles: • Packaged with more than 20 vehicles • User interface enables addition of more vehicles • Includes standard U.S. drive cycles as well as European and Japanese cycles. FASTSim is available for download in Microsoft Excel and Python formats here: https://www.nrel.gov/transportation/fastsim.html

Baker, Chad↗
NASA NTRS1989

Space station Simulation Computer System (SCS) study for NASA/MSFC. Volume 4: Conceptual design report

The Simulation Computer System (SCS) is the computer hardware, software, and workstations that will support the Payload Training Complex (PTC) at Marshall Space Flight Center (MSFC). The PTC will train the space station payload scientists, station scientists, and ground controllers to operate the wide variety of experiments that will be onboard the Space Station Freedom. In the first step of this task, a methodology was developed to ensure that all relevant design dimensions were addressed, and that all feasible designs could be considered. The development effort yielded the following method for generating and comparing designs in task 4: (1) Extract SCS system requirements (functions) from the system specification; (2) Develop design evaluation criteria; (3) Identify system architectural dimensions relevant to SCS system designs; (4) Develop conceptual designs based on the system requirements and architectural dimensions identified in step 1 and step 3 above; (5) Evaluate the designs with respect to the design evaluation criteria developed in step 2 above. The results of the method detailed in the above 5 steps are discussed. The results of the task 4 work provide the set of designs which two or three candidate designs are to be selected by MSFC as input to task 5-refine SCS conceptual designs. The designs selected for refinement will be developed to a lower level of detail, and further analyses will be done to begin to determine the size and speed of the components required to implement these designs.

Source record↗
NASA NTRS1989

Space station Simulation Computer System (SCS) study for NASA/MSFC. Volume 5: Study analysis report

The Simulation Computer System (SCS) is the computer hardware, software, and workstations that will support the Payload Training Complex (PTC) at the Marshall Space Flight Center (MSFC). The PTC will train the space station payload scientists, station scientists, and ground controllers to operate the wide variety of experiments that will be on-board the Freedom Space Station. The further analysis performed on the SCS study as part of task 2-Perform Studies and Parametric Analysis-of the SCS study contract is summarized. These analyses were performed to resolve open issues remaining after the completion of task 1, and the publishing of the SCS study issues report. The results of these studies provide inputs into SCS task 3-Develop and present SCS requirements, and SCS task 4-develop SCS conceptual designs. The purpose of these studies is to resolve the issues into usable requirements given the best available information at the time of the study. A list of all the SCS study issues is given.

Source record↗
NASA NTRS1980

System time-domain simulation

Complex systems are simulated by engineers without extensive computer experience. Analyst uses free-form engineering-oriented language to input "black box" description. System Time Domain (SYSTID) Simulation Program generates appropriate algorithms and proceeds with simulation. Program is easily linked to postprocessing routines. SYSTID program is written in FORTRAN IV for batch execution and has been implemented on UNIVAC 1110 under control of EXEC 8, Level 31.

Dawson, C. T.↗
NASA NTRS1981

Performance of a communication satellite system in simulated RFI

Vulnerability of an advanced communication satellite system to pulsed RFI is examined. Results of an experimental simulation are compared with calculated system degradation. System performance in pulsed RFI is found to be quite good with well-designed ground receiving equipment.

Riddle, L. P.↗
DOE OSTI2017

Adverse Events Involving Radiation Oncology Medical Devices: Comprehensive Analysis of US Food and Drug Administration Data, 1991 to 2015

Purpose: Radiation oncology relies on rapidly evolving technology and highly complex processes. The US Food and Drug Administration collects reports of adverse events related to medical devices. We sought to characterize all events involving radiation oncology devices (RODs) from the US Food and Drug Administration's postmarket surveillance Manufacturer and User Facility Device Experience (MAUDE) database, comparing these with non–radiation oncology devices. Methods and Materials: MAUDE data on RODs from 1991 to 2015 were sorted into 4 product categories (external beam, brachytherapy, planning systems, and simulation systems) and 5 device problem categories (software, mechanical, electrical, user error, and dose delivery impact). Outcomes included whether the device was evaluated by the manufacturer, adverse event type, remedial action, problem code, device age, and time since 510(k) approval. Descriptive statistics were performed with linear regression of time-series data. Results for RODs were compared with those for other devices by the Pearson χ{sup 2} test for categorical data and 2-sample Kolmogorov-Smirnov test for distributions. Results: There were 4234 ROD and 4,985,698 other device adverse event reports. Adverse event reports increased over time, and events involving RODs peaked in 2011. Most ROD reports involved external beam therapy (50.8%), followed by brachytherapy (24.9%) and treatment planning systems (21.6%). The top problem types were software (30.4%), mechanical (20.9%), and user error (20.4%). RODs differed significantly from other devices in each outcome (P<.001). RODs were more likely to be evaluated by the manufacturer after an event (46.9% vs 33.0%) but less likely to be recalled (10.5% vs 37.9%) (P<.001). Device age and time since 510(k) approval were shorter among RODs (P<.001). Conclusions: Compared with other devices, RODs may experience adverse events sooner after manufacture and market approval. Close postmarket surveillance, improved software design, and manufacturer–user training may help mitigate these events.

07 ISOTOPE AND RADIATION SOURCES↗
DOE OSTI2017

Medical Device Recalls in Radiation Oncology: Analysis of US Food and Drug Administration Data, 2002-2015

Purpose: To analyze all recalls involving radiation oncology devices (RODs) from the US Food and Drug Administration (FDA)'s recall database, comparing these with non–radiation oncology device recalls to identify discipline-specific trends that may inform improvements in device safety. Methods and Materials: Recall data on RODs from 2002 to 2015 were sorted into 4 product categories (external beam, brachytherapy, planning systems, and simulation systems). Outcomes included determined cause of recall, recall class (severity), quantity in commerce, time until recall termination (date FDA determines recall is complete), and time since 510(k) approval. Descriptive statistics were performed with linear regression of time-series data. Results for RODs were compared with those for other devices by Pearson χ{sup 2} test for categorical data and 2-sample Kolmogorov-Smirnov test for distributions. Results: There were 502 ROD recalls and 9534 other class II device recalls during 2002 to 2015. Most recalls were for external beam devices (66.7%) and planning systems (22.9%), and recall events peaked in 2011. Radiation oncology devices differed significantly from other devices in all recall outcomes (P≤.04). Recall cause was commonly software related (49% vs 10% for other devices). Recall severity was more often moderate among RODs (97.6% vs 87.2%) instead of severe (0.2% vs 4.4%; P<.001). Time from 510(k) market approval to recall was shorter among RODs (P<.001) and progressively shortened over time. Radiation oncology devices had fewer recalled devices in commerce than other devices (P<.001). Conclusions: Compared with other class II devices, RODs experience recalls sooner after market approval and are trending sooner still. Most of these recalls were moderate in severity, and software issues are prevalent. Comprehensive analysis of recall data can identify areas for device improvement, such as better system design among RODs.

62 RADIOLOGY AND NUCLEAR MEDICINE↗
NASA NTRS2006

Characterization of Days Based On Analysis of National Airspace System Performance Metrics

Days of operations in the National Airspace System can be described in term of traffic demand, runway conditions, equipment outages, and surface and enroute weather conditions. These causes manifest themselves in terms of departure delays, arrival delays, enroute delays and traffic flow management delays, Traffic flow management initiatives such as, ground stops, ground delay programs, miles-in-trail restrictions, rerouting and airborne holding are imposed to balance the air traffic demand with respect to the available capacity, In order to maintain operational efficiency of the National Airspace System, the Federal Aviation Administration (FAA) maintains delay sad other statistics in the Air Traffic Operations Network (OPSNET) and the Aviation System Performance Metrics (ASPM) databases. OPSNET data includes reportable delays of fifteen minutes ox more experienced by Instrument Flight Rule (IFR) flights. Numbers of aircraft affected by departure delays, enroute delays, arrival delays and traffic flow delays are recorded in the OPSNET data. ASPM data consist of number of actual departures, number of canceled departures, percentage of on time departures, percentage of on time gate arrivals, taxi-out delays. taxi-in delays, gate delays, arrival delays and block delays. Surface conditions at the major U.S. airports are classified in terms of Instrument Meteorological Condition (IMC) and Visual Meteorological Condition (VMC) as a function of the time of the day in the ASPM data. The main objective of this paper is to use OPSNET and ASPM data to classify the days in the datasets into few distinct groups, where each group is separated from the other groups in terms of a distance metric. The motivations for classifying the days are two-fold, 1) to enable selection of days of traffic with particular operational characteristics for concept evaluation using system-wide simulation systems such as the National Aeronautics and Space Administration's Airspace Concepts Evaluation Tool (ACES) and 2) to enable evaluation of a given day with respect to the characteristics of the classified groups. The first part of the paper is devoted to the analysis of major trends seen in the OPSNET and ASPM data. The second part of the paper is devoted to describing features or measures derived from the OPSNET and ASPM data that are suitable for characterizing days, and the classification algorithm used for grouping the days. Finally, the method for evaluating the characteristics of a given day with respect to the properties of the groups is described.

Chatterji, Gano B.↗
DOE OSTI2023

Validity of path thermodynamic description of reactive systems: Microscopic simulations

Traditional stochastic modeling of reactive systems limits the domain of applicability of the associated path thermodynamics to systems involving a single elementary reaction at the origin of each observed change in composition. An alternative stochastic modeling has recently been proposed to overcome this limitation. These two ways of modeling reactive systems are in principle incompatible. Here, the question thus arises about choosing the appropriate type of modeling to be used in practical situations. In the absence of sufficiently accurate experimental results, one way to address this issue is through the microscopic simulation of reactive fluids, usually based on hard-sphere dynamics in the Boltzmann limit. In this paper, we show that results obtained through such simulations unambiguously confirm the predictions of traditional stochastic modeling, invalidating a recently proposed alternative.

71 CLASSICAL AND QUANTUM MECHANICS, GENERAL PHYSIC↗
NASA NTRS2005

Step 1: Human System Integration Simulation and Flight Test Progress Report

The Access 5 Human Systems Integration Work Package produced simulation and flight demonstration planning products for use throughout the program. These included: Test Objectives for Command, Control, Communications; Pilot Questionnaire for Command, Control, Communications; Air Traffic Controller Questionnaire for Command, Control, Communications; Test Objectives for Collision Avoidance; Pilot Questionnaire for Collision Avoidance; Plans for Unmanned Aircraft Systems Control Station Simulations Flight Requirements for the Airspace Operations Demonstration

Source record↗
NASA NTRS2013

Relating Standardized Visual Perception Measures to Simulator Visual System Performance

Human vision is quantified through the use of standardized clinical vision measurements. These measurements typically include visual acuity (near and far), contrast sensitivity, color vision, stereopsis (a.k.a. stereo acuity), and visual field periphery. Simulator visual system performance is specified in terms such as brightness, contrast, color depth, color gamut, gamma, resolution, and field-of-view. How do these simulator performance characteristics relate to the perceptual experience of the pilot in the simulator? In this paper, visual acuity and contrast sensitivity will be related to simulator visual system resolution, contrast, and dynamic range; similarly, color vision will be related to color depth/color gamut. Finally, we will consider how some characteristics of human vision not typically included in current clinical assessments could be used to better inform simulator requirements (e.g., relating dynamic characteristics of human vision to update rate and other temporal display characteristics).

Kaiser, Mary K.↗
DOE OSTI2017

TECHNICAL CONSTRAINTS TO CONDUCTING OPERATOR STUDIES IN A RECONFIGURABLE CONTROL ROOM SIMULATOR

The Human Systems Simulation Laboratory (HSSL) at Idaho National Laboratory (INL) is a full scope, full scale, and reconfigurable digital representation of an analog nuclear power plant control room. The HSSL is used to conduct human factors research studies on digital technologies being introduced into legacy nuclear power plant control rooms. With the aging nuclear fleet approaching an average of 35 years, utilities are beginning to replace their analog systems with more modern technologies, and utilizing the HSSL to accomplish these tasks. This document will describe some of the constraints identified when conducting operator studies in the HSSL.

46 INSTRUMENTATION RELATED TO NUCLEAR SCIENCE AND ↗