SEARCH · Search NASA

Results for “data requests”

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 559 records · Page 31

All sources NASA NTRS DOE OSTI

DOE OSTI2025

Event-driven readout development: testing of the EDWARD65P1 chip with integrated event generators

Building on a prototype readout integrated circuit for segmented silicon sensors with the EDWARD event-driven readout architecture, the front-end in each pixel was replaced by a hardware generator to verify readout performance, ensuring no data loss, consistent priority handling, and speed verification. Here, this generator produces Poisson-distributed readout requests with individually tunable rates per pixel via a digitally controlled oscillator. The resulting EDWARD65P1 test ASIC is a 32×32 pixel matrix with a 100 μm pitch, equipped with digital event generators simulating radiation hits at user-defined rates. Test results for this new design are presented.

47 OTHER INSTRUMENTATION↗

NASA NTRS1978

The 737 aircraft flammability testing

The FAA requested approximately 20 component and full-scale tests in a 737 fuselage to provide validation data or indicate changes that need to be made to a fire math model (Dayton Aircraft Cabin Fire Model) developed for the FAA. Some preliminary tests were conducted to evaluate the adequacy of planned instrumentation. The objectives of the program were met in that it was verified that propagation of a fire could be determined from the sequential response of thermocouples located on a test specimen(such as a seat), and continuous weighing of the specimen during the test was accomplished. Two differenct techniques for measuring smoke density were found to be comparable.

Bricker, R. W.↗

NASA NTRS1985

Development of an expert system prototype for determining software functional requirements for command management activities at NASA Goddard

The development of an expert system prototype for determining software functional requirements for NASA Goddard's Command Management System (CMS) is described. The role of the CMS is to transform general requests into specific spacecraft commands with command execution conditions. The CMS is part of the NASA Data System which entails the downlink of science and engineering data from NASA near-earth satellites to the user, and the uplink of command and control data to the spacecraft. Subjects covered include: the problem environment of determining CMS software functional requirements; the expert system approach for handling CMS requirements development; validation and evaluation procedures for the expert system.

Liebowitz, J.↗

NASA NTRS1988

NASA combined file postings statistics based on NASA thesaurus, Jan. 1968 - July 1988

The NASA Combined File Postings Statistics is published semiannually (January and July). This alphabetical listing of postable subject terms contained in the NASA Thesaurus is used to display the numbers of postings (documents) indexed by each subject term from 1968 to date. The postings total per term are separated by announcement or other media into STAR, IAA, NLN, and OTHER columnar entries covering the NASA document collection (1968 to date). Nearly 594,000 book postings for NALNET Books held by NASA libraries are now included under the NLN column. CSTAR postings as well as some previously unreported series are now listed under the other column. File postings statistics for the Alternate Data Base covering the NASA collection from 1962 through 1967 were published on a one-time basis in September 1975. Subject terms for the Alternate Data Base are derived from the Subject Authority List, reprinted in 1985, which is available on request. The distribution of 16,919,195 postings among the 17,105 Thesaurus terms is tabulated on the last page of Combined File Postings Statistics.

Source record↗

NASA NTRS1992

A vision architecture for the extravehicular activity retriever

The Extravehicular Activity Retriever (EVAR) is a robotic device currently being developed by the Automation and Robotics Division at the NASA Johnson Space Center to support activities in the neighborhood of the Space Shuttle or Space Station Freedom. As the name implies, the Retriever's primary function will be to provide the capability to retrieve tools, equipment or other objects which have become detached from the spacecraft, but it will also be able to rescue a crew member who may have become inadvertently de-tethered. Later goals will include cooperative operations between a crew member and the Retriever such as fetching a tool that is required for servicing or maintenance operations. This report documents a preliminary design for a Vision System Planner (VSP) for the EVAR that is capable of achieving visual objectives provided to it by a high level task planner. Typical commands which the task planner might issue to the VSP relate to object recognition, object location determination, and obstacle detection. Upon receiving a command from the task planner, the VSP then plans a sequence of actions to achieve the specified objective using a model-based reasoning approach. This sequence may involve choosing an appropriate sensor, selecting an algorithm to process the data, reorienting the sensor, adjusting the effective resolution of the image using lens zooming capability, and/or requesting the task planner to reposition the EVAR to obtain a different view of the object. An initial version of the Vision System Planner which realizes the above capabilities using simulated images has been implemented and tested. The remaining sections describe the architecture and capabilities of the VSP and its relationship to the high level task planner. In addition, typical plans that are generated to achieve visual goals for various scenarios will be discussed. Specific topics to be addressed will include object search strategies, repositioning of the EVAR to improve the quality of information obtained from the sensors, complementary usage of the sensors and redundant capabilities.

