Search NASA⌕ Search

SEARCH · Search NASA

Results for “DATA DISPLAYS”

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 91 records · Page 5
All sourcesNASA NTRSDOE OSTI
NASA NTRS1994

Test Telemetry And Command System (TTACS)

The Jet Propulsion Laboratory has developed a multimission Test Telemetry and Command System (TTACS) which provides a multimission telemetry and command data system in a spacecraft test environment. TTACS reuses, in the spacecraft test environment, components of the same data system used for flight operations; no new software is developed for the spacecraft test environment. Additionally, the TTACS is transportable to any spacecraft test site, including the launch site. The TTACS is currently operational in the Galileo spacecraft testbed; it is also being provided to support the Cassini and Mars Surveyor Program projects. Minimal personnel data system training is required in the transition from pre-launch spacecraft test to post-launch flight operations since test personnel are already familiar with the data system's operation. Additionally, data system components, e.g. data display, can be reused to support spacecraft software development; and the same data system components will again be reused during the spacecraft integration and system test phases. TTACS usage also results in early availability of spacecraft data to data system development and, as a result, early data system development feedback to spacecraft system developers. The TTACS consists of a multimission spacecraft support equipment interface and components of the multimission telemetry and command software adapted for a specific project. The TTACS interfaces to the spacecraft, e.g., Command Data System (CDS), support equipment. The TTACS telemetry interface to the CDS support equipment performs serial (RS-422)-to-ethernet conversion at rates between 1 bps and 1 mbps, telemetry data blocking and header generation, guaranteed data transmission to the telemetry data system, and graphical downlink routing summary and control. The TTACS command interface to the CDS support equipment is nominally a command file transferred in non-real-time via ethernet. The CDS support equipment is responsible for metering the commands to the CDS; additionally for Galileo, TTACS includes a real-time-interface to the CDS support equipment. The TTACS provides the basic functionality of the multimission telemetry and command data system used during flight operations. TTACS telemetry capabilities include frame synchronization, Reed-Solomon decoding, packet extraction and channelization, and data storage/query. Multimission data display capabilities are also available. TTACS command capabilities include command generation verification, and storage.

Fogel, Alvin J.↗
NASA NTRS2001

Gamma Ray Large Area Space Telescope (GLAST) Balloon Flight Engineering Model: Overview

The Gamma Ray Large Area Space Telescope (GLAST) Large Area Telescope (LAT) is a pair-production high-energy (greater than 20 MeV) gamma-ray telescope being built by an international partnership of astrophysicists and particle physicists for a satellite launch in 2006, designed to study a wide variety of high-energy astrophysical phenomena. As part of the development effort, the collaboration has built a Balloon Flight Engineering Model (BFEM) for flight on a high-altitude scientific balloon. The BFEM is approximately the size of one of the 16 GLAST-LAT towers and contains all the components of the full instrument: plastic scintillator anticoincidence system (ACD), high-Z foil/Si strip pair-conversion tracker (TKR), CsI hodoscopic calorimeter (CAL), triggering and data acquisition electronics (DAQ), commanding system, power distribution, telemetry, real-time data display, and ground data processing system. The principal goal of the balloon flight was to demonstrate the performance of this instrument configuration under conditions similar to those expected in orbit. Results from a balloon flight from Palestine, Texas, on August 4, 2001, show that the BFEM successfully obtained gamma-ray data in this high-background environment.

Thompson, D. J.↗
NASA NTRS1990

Continuation of research into software for space operations support, volume 1

A prototype workstation executive called the Hardware Independent Software Development Environment (HISDE) was developed. Software technologies relevant to workstation executives were researched and evaluated and HISDE was used as a test bed for prototyping efforts. New X Windows software concepts and technology were introduced into workstation executives and related applications. The four research efforts performed included: (1) Research into the usability and efficiency of Motif (an X Windows based graphic user interface) which consisted of converting the existing Athena widget based HISDE user interface to Motif demonstrating the usability of Motif and providing insight into the level of effort required to translate an application from widget to another; (2) Prototype a real time data display widget which consisted of research methods for and prototyping the selected method of displaying textual values in an efficient manner; (3) X Windows performance evaluation which consisted of a series of performance measurements which demonstrated the ability of low level X Windows to display textural information; (4) Convert the Display Manager to X Window/Motif which is the application used by NASA for data display during operational mode.

Collier, Mark D.↗
NASA NTRS1991

