Search NASA⌕ Search

SEARCH · Search NASA

Results for “Current sharing”

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 217 records · Page 12

Future Directions for Astronomical Image Display

In our "Future Directions for Astronomical Image Display" project, the Smithsonian Astrophysical Observatory (SAO) and the National Optical Astronomy Observatories (NOAO) will evolve our existing image display software into a fully extensible, cross-platform image display server that can run stand-alone or be integrated seamlessly into astronomical analysis systems. We will build a Plug-in Image Extension (PIE) server for astronomy, consisting of a modular image display engine that can be customized using "plug-in" technology. We will create plug-ins that reproduce all the current functionality of SAOtng. We also will devise a messaging system and a set of distributed, shared data objects to support integrating the PIE server into astronomical analysis systems. Finally, we will migrate our PIE server, plug-ins, and messaging software from Unix and the X Window System to a platform-independent architecture that utilizes cross-platform technology such as Tcl/Tk or Java.

Mandel, Eric↗

Development Status of the Advanced Life Support On-Line Project Information System

The Advanced Life Support Program has recently accelerated an effort to develop an On-line Project Information System (OPIS) for research project and technology development data centralization and sharing. The core functionality of OPIS will launch in October of 2005. This paper presents the current OPIS development status. OPIS core functionality involves a Web-based annual solicitation of project and technology data directly from ALS Principal Investigators (PIS) through customized data collection forms. Data provided by PIs will be reviewed by a Technical Task Monitor (TTM) before posting the information to OPIS for ALS Community viewing via the Web. The data will be stored in an object-oriented relational database (created in MySQL(R)) located on a secure server at NASA ARC. Upon launch, OPIS can be utilized by Managers to identify research and technology development gaps and to assess task performance. Analysts can employ OPIS to obtain.

Levri, Julie A.↗

Cooperative Three-Robot System for Traversing Steep Slopes

Teamed Robots for Exploration and Science in Steep Areas (TRESSA) is a system of three autonomous mobile robots that cooperate with each other to enable scientific exploration of steep terrain (slope angles up to 90 ). Originally intended for use in exploring steep slopes on Mars that are not accessible to lone wheeled robots (Mars Exploration Rovers), TRESSA and systems like TRESSA could also be used on Earth for performing rescues on steep slopes and for exploring steep slopes that are too remote or too dangerous to be explored by humans. TRESSA is modeled on safe human climbing of steep slopes, two key features of which are teamwork and safety tethers. Two of the autonomous robots, denoted Anchorbots, remain at the top of a slope; the third robot, denoted the Cliffbot, traverses the slope. The Cliffbot drives over the cliff edge supported by tethers, which are payed out from the Anchorbots (see figure). The Anchorbots autonomously control the tension in the tethers to counter the gravitational force on the Cliffbot. The tethers are payed out and reeled in as needed, keeping the body of the Cliffbot oriented approximately parallel to the local terrain surface and preventing wheel slip by controlling the speed of descent or ascent, thereby enabling the Cliffbot to drive freely up, down, or across the slope. Due to the interactive nature of the three-robot system, the robots must be very tightly coupled. To provide for this tight coupling, the TRESSA software architecture is built on a combination of (1) the multi-robot layered behavior-coordination architecture reported in "An Architecture for Controlling Multiple Robots" (NPO-30345), NASA Tech Briefs, Vol. 28, No. 10 (October 2004), page 65, and (2) the real-time control architecture reported in "Robot Electronics Architecture" (NPO-41784), NASA Tech Briefs, Vol. 32, No. 1 (January 2008), page 28. The combination architecture makes it possible to keep the three robots synchronized and coordinated, to use data from all three robots for decision- making at each step, and to control the physical connections among the robots. In addition, TRESSA (as in prior systems that have utilized this architecture) , incorporates a capability for deterministic response to unanticipated situations from yet another architecture reported in Control Architecture for Robotic Agent Command and Sensing (NPO-43635), NASA Tech Briefs, Vol. 32, No. 10 (October 2008), page 40. Tether tension control is a major consideration in the design and operation of TRESSA. Tension is measured by force sensors connected to each tether at the Cliffbot. The direction of the tension (both azimuth and elevation) is also measured. The tension controller combines a controller to counter gravitational force and an optional velocity controller that anticipates the motion of the Cliffbot. The gravity controller estimates the slope angle from the inclination of the tethers. This angle and the weight of the Cliffbot determine the total tension needed to counteract the weight of the Cliffbot. The total needed tension is broken into components for each Anchorbot. The difference between this needed tension and the tension measured at the Cliffbot constitutes an error signal that is provided to the gravity controller. The velocity controller computes the tether speed needed to produce the desired motion of the Cliffbot. Another major consideration in the design and operation of TRESSA is detection of faults. Each robot in the TRESSA system monitors its own performance and the performance of its teammates in order to detect any system faults and prevent unsafe conditions. At startup, communication links are tested and if any robot is not communicating, the system refuses to execute any motion commands. Prior to motion, the Anchorbots attempt to set tensions in the tethers at optimal levels for counteracting the weight of the Cliffbot; if either Anchorbot fails to reach its optimal tension level within a specified time, it sends message to the other robots and the commanded motion is not executed. If any mechanical error (e.g., stalling of a motor) is detected, the affected robot sends a message triggering stoppage of the current motion. Lastly, messages are passed among the robots at each time step (10 Hz) to share sensor information during operations. If messages from any robot cease for more than an allowable time interval, the other robots detect the communication loss and initiate stoppage.