Magee, Michael↗

NASA NTRS1993

A vision system planner for increasing the autonomy of the Extravehicular Activity Helper/Retriever

The Extravehicular Activity Retriever (EVAR) is a robotic device currently being developed by the Automation and Robotics Division at the NASA Johnson Space Center to support activities in the neighborhood of the Space Shuttle or Space Station Freedom. As the name implies, the Retriever's primary function will be to provide the capability to retrieve tools and equipment or other objects which have become detached from the spacecraft, but it will also be able to rescue a crew member who may have become inadvertently de-tethered. Later goals will include cooperative operations between a crew member and the Retriever such as fetching a tool that is required for servicing or maintenance operations. This paper documents a preliminary design for a Vision System Planner (VSP) for the EVAR that is capable of achieving visual objectives provided to it by a high level task planner. Typical commands which the task planner might issue to the VSP relate to object recognition, object location determination, and obstacle detection. Upon receiving a command from the task planner, the VSP then plans a sequence of actions to achieve the specified objective using a model-based reasoning approach. This sequence may involve choosing an appropriate sensor, selecting an algorithm to process the data, reorienting the sensor, adjusting the effective resolution of the image using lens zooming capability, and/or requesting the task planner to reposition the EVAR to obtain a different view of the object. An initial version of the Vision System Planner which realizes the above capabilities using simulated images has been implemented and tested. The remaining sections describe the architecture and capabilities of the VSP and its relationship to the high level task planner. In addition, typical plans that are generated to achieve visual goals for various scenarios are discussed. Specific topics to be addressed will include object search strategies, repositioning of the EVAR to improve the quality of information obtained from the sensors, and complementary usage of the sensors and redundant capabilities.

Magee, Michael↗

NASA NTRS1994

NCCDS performance model

The NASA/GSFC Network Control Center (NCC) provides communication services between ground facilities and spacecraft missions in near-earth orbit that use the Space Network. The NCC Data System (NCCDS) provides computational support and is expected to be highly utilized by the service requests needed in the future years. A performance model of the NCCDS has been developed to assess the future workload and possible enhancements. The model computes message volumes from mission request profiles and SN resource levels and generates the loads for NCCDS configurations as a function of operational scenarios and processing activities. The model has been calibrated using the results of benchmarks performed on the operational NCCDS facility and used to assess some future SN service request scenarios.

Richmond, Eric↗

NASA NTRS1995

Continuation of Studies of X-Ray Binaries with Ginga

The key goal of the observation of X0748-67B was to study changes in the time of the X-ray eclipses in order to determine the orbital period, which, in turn allows us to infer properties of the system. We attempted to carry out ROSAT observations but both scheduled pointings missed the requested ephemerides to see the eclipses. We were, however, able to use ASCA performance verification phase data to undertake our intended scientific goal and the combined ASCA/Ginga data were published as: "Is the changing orbital period of EXO 0748-676 evidence for a triple system?", and was observed by Ginga on two occasions. Mr. Thomas has conducted spectral and temporal extractions of these data. These data have been folded on the orbital period and the variation of low energy absorption and high energy iron line emission studied.

Nousek, John A.↗

NASA NTRS1979

Auto Emission Testing

