Search NASA⌕ Search

SEARCH · Search NASA

Results for “user support”

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 145 records · Page 8
All sourcesNASA NTRSDOE OSTI
NASA NTRS1983

Study of a tracking and data acquisition system for the 1990's. Volume 3: TDAS Communication Mission Model

A parametric description of the communication channels required between the user spacecraft to be supported and the user ground data systems is developed. Scenarios of mission models, which reflect a range of free flyers vs space platform usage as well as levels of NASA activity and potential support for military missions, and potential channel requirements which identify: (1) bounds on TDAS forward and return link data communication demand, and (2) the additional demand for providing navigation/tracking support are covered.

Mccreary, T.↗
NASA NTRS2003

Fiber Optic Connector Polishing Fixture Assembly

A fiber optic connector polishing fixture assembly for sup- porting a terminus of a fiber optic cable before a polishing surface. The assembly comprises: a fiber optic polishing fixture adapted to support the terminus before the polishing surface; a fixture support connected to the fixture for sup- porting the fixture before the polishing surface; and an adjustable connection between the fixture and the fixture support having user accessible adjustment controls for allowing a user to operate the controls to shift the fixture and fixture support relative to one another for substantially eliminating an apex offset of the terminus with respect to the polishing surface.

John R Kolasinski↗
NASA NTRS1975

The evolution of the Tracking and Data Relay Satellite System /TDRSS/

Certain limitations of a ground-based network of remote tracking stations for communications with spacecraft are to be overcome by making use of a space-based network. Studies related to the development of a Tracking and Data Relay Satellite System (TDRSS) are discussed. The TDRSS is to function as an integral part of the post-1980 NASA Spaceflight Tracking and Data Network (STDN). The TDRSS will consist of two operational Tracking and Data Relay (TDR) spacecraft separated by at least 130 deg in longitude. According to current planning, the STDN will also include five ground-based sites, for support of users with orbital altitudes greater than approximately 2000 km, and two launch support sites.

Godfrey, R. D.↗
NASA NTRS1992

StarView: The object oriented design of the ST DADS user interface

StarView is the user interface being developed for the Hubble Space Telescope Data Archive and Distribution Service (ST DADS). ST DADS is the data archive for HST observations and a relational database catalog describing the archived data. Users will use StarView to query the catalog and select appropriate datasets for study. StarView sends requests for archived datasets to ST DADS which processes the requests and returns the database to the user. StarView is designed to be a powerful and extensible user interface. Unique features include an internal relational database to navigate query results, a form definition language that will work with both CRT and X interfaces, a data definition language that will allow StarView to work with any relational database, and the ability to generate adhoc queries without requiring the user to understand the structure of the ST DADS catalog. Ultimately, StarView will allow the user to refine queries in the local database for improved performance and merge in data from external sources for correlation with other query results. The user will be able to create a query from single or multiple forms, merging the selected attributes into a single query. Arbitrary selection of attributes for querying is supported. The user will be able to select how query results are viewed. A standard form or table-row format may be used. Navigation capabilities are provided to aid the user in viewing query results. Object oriented analysis and design techniques were used in the design of StarView to support the mechanisms and concepts required to implement these features. One such mechanism is the Model-View-Controller (MVC) paradigm. The MVC allows the user to have multiple views of the underlying database, while providing a consistent mechanism for interaction regardless of the view. This approach supports both CRT and X interfaces while providing a common mode of user interaction. Another powerful abstraction is the concept of a Query Model. This concept allows a single query to be built form a single or multiple forms before it is submitted to ST DADS. Supporting this concept is the adhoc query generator which allows the user to select and qualify an indeterminate number attributes from the database. The user does not need any knowledge of how the joins across various tables are to be resolved. The adhoc generator calculates the joins automatically and generates the correct SQL query.

Williams, J. D.↗
NASA NTRS2018

C++ Resource Intelligent Compilation for GPU Enabled Applications

