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 757 records · Page 42

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↗

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.↗

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.↗

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↗

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↗

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.↗

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↗

"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↗

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↗

NASA's LCOT (Low-Cost Optical Terminal) FSOS (Free-Space Optical Subsystem): Concept, Design, Build, & Test

We present the status of ongoing work at NASA’s Goddard Space Flight Center (GSFC) to build a prototype, low-cost-of-production, flexibly-configured ground terminal for space optical communication. For laser telecommunication to be cost effective for future missions, a wide-spread global network of operationally responsive optical terminals should be established. There has been a decades-old need for a single modular open systems approach (MOSA) ground terminal architecture capable of supporting multiple space missions ranging from LEO to Lunar distances with 2-way laser communications. At the heart of LCOT’s design concept is the Free-Space Optical Subsytem (FSOS). The major subassemblies of LCOT/FSOS that address most optical comms configurations are : (1) Single 700mm F/12 Nasmyth folded Rx R-C Telescope, (2) Four independent 150mm diameter high-power all-reflective Tx beam directors (XOA), (3) Non-coherent direct detection Rx bench on starboard side of telescope (SOB), and (4) Coherent (possibly Quantum) optical communications bench on port side (POB). The Low-Cost Optical Terminal (LCOT) research and development (R&D) prototype is designed to be a generalized system that can be quickly field-reconfigured to support a wide variety of laser communications missions past, present, & future.

COTS↗

NASA's Low-Cost Optical Terminal (LCOT) Free-Space Optical Subsystem (FSOS): Concept, Design, Build, & Test

We present the status of ongoing work at NASA’s Goddard Space Flight Center (GSFC) to build a prototype, low-cost-of-production, flexibly-configured ground terminal for space optical communication. For laser telecommunication to be cost effective for future missions, a wide-spread global network of operationally responsive optical terminals should be established. There has been a decades-old need for a single modular open systems approach (MOSA) ground terminal architecture capable of supporting multiple space missions ranging from LEO to Lunar distances with 2-way laser communications. At the heart of LCOT’s design concept is the Free-Space Optical Subsystem (FSOS). The major subassemblies of LCOT/FSOS that address most optical common configurations are : (1) Single 700mm F/12 Nasmyth folded Rx R-C Telescope, (2) Four independent 150mm diameter high-power all-reflective Tx beam directors (XOA), (3) Non-coherent direct detection Rx bench on starboard side of telescope (SOB), and (4) Coherent (possibly Quantum) optical communications bench on port side (POB). The Low-Cost Optical Terminal (LCOT) research and development (R&D) prototype is designed to be a generalized system that can be quickly field-reconfigured to support a wide variety of laser communications missions past, present, & future.

COTS↗

The Innovative EDSN and Nodes Cubesat Missions

This presentation reviews and compares the Edison Demonstration of Smallsat Networks (EDSN) and Network and Operation Demonstration Satellites (Nodes) missions, launched in 2015. It highlights their onboard autonomy and its validation.

K Michael Dalal↗

The Innovative EDSN and Nodes Cubesat Missions

This presentation reviews and compares the Edison Demonstration of SmallSat Networks (EDSN) and Network and Operation Demonstration Satellites (Nodes) missions, launched in 2015. It highlights their onboard autonomy and its verification.

K. Michael Dalal↗

Separation Assurance in Urban Air Mobility Systems Using Shared Scheduling Protocols

Ensuring safe separation between aircraft is a critical challenge in air traffic management, particularly in urban air mobility (UAM) environments where high traffic density and low altitudes require precise control. In these environments, conflicts often arise at the intersections of flight corridors, posing significant risks. We propose a tactical separation approach leveraging shared scheduling protocols, originally designed for Ethernet networks and operating systems, to coordinate access to these intersections. Using a decentralized Markov decision process framework, the proposed approach enables aircraft to autonomously adjust their speed and timing as they navigate these critical areas, maintaining safe separation without a central controller. We evaluate the effectiveness of this approach in simulated UAM scenarios, demonstrating its ability to reduce separation violations to zero while acknowledging trade-offs in flight times as traffic density increases. Additionally, we explore the impact of non-compliant aircraft, showing that while shared scheduling protocols can no longer guarantee safe separation, they still provide significant improvements over systems without scheduling protocols.

Separation Assurance↗

Separation Assurance in Urban Air Mobility Systems Using Shared Scheduling Protocols

Ensuring safe separation between aircraft is a critical challenge in air traffic management, particularly in urban air mobility (UAM) environments where high traffic density and low altitudes require precise control. In these environments, conflicts often arise at the intersections of flight corridors, posing significant risks. We propose a tactical separation approach leveraging shared scheduling protocols, originally designed for Ethernet networks and operating systems, to coordinate access to these intersections. Using a decentralized Markov decision process framework, the proposed approach enables aircraft to autonomously adjust their speed and timing as they navigate these critical areas, maintaining safe separation without a central controller. We evaluate the effectiveness of this approach in simulated UAM scenarios, demonstrating its ability to reduce separation violations to zero while acknowledging trade-offs in flight times as traffic density increases. Additionally, we explore the impact of non-compliant aircraft, showing that while shared scheduling protocols can no longer guarantee safe separation, they still provide significant improvements over systems without scheduling protocols.

system safety↗

WORKSHOP ON URBAN SCALE PROCESSES AND THEIR REPRESENTATION IN HIGH SPATIAL RESOLUTION EARTH SYSTEM MODELS

It is essential that numerical models used to study physics, chemistry, and biology affecting the Earth system at regional and global scales represent the effects of urban areas on climate and the effects of changing the climate on urban areas. At the same time, it is essential to develop state of the art, simple and accurate urban models to better understand the relevant processes and also toaddress issues related to urban security against the spectra of chemical, biological and radiological (CBR) hazards. Towards bringing these communities together, a 2.5-day international workshop was held at Argonne National Laboratory (ANL) in the Chicago area on May 22-24, 2019. This workshop brought together national and international experts to develop a roadmap for a better understanding of the issues associated with urban areas and at enhancing the capabilities of regional and global Earth System models (ESMs) in representing the atmospheric dynamics and chemistry, unique aspects of the biosphere and land use, and human dimensions of the urban environment. This workshop was especially important to those developing very high-resolution versions of regional and global models. The workshop also discussed existing datasets, including in situ and satellite observations, and the emerging smart city sensing technologies and their possible use in model development (e.g., the NSF-funded Array of Things network currently operating in Chicago and expanding to other cities).

54 ENVIRONMENTAL SCIENCES↗

Informing Cybersecurity Decisions With the Value-at-Risk Framework

Security at every site is critical to making hydropower a strong contributor to the country's grid, but with ongoing development and expanding capabilities, the diversity of the existing hydropower fleet makes across-the-board investment decisions difficult. The threat of cyberattacks naturally increases as the interconnection of Information Technology and Operational Technology networks broadens. Hydropower plants require custom analyses that are specific to the unique challenges and characteristics of any given facility. Facilities, however, often do not have the necessary resources for managers to make informed decisions on investments based on assessed capabilities and risks.

50 EE - Wind and Water Power Program - Water (EE-4↗