The photos show automobile engines being tested for nitrous oxide emissions, as required by the Environmental Protection Agency (EPA), at the Research and Engineering Division of Ford Motor Company, Dearborn. Michigan. NASA technical information helped the company develop a means of calculating emissions test results. Nitrous oxide emission readings vary with relative humidity in the test facility. EPA uses a standard humidity measurement, but the agency allows manufacturers to test under different humidity conditions, then apply a correction factor to adjust the results to the EPA standard. NASA's Dryden Flight Research Center developed analytic equations which provide a simple, computer-programmable method of correcting for humidity variations. A Ford engineer read a NASA Tech Brief describing the Dryden development and requested more detailed information in the form of a technical support package, which NASA routinely supplies to industry on request. Ford's Emissions Test Laboratory now uses the Dryden equations for humidity-adjusted emissions data reported to EPA.

Source record↗

NASA NTRS2007

Design and Data Management System

The Design and Data Management System (DDMS) was developed to automate the NASA Engineering Order (EO) and Engineering Change Request (ECR) processes at the Propulsion Test Facilities at Stennis Space Center for efficient and effective Configuration Management (CM). Prior to the development of DDMS, the CM system was a manual, paper-based system that required an EO or ECR submitter to walk the changes through the acceptance process to obtain necessary approval signatures. This approval process could take up to two weeks, and was subject to a variety of human errors. The process also requires that the CM office make copies and distribute them to the Configuration Control Board members for review prior to meetings. At any point, there was a potential for an error or loss of the change records, meaning the configuration of record was not accurate. The new Web-based DDMS eliminates unnecessary copies, reduces the time needed to distribute the paperwork, reduces time to gain the necessary signatures, and prevents the variety of errors inherent in the previous manual system. After implementation of the DDMS, all EOs and ECRs can be automatically checked prior to submittal to ensure that the documentation is complete and accurate. Much of the configuration information can be documented in the DDMS through pull-down forms to ensure consistent entries by the engineers and technicians in the field. The software also can electronically route the documents through the signature process to obtain the necessary approvals needed for work authorization. The workflow of the system allows for backups and timestamps that determine the correct routing and completion of all required authorizations in a more timely manner, as well as assuring the quality and accuracy of the configuration documents.

Messer, Elizabeth↗

NASA NTRS2013

Develop a Model Component

During my internship at NASA, I was a model developer for Ground Support Equipment (GSE). The purpose of a model developer is to develop and unit test model component libraries (fluid, electrical, gas, etc.). The models are designed to simulate software for GSE (Ground Special Power, Crew Access Arm, Cryo, Fire and Leak Detection System, Environmental Control System (ECS), etc. ~.) before they are implemented into hardware. These models support verifying local control and remote software for End-Item Software Under Test (SUT). The model simulates the physical behavior (function, state, limits and 110) of each end-item and it's dependencies as defined in the Subsystem Interface Table, Software Requirements & Design Specification (SRDS), Ground Integrated Schematic (GIS), and System Mechanical Schematic.(SMS). The software of each specific model component is simulated through MATLAB's Simulink program. The intensiv~ model development life cycle is a.s follows: Identify source documents; identify model scope; update schedule; preliminary design review; develop model requirements; update model.. scope; update schedule; detailed design review; create/modify library component; implement library components reference; implement subsystem components; develop a test script; run the test script; develop users guide; send model out for peer review; the model is sent out for verific~tionlvalidation; if there is empirical data, a validation data package is generated; if there is not empirical data, a verification package is generated; the test results are then reviewed; and finally, the user. requests accreditation, and a statement of accreditation is prepared. Once each component model is reviewed and approved, they are intertwined together into one integrated model. This integrated model is then tested itself, through a test script and autotest, so that it can be concluded that all models work conjointly, for a single purpose. The component I was assigned, specifically, was a fluid component, a discrete pressure switch. The switch takes a fluid pressure input, and if the pressure is greater than a designated cutoff pressure, the switch would stop fluid flow.

Ensey, Tyler S.↗

NASA NTRS2009

Human Factors Assessment of Vibration Effects on Visual Performance During Launch

