Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “notification”

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 37 records · Page 2
All sourcesNASA NTRSDOE OSTI
NASA NTRS2001

Delivering Faster Congestion Feedback with the Mark-Front Strategy

Computer networks use congestion feedback from the routers and destinations to control the transmission load. Delivering timely congestion feedback is essential to the performance of networks. Reaction to the congestion can be more effective if faster feedback is provided. Current TCP/IP networks use timeout, duplicate Acknowledgement Packets (ACKs) and explicit congestion notification (ECN) to deliver the congestion feedback, each provides a faster feedback than the previous method. In this paper, we propose a markfront strategy that delivers an even faster congestion feedback. With analytical and simulation results, we show that mark-front strategy reduces buffer size requirement, improves link efficiency and provides better fairness among users. Keywords: Explicit Congestion Notification, mark-front, congestion control, buffer size requirement, fairness.

Liu, Chunlei↗
NASA NTRS2005

Fail-over file transfer process

The present invention provides a fail-over file transfer process to handle data file transfer when the transfer is unsuccessful in order to avoid unnecessary network congestion and enhance reliability in an automated data file transfer system. If a file cannot be delivered after attempting to send the file to a receiver up to a preset number of times, and the receiver has indicated the availability of other backup receiving locations, then the file delivery is automatically attempted to one of the backup receiving locations up to the preset number of times. Failure of the file transfer to one of the backup receiving locations results in a failure notification being sent to the receiver, and the receiver may retrieve the file from the location indicated in the failure notification when ready.

Semancik, Susan K.↗
NASA NTRS2011

SSC Engineering Analysis

A package for the automation of the Engineering Analysis (EA) process at the Stennis Space Center has been customized. It provides the ability to assign and track analysis tasks electronically, and electronically route a task for approval. It now provides a mechanism to keep these analyses under configuration management. It also allows the analysis to be stored and linked to the engineering data that is needed to perform the analysis (drawings, etc.). PTC s (Parametric Technology Corp o ration) Windchill product was customized to allow the EA to be created, routed, and maintained under configuration management. Using Infoengine Tasks, JSP (JavaServer Pages), Javascript, a user interface was created within the Windchill product that allows users to create EAs. Not only does this interface allow users to create and track EAs, but it plugs directly into the out-ofthe- box ability to associate these analyses with other relevant engineering data such as drawings. Also, using the Windchill workflow tool, the Design and Data Management System (DDMS) team created an electronic routing process based on the manual/informal approval process. The team also added the ability for users to notify and track notifications to individuals about the EA. Prior to the Engineering Analysis creation, there was no electronic way of creating and tracking these analyses. There was also a feature that was added that would allow users to track/log e-mail notifications of the EA.

Ryan, Harry↗
NASA NTRS2012

The International Space Station: New Capabilities for Disaster Response and Humanitarian Aid

The International Space Station (ISS) has been acquiring Earth imagery since 2000, primarily in the form of astronaut photography using hand-held film and digital cameras. Recent additions of more sophisticated multispectral and hyperspectral sensor systems have expanded both the capabilities and relevance of the ISS to basic research, applied Earth science, and development of new sensor technologies. Funding opportunities established within NASA, the US National Laboratories and the international partner organizations have generated instrument proposals that will further enhance these capabilities. With both internal and external sensor location options, and the availability of both automated and human-tended operational environments, the ISS is a unique platform within the constellation of Earth-observing satellites currently in orbit. Current progress and challenges associated with development of ISS terrestrial remote sensing capabilities in the area of disaster response and support of relief efforts will be presented. The ISS orbit allows for imaging of the Earth's surface at varying times of day and night, providing opportunities for data collection over approximately 95% of the populated regions. These opportunities are distinct from--yet augment--the data collection windows for the majority of sensors on polar-orbiting satellites. In addition to this potential for "being in the right place at the right time" to collect critical information on an evolving disaster, the presence of a human crew also allows for immediate recognition of an event from orbit, notification of relevant organizations on the ground, and re-tasking of available remote sensing resources to support humanitarian response and relief efforts. Challenges to establishing an integrated response capability are both technical (coordination of sensor targeting and data collection, rapid downlink and posting of data to a central accessible hub, timely generation and distribution of relevant data products) and operational (notification and engagement of sensor support teams, international partner agency sanction of astronaut support activities). To better collaborate on common issues and strengthen applications, including using the data to support disaster response, we established an ISS Program Science Forum Working Group for Earth Observations comprised of representatives from the international partner agencies. This international forum welcomes input and support from relevant United Nations task groups regarding our disaster response and humanitarian aid to enable development of the ISS capabilities in this area for greatest value to the international community.