Stroupe, Ashley↗

Design and Development of a Flight Route Modification, Logging, and Communication Network

There is an overwhelming desire to create and enhance communication mechanisms between entities that operate within the National Airspace System. Furthermore, airlines are always extremely interested in increasing the efficiency of their flights. An innovative system prototype was developed and tested that improves collaborative decision making without modifying existing infrastructure or operational procedures within the current Air Traffic Management System. This system enables collaboration between flight crew and airline dispatchers to share and assess optimized flight routes through an Internet connection. Using a sophisticated medium-fidelity flight simulation environment, a rapid-prototyping development, and a unified modeling language, the software was designed to ensure reliability and scalability for future growth and applications. Ensuring safety and security were primary design goals, therefore the software does not interact or interfere with major flight control or safety systems. The system prototype demonstrated an unprecedented use of in-flight Internet to facilitate effective communication with Airline Operations Centers, which may contribute to increased flight efficiency for airlines.

Merlino, Daniel K.↗

GEOS Atmospheric Model: Challenges at Exascale

The Goddard Earth Observing System (GEOS) model at NASA's Global Modeling and Assimilation Office (GMAO) is used to simulate the multi-scale variability of the Earth's weather and climate, and is used primarily to assimilate conventional and satellite-based observations for weather forecasting and reanalysis. In addition, assimilations coupled to an ocean model are used for longer-term forecasting (e.g., El Nino) on seasonal to interannual times-scales. The GMAO's research activities, including system development, focus on numerous time and space scales, as detailed on the GMAO website, where they are tabbed under five major themes: Weather Analysis and Prediction; Seasonal-Decadal Analysis and Prediction; Reanalysis; Global Mesoscale Modeling, and Observing System Science. A brief description of the GEOS systems can also be found at the GMAO website. GEOS executes as a collection of earth system components connected through the Earth System Modeling Framework (ESMF). The ESMF layer is supplemented with the MAPL (Modeling, Analysis, and Prediction Layer) software toolkit developed at the GMAO, which facilitates the organization of the computational components into a hierarchical architecture. GEOS systems run in parallel using a horizontal decomposition of the Earth's sphere into processing elements (PEs). Communication between PEs is primarily through a message passing framework, using the message passing interface (MPI), and through explicit use of node-level shared memory access via the SHMEM (Symmetric Hierarchical Memory access) protocol. Production GEOS weather prediction systems currently run at 12.5-kilometer horizontal resolution with 72 vertical levels decomposed into PEs associated with 5,400 MPI processes. Research GEOS systems run at resolutions as fine as 1.5 kilometers globally using as many as 30,000 MPI processes. Looking forward, these systems can be expected to see a 2 times increase in horizontal resolution every two to three years, as well as less frequent increases in vertical resolution. Coupling these resolution changes with increases in complexity, the computational demands on the GEOS production and research systems should easily increase 100-fold over the next five years. Currently, our 12.5 kilometer weather prediction system narrowly meets the time-to-solution demands of a near-real-time production system. Work is now in progress to take advantage of a hybrid MPI-OpenMP parallelism strategy, in an attempt to achieve a modest two-fold speed-up to accommodate an immediate demand due to increased scientific complexity and an increase in vertical resolution. Pursuing demands that require a 10- to 100-fold increases or more, however, would require a detailed exploration of the computational profile of GEOS, as well as targeted solutions using more advanced high-performance computing technologies. Increased computing demands of 100-fold will be required within five years based on anticipated changes in the GEOS production systems, increases of 1000-fold can be anticipated over the next ten years.

ESMF↗

SMAP Instrument Antenna, on Orbit Performance Validation and Verification

