Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “network operations”

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 451 records · Page 25
All sourcesNASA NTRSDOE OSTI
NASA NTRS2005

National Aeronautics and Space Administration Training Grant Supplement

The following section summarizes the impact of the Ohio Space Grant Consortium (OSGC) in Ohio and to NASA over the last four-year period (February 1, 2001 to April 30, 2005) and highlights the important accomplishments of the consortium. The strength of the OSGC network of universities, community colleges, government agencies, industry, and outreach affiliates is well-established and is growing. The OSGC Consortium Management Structure was designed and remains committed to using the talents and diversity of everyone within this collaborative network, and operational policies and procedures are such that all consortium members are active contributors resulting in quality OSGC programs in research, education and service, while receiving a relatively small amount of NASA funds. The number of quality activities, both on- and off-campus, and collaborations/partnerships that OSGC has established with NASA and government agencies, state and local government, educational institutions, and private industry, has been impressive. Further desired university affiliate expansion requires additional funds. Diversity is shown in the OSGC 12-member Executive Committee by the presence of three campus representatives from Central State University, Wilberforce University, and The Ohio State University (two underrepresented minority, one female). One additional female campus representative (Cleveland State University) is currently on sabbatical leave and a valuable alternate member attends. Other additional female and underrepresented minority members are on the larger OSGC Advisory committee. All committee members participate fully in all consortium management and policy decisions. The OSGC Executive Committee strives to achieve and communicate a culture of trust, respect, teamwork, open communication, creativity, and empowerment. These programs have shown results and impact by their visibility and importance to Ohio and to NASA, resulting in strategic alliances created throughout Ohio. These alliances have improved over the last 4 years.

DeWitt, Kenneth J.↗
NASA NTRS2002

A view of the future of NASA's Deep Space Network and associated systems

The current architecture of the Deep Space Network reflects its heritage of supporting past, and ongoing NASA missions. In the future, the size and character of the Agency's deep space mission fleet will significantly change. Consequently, the DSN must evolve to accomodate anticipated needs.

Deep Space Network operations↗
NASA NTRS2006

Dawn of a New Space Age: Developing a Global Exploration Strategy.

Jeff Volosin is an aerospace engineer with over 20 years of experience in the design, development, and operations of both robotic and crewed spacecraft. Mr. Volosin is currently leading the NASA effort to develop and integrate a global exploration strategy which reflects the lunar exploration interests of international space agencies, academia and commercial stakeholders. Prior to joining NASA as a member of the Exploration Systems Mission Directorate in 2004, Jeff was an aerospace contractor, serving in a number of leadership positions including: Operations Manager for the NASA Communications Network and Flight Operations Manager for the Advanced Composition Explorer, Tropical Rainfall Measuring Mission, and the NOAA Polar and Geostationary satellite constellations. Earlier in his career, Jeff spent 4 years as a system engineer supporting the Space Exploration Initiative studies on human voyages to the Moon and Mars and also supported the Space Station program as an advanced life support engineer.

Volosin, Jeff↗
NASA NTRS2005

Requirements to Design to Code: Towards a Fully Formal Approach to Automatic Code Generation

A general-purpose method to mechanically transform system requirements into a provably equivalent model has yet to appear. Such a method represents a necessary step toward high-dependability system engineering for numerous possible application domains, including distributed software systems, sensor networks, robot operation, complex scripts for spacecraft integration and testing, and autonomous systems. Currently available tools and methods that start with a formal model of a system and mechanically produce a provably equivalent implementation are valuable but not sufficient. The gap that current tools and methods leave unfilled is that their formal models cannot be proven to be equivalent to the system requirements as originated by the customer. For the classes of systems whose behavior can be described as a finite (but significant) set of scenarios, we offer a method for mechanically transforming requirements (expressed in restricted natural language, or in other appropriate graphical notations) into a provably equivalent formal model that can be used as the basis for code generation and other transformations.

Hinchey, Michael G.↗
NASA NTRS2007

Prototype of NASA's Global Precipitation Measurement Mission Ground Validation System

NASA is developing a Ground Validation System (GVS) as one of its contributions to the Global Precipitation Mission (GPM). The GPM GVS provides an independent means for evaluation, diagnosis, and ultimately improvement of GPM spaceborne measurements and precipitation products. NASA's GPM GVS consists of three elements: field campaigns/physical validation, direct network validation, and modeling and simulation. The GVS prototype of direct network validation compares Tropical Rainfall Measuring Mission (TRMM) satellite-borne radar data to similar measurements from the U.S. national network of operational weather radars. A prototype field campaign has also been conducted; modeling and simulation prototypes are under consideration.

Schwaller, M. R.↗
NASA NTRS2007

Virtual Energetic Particle Observatory for the Heliospheric Data Environment