We are nearing the limits of Moore's Law with current computing technology. As industries push for more performance from smaller systems, alternate methods of computation such as Graphics Processing Units (GPUs) should be considered. Many of these systems utilize the Compute Unified Device Architecture (CUDA) to give programmers access to individual compute elements of the GPU for general purpose computing tasks. Direct access to the GPU's parallel multi-core architecture enables highly efficient computation and can drastically reduce the time required for complex algorithms or data analysis. Of course not all systems have a CUDA-enabled device to leverage, and so applications must consider optional support for users with these devices. Resource Intelligent Compilation (RIC) addresses this situation by enabling GPU-based acceleration of existing applications without affecting users without GPUs. Resource Intelligent Compilation (RIC) creates C/C++ modules that can be compiled to create a standard CPU version or GPU accelerated version of a program, depending on hardware availability. This is accomplished through a toolbox of programming strategies based on features of the CUDA API. Using this toolbox, existing applications can be modified with ease to support GPU acceleration, and new applications can be generated with just a few simple modifications. All of this culminates in an accelerated application for users with the appropriate hardware, with no performance impact to standard systems. This memorandum presents all the important features involved in supporting and implementing RIC and an example of using RIC to accelerate an existing mathematical model, without removing support for standard users. Through this memorandum, NASA engineers can acquire a set of guidelines to follow for RIC-compliant development, seamlessly accelerating C/C++ applications.

GPU↗
NASA NTRS1972

Development of AMTRAN on the Datacraft DC6024

The AMTRAN system was implemented on the Datacraft DC6024 computer. Activities were directed toward providing greater user convenience and faster operation, development of a multiuser time sharing capability, and system support for user applications. The major portion of time was devoted to completing a two-user time sharing operating system and initiating work on an n-user system, with plans to provide service to up to n=8 users at this time. Flowcharts for the multiuser AMTRAN system are presented. The Datacraft DC6024 AMTRAN time sharing system comprises both software internal to AMTRAN and in the computer operating system. Only the AMTRAN portion is presented.

Source record↗
NASA NTRS2019

Bringing Analysis Closer to Data: Developing a Visualization Tool for L2 Earth Science Satellite Data

Earth Science satellite missions provide a unique opportunity for scientists to visualize complex and multifaceted observations projected geospatially across maps of the Earth. While visualization tools can help scientists comprehend, analyze, and share data, visualizing Level-2 Earth Sciences data poses its own specific set of challenges. Since the geospatial information in Level-2 data files is stored as independent variables, the plotting process involves matching dimensional information from latitude and longitude with a desired variable. Variables are stored in different ways across various Earth Science data file formats, which complicates the process of extracting data and plotting variables from a given file without requiring extensive user input and prerequisite familiarity with the file type variable structure. In coordination with NASA’s Goddard Earth Sciences Data Information Services Center (GES DISC), the team developed a Level-2 Earth Science data visualization tool that aims to address some of the complexities associated with plotting Level-2 data. This tool offers command-line and user interface support for file and variable selection to accommodate varying use cases and degrees of user familiarity with the structure of a given file. The visualization tool is written in Python 3 and utilizes a modular approach to facilitate continued expansion and reuse. In addressing some common complications involved in plotting Level-2 Earth Sciences data, the tool aims to help to link the process of analysis more directly with data acquisition and visualization, bringing analysis closer to data across levels of processing.

Li, Angela W.↗
NASA NTRS2016

Considerations for an Earth Relay Satellite with RF and Optical Trunklines

Support for user platforms through the use of optical links to geosynchronous relay spacecraft are expected to be part of the future space communications architecture. The European Data Relay Satellite System (EDRS) has its first node, EDRS-A, in orbit. The EDRS architecture includes space-to-space optical links with a Ka-Band feeder link or trunkline. NASA's Laser Communications Relay Demonstration (LCRD) mission, originally baselined to support a space-to-space optical link relayed with an optical trunkline, has added an Radio Frequency (RF) trunkline. The use of an RF trunkline avoids the outages suffered by an optical trunkline due to clouds, but an RF trunkline will be bandwidth limited. A space relay architecture with both RF and optical trunklines could relay critical realtime data, while also providing a high data volume capacity. This paper considers the relay user scenarios that could be supported, and the implications to the space relay system and operations. System trades such as the amount of onboard processing and storage required, the use of link layer switching vs. network layer routing, and the use of Delay/Disruption Tolerant Networking (DTN) are discussed.

Space Communications↗
NASA NTRS2016

Considerations for an Earth Relay Satellite with RF and Optical Trunklines

Support for user platforms through the use of optical links to geosynchronous relay spacecraft are expected to be part of the future space communications architecture. The European Data Relay Satellite System (EDRS) has its first node, EDRS-A, in orbit. The EDRS architecture includes space-to-space optical links with a Ka-Band feeder link or trunkline. NASA's Laser Communications Relay Demonstration (LCRD) mission, originally baselined to support a space-to-space optical link relayed with an optical trunkline, has added an Radio Frequency (RF) trunkline. The use of an RF trunkline avoids the outages suffered by an optical trunkline due to clouds, but an RF trunkline will be bandwidth limited. A space relay architecture with both RF and optical trunklines could relay critical realtime data, while also providing a high data volume capacity. This paper considers the relay user scenarios that could be supported, and the implications to the space relay system and operations. System trades such as the amount of onboard processing and storage required, the use of link layer switching vs. network layer routing, and the use of Delay/Disruption Tolerant Networking (DTN) are discussed.