System Decommutes And Displays Telemetry Data

TDPlus computer program software system for decommutation of pulse-code-modulation (PCM) telemetry signals. Provides synchronization, conversion into engineering units, and display of serial bit streams. Transforms IBM PC-compatible computer into PCM-telemetry-decommutation system. Synchronizes telemetric signals data and enables conversion back into such meaningful forms as voltage, current, pressure, and the like. Also controls operation of digital-to-analog converters to ship data to paper strip charts or to parallel digital ports for offloading to other computers. Software used to process actual data only when telemetry-data-processing computer modified in accordance with specifications contained in "TDPlus TM Data Processor" (GSC-13291). Written in Turbo C and 8088 Assembly language.

Massey, D. E.↗
NASA NTRS2001

Flight Deck Data Link Displays: An Evaluation of Textual and Graphical Implementations

In Experiment 1, 16 pilots participated in a part-task simulation study that evaluated pilot data link communication for short and long message types and for two textual formats. No differences were found between the two textual formats when evaluating data link transaction times and pilot performance on a secondary task. Pilots initiated flight changes more quickly with the T-Scan format, where location of clearance information roughly corresponded to the cockpit instrument layout. Longer messages were less problematic than two short messages sent in close succession as pilots required more verbal clarification for closely spaced messages. 24 pilots participated in a second experiment that evaluated pilot communication performance for textual data link, two implementations of graphical data link, and a combined graphical and textual information modality. The two modalities incorporating text resulted in significantly faster transaction times and better performance on the secondary task than the two graphical-only implementations. The interval between messages was also more systematically varied in Experiment 2, and a short interval between messages significantly increased the access time for the second message. This delay in access was long enough to increase significantly the total transaction time of the second message, and this effect was exaggerated for the graphical-only implementations. Time to view the message before acknowledgement and time to initiate flight changes were not affected by the interval manipulation, This suggests that pilots adopt a sequential message handling strategy, and presenting messages closely in succession may present operational problems in a data link Air Traffic Control (ATC) environment. The results of this study also indicate that the perceived importance of message content is currently a crucial element in pilot data link communication.

McGann, Alison↗
NASA NTRS1992

A new era in magnetospheric research

Accounts are given of the development status and prospective efficacy of the Geoscience Environmental Data Display, the Space Environment Laboratory Data Acquisition and Display System, and the Geospace Environment Modeling program, which are all concerned with the 3D definition of the earth's magnetosphere. Attention is given to current and prospective improvements in the integration of all these data-gathering systems.

Akasofu, S.-I.↗
NASA NTRS2011

Applied Meteorology Unit (AMU)

The AMU Team began four new tasks in this quarter: (1) began work to improve the AMU-developed tool that provides the launch weather officers information on peak wind speeds that helps them assess their launch commit criteria; (2) began updating lightning climatologies for airfields around central Florida. These climatologies help National Weather Service and Air Force forecasters determine the probability of lightning occurrence at these sites; (3) began a study for the 30th Weather Squadron at Vandenberg Air Force Base in California to determine if precursors can be found in weather observations to help the forecasters determine when they will get strong wind gusts in their northern towers; and (4) began work to update the AMU-developed severe weather tool with more data and possibly improve its performance using a new statistical technique. Include is a section of summaries and detail reporting on the quarterly tasks: (1) Peak Wind Tool for user Meteorological Interactive Data Display System (LCC), Phase IV, (2) Situational Lightning climatologies for Central Florida, Phase V, (3) Vandenberg AFB North Base Wind Study and (4) Upgrade Summer Severe Weather Tool Meteorological Interactive Data Display System (MIDDS).

Bauman, William↗
NASA NTRS1988

Electronic data generation and display system

The Electronic Data Generation and Display System (EDGADS) is a field tested paperless technical manual system. The authoring provides subject matter experts the option of developing procedureware from digital or hardcopy inputs of technical information from text, graphics, pictures, and recorded media (video, audio, etc.). The display system provides multi-window presentations of graphics, pictures, animations, and action sequences with text and audio overlays on high resolution color CRT and monochrome portable displays. The database management system allows direct access via hierarchical menus, keyword name, ID number, voice command or touch of a screen pictoral of the item (ICON). It contains operations and maintenance technical information at three levels of intelligence for a total system.

Wetekamm, Jules↗
NASA NTRS2010

Use of Data Comm by Flight Crew in High-Density Terminal Areas