Stefanov, William↗
NASA NTRS2012

DataComm in Flight Deck Surface Trajectory-Based Operations

The purpose of this pilot-in-the-loop aircraft taxi simulation was to evaluate a NextGen concept for surface trajectory-based operations (STBO) in which air traffic control (ATC) issued taxi clearances with a required time of arrival (RTA) by Data Communications (DataComm). Flight deck avionics, driven by an error-nulling algorithm, displayed the speed needed to meet the RTA. To ensure robustness of the algorithm, the ability of 10 two-pilot crews to meet the RTA was tested in nine experimental trials representing a range of realistic conditions including a taxi route change, an RTA change, a departure clearance change, and a crossing traffic hold scenario. In some trials, these DataComm taxi clearances or clearance modifications were accompanied by preview information, in which the airport map display showed a preview of the proposed route changes, including the necessary speed to meet the RTA. Overall, the results of this study show that with the aid of the RTA speed algorithm, pilots were able to meet their RTAs with very little time error in all of the robustness-testing scenarios. Results indicated that when taxi clearance changes were issued by DataComm only, pilots required longer notification distances than with voice communication. However, when the DataComm was accompanied by graphical preview, the notification distance required by pilots was equivalent to that for voice.

Bakowski, Deborah L.↗
NASA NTRS2012

DataComm in Flight Deck Surface Trajectory-Based Operations

The purpose of this pilot-in-the-loop aircraft taxi simulation was to evaluate a NextGen concept for surface trajectory-based operations (STBO) in which air traffic control (ATC) issued taxi clearances with a required time of arrival (RTA) by Data Communications (DataComm). Flight deck avionics, driven by an error-nulling algorithm, displayed the speed needed to meet the RTA. To ensure robustness of the algorithm, the ability of 10 two-pilot crews to meet the RTA was tested in nine experimental trials representing a range of realistic conditions including a taxi route change, an RTA change, a departure clearance change, and a crossing traffic hold scenario. In some trials, these DataComm taxi clearances or clearance modifications were accompanied by 'preview' information, in which the airport map display showed a preview of the proposed route changes, including the necessary speed to meet the RTA. Overall, the results of this study show that with the aid of the RTA speed algorithm, pilots were able to meet their RTAs with very little time error in all of the robustness-testing scenarios. Results indicated that when taxi clearance changes were issued by DataComm only, pilots required longer notification distances than with voice communication. However, when the DataComm was accompanied by graphical preview, the notification distance required by pilots was equivalent to that for voice.

NextGen↗
NASA NTRS2015

The Mission Accessibility of Near-Earth Asteroids

The population of near-Earth asteroids (NEAs) that may be accessible for human space flight missions is defined by the Near-Earth Object Human Space Flight Accessible Targets Study (NHATS). The NHATS is an automated system designed to monitor the accessibility of, and particular mission opportunities offered by, the NEA population. This is analogous to systems that automatically monitor the impact risk posed to Earth by the NEA population. The NHATS system identifies NEAs that are potentially accessible for future round-trip human space flight missions and provides rapid notification to asteroid observers so that crucial follow-up observations can be obtained following discovery of accessible NEAs. The NHATS was developed in 2010 and was automated by early 2012. NHATS data are provided via an interactive web-site, and daily NHATS notification emails are transmitted to a mailing list; both resources are available to the public.