The Human Factors Assessment of Vibration Effects on Visual Performance During Launch (Visual Performance) investigation will determine visual performance limits during operational vibration and g-loads on the Space Shuttle, specifically through the determination of minimum readable font size during ascent using planned Orion display formats. Research Summary: The aim of the Human Factors Assessment of Vibration Effects on Visual Performance during Launch (Visual Performance) investigation is to provide supplementary data to that collected by the Thrust Oscillation Seat Detailed Technical Objective (DTO) 695 (Crew Seat DTO) which will measure seat acceleration and vibration from one flight deck and two middeck seats during ascent. While the Crew Seat DTO data alone are important in terms of providing a measure of vibration and g-loading, human performance data are required to fully interpret the operational consequences of the vibration values collected during Space Shuttle ascent. During launch, crewmembers will be requested to view placards with varying font sizes and indicate the minimum readable size. In combination with the Crew Seat DTO, the Visual Performance investigation will: Provide flight-validated evidence that will be used to establish vibration limits for visual performance during combined vibration and linear g-loading. o Provide flight data as inputs to ongoing ground-based simulations, which will further validate crew visual performance under vibration loading in a controlled environment. o Provide vibration and performance metrics to help validate procedures for ground tests and analyses of seats, suits, displays and controls, and human-in-the-loop performance.

Kritina Holden↗

NASA NTRS1990

Highball: A high speed, reserved-access, wide area network

A network architecture called Highball and a preliminary design for a prototype, wide-area data network designed to operate at speeds of 1 Gbps and beyond are described. It is intended for applications requiring high speed burst transmissions where some latency between requesting a transmission and granting the request can be anticipated and tolerated. Examples include real-time video and disk-disk transfers, national filestore access, remote sensing, and similar applications. The network nodes include an intelligent crossbar switch, but have no buffering capabilities; thus, data must be queued at the end nodes. There are no restrictions on the network topology, link speeds, or end-end protocols. The end system, nodes, and links can operate at any speed up to the limits imposed by the physical facilities. An overview of an initial design approach is presented and is intended as a benchmark upon which a detailed design can be developed. It describes the network architecture and proposed access protocols, as well as functional descriptions of the hardware and software components that could be used in a prototype implementation. It concludes with a discussion of additional issues to be resolved in continuing stages of this project.

Mills, David L.↗

NASA NTRS2006

International Polar Year Observations From the International Space Station

Astronauts aboard the International Space Station (ISS) have several opportunities each day to observe and document high-latitude phenomena. Although lighting conditions, ground track and other viewing parameters change with orbital precessions and season, the 51.6 degree orbital inclination and 400 km altitude of the ISS provide the crew an excellent vantage point for collecting image-based data for IPY investigators. To date, the database of imagery acquired by the Crew Earth Observations (CEO) experiment aboard the ISS (http://eol.jsc.nasa.gov) contains more than 12,000 images of high latitude (above 50 degrees) events such as aurora, mesospheric clouds, sea-ice, high-latitude plankton blooms, volcanic eruptions, and snow cover. The ISS Program will formally participate in IPY through an activity coordinated through CEO entitled Synchronized Observations of Polar Mesospheric Clouds, Aurora and Other Large-scale Polar Phenomena from the ISS and Ground Sites. The activity will augment the existing collection of Earth images taken from the ISS by focusing astronaut observations on polar phenomena. NASA s CEO experiment will solicit requests by IPY investigators for ISS observations that are coordinated with or complement ground-based polar studies. The CEO imagery website (http://eol.jsc.nasa.gov) will provide an on-line form for IPY investigators to interact with CEO scientists and define their imagery requests. This information will be integrated into daily communications with the ISS crews about their Earth Observations targets. All data collected will be cataloged and posted on the website for downloading and assimilation into IPY projects.

Pettit, Donald R.↗

NASA NTRS2009

Anvil Forecast Tool in the Advanced Weather Interactive Processing System (AWIPS)

Launch Weather Officers (LWOs) from the 45th Weather Squadron (45 WS) and forecasters from the National Weather Service (NWS) Spaceflight Meteorology Group (SMG) have identified anvil forecasting as one of their most challenging tasks when predicting the probability of violating the Lightning Launch Commit Criteria (LLCC) (Krider et al. 2006; Space Shuttle Flight Rules (FR), NASA/JSC 2004)). As a result, the Applied Meteorology Unit (AMU) developed a tool that creates an anvil threat corridor graphic that can be overlaid on satellite imagery using the Meteorological Interactive Data Display System (MIDDS, Short and Wheeler, 2002). The tool helps forecasters estimate the locations of thunderstorm anvils at one, two, and three hours into the future. It has been used extensively in launch and landing operations by both the 45 WS and SMG. The Advanced Weather Interactive Processing System (AWIPS) is now used along with MIDDS for weather analysis and display at SMG. In Phase I of this task, SMG tasked the AMU to transition the tool from MIDDS to AWIPS (Barrett et aI., 2007). For Phase II, SMG requested the AMU make the Anvil Forecast Tool in AWIPS more configurable by creating the capability to read model gridded data from user-defined model files instead of hard-coded files. An NWS local AWIPS application called AGRID was used to accomplish this. In addition, SMG needed to be able to define the pressure levels for the model data, instead of hard-coding the bottom level as 300 mb and the top level as 150 mb. This paper describes the initial development of the Anvil Forecast Tool for MIDDS, followed by the migration of the tool to AWIPS in Phase I. It then gives a detailed presentation of the Phase II improvements to the AWIPS tool.