NASA’s Soil Moisture Active Passive (SMAP) Mission is currently flying in a 685 km orbit. Featuring a Synthetic Aperture Radar (SAR) and a radiometer sharing the same antenna, SMAP was developed in collaboration between Jet Propulsion Laboratory (JPL) and Goddard Space Flight Center (GSFC). While the radar requirements on the instrument antenna were more benign from an RF point of view, the radiometer requirement were more difficult to meet because of the stability required by the radiometer to operate to its full potential. The instrument antenna performance was predicted by a very detailed RF model and verified by measuring a 1/10th scale model with great accuracy before launch. Once in orbit, we had the opportunity to measure the antenna performance for both the radiometer and the radar and compare it with the predicted performance given by our RF model. This paper discusses the work done both at JPL and GSFC in order to verify and validate the on orbit performance of the SMAP instrument antenna.

reflector antenna↗

On Orbit Performance Validation and Verification of the SMAP Instrument Antenna

NASA’s Soil Moisture Active Passive (SMAP) Mission is currently flying in a 685 km orbit. Featuring a Synthetic Aperture Radar (SAR) and a radiometer sharing the same antenna, SMAP was developed in collaboration between Jet Propulsion Laboratory (JPL) and Goddard Space Flight Center (GSFC). While the radar requirements on the instrument antenna were more benign from an RF point of view, the radiometer requirement were more difficult to meet because of the stability required by the radiometer to operate to its full potential. The instrument antenna performance was predicted by a very detailed RF model and verified by measuring a 1/10th scale model with great accuracy before launch. Once in orbit, we had the opportunity to measure the antenna performance for both the radiometer and the radar and compare it with the predicted performance given by our RF model. This paper discusses the work done both at JPL and GSFC in order to verify and validate the on orbit performance of the SMAP instrument antenna.

offset reflector↗

Development of Telecommunications Systems and Ground Support for EM-1 Interplanetary Cubesats Missions: Lunar IceCube and LunaH-Map

CubeSats are now providing an innovative way to explore space: they can be built by smaller teams in academic environments, and they generally require smaller budget than traditional missions. For this reason, a new trend has emerged in the last five years: interplanetary CubeSats. Interplanetary CubeSats take advantage of the CubeSat paradigm and of the availability of commercial components developed for Low Earth Orbit (LEO) missions, but they are specifically designed to explore deep space. As a result, interplanetary CubeSats are essentially very different from Low Earth Orbit CubeSats in at least three technological areas: propulsion, radiation tolerance and telecommunication. This paper is focused on telecommunication issues for interplanetary CubeSats which face harsher environments, longer path distances and have more navigation needs than the LEO CubeSats. For this reason, the design of telecommunication systems for interplanetary missions is extremely challenging and significant development is currently ongoing in the areas of radio design, antenna design and the design of ground support architectures. This presentation focuses on the design of the telecommunication and ground support systems for two of the interplanetary CubeSats missions that will be launched on NASA’s Space Launch System (SLS) Exploration Mission-1 (EM-1): Lunar IceCube and LunaH-Map. Given the commonalities between these missions, an effort is underway at JPL to develop a common set of telecommunication hardware systems to fit the envelope of the two missions’ goals. Additionally, Lunar IceCube and LunaH-Map will also share the use of the Deep Space Network antennas and of the Morehead State University 21 m station, which is currently being upgraded especially for this purpose. This presentation will provide a quick overview of the missions (including goals and telecommunication requirements) and it will also focus on the development of the telecommunication systems design with a particular focus on the current upgrades planned to the Morehead State University ground station.

Babuscia, Alessandra↗

Second International Workshop on Software Engineering and Code Design in Parallel Meteorological and Oceanographic Applications