The heliosphere is pervaded by interplanetary energetic particles, traditionally also called cosmic rays, from solar, internal heliospheric, and galactic sources. The particles species of interest to heliophysics extend from plasma energies to the GeV energies of galactic cosmic rays still measurably affected by heliospheric modulation and the still higher energies contributing to atmospheric ionization. The NASA and international Heliospheric Network of operational and legacy spacecraft measures interplanetary fluxes of these particles. Spatial coverage extends from the inner heliosphere and geospace to the heliosheath boundary region now being traversed by Voyager 1 and soon by Voyager 2. Science objectives include investigation of solar flare and coronal mass ejection events, acceleration and transport of interplanetary particles within the inner heliosphere, cosmic ray interactions with planetary surfaces and atmospheres, sources of suprathermal and anomalous cosmic ray ions in the outer heliosphere, and solar cycle modulation of galactic cosmic rays. The Virtual Energetic Particle Observatory (VEPO) will improve access and usability of selected spacecraft and sub-orbital NASA heliospheric energetic particle data sets as a newly approved effort within the evolving heliophysics virtual observatory environment. In this presentation, we will describe current VEPO science requirements, our initial priorities and an overview of our strategy to implement VEPO rapidly and at minimal cost by working within the high-level framework of the Virtual Heliospheric Observatory (VHO). VEPO will also leverage existing data services of NASA's Space Physics Data Facility and other existing capabilities of the U.S. and international heliospheric research communities.

Cooper, J. F.↗
NASA NTRS2007

Preliminary Validation of the AFWA-NASA Blended Snowcover Product Over the Lower Great Lakes region

A new snow product created using the standard Moderate-Resolution Imaging Spectroradiometer (MODIS) and Advanced Microwave Scanning Radiometer for EOS (AMSR-E) snow cover and snow-water equivalent products has been evaluated for the Lower Great Lakes region during the winter of 2002- 03. National Weather Service Co-Operative Observing Network stations and student-acquired snow data were used as ground truth. An interpolation scheme was used to map snow cover on the ground from the station measurements for each day of the study period. It is concluded that this technique does not represent the actual ground conditions adequately to permit evaluation of the new snow product in an absolute sense. However, use of the new product was found to improve the mapping of snow cover as compared to using either the MODIS or AMSR-E product, alone. Plans for further analysis are discussed.

Hall, D. K.↗
NASA NTRS2008

Simulating Operation of a Complex Sensor Network

Simulation Tool for ASCTA Microsensor Network Architecture (STAMiNA) ["ASCTA" denotes the Advanced Sensors Collaborative Technology Alliance.] is a computer program for evaluating conceptual sensor networks deployed over terrain to provide military situational awareness. This or a similar program is needed because of the complexity of interactions among such diverse phenomena as sensing and communication portions of a network, deployment of sensor nodes, effects of terrain, data-fusion algorithms, and threat characteristics. STAMiNA is built upon a commercial network-simulator engine, with extensions to include both sensing and communication models in a discrete-event simulation environment. Users can define (1) a mission environment, including terrain features; (2) objects to be sensed; (3) placements and modalities of sensors, abilities of sensors to sense objects of various types, and sensor false alarm rates; (4) trajectories of threatening objects; (5) means of dissemination and fusion of data; and (6) various network configurations. By use of STAMiNA, one can simulate detection of targets through sensing, dissemination of information by various wireless communication subsystems under various scenarios, and fusion of information, incorporating such metrics as target-detection probabilities, false-alarm rates, and communication loads, and capturing effects of terrain and threat.

Jennings, Esther↗
NASA NTRS2010

VLBI2010: An Overview

The first concrete actions toward a next generation system for geodetic VLBI began in 2003 when the IVS initiated Working Group 3 to investigate requirements for a new system. The working group set out ambitious performance goals and sketched out initial recommendations for the system. Starting in 2006, developments continued under the leadership of the VLBI2010 Committee (V2C) in two main areas: Monte Carlo simulators were developed to evaluate proposed system changes according to their impact on IVS final products, and a proof-of-concept effort sponsored by NASA was initiated to develop next generation systems and verify the concepts behind VLBI2010. In 2009, the V2C produced a progress report that summarized the conclusions of the Monte Carlo work and outlined recommendations for the next generation system in terms of systems, analysis, operations, and network configuration. At the time of writing: two complete VLBI2010 signal paths have been completed and data is being produced; a number of VLBI2010 antenna projects are under way; and a VLBI2010 Project Executive Group (V2PEG) has been initiated to provide strategic leadership.

Petrachenko, Bill↗
NASA NTRS2005

Requirements to Design to Code: Towards a Fully Formal Approach to Automatic Code Generation