Mission Design↗
NASA NTRS2015

Flight Deck Interval Management Avionics: Eye-Tracking Analysis

Interval Management (IM) is one NexGen method for achieving airspace efficiencies. In order to initiate IM procedures, Air Traffic Control provides an IM clearance to the IM aircraft's pilots that indicates an intended spacing from another aircraft (the target to follow - or TTF) and the point at which this should be achieved. Pilots enter the clearance in the flight deck IM (FIM) system; and once the TTF's Automatic Dependent Surveillance-Broadcast signal is available, the FIM algorithm generates target speeds to meet that IM goal. This study examined four Avionics Conditions (defined by the instrumentation and location presenting FIM information) and three Notification Methods (defined by the visual and aural alerts that notified pilots to IM-related events). Current commercial pilots flew descents into Dallas/Fort-Worth in a high-fidelity commercial flight deck simulation environment with realistic traffic and communications. All 12 crews experienced each Avionics Condition, where order was counterbalanced over crews. Each crew used only one of the three Notification Methods. This paper presents results from eye tracking data collected from both pilots, including: normalized number of samples falling within FIM displays, normalized heads-up time, noticing time, dwell time on first FIM display look after a new speed, a workload-related metric, and a measure comparing the scan paths of pilot flying and pilot monitoring; and discusses these in the context of other objective (vertical and speed profile deviations, response time to dial in commanded speeds, out-of-speed-conformance and reminder indications) and subjective measures (workload, situation awareness, usability, and operational acceptability).

Latorella, Kara↗
NASA NTRS2017

User-Wearable Devices that Monitor Exposure to Blue Light and Recommend Adjustments Thereto

Described herein are user-wearable devices that include an optical sensor, and methods for use therewith. In certain embodiments, an optical sensor of a user-wearable device (e.g., a wrist-worn device) is used to detect blue light that is incident on the optical sensor and to produce a blue light detection signal indicative thereof, and thus, indicative of the response of the user's intrinsically photosensitive Retinal Ganglion Cells (ipRGCs). In dependence on the blue light detection signal, there is a determination of a metric indicative of an amount of blue light detected by the optical sensor. The metric is compared to a corresponding threshold, and a user notification is triggered in dependence on results of the comparing, wherein the user notification informs a person wearing the user-wearable device to adjust their exposure to light.

Lee, Yong Jin↗
NASA NTRS2014

Precision Arrival Scheduling for Tactical Reconfiguration

This research adapts the concept of precision arrival scheduling to accommodate reconfiguration operations between two sets of fixed arrival routes modeled for Chicago O'Hare International Airport (ORD). Integrated fixed path routing from en-route to runways was modeled for ORD's top two peak traffic configurations, as well as transition routing between the two configurations. A first-come-first-served multi-point scheduler was adapted to the reconfiguration problem by prioritizing the rescheduling of aircraft within the terminal airspace at the time of reconfiguration notification. Arrival rescheduling was then tested for a range of arrival rates and reconfiguration notification lead-times in fasttime simulation. Reconfigurations with lead-times as short as 10 minutes at a nominal static configuration arrival rate (~25 arrivals per quarter hour) could be accommodated with little impact to throughput. However, as lead-time shortened below 25 minutes, individual aircraft efficiency quickly degraded due to extra flight time at lower altitude and speed. In general, first-come-first-served arrival scheduling on fixed routing for this sample reconfiguration problem is promising if at least 10-15 minutes lead-time is given before the reconfiguration is in effect.

airport reconfiguration↗
NASA NTRSDate not supplied

Lunar Search & Rescue Applications of Lunar GNSS