This report contains the abstracts and technical papers from the Second International Workshop on Software Engineering and Code Design in Parallel Meteorological and Oceanographic Applications, held June 15-18, 1998, in Scottsdale, Arizona. The purpose of the workshop is to bring together software developers in meteorology and oceanography to discuss software engineering and code design issues for parallel architectures, including Massively Parallel Processors (MPP's), Parallel Vector Processors (PVP's), Symmetric Multi-Processors (SMP's), Distributed Shared Memory (DSM) multi-processors, and clusters. Issues to be discussed include: (1) code architectures for current parallel models, including basic data structures, storage allocation, variable naming conventions, coding rules and styles, i/o and pre/post-processing of data; (2) designing modular code; (3) load balancing and domain decomposition; (4) techniques that exploit parallelism efficiently yet hide the machine-related details from the programmer; (5) tools for making the programmer more productive; and (6) the proliferation of programming models (F--, OpenMP, MPI, and HPF).

OKeefe, Matthew↗

Ares V: Refining a New Heavy Lift Capability

The Ares V cargo launch vehicle represents a significant new national commitment to expand human space exploration beyond low Earth orbit. Viewed more broadly, this new heavy-lift rocket will be an advancement over the national strategic capability lost when the Saturn V program ended more than three decades ago. The Ares V is one of two new launch vehicles being designed by NASA to support U.S. Space Exploration Policy. NASA selected the Ares I crew launch vehicle and the Ares V (Figure 1) during extensive independent and internal architecture and vehicle trade studies to complete the International Space Station, retire the current Space Shuttle fleet, return to the Moon by 2020, and journey to destinations beyond. These vehicles share components derived from the Apollo-era Saturn, Space Shuttle, and contemporary launch vehicle programs to provide safe, affordable, reliable, versatile sustainable space transportation to support national space goals for decades to come.

Creech, Steve↗

Engine Technology Challenges for the High-Speed Civil Transport Plane

Ongoing NASA-funded and privately funded studies continue to indicate that an opportunity exists for a second generation supersonic commercial airliner, or High-Speed Civil Transport (HSCT), to become a key part of the 21 st century international air transportation system. Long distance air travel is projected to be the fastest growing segment of the air transportation market by the turn of the century with increases at about 5 percent per annum over the next two decades. This projection suggests that by the year 2015, more than 600,000 passengers per day will be traveling long distances, predominantly over water. These routes would provide the greatest potential for an HSCT to become a significant part of the international air transportation system. The potential market for an HSCT is currently projected to be anywhere from 500-1500 aircraft over the 2005-2030 time period. Such an aircraft fleet size would represent a considerable share of the potential long-range aircraft market. However, this projected HSCT fleet can become a reality only if technologies are developed which will allow an HSCT design that is (1) environmentally compatible and (2) economically viable. Simply stated, the HSCT will be a technology driven airplane. Without significant advances in airframe and propulsion technologies over the levels currently available, there will be no second generation supersonic airliner! This paper will briefly describe the propulsion technology challenges which must be met prior to any product launch decision being made by industry and the progress toward meeting these challenges through NASAs High-Speed Research (HSR) Program, a partnership between NASA and Boeing, General Electric and Pratt & Whitney.

Plencner, Robert M.↗

Open Science for Life in Space: Data Sharing and Tools for Knowledge Discovery

The fast-growing array of space biological data, which in the past was simply archived after minimal analysis, holds great potential if it can be reorganized and formatted for Open Science. Organizing the data for such analysis is a challenge because of its diverse nature (molecular, cellular, tissue, whole organism, behavior; tabular, imagery). Open Science is the concept that the more people have access to scientifically curated data, the more knowledge will be gained. This led NASA to start the development of GeneLab in 2015. GeneLab houses spaceflight and space-analog multi-omics datasets from plant, rodent, small animal, and microbial experiments. The success and knowledge gained from GeneLab led to a new alliance of NASA “Open Science Data Repositories” (OSDR), which include the Ames Life Sciences Data Archive (ALSDA) and the NASA Biological Institutional Scientific Collection (NBISC). Both are adopting the GeneLab data system, so data are more findable, accessible, interoperable, and reusable (FAIR). OSDR systems provide users the ability to upload, download, search, share, analyze, and visualize. Open Science also needs strong confidence in the data, which is gained through building science communities. With ~400 current members, GeneLab and ALSDA formed Analysis Working Groups (AWGs) to provide feedback on processing pipelines, metadata curation standards (for ‘omics and phenotypic-physiological-behavioral assays), and to collaborate in effectively reusing data. The AWG also led to the development of the Radiation Biology Ontology (RBO), ensuring radiation metadata are efficiently captured, connected, and interoperable. Feedback from the AWG provided design input toward the new single point-of-entry data submission portal for all investigators to submit, curate, and share their research data. Space biological data is now maximally open access, collected-curated with rich metadata, and formatted for interoperability to enable systems biology, meta-analysis, knowledge graphs, machine learning, modeling, and other reuse approaches. With potential for further federation of OSDR for data mining with traditional biological and medical databases (NIH, NCI, EBI, etc.), a new era for space biology has begun to support the knowledge discovery necessary for Lunar and Martian missions.

Ryan T Scott↗

Tri-Agency Reliability Engineering Guidance: Post Mission Disposal and Extension Assessment

The Trilateral partners — the European Space Agency (ESA), Japan Aerospace Exploration Agency (JAXA), and National Aeronautics and Space Administration (NASA) and the United States Government (USG) in their execution of safe and successful missions, have a long-standing history of sustaining the shared space environment of operational Earth-Moon orbits with their global space-stewardship, or spacekeeping, of these areas. This has driven missions to limit the generation of new and long-lived debris, control debris releases, minimize accidental explosions and collisions, and ensure Post-Mission Disposal of space systems, so that the environment remains safe for future operations and explorations. Given the continued need for space systems to support global mandatory infrastructure and commercial enterprise, spacefarers are extending beyond the Trilateral partners, more and smaller satellites are being deployed, and current assets are being utilized much longer than expected. This is making space more congested than ever; therefore, the Trilateral partners are evaluating potential future debris mitigation strategies, evolving technology, developing on-orbit servicing capabilities, and advancing their abilities to assess disposal and mission extension plans. They are also sharing their lessons learned and identifying opportunities for future state-of-the-art advancements for current and future space enterprises. Sustaining the space environment cannot be ensured by any one agency or country. Thus, the Trilateral authors have shared their lessons learned, insights, and guidance, herein, on disposal and mission extension assessment strategies with the gratitude of each agency. As such, this document is not prescriptive, but was formulated to enhance value-and-risk-balanced operational decision-making, support policy refinement, and guide spacefaring partners beyond these agencies to assess their activities in space with safety and a global space-stewardship, or spacekeeping, in mind. This includes not only the disposal and mission extension assessment addressed herein, but also preserving space history, ensuring collaboration/interoperability of technology, supporting fellow operators without interfering, and the utilization of in-situ resources for the common benefit of humankind. It is the intention of the Trilateral partners that this document evolves based on community lessons learned and the introduction of new assessment methodologies. So, all readers are encouraged to share their insights with the authors from their own application of this guidance or other strategies to ensure each mission has a successful, safe, and judicious life and conclusion.

ESA↗

Current Applications of Analog Fiber Optics in the NASA/JPL Deep Space Network

Analog fiber optic technology. Enables a fully integrated Deep Space Communications complex. Enables sharing of expensive subsystems. Enables RF carrier arraying of antennas separated by tens of kilometers. Provides improved complex reliability and flexibility. Enables improved performance. Provides significant cost reductions.

DSN Goldstone Deep Space Communications fiber opti↗

Fault tolerant onboard packet switch architecture for communication satellites: Shared memory per beam approach

The NASA Lewis Research Center is developing a multichannel communication signal processing satellite (MCSPS) system which will provide low data rate, direct to user, commercial communications services. The focus of current space segment developments is a flexible, high-throughput, fault tolerant onboard information switching processor. This information switching processor (ISP) is a destination-directed packet switch which performs both space and time switching to route user information among numerous user ground terminals. Through both industry study contracts and in-house investigations, several packet switching architectures were examined. A contention-free approach, the shared memory per beam architecture, was selected for implementation. The shared memory per beam architecture, fault tolerance insertion, implementation, and demonstration plans are described.

Shalkhauser, Mary JO↗

CONIC program user's manual

A user's manual for the current CONIC computer program is presented. The program was written in FORTRAN for use on the TRW Time Share system. The CONIC program is used to calculate the relative motion of two bodies in any conic-section orbit (circular, elliptical, parabolic, or hyperbolic). This manual describes the basic equations used for trajectory propagation and defines the input and output parameters of the program. Sample runs with corresponding figures and a detailed flow chart of the program are included.

Source record↗

Effects of propagation phenomena and frequency allocation on the growth of satellite communications

The development of new allocations and new frequency and orbit sharing criteria for satellite communications below 10 GHz is discussed. These criteria are dependent on the outcome of current spectrum and orbit utilization and propagation studies addressing such problems as intersystem interference, satellite spacing, positioning, and repositioning, spillover of radio signals across geographic boundaries, and the adverse effects of propagation phenomena. These problems are discussed in relation to preparations for the 1979 General World Administrative Radio Conference.

Freibaum, J.↗

Integrated scheduling and resource management

This paper examines the problem of integrated scheduling during the Space Station era. Scheduling for Space Station entails coordinating the support of many distributed users who are sharing common resources and pursuing individual and sometimes conflicting objectives. This paper compares the scheduling integration problems of current missions with those anticipated for the Space Station era. It examines the facilities and the proposed operations environment for Space Station. It concludes that the pattern of interdependecies among the users and facilities, which are the source of the integration problem is well structured, allowing a dividing of the larger problem into smaller problems. It proposes an architecture to support integrated scheduling by scheduling efficiently at local facilities as a function of dependencies with other facilities of the program. A prototype is described that is being developed to demonstrate this integration concept.

Ward, M. T.↗