Space Communications↗
NASA NTRS2005

Space Network IP Services (SNIS): An Architecture for Supporting Low Earth Orbiting IP Satellite Missions

The NASA Space Network (SN) supports a variety of missions using the Tracking and Data Relay Satellite System (TDRSS), which includes ground stations in White Sands, New Mexico and Guam. A Space Network IP Services (SNIS) architecture is being developed to support future users with requirements for end-to-end Internet Protocol (IP) communications. This architecture will support all IP protocols, including Mobile IP, over TDRSS Single Access, Multiple Access, and Demand Access Radio Frequency (RF) links. This paper will describe this architecture and how it can enable Low Earth Orbiting IP satellite missions.

Israel, David J.↗
NASA NTRS1993

User interface development and metadata considerations for the Atmospheric Radiation Measurement (ARM) archive

This paper will discuss user interface development and the structure and use of metadata for the Atmospheric Radiation Measurement (ARM) Archive. The ARM Archive, located at Oak Ridge National Laboratory (ORNL) in Oak Ridge, Tennessee, is the data repository for the U.S. Department of Energy's (DOE's) ARM Project. After a short description of the ARM Project and the ARM Archive's role, we will consider the philosophy and goals, constraints, and prototype implementation of the user interface for the archive. We will also describe the metadata that are stored at the archive and support the user interface.

Singley, P. T.↗
NASA NTRSDate not supplied

Let’s speak FRETish