This paper describes a collaborative FAA and NASA experiment using 22 commercial airline pilots to determine the effect of using Datalink Communication (Data Comm) to issue messages in busy, terminal area operations. Four conditions were defined that span current day to future flight deck equipage levels (voice communication only, Data Comm only, Data Comm with Moving Map Display, Data Comm with Moving Map displaying taxi route), and each condition was used to create an arrival and a departure scenario at the Boston Logan Airport. These eight scenarios were repeated twice for a total of 16 scenarios for each of the eleven crews. Quantitative data was collected on subject reaction time and eye tracking information. Questionnaires collected subjective feedback on workload and acceptability to the flight crew for using Data Comm in a busy terminal area. 95% of the Data Comm messages were responded to by the flight crew within one minute; however, post experiment debrief comments revealed almost unanimous consensus that two minutes was a reasonable expectation for crew response. Eye tracking data indicated an insignificant decrease in head-up time for the Pilot Flying when Data Comm was introduced; however, the Pilot Monitoring had significantly less head-up time. Data Comm workload was rated as operationally acceptable by both crew members in all conditions in flight at any altitude above the Final Approach Fix in terms of response time and workload. Results also indicate the use of Data Comm during surface operations was acceptable, the exception being the simultaneous use of voice, Data Comm, and audio chime required for an aircraft to cross an active runway. Many crews reported they believed Data Comm messages would be acceptable after the Final Approach Fix or to cross a runway if the message was not accompanied by a chime and there was not a requirement to immediately respond to the uplink message.

Baxley, Brian T.↗
NASA NTRS1971

Space shuttle data handling and communications considerations.

Operational and development flight instrumentation, data handling subsystems and communication requirements of the space shuttle orbiter are discussed. Emphasis is made on data gathering methods, crew display data, computer processing, recording, and telemetry by means of a digital data bus. Also considered are overall communication conceptual system aspects and design features allowing a proper specification of telemetry encoders and instrumentation recorders. An adaptive bit rate concept is proposed to handle the telemetry bit rates which vary with the amount of operational and experimental data to be transmitted. A split-phase encoding technique is proposed for telemetry to cope with the excessive bit jitter and low bit transition density which may affect television performance.

Stoker, C. J.↗
NASA NTRS1974

A computer graphics display and data compression technique

The computer program discussed is intended for the graphical presentation of a general dependent variable X that is a function of two independent variables, U and V. The required input to the program is the variation of the dependent variable with one of the independent variables for various fixed values of the other. The computer program is named CRP, and the output is provided by the SD 4060 plotter. Program CRP is an extremely flexible program that offers the user a wide variety of options. The dependent variable may be presented in either a linear or a logarithmic manner. Automatic centering of the plot is provided in the ordinate direction, and the abscissa is scaled automatically for a logarithmic plot. A description of the carpet plot technique is given along with the coordinates system used in the program. Various aspects of the program logic are discussed and detailed documentation of the data card format is presented.

Teague, M. J.↗
NASA NTRS1979

The synchronous orbit magnetic field data set

The magnetic field at synchronous orbit is the result of superposition of fields from many sources such as the earth, the magnetopause, the geomagnetic tail, the ring current and field-aligned currents. In addition, seasonal changes in the orientation of the earth's dipole axis causes significant changes in each of the external sources. Main reasons for which the synchronous orbit magnetic field data set is a potentially valuable resource are outlined. The primary reason why synchronous magnetic field data have not been used more extensively in magnetic field modeling is the presence of absolute errors in the measured fields. Nevertheless, there exists a reasonably large collection of synchronous orbit magnetic field data. Some of these data can be useful in quantitative modeling of the earth's magnetic field. A brief description is given of the spacecraft, the magnetometers, the standard graphical data displays, and the digital data files.

Mcpherron, R. L.↗
NASA NTRS1984

Trends in Planetary Data Analysis. Executive summary of the Planetary Data Workshop

Planetary data include non-imaging remote sensing data, which includes spectrometric, radiometric, and polarimetric remote sensing observations. Also included are in-situ, radio/radar data, and Earth based observation. Also discussed is development of a planetary data system. A catalog to identify observations will be the initial entry point for all levels of users into the data system. There are seven distinct data support services: encyclopedia, data index, data inventory, browse, search, sample, and acquire. Data systems for planetary science users must provide access to data, process, store, and display data. Two standards will be incorporated into the planetary data system: Standard communications protocol and Standard format data unit. The data system configuration must combine a distributed system with those of a centralized system. Fiscal constraints have made prioritization important. Activities include saving previous mission data, planning/cost analysis, and publishing of proceedings.