Accurate lunar navigation and timing knowledge provides for the development of safety-critical services in the cislunar and lunar surface domain. Currently under development, the Goddard Space Flight Center’s (GSFC) Search and Rescue Mission Office is investigating and integrating search and rescue (SAR) capability into planned and future lunar communication and navigation interfaces. Lunar Search and Rescue (LunaSAR) development has a stated end-goal for assured, reliable, and timely indication of distress events for a wide variety of lunar surface users, including government-sponsored, commercial, and international users. LunaSAR performance requirements are modelled after the current terrestrial Cospas-Sarsat distress notification system, leveraging an internationally robust global navigation satellite system (GNSS) ecosystem as a core element of survivor locating capability. This presentation will discuss NASA’s work to develop user-focused distress messaging capabilities including infusion of example sensor data for triggering of automated distress alerts coupled with location-tagging. Additionally, the presentation will examine overall message structures, rotating fields for use in bi-directional distress messaging, and specific use cases based on NASA’s lunar exploration and lunar communication relay architectures. Modelling and simulation of LunaSAR use by individual lunar explorers will be discussed, based on notional industry and government design reference missions and mission considerations. Results from GSFC-funded Internal Research and Development (IRAD) efforts will be detailed, including successful distress message formulation simulating the ingestion of example legacy space suit telemetry fields. Hardware-in-the-loop testing using high-reliability software defined radio (SDR) modules serve as an example of IRAD successes and the framework for technical requirements. Architectural development and technical evolution from 2020 to 2021 included alignment of LunaSAR distress waveforms with ongoing NASA LunaNet interoperability development, as well as engagement with NASA Lunar Spectrum authorities for allocation of UHF-band distress frequencies on the lunar surface. S-Band and UHF-band transmission characteristics will be detailed, along with band-specific applications of each emission type. Additionally, examples of ingestion and formatting of GNSS signals (using historical terrestrial National Marine Electronics Association-formatted GNSS data) will be detailed, underscoring lunar user needs for a common lunar GNSS receiver output message framework. Maturity and ability to support evolving lunar exploration goals has been demonstrated and will be detailed, with maturity gaps such as position, navigation, and timing (PNT) and lunar reference frames identified within the context of distress message generation. Provision of LunaSAR services for lunar surface users represents a new era of ensured safety for lunar explorers and builds off of forty years of the Cospas-Sarsat program, underscoring the importance of lunar GNSS for safety-critical applications and growing interest in safe, reliable lunar surface operations. Enabled by new GNSS systems being developed by government and industry partners, NASA will continue to evolve and integrate lunar GNSS types into distress message generation, with a focus on compact and efficient message transmission over various lunar communication links. When fielded, LunaSAR will be the first dedicated search and rescue notification system employed on another celestial body. Robust lunar navigation and timing services form the core of LunaSAR capabilities, allowing for system syncing with time-dominant sensors, and high-accuracy location of those in distress while engaged in lunar surface activities.

Search and Rescue↗
NASA NTRS1981

Common data buffer system

A high speed common data buffer system is described for providing an interface and communications medium between a plurality of computers utilized in a distributed computer complex forming part of a checkout, command and control system for space vehicles and associated ground support equipment. The system includes the capability for temporarily storing data to be transferred between computers, for transferring a plurality of interrupts between computers, for monitoring and recording these transfers, and for correcting errors incurred in these transfers. Validity checks are made on each transfer and appropriate error notification is given to the computer associated with that transfer.

Byrne, F.↗
NASA NTRS1981

A description of the general aviation fixed wing accident

The Emergency Local Transmitter (ELT) is a radio transmitter with a self-contained power source designed to provide notification of and homing to aircraft accident sites. The Crash Research Institute has monitored general aviation fixed-wing accidents in the United States and in Canada and has found that: (1) the ELT was destroyed in approximately 25% of all fatal accidents; (2) the ELT activated in about 62% of the fatal accidents, 69% of the fatal with survivors accidents, almost 80% of the serious accidents and about 57% of the minor accidents; (3) in fatal accidents the aircraft sections least likely to be destroyed are the vertical and horizontal tail surfaces; (4) antenna cable disconnection and antenna breakage caused failure to transmit usable signals; and (5) initial alerting control occurred in nearly half of the situations where the ELT aided in search.