FRET (https://github.com/NASA-SW-VnV/fret [github.com]) is a framework for the elicitation, formalization and analysis of requirements. FRET allows its user to enter requirements in a structured natural language called FRETish. Requirements written in FRETish are assigned unambiguous semantics. FRET supports its users in understanding this semantics and repairing requirements if applicable, by utilizing a variety of forms for each requirement: natural language description, formal mathematical logics, diagrams, and interactive simulation. FRET exports requirements into forms that can be used by a variety of analysis tools, including state-of-the-art model checkers and runtime monitoring tools. The talk will cover some of the theory behind the framework, present case studies from the aerospace and robotics domains, as well as current work on extending FRET for specifying requirements for software that learns.

FRET↗
NASA NTRS2010

Flexible Peripheral Component Interconnect Input/Output Card

The Flexible Peripheral Component Interconnect (PCI) Input/Output (I/O) Card is an innovative circuit board that provides functionality to interface between a variety of devices. It supports user-defined interrupts for interface synchronization, tracks system faults and failures, and includes checksum and parity evaluation of interface data. The card supports up to 16 channels of high-speed, half-duplex, low-voltage digital signaling (LVDS) serial data, and can interface combinations of serial and parallel devices. Placement of a processor within the field programmable gate array (FPGA) controls an embedded application with links to host memory over its PCI bus. The FPGA also provides protocol stacking and quick digital signal processor (DSP) functions to improve host performance. Hardware timers, counters, state machines, and other glue logic support interface communications. The Flexible PCI I/O Card provides an interface for a variety of dissimilar computer systems, featuring direct memory access functionality. The card has the following attributes: 8/16/32-bit, 33-MHz PCI r2.2 compliance, Configurable for universal 3.3V/5V interface slots, PCI interface based on PLX Technology's PCI9056 ASIC, General-use 512K 16 SDRAM memory, General-use 1M 16 Flash memory, FPGA with 3K to 56K logical cells with embedded 27K to 198K bits RAM, I/O interface: 32-channel LVDS differential transceivers configured in eight, 4-bit banks; signaling rates to 200 MHz per channel, Common SCSI-3, 68-pin interface connector.

Bigelow, Kirk K.↗
NASA NTRS2011

NASA's Earth Observing System Data and Information System - EOSDIS

This slide presentation reviews the work of NASA's Earth Observing System Data and Information System (EOSDIS), a petabyte-scale archive of environmental data that supports global climate change research. The Earth Science Data Systems provide end-to-end capabilities to deliver data and information products to users in support of understanding the Earth system. The presentation contains photographs from space of recent events, (i.e., the effects of the tsunami in Japan, and the wildfires in Australia.) It also includes details of the Data Centers that provide the data to EOSDIS and Science Investigator-led Processing Systems. Information about the Land, Atmosphere Near-real-time Capability for EOS (LANCE) and some of the uses that the system has made possible are reviewed. Also included is information about how to access the data, and evolutionary plans for the future of the system.

Ramapriyan, Hampapuram K.↗
NASA NTRS1996

Reliability and Maintainability Model (RAM): User and Maintenance Manual: Improved Supportability Analysis - Part 2

This report documents the procedures for utilizing and maintaining the Reliability & Maintainability Model (RAM) developed by the University of Dayton for the National Aeronautics and Space Administration (NASA) Langley Research Center (LaRC). The purpose of the grant is to provide support to NASA in establishing operational and support parameters and costs of proposed space systems. As part of this research objective, the model described here was developed. This Manual updates and supersedes the 1995 RAM User and Maintenance Manual. Changes and enhancements from the 1995 version of the model are primarily a result of the addition of more recent aircraft and shuttle R&M data.

Ebeling, Charles E.↗
NASA NTRS2003

Developing A Web-based User Interface for Semantic Information Retrieval

While there are now a number of languages and frameworks that enable computer-based systems to search stored data semantically, the optimal design for effective user interfaces for such systems is still uncle ar. Such interfaces should mask unnecessary query detail from users, yet still allow them to build queries of arbitrary complexity without significant restrictions. We developed a user interface supporting s emantic query generation for Semanticorganizer, a tool used by scient ists and engineers at NASA to construct networks of knowledge and dat a. Through this interface users can select node types, node attribute s and node links to build ad-hoc semantic queries for searching the S emanticOrganizer network.

Berrios, Daniel C.↗
NASA NTRS2012

Short-Term Prediction Research and Transition (SPoRT) Center: Transitioning Satellite Data to Operations

The Short-term Prediction Research and Transition (SPoRT) Center located at NASA Marshall Space Flight Center has been conducting testbed activities aimed at transitioning satellite products to National Weather Service operational end users for the last 10 years. SPoRT is a NASA/NOAA funded project that has set the bar for transition of products to operational end users through a paradigm of understanding forecast challenges and forecaster needs, displaying products in end users decision support systems, actively assessing the operational impact of these products, and improving products based on forecaster feedback. Aiming for quality partnerships rather than a large quantity of data users, SPoRT has become a community leader in training operational forecasters on the use of up-and-coming satellite data through the use of legacy instruments and proxy data. Traditionally, SPoRT has supplied satellite imagery and products from NASA instruments such as the Moderate-resolution Imaging Spectroradiometer (MODIS) and the Atmospheric Infrared Sounder (AIRS). However, recently, SPoRT has been funded by the GOES-R and Joint Polar Satellite System (JPSS) Proving Grounds to accelerate the transition of selected imagery and products to help improve forecaster awareness of upcoming operational data from the Visible Infrared Imager Radiometer Suite (VIIRS), Cross-track Infrared Sounder (CrIS), Advanced Baseline Imager (ABI), and Geostationary Lightning Mapper (GLM). This presentation provides background on the SPoRT Center, the SPoRT paradigm, and some example products that SPoRT is excited to work with forecasters to evaluate.

Zavodsky, Bradley↗
NASA NTRS2021

Developing a Sustainable, User-Friendly Literature Database to Support the Microgravity Simulation Support Facility (MSSF) at NASA's Kennedy Space Center (KSC)

Established in 2017, the Microgravity Simulation Support Facility (MSSF) at NASA’s Kennedy Space Center is the only centralized, dedicated facility supporting ground microgravity research in the United States. The MSSF offers the research community the ability to conduct simulated microgravity research with experimental conditions functionally resembling those aboard the International Space Station (ISS) and in other flight-based experimental environments. Since its inception, the MSSF has supported numerous studies and has since collected an extensive library of relevant and pertinent literature. The goal of our research was to develop and implement a sustainable, user-friendly literature database to better house this literature at the MSSF. To achieve this, our team focused on sorting, optimizing, and analyzing preexisting literature libraries to determine a best suitable and sustainable platform for the MSSF. After establishing initial database platforms, the team worked to develop descriptive and structural metadata categories to best sort the literature, which was followed by rigorous testing and optimization of the database as it was implemented. The MSSF has now been outfitted with a reliable, accessible database that effectively houses literature and provides diverse analysis to the user. Our team is continuing to test and update our platform and parameters as we aim for the formal implementation, expansion, and evolution of our database to better sustain future research ventures at the MSSF and beyond.

Database Development↗