Evans, N.↗
NASA NTRS1990

A new accelerometer recording system for shuttle use

Microgravity investigators are interested in enhancing the capabilities and improving the information return from accelerometers used in microgravity research. In addition to improving the accelerometer sensor, efforts should be directed towards using recent advances in microprocessor technology and system design techniques to improve sensor calibration and temperature compensation, online data display and analysis, and data reduction and information storage. Results from the above areas of investigation should be combined in an integrated design for a spaceflight microgravity accelerometer package.

Lichtenberg, Byron↗
NASA NTRS2001

D3: A Collaborative Infrastructure for Aerospace Design

DARWIN is a NASA developed, Internet-based system for enabling aerospace researchers to securely and remotely access and collaborate on the analysis of aerospace vehicle design data, primarily the results of wind-tunnel testing and numeric (e.g., computational fluid dynamics) model executions. DARWIN captures, stores and indexes data, manages derived knowledge (such as visualizations across multiple data sets) and provides an environment for designers to collaborate in the analysis of the results of testing. DARWIN is an interesting application because it supports high volumes of data, integrates multiple modalities of data display (e.g. images and data visualizations), and provides non-trivial access control mechanisms. DARWIN enables collaboration by allowing not only sharing visualizations of data, but also commentary about and view of data.

Walton, Joan↗
NASA NTRS2002

The D3 Middleware Architecture

DARWIN is a NASA developed, Internet-based system for enabling aerospace researchers to securely and remotely access and collaborate on the analysis of aerospace vehicle design data, primarily the results of wind-tunnel testing and numeric (e.g., computational fluid-dynamics) model executions. DARWIN captures, stores and indexes data; manages derived knowledge (such as visualizations across multiple datasets); and provides an environment for designers to collaborate in the analysis of test results. DARWIN is an interesting application because it supports high-volumes of data. integrates multiple modalities of data display (e.g., images and data visualizations), and provides non-trivial access control mechanisms. DARWIN enables collaboration by allowing not only sharing visualizations of data, but also commentary about and views of data. Here we provide an overview of the architecture of D3, the third generation of DARWIN. Earlier versions of DARWIN were characterized by browser-based interfaces and a hodge-podge of server technologies: CGI scripts, applets, PERL, and so forth. But browsers proved difficult to control, and a proliferation of computational mechanisms proved inefficient and difficult to maintain. D3 substitutes a pure-Java approach for that medley: A Java client communicates (though RMI over HTTPS) with a Java-based application server. Code on the server accesses information from JDBC databases, distributed LDAP security services, and a collaborative information system. D3 is a three tier-architecture, but unlike 'E-commerce' applications, the data usage pattern suggests different strategies than traditional Enterprise Java Beans - we need to move volumes of related data together, considerable processing happens on the client, and the 'business logic' on the server-side is primarily data integration and collaboration. With D3, we are extending DARWIN to handle other data domains and to be a distributed system, where a single login allows a user transparent access to test results from multiple servers and authority domains.

Walton, Joan↗
NASA NTRS2010

The Impact of Data Communications Messages in the Terminal Area on Flight Crew Workload and Eye Scanning

This paper, to accompany a discussion panel, describes a collaborative FAA and NASA research study to determine the effect Data Communications (Data Comm) messages have on flight crew workload and eye scanning behavior in busy terminal area operations. In the Next Generation Air Transportation System Concept of Operations, for the period 2017-2022, the FAA envisions Data Comm between controllers and the flight crew to become the primary means of communicating non-time critical information. Four research conditions were defined that span current day to future equipage levels (Voice with Paper map, Data Comm with Paper map, Data Comm with Moving Map Display with ownship position displayed, Data Comm with Moving Map, ownship and taxi route displayed), and were used to create arrival and departure scenarios at Boston Logan Airport. Preliminary results for workload, situation awareness, and pilot head-up time are presented here. Questionnaire data indicated that pilot acceptability, workload, and situation awareness ratings were favorable for all of the conditions tested. Pilots did indicate that there were times during final approach and landing when they would prefer not to hear the message chime, and would not be able to make a quick response due to high priority tasks in the cockpit.

Comstock, James R., Jr.↗