Hall, D. S.↗
NASA NTRS1982

Marked surface inversions and wind shear: A safety risk for departing aircraft

Marked surface inversions occur most frequently in dry continental climates, where low atmospheric humidity allows heat transfer by long wave thermal radiation. In the northern latitudes, surface inversions reach their maximum intensity during the winter, when the incoming Sun's radiation is negligible and radiative cooling is dominant during the long nights. During winter, air mass boundaries are sharp, which causes formation of marked surface inversions. The existence of these inversions and sharp boundaries increase the risk of wind shear. The information should refer to marked inversions exceeding a temperature difference of 10 deg C up to 1000 feet. The need to determine the temperature range over which he information is operationally needed and the magnitude of the inversion required before a notification to pilots prior to departure is warranted are outlined.

Ossi Korhonen↗
NASA NTRS1984

The COSPAS/SARSAT demonstration and evaluation. Results of the first year in the United States

The COSPAS/SARSAT location accuracy, coverage, location probability, 406 MHz message transmission, and image rejection were tested using a commercially available beacon (EPIRB) with modulated, coherent, 121.5 and 243.0 MHz distress signals emitted at a minimum of 75 mW, a 406 MHz EPIRB with electronics designed to meet the international specification for experimental beacons, and a beacon with the same electronics as the other 406 MHz EPIRB, incorporating a floating antenna design. The COSPAS/SARSAT system contributed to 15 out of 33 rescue missions, in which 35 of the 85 lives were rescued. In 10% of the cases the COSPAS/SARSAT system provided the only means of notification, and in 18% it was the first means. Tests show that 121.5 MHz accuracy is adequate, but 406 MHz must improve. The 121.5 MHz location probability is 82%, but ambiguity resolution is inferior to 406 MHz. Performance of both 406 MHz beacons at low elevation angles and in high wave heights is good.

Gilbert, M. E.↗
NASA NTRS1985

Automation of assertion testing - Grid and adaptive techniques

Assertions can be used to automate the process of testing software. Two methods for automating the generation of input test data are described in this paper. One method selects the input values of variables at regular intervals in a 'grid'. The other, adaptive testing, uses assertion violations as a measure of errors detected and generates new test cases based on test results. The important features of assertion testing are that: it can be used throughout the entire testing cycle; it provides automatic notification of error conditions; and it can be used with automatic input generation techniques which eliminate the subjectivity in choosing test data.

Andrews, D. M.↗
NASA NTRS1986

Usuda Deep Space Center support for ICE

The planning, implementation and operations that took place to enable the Usuda, Japan, Deep Space Center to support the International Cometary Explorer (ICE) mission are summarized. The results show that even on very short notification our two countries can provide mutual support to help ensure mission success. The data recovery at the Usuda Deep Space Center contributed significantly to providing the required continuity of the experimental data stream at the encounter of the Comet Giacobini-Zinner.

Goodwin, J. P.↗
NASA NTRS1988

An architecture for integrating distributed and cooperating knowledge-based Air Force decision aids

MITRE has been developing a Knowledge-Based Battle Management Testbed for evaluating the viability of integrating independently-developed knowledge-based decision aids in the Air Force tactical domain. The primary goal for the testbed architecture is to permit a new system to be added to a testbed with little change to the system's software. Each system that connects to the testbed network declares that it can provide a number of services to other systems. When a system wants to use another system's service, it does not address the server system by name, but instead transmits a request to the testbed network asking for a particular service to be performed. A key component of the testbed architecture is a common database which uses a relational database management system (RDBMS). The RDBMS provides a database update notification service to requesting systems. Normally, each system is expected to monitor data relations of interest to it. Alternatively, a system may broadcast an announcement message to inform other systems that an event of potential interest has occurred. Current research is aimed at dealing with issues resulting from integration efforts, such as dealing with potential mismatches of each system's assumptions about the common database, decentralizing network control, and coordinating multiple agents.

Nugent, Richard O.↗