A general-purpose method to mechanically transform system requirements into a provably equivalent model has yet to appear. Such a method represents a necessary step toward high-dependability system engineering for numerous possible application domains, including distributed software systems, sensor networks, robot operation, complex scripts for spacecraft integration and testing, and autonomous systems. Currently available tools and methods that start with a formal model of a: system and mechanically produce a provably equivalent implementation are valuable but not sufficient. The "gap" that current tools and methods leave unfilled is that their formal models cannot be proven to be equivalent to the system requirements as originated by the customer. For the ciasses of systems whose behavior can be described as a finite (but significant) set of scenarios, we offer a method for mechanically transforming requirements (expressed in restricted natural language, or in other appropriate graphical notations) into a provably equivalent formal model that can be used as the basis for code generation and other transformations.

Hinchey, Michael G.↗
NASA NTRS2011

Licklider Transmission Protocol Implementation

This software is an implementation of the Licklider Transmission Protocol (LTP), a communications protocol intended to support the Bundle Protocol in Delay-Tolerant Network (DTN) operations. LTP is designed to provide retransmission-based reliability over links characterized by extremely long message round-trip times and/or frequent interruptions in connectivity. Communication in interplanetary space is the most prominent example of this sort of environment, and LTP is principally aimed at supporting long-haul reliable transmission over deep-space RF links. Like any reliable transport service employing ARQ (Automatic Repeat re-Quests), LTP is stateful. In order to assure the reception of a block of data it has sent, LTP must retain for possible retransmission all portions of that block which might not have been received yet. In order to do so, it must keep track of which portions of the block are known to have been received so far, and which are not, together with any additional information needed for purposes of retransmitting part, or all, of the block. Long round-trip times mean substantial delay between the transmission of a block of data and the reception of an acknowledgement from the block s destination, signaling arrival of the block. If LTP postponed transmission of additional blocks of data until it received acknowledgement of the arrival of all prior blocks, valuable opportunities to use what little deep space transmission bandwidth is available would be forever lost. For this reason, LTP is based in part on a notion of massive state retention. Any number of requested transmission conversations (sessions) may be concurrently in flight at various displacements along the link between two LTP engines, and the LTP engines must necessarily retain transmission status and retransmission resources for all of them. Moreover, if any of the data of a given block are lost en route, it will be necessary to retain the state of that transmission during an additional round trip while the lost data are retransmitted; even multiple retransmission cycles may be necessary. LTP's possible multiplicity of sessions per association makes it necessary for each segment of application data to include an additional demultiplexing token: a session ID that uniquely identifies the session in which the segment was issued and, implicitly, the block of data being conveyed by this session. This software comprises a prototype implementation developed by Johns Hopkins University APL in cooperation with JPL, together with adaptations that improve the robustness, correctness, and operability of that implementation.

Burleigh, Scott C.↗
NASA NTRS2011

Maturation of Structural Health Management Systems for Solid Rocket Motors

Concepts of an autonomous and automated space-compliant diagnostic system were developed for conditioned-based maintenance (CBM) of rocket motors for space exploration vehicles. The diagnostic system will provide real-time information on the integrity of critical structures on launch vehicles, improve their performance, and greatly increase crew safety while decreasing inspection costs. Using the SMART Layer technology as a basis, detailed procedures and calibration techniques for implementation of the diagnostic system were developed. The diagnostic system is a distributed system, which consists of a sensor network, local data loggers, and a host central processor. The system detects external impact to the structure. The major functions of the system include an estimate of impact location, estimate of impact force at impacted location, and estimate of the structure damage at impacted location. This system consists of a large-area sensor network, dedicated multiple local data loggers with signal processing and data analysis software to allow for real-time, in situ monitoring, and longterm tracking of structural integrity of solid rocket motors. Specifically, the system could provide easy installation of large sensor networks, onboard operation under harsh environments and loading, inspection of inaccessible areas without disassembly, detection of impact events and impact damage in real-time, and monitoring of a large area with local data processing to reduce wiring.

Quing, Xinlin↗
NASA NTRS2013

Service Oriented Robotic Architecture for Space Robotics: Design, Testing, and Lessons Learned

This paper presents the lessons learned from six years of experiments with planetary rover prototypes running the Service Oriented Robotic Architecture (SORA) developed by the Intelligent Robotics Group (IRG) at the NASA Ames Research Center. SORA relies on proven software engineering methods and technologies applied to space robotics. Based on a Service Oriented Architecture and robust middleware, SORA encompasses on-board robot control and a full suite of software tools necessary for remotely operated exploration missions. SORA has been eld tested in numerous scenarios of robotic lunar and planetary exploration. The experiments conducted by IRG with SORA exercise a large set of the constraints encountered in space applications: remote robotic assets, ight relevant science instruments, distributed operations, high network latencies and unreliable or intermittent communication links. In this paper, we present the results of these eld tests in regard to the developed architecture, and discuss its bene ts and limitations.

service oriented architecture↗
NASA NTRS2010

Implementation of a Relay Coordination System for the Mars Network