Barrett, Joe H., III↗

NASA NTRS1999

Ocean-Atmosphere Interaction in Climate Changes

The diagram, which attests the El Nino teleconnection observed by the NASA Scatterometer (NSCAT) in 1997, is an example of the results of our research in air-sea interaction - the core component of our three-part contribution to the Climate Variability Program. We have established an interplay among scientific research, which turns spacebased data into knowledge, a push in instrument technology, which improves observations of climate variability, and an information system, which produces and disseminates new data to support our scientific research. Timothy Liu led the proposal for advanced technology, in response to the NASA Post-2002 Request for Information. The sensor was identified as a possible mission for continuous ocean surface wind measurement at higher spatial resolution, and with the unique capability to measure ocean surface salinity. He is participating in the Instrument Incubator Program to improve the antenna technology, and is initiating a study to integrate the concept on Japanese missions. He and his collaborators have set up a system to produce and disseminate high level (gridded) ocean surface wind/stress data from NSCAT and European missions. The data system is being expanded to produce real-time gridded ocean surface winds from Quikscat, and precipitation and evaporation from the Tropical Rain Measuring Mission. It will form the basis for a spacebased data analysis system which will include momentum, heat and water fluxes. The study on 1997 El Nino teleconnection illustrates our interdisciplinary and multisensor approach to study climate variability. The diagram shows that the collapse of trade wind and the westerly wind anomalies in the central equatorial Pacific led to the equatorial ocean warming. The equatorial wind anomalies are connected to the anomalous cyclonic wind pattern in the northeast Pacific. The anomalous warming along the west coast of the United States is the result of the movement of the pre-existing warm sea surface temperature anomalies with the cyclonic wind anomalies toward the coast. The results led to a new study which identifies decadal ocean variations in the Northeast Pacific. Three studies of oceanic responses to wind forcing caused by the seasonal change of monsoons, the passage of a typhoon, and the 1997 El Nino, were successfully conducted. Besides wind forcing, we continue to examine new techniques for estimating thermal and hydrologic fluxes, through the inverse ocean mixed-layer model, through divergence of atmospheric water transport, and by direct retrieval from radiances observed by microwave radiometers. Greenhouse warming has been linked to water vapor measured by two spaceborne sensors in two studies. In the first study, strong baroclinicity and deep convection were found to transport water vapor to the upper atmosphere and increase greenhouse trapping over the storm tracks of the North Pacific and Atlantic. In another study, the annual cycle of greenhouse warming were related to sea surface temperature (SST) and integrated water vapor, and the latitudinal dependence of the magnitudes and phases of the annual cycles were compared.

Liu, W. Timothy↗

NASA NTRSDate not supplied

Earth System Digital Twins (ESDT) Technology for NASA Earth Science

