Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “complex network”

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 1,243 records · Page 69

Coordinating complex decision support activities across distributed applications

Knowledge-based technologies have been applied successfully to automate planning and scheduling in many problem domains. Automation of decision support can be increased further by integrating task-specific applications with supporting database systems, and by coordinating interactions between such tools to facilitate collaborative activities. Unfortunately, the technical obstacles that must be overcome to achieve this vision of transparent, cooperative problem-solving are daunting. Intelligent decision support tools are typically developed for standalone use, rely on incompatible, task-specific representational models and application programming interfaces (API's), and run on heterogeneous computing platforms. Getting such applications to interact freely calls for platform independent capabilities for distributed communication, as well as tools for mapping information across disparate representations. Symbiotics is developing a layered set of software tools (called NetWorks! for integrating and coordinating heterogeneous distributed applications. he top layer of tools consists of an extensible set of generic, programmable coordination services. Developers access these services via high-level API's to implement the desired interactions between distributed applications.

Adler, Richard M.↗

High-speed civil transport - Advanced flight deck challenges

This paper presents the results of a nine month study of the HSCT flight deck challenges and assessment of its benefits. Operational requirements are discussed and the most significant findings for specified advanced concepts are highlighted. These concepts are a no nose-droop configuration, a far forward cockpit location and advanced crew monitoring and control of complex systems. Results indicate that the no nose-droop configuration is critically dependent on the design and development of a safe, reliable and certifiable synthetic vision system (SVS). This configuration would cause significant weight, performance and cost penalties. A far forward cockpit configuration with a tandem seating arrangement allows either an increase in additional payload or potential downsizing of the vehicle leading to increased performance efficiency and reductions in emissions. The technologies enabling such capabilities, which provide for Category III all-weather opreations on every flight represent a benefit multiplier in a 20005 ATM network in terms of enhanced economic viability and environmental acceptability.

Swink, Jay R.↗

Orbit Determination Processes for the Navigation of the Cassini-Huygens Mission

Deep space navigation, particularly the Orbit Determination (OD) operations of Cassini at Saturn, cannot easily be automated due to the complex dynamical environment in which the spacecraft flies; however several sub-processes are automated. The Cassini OD operations are often faced with unique challenges that require more than routine procedures. The OD Team is staffed appropriately to meet the demanding schedules and allow some level of flexibility. This paper will discuss how the OD processes are developed and the seven-member OD team is scheduled to support efficient and accurate Cassini navigation operations. Also discussed will be the requirements of the radio-metric Doppler and range tracking data acquired via the Deep Space Network and the optical navigation images of the satellites to support the daily OD operations. Furthermore, the reliability of the OD solutions, which is ensured within the framework of the OD processes, will be explained.

Antreasian, P.G.↗

Strategies Toward Automation of Overset Structured Surface Grid Generation

An outline of a strategy for automation of overset structured surface grid generation on complex geometries is described. The starting point of the process consists of an unstructured surface triangulation representation of the geometry derived from a native CAD, STEP, or IGES definition, and a set of discretized surface curves that captures all geometric features of interest. The procedure for surface grid generation is decomposed into an algebraic meshing step, a hyperbolic meshing step, and a gap-filling step. This paper will focus primarily on the high-level plan with details on the algebraic step. The algorithmic procedure for the algebraic step involves analyzing the topology of the network of surface curves, distributing grid points appropriately on these curves, identifying domains bounded by four curves that can be meshed algebraically, concatenating the resulting grids into fewer patches, and extending appropriate boundaries of the concatenated grids to provide proper overlap. Results are presented for grids created on various aerospace vehicle components.

overset↗

The VLBA correlator: Real-time in the distributed era

The correlator is the signal processing engine of the Very Long Baseline Array (VLBA). Radio signals are recorded on special wideband (128 Mb/s) digital recorders at the 10 telescopes, with sampling times controlled by hydrogen maser clocks. The magnetic tapes are shipped to the Array Operations Center in Socorro, New Mexico, where they are played back simultaneously into the correlator. Real-time software and firmware controls the playback drives to achieve synchronization, compute models of the wavefront delay, control the numerous modules of the correlator, and record FITS files of the fringe visibilities at the back-end of the correlator. In addition to the more than 3000 custom VLSI chips which handle the massive data flow of the signal processing, the correlator contains a total of more than 100 programmable computers, 8-, 16- and 32-bit CPUs. Code is downloaded into front-end CPU's dependent on operating mode. Low-level code is assembly language, high-level code is C running under a RT OS. We use VxWorks on Motorola MVME147 CPU's. Code development is on a complex of SPARC workstations connected to the RT CPU's by Ethernet. The overall management of the correlation process is dependent on a database management system. We use Ingres running on a Sparcstation-2. We transfer logging information from the database of the VLBA Monitor and Control System to our database using Ingres/NET. Job scripts are computed and are transferred to the real-time computers using NFS, and correlation job execution logs and status flow back by the route. Operator status and control displays use windows on workstations, interfaced to the real-time processes by network protocols. The extensive network protocol support provided by VxWorks is invaluable. The VLBA Correlator's dependence on network protocols is an example of the radical transformation of the real-time world over the past five years. Real-time is becoming more like conventional computing. Paradoxically, 'conventional' computing is also adopting practices from the real-time world: semaphores, shared memory, light-weight threads, and concurrency. This appears to be a convergence of thinking.

Wells, D. C.↗

Electrostatic Discharge Effects on Thin Film Resistors

Recently, open circuit failures of individual elements in thin film resistor networks have been attributed to electrostatic discharge (ESD) effects. This paper will discuss the investigation that came to this conclusion and subsequent experimentation intended to characterize design factors that affect the sensitivity of resistor elements to ESD. The ESD testing was performed using the standard human body model simulation. Some of the design elements to be evaluated were: trace width, trace length (and thus width to length ratio), specific resistivity of the trace (ohms per square) and resistance value. However, once the experiments were in progress, it was realized that the ESD sensitivity of most of the complex patterns under evaluation was determined by other design and process factors such as trace shape and termination pad spacing. This paper includes pictorial examples of representative ESD failure sites, and provides some options for designing thin film resistors that are ESD resistant. The risks of ESD damage are assessed and handling precautions suggested.

Sampson, Michael J.↗

Managing the Risk of Command File Errors

Command File Error (CFE), as defined by the Jet Propulsion Laboratory's (JPL) Mission Operations Assurance (MOA) is, regardless of the consequence on the spacecraft, either: an error in a command file sent to the spacecraft, an error in the process for developing and delivering a command file to the spacecraft, or the omission of a command file that should have been sent to the spacecraft. The risk consequence of a CFE can be mission ending and thus a concern to space exploration projects during their mission operations. A CFE during space mission operations is often the symptom of some kind of imbalance or inadequacy within the system that comprises the hardware & software used for command generation and the human experts involved in this endeavour. As we move into an era of enhanced collaboration with other NASA centers and commercial partners, these systems become more and more complex and hence it is all the more important to formally model and analyze CFEs in order to manage the risk of CFEs. Here we will provide a summary of the ongoing efforts at JPL in this area and also explain some more recent developments in the area of developing quantitative models for the purpose of managing CFE's.

Bayesian Belief Networks↗

Rationale and requirements for lunar exploration

The moon has had a complex and geologically fascinating history. It is a natural laboratory in which to study planetary processes and is readily accessible, only 2.5 days away. The moon is the only planetary object from which there are samples of known geologic context, and its history is understood well enough to permit the posing and answering of sophisticated scientific questions. The moon also preserves information about the earth's early history and cratering record, and about the sun's history. To retrieve all this information, it is necessary to return to the moon and study it from orbit, establish surface geophysical networks, obtain reconnaissance samples, and perform field work. These ventures will require development of interesting technological systems, such as a robotic field geologist, automated roving vehicles (both pressurized for humans and unpressurized for robotic devices), a host of sampling tools, automated sample-return spacecraft, and all of the associated navigation, communication, and power systems.

Spudis, Paul D.↗

PlanWorks: A Debugging Environment for Constraint Based Planning Systems

Numerous planning and scheduling systems employ underlying constraint reasoning systems. Debugging such systems involves the search for errors in model rules, constraint reasoning algorithms, search heuristics, and the problem instance (initial state and goals). In order to effectively find such problems, users must see why each state or action is in a plan by tracking causal chains back to part of the initial problem instance. They must be able to visualize complex relationships among many different entities and distinguish between those entities easily. For example, a variable can be in the scope of several constraints, as well as part of a state or activity in a plan; the activity can arise as a consequence of another activity and a model rule. Finally, they must be able to track each logical inference made during planning. We have developed PlanWorks, a comprehensive system for debugging constraint-based planning and scheduling systems. PlanWorks assumes a strong transaction model of the entire planning process, including adding and removing parts of the constraint network, variable assignment, and constraint propagation. A planner logs all transactions to a relational database that is tailored to support queries for of specialized views to display different forms of data (e.g. constraints, activities, resources, and causal links). PlanWorks was specifically developed for the Extensible Universal Remote Operations Planning Architecture (EUROPA(sub 2)) developed at NASA, but the underlying principles behind PlanWorks make it useful for many constraint-based planning systems. The paper is organized as follows. We first describe some fundamentals of EUROPA(sub 2). We then describe PlanWorks' principal components. We then discuss each component in detail, and then describe inter-component navigation features. We close with a discussion of how PlanWorks is used to find model flaws.

Daley, Patrick↗

Evaluation of the Performance Characteristics of CGLSS II and U.S. NLDN Using Ground-Truth Dalta from Launch Complex 398, Kennedy Space Center, Florida

A new comprehensive lightning instrumentation system has been designed for Launch Complex 39B (LC39B) at the Kennedy Space Center, Florida. This new instrumentation system includes seven synchronized high-speed video cameras, current sensors installed on the nine downconductors of the new lightning protection system (LPS) for LC39B; four dH/dt, 3-axis measurement stations; and five dE/dt stations composed of two antennas each. The LPS received 8 direct lightning strikes (a total of 19 strokes) from March 31 through December 31 2011. The measured peak currents and locations are compared to those reported by the Cloud-to-Ground Lightning Surveillance System (CGLSS II) and the National Lightning Detection Network (NLDN). Results of comparison are presented and analyzed in this paper.

Mata, C. T.↗

Engineering a Multimission Approach to Navigation Ground Data System Operations

The Mission Design and Navigation (MDNAV) Section at the Jet Propulsion Laboratory (JPL) supports many deep space and earth orbiting missions from formulation to end of mission operations. The requirements of these missions are met with a multimission approach to MDNAV ground data system (GDS) infrastructure capable of being shared and allocated in a seamless and consistent manner across missions. The MDNAV computing infrastructure consists of compute clusters, network attached storage, mission support area facilities, and desktop hardware. The multimission architecture allows these assets, and even personnel, to be leveraged effectively across the project lifecycle and across multiple missions simultaneously. It provides a more robust and capable infrastructure to each mission than might be possible if each constructed its own. It also enables a consistent interface and environment within which teams can conduct all mission analysis and navigation functions including: trajectory design; ephemeris generation; orbit determination; maneuver design; and entry, descent, and landing analysis. The savings of these efficiencies more than offset the costs of increased complexity and other challenges that had to be addressed: configuration management, scheduling conflicts, and competition for resources. This paper examines the benefits of the multimission MDNAV ground data system infrastructure, focusing on the hardware and software architecture. The result is an efficient, robust, scalable MDNAV ground data system capable of supporting more than a dozen active missions at once.

Mission Design and Navigation (MDNAV)↗

Unique Challenges Testing SDRs for Space

This paper describes the approach used by the Space Communication and Navigation (SCaN) Testbed team to qualify three Software Defined Radios (SDR) for operation in space and the characterization of the platform to enable upgrades on-orbit. The three SDRs represent a significant portion of the new technologies being studied on board the SCAN Testbed, which is operating on an external truss on the International Space Station (ISS). The SCaN Testbed provides experimenters an opportunity to develop and demonstrate experimental waveforms and applications for communication, networking, and navigation concepts and advance the understanding of developing and operating SDRs in space. Qualifying a Software Defined Radio for the space environment requires additional consideration versus a hardware radio. Tests that incorporate characterization of the platform to provide information necessary for future waveforms, which might exercise extended capabilities of the hardware, are needed. The development life cycle for the radio follows the software development life cycle, where changes can be incorporated at various stages of development and test. It also enables flexibility to be added with minor additional effort. Although this provides tremendous advantages, managing the complexity inherent in a software implementation requires a testing beyond the traditional hardware radio test plan. Due to schedule and resource limitations and parallel development activities, the subsystem testing of the SDRs at the vendor sites was primarily limited to typical fixed transceiver type of testing. NASA s Glenn Research Center (GRC) was responsible for the integration and testing of the SDRs into the SCaN Testbed system and conducting the investigation of the SDR to advance the technology to be accepted by missions. This paper will describe the unique tests that were conducted at both the subsystem and system level, including environmental testing, and present results. For example, test waveforms were developed to measure the gain of the transmit system across the tunable frequency band. These were used during thermal vacuum testing to enable characterization of the integrated system in the wide operational temperature range of space. Receive power indicators were used for Electromagnetic Interference tests (EMI) to understand the platform s susceptibility to external interferers independent of the waveform. Additional approaches and lessons learned during the SCaN Testbed subsystem and system level testing will be discussed that may help future SDR integrators

Chelmins, David↗

Unique Challenges Testing SDRs for Space

This paper describes the approach used by the Space Communication and Navigation (SCaN) Testbed team to qualify three Software Defined Radios (SDR) for operation in space and the characterization of the platform to enable upgrades on-orbit. The three SDRs represent a significant portion of the new technologies being studied on board the SCAN Testbed, which is operating on an external truss on the International Space Station (ISS). The SCaN Testbed provides experimenters an opportunity to develop and demonstrate experimental waveforms and applications for communication, networking, and navigation concepts and advance the understanding of developing and operating SDRs in space. Qualifying a Software Defined Radio for the space environment requires additional consideration versus a hardware radio. Tests that incorporate characterization of the platform to provide information necessary for future waveforms, which might exercise extended capabilities of the hardware, are needed. The development life cycle for the radio follows the software development life cycle, where changes can be incorporated at various stages of development and test. It also enables flexibility to be added with minor additional effort. Although this provides tremendous advantages, managing the complexity inherent in a software implementation requires a testing beyond the traditional hardware radio test plan. Due to schedule and resource limitations and parallel development activities, the subsystem testing of the SDRs at the vendor sites was primarily limited to typical fixed transceiver type of testing. NASA's Glenn Research Center (GRC) was responsible for the integration and testing of the SDRs into the SCaN Testbed system and conducting the investigation of the SDR to advance the technology to be accepted by missions. This paper will describe the unique tests that were conducted at both the subsystem and system level, including environmental testing, and present results. For example, test waveforms were developed to measure the gain of the transmit system across the tunable frequency band. These were used during thermal vacuum testing to enable characterization of the integrated system in the wide operational temperature range of space. Receive power indicators were used for Electromagnetic Interference tests (EMI) to understand the platform's susceptibility to external interferers independent of the waveform. Additional approaches and lessons learned during the SCaN Testbed subsystem and system level testing will be discussed that may help future SDR integrators.

transmitters receivers↗

Commissioning of NASA's 3rd Generation Tracking and Data Relay Satellites (TDRS KLM)

In the summer of 2017, the third and final spacecraft of the 3rd generation of the Tracking and Data Relay Satellites (TDRS) launched aboard an Atlas V rocket from Complex 41 on the Eastern Test Range. Finishing final testing and integration in the first quarter of 2018, the TDRS-M communication and navigation satellite completes a constellation that began service in the early 1980s. The 3rd generation of spacecraft, TDRS-K, L, and M, not only provided beneficial systems engineering lessons in handling anomalous Radio Frequency and Doppler interference as well as integrating new spacecraft into an aging ground support infrastructure, but also supplies NASA with a valuable test bed for new operational concepts and technologies useful in defining the future architecture of the NASA Space Network. This paper presents an overview of the TDRS-K, L, and M missions, including transfer orbit, Level 5 bus and payload testing, and finally NASA-led Level 6 testing, which includes active TDRS System (TDRSS) users. Highlights include relevant testing results, commissioning challenges, and lessons learned. The final discussion includes a brief overview of future NASA communication and navigation technologies and network architectures.

Data Relay↗

Scale-Up of the Carbon Dioxide Removal by Ionic Liquid Sorbent (CDRILS) System

The Carbon Dioxide Removal by Ionic Liquid Sorbent (CDRILS) system is designed for efficient, safe and reliable carbon dioxide (CO2) removal from cabin air on long-duration missions to the Moon, deep space, and Mars. CDRILS integrates an ionic liquid sorbent with hollow fiber membrane contactors for rapid CO2 removal and recovery. The liquid-based system provides continuous CO2 delivery, which avoids complicated valve networks to switch between absorbing and desorbing beds and enables simpler integration to the Sabatier without the need for the CO2 Management System (CMS). Ionic liquids are particularly desirable as liquid absorbents for space applications since they are non-volatile, non-odorous, and have high oxidative stability. The hollow fiber membrane contactors offer both high contact area and rigorous containment between the gas and liquid phases in a microgravity environment. Scale-up of the CDRILS technology has presented a series of fascinating challenges, since the interaction between hollow fiber properties, ionic liquid properties and performance is complex. Properties measured with lab-scale hollow fiber contactors are used to estimate the performance of contactors that are similar in scale to flight-scale demonstrations. To accomplish this, component and system models have been built to relate the key scrubber and stripper design and operating variables with performance, and experiments directed to validate the models have been performed. System size, weight and power are determined by component selection, arrangement, and operating conditions. Reliability will be extremely important for any long-range mission and depends on the stability of the ionic liquids and hollow fiber contactors. We report on our continuing long term stability experiments for the ionic liquid and contactor materials and our investigation of the physical properties of additional ionic liquids.

Yates, Stephen F.↗

Development of a NASA 6-U Satellite

NASA/Wallops Flight Facility has focused on the development of new technologies for the advancement of 6 Unit (6U) small satellites. From the design of the structure and instrument support hardware to improvements in the deployer, NASA is concentrating on maximizing the potential of small satellites for the benefit of science. The telemetry system provides much higher data rates than typical I U UHF system. 6U provides up to several hundred kilobits per second and utilizes the existing NASA Ground Network for data reception. The guidance, navigation and control system keeps the satellite pointed within plus or minus 10 degrees of the sun and has knowledge of the sun vector within 1 degree. The 6U power design increased the options for different voltages and power switching capabilities and is capable of supporting instruments with higher power requirements. The Command & Data Handling (C&DH) system includes a low-power 520 MHz flight processor which provides more processing capability than existing I U processor technologies. These optimized technologies will offer the science community a greater opportunity for flying more sophisticated and complex instruments.

Thompson, Linda D.↗

Real-Time Adaptive Color Segmentation by Neural Networks

Artificial neural networks that would utilize the cascade error projection (CEP) algorithm have been proposed as means of autonomous, real-time, adaptive color segmentation of images that change with time. In the original intended application, such a neural network would be used to analyze digitized color video images of terrain on a remote planet as viewed from an uninhabited spacecraft approaching the planet. During descent toward the surface of the planet, information on the segmentation of the images into differently colored areas would be updated adaptively in real time to capture changes in contrast, brightness, and resolution, all in an effort to identify a safe and scientifically productive landing site and provide control feedback to steer the spacecraft toward that site. Potential terrestrial applications include monitoring images of crops to detect insect invasions and monitoring of buildings and other facilities to detect intruders. The CEP algorithm is reliable and is well suited to implementation in very-large-scale integrated (VLSI) circuitry. It was chosen over other neural-network learning algorithms because it is better suited to realtime learning: It provides a self-evolving neural-network structure, requires fewer iterations to converge and is more tolerant to low resolution (that is, fewer bits) in the quantization of neural-network synaptic weights. Consequently, a CEP neural network learns relatively quickly, and the circuitry needed to implement it is relatively simple. Like other neural networks, a CEP neural network includes an input layer, hidden units, and output units (see figure). As in other neural networks, a CEP network is presented with a succession of input training patterns, giving rise to a set of outputs that are compared with the desired outputs. Also as in other neural networks, the synaptic weights are updated iteratively in an effort to bring the outputs closer to target values. A distinctive feature of the CEP neural network and algorithm is that each update of synaptic weights takes place in conjunction with the addition of another hidden unit, which then remains in place as still other hidden units are added on subsequent iterations. For a given training pattern, the synaptic weight between (1) the inputs and the previously added hidden units and (2) the newly added hidden unit is updated by an amount proportional to the partial derivative of a quadratic error function with respect to the synaptic weight. The synaptic weight between the newly added hidden unit and each output unit is given by a more complex function that involves the errors between the outputs and their target values, the transfer functions (hyperbolic tangents) of the neural units, and the derivatives of the transfer functions.

Duong, Tuan A.↗

Kamodo’s Model-Agnostic Satellite Flythrough: Lowering the Utilization Barrier for Heliophysics Model Outputs

Heliophysics model outputs are increasingly accessible, but typically are not usable by the majority of the community unless directly collaborating with the relevant model developers. Prohibitive factors include complex file output formats, cryptic metadata, unspecified and often customized coordinate systems, and non-linear coordinate grids. Some pockets of progress exist, giving interfaces to various simulation outputs, but only for a small set of outputs and typically not with open-source, freely available packages. Additionally, the increasing array of tools built upon these sporadic interfaces are typically model-specific. We present Kamodo’s model-agnostic satellite flythrough capabilities as the solution to the utilization barrier for heliophysics model outputs. Developed at the Community Coordinated Modeling Center, these flythrough capabilities are built in Python upon a network of model-agnostic interfaces developed in collaboration with model developers, providing interpolation results the community can trust. Kamodo’s flythrough capabilities present the user with a growing variety of flythrough tools based upon a rapidly expanding library of heliophysics model outputs in several domains, currently including a variety of Ionosphere-Thermosphere-Mesosphere and global magnetosphere model outputs. Each capability is designed to be easily accessible via simplistic model-agnostic syntax, with the entire package freely available in the cloud on Github. Here, we describe the tools developed, include several sample applications for common science questions, demonstrate interoperability with selected packages, and summarize ongoing developments.

Software↗