Mars network relay operations involve the coordination of lander and orbiter teams through long-term and short-term planning, tactical changes and post-pass analysis. Much of this coordination is managed through email traffic and point-to-point file data exchanges. It is often difficult to construct a complete and accurate picture of the relay situation at any given moment, as there is no centralized store of correlated relay data. The Mars Relay Operations Service (MaROS) is being implemented to address the problem of relay coordination for current and next-generation relay missions. The service is provided for the purpose of coordinating communications sessions between landed spacecraft assets and orbiting spacecraft assets at Mars. The service centralizes a set of functions previously distributed across multiple spacecraft operations teams, and as such greatly improves visibility into the end-to-end strategic coordination process. Most of the process revolves around the scheduling of communications sessions between the spacecraft during periods of time when a landed asset on Mars is geometrically visible by an orbiting spacecraft. These "relay" sessions are used to transfer data both to and from the landed asset via the orbiting asset on behalf of Earth-based spacecraft operators. This paper will discuss the relay coordination problem space, overview the architecture and design selected to meet system requirements, and describe the first phase of system implementation

Allard, Daniel A.↗
NASA NTRS2016

SGSLR Testing Facility at GGAO

This document describes the SGSLR Test Facility at Goddards Geophysical and Astronomical Observatory (NASA Goddard area 200) and its features are described at a high level for users. This is the facility that the Contractor will be required to use for the Testing and Verification of all SGSLR systems.

SGP Network↗
NASA NTRS2019

"Sensor Web Evolution - Webs of Webs for NASA Science - Focus on small Uninhabited Aerial Systems (sUAS)"

This paper will describe the evolution of information collection, derivation and delivery mechanisms in webs of NASA sensor webs, with a focus on recent advancements in small Uninhabited Aerial Systems (sUAS). I will discuss the movement to "Fog Computing", also known as Edge Computing. Fog Computing facilitates the distribution of common operations and networking between edge devices and cloud computing facilities, optimizing the production of actionable intelligence. Initially, sUASs utilized onboard data collection as standard, with minimal data downloaded directly. Information products were derived in conventional computational environments, generally desk top computers, and information products made available to the Science Community in weeks or months. With the increased availability, and increasingly lower costs, of beyond line of sight (BLOS) satellite based communication, transmission rates and data volumes increased, and processing migrated to Cloud based services. Contemporary sUASs are moving some of that information product derivation to on vehicle services, and are creating a distributed Cloud/Fog environment. I will describe the technological advances that have made this possible, including low power multi-core Central Processing Units (CPU), and, more recently, the availability of high end Graphical Processing Units (GPU) that consume only a few watts. Intelligent system software, leveraging these hardware advances, finally allows for information product generation on-board, rather than simple data collection. Additionally, intelligent flight control systems now support mutual vehicle to vehicle collaboration, allowing sUASs to create ad-hoc sensor webs on demand, as required. Also discussed will be the lessons learned by the Authors' development of data systems for NASA's large High Altitude Long Endurance (HALE) UASs like Predator and Global Hawk, and how those lessons are being applied to sUAS development. This paper will focus on application, rather a deep dive into the technology, and will highlight improving data management through these new technologies.

Sensor Web↗
NASA NTRSDate not supplied

UASs in the VOG/Edge/FOG Sensor Web Environment

This paper will describe the evolution of information collection, derivation and delivery mechanisms in sensor webs utilizing Uninhabited Aerial Systems (UAS).We will discuss the movement to "Fog Computing", also known as Edge Computing. Fog Computing facilitates the distribution of common operations and networking between edge devices and cloud computing facilities, optimizing the production of actionable intelligence. Initially, UASs utilized onboard data collection as standard, with minimal data downloaded directly. Information products were derived in conventional computational environments, generally desk top computers, and information products made available to the Science Community in weeks or months. With the increased availability, and increasingly lower costs, of beyond line of sight (BLOS) satellite based communication, transmission rates and data volumes increased, and processing migrated to Cloud based services. Contemporary UASs are moving some of that information product derivation to on vehicle services, and are creating a distributed Cloud/Fog environment. The Author will describe the technological advances that have made this possible, including low power multi-core Central Processing Units (CPU), and, more recently, the availability of high end Graphical Processing Units (GPU) that consume only a few watts. Intelligent system software, leveraging these hardware advances, finally allows for information product generation on-board, rather than simple data collection. Additionally, intelligent flight control systems now support mutual vehicle to vehicle collaboration, allowing UASs to create ad-hoc sensor webs on demand, as required. Also discussed will be the lessons learned by the Authors' development of data systems for NASA's large High Altitude Long Endurance (HALE) UASs like Predator and Global Hawk, and how those lessons are being applied to other UAS development This paper will focus on applications, rather a deep dive into the technology, and will highlight improving data management through these new technologies.

UAS↗