For NASA's Advanced Information Systems Technology (AIST) Program, an Earth System Digital Twin (ESDT) is defined as an interactive and integrated multidomain, multiscale, digital replica of the state and temporal evolution of Earth systems. It dynamically integrates: relevant Earth system models and simulations; other relevant models (e.g., related to the world's infrastructure); continuous and timely (including near real time and direct readout) observations (e.g., space, air, ground, over/underwater, Internet of Things (IoT), socioeconomic); long-time records; as well as analytics and artificial intelligence tools. Effective ESDTs enable users to run hypothetical scenarios to improve the understanding, prediction of and mitigation/response to Earth system processes, natural phenomena and human activities as well as their many interactions. An ESDT is a type of integrated information system that, for example, enables continuous assessment of impact from naturally occurring and/or human activities on physical and natural environments. AIST ESDT strategic goals are to: 1. Develop information system frameworks to provide continuous and accurate representations of systems as they change over time; 2. Mirror various Earth Science systems and utilize the combination of Data Analytics, Artificial Intelligence, Digital Thread, and state-of-the-art models to help predict the Earth’s response to various phenomena; 3. Provide the tools to conduct "what if" investigations that can result in actionable predictions. The AIST ESDT thrust is developing capabilities toward the development of future digital twins of the Earth or of subcomponents of the Earth. This will enable the development of an overarching framework that will integrate New Observing Strategies (NOS) to enable new observation measurements, i.e., multi-source, coordinated, dynamic and responsive to needs and requests defined by Analytic Collaborative Frameworks (ACF) that enable agile science investigations fusing and analyzing very large amounts of diverse data. NOS and ACF capabilities along with open access to various science, infrastructure and human data, interconnected modeling, data assimilation, simulations, surrogate modeling, high-performance computing and advanced visualization, will define a powerful framework that could be utilized for local, regional or global and/or thematic digital twins. This presentation will describe a general overview of the AIST ESDT vision including prior work done in the areas of NOS and ACF as well as current and upcoming ESDT projects.

Jacqueline Le Moigne↗

NASA NTRS1999

SIRTF Science Operations System Design

SIRTF Science Operations System Design William B. Green Manager, SIRTF Science Center California Institute of Technology M/S 310-6 1200 E. California Blvd., Pasadena CA 91125 (626) 395 8572 Fax (626) 568 0673 bgreen@ipac.caltech.edu. The Space Infrared Telescope Facility (SIRTF) will be launched in December 2001, and perform an extended series of science observations at wavelengths ranging from 20 to 160 microns for five years or more. The California Institute of Technology has been selected as the home for the SIRTF Science Center (SSC). The SSC will be responsible for evaluating and selecting observation proposals, providing technical support to the science community, performing mission planning and science observation scheduling activities, instrument calibration during operations and instrument health monitoring, production of archival quality data products, and management of science research grants. The science payload consists of three instruments delivered by instrument Principal Investigators located at University of Arizona, Cornell, and Harvard Smithsonian Astrophysical Observatory. The SSC is responsible for design, development, and operation of the Science Operations System (SOS) which will support the functions assigned to the SSC by NASA. The SIRTF spacecraft, mission profile, and science instrument design have undergone almost ten years of refinement. SIRTF development and operations activities are highly cost constrained. The cost constraints have impacted the design of the SOS in several ways. The Science Operations System has been designed to incorporate a set of efficient, easy to use tools which will make it possible for scientists to propose observation sequences in a rapid and automated manner. The use of highly automated tools for requesting observations will simplify the long range observatory scheduling process, and the short term scheduling of science observations. Pipeline data processing will be highly automated and data-driven, utilizing a variety of tools developed at JPL, the instrument development teams, and Space Telescope Science Institute to automate processing. An incremental ground data system development approach has been adopted, featuring periodic deliveries that are validated with the flight hardware throughout the various phases of system level development and testing. This approach minimizes development time and decreases operations risk. This paper will describe the top level architecture of the SOS and the basic design concepts. A summary of the incremental development approach will be presented. Examples of the unique science user tools now under final development prior to the first proposal call scheduled for mid-2000 will be shown.

Green, William↗