Results for “customer rates” — Page 7

NASA NTRS1990

High-temperature test facility at the NASA Lewis engine components research laboratory

The high temperature test facility (HTTF) at NASA-Lewis Engine Components Research Laboratory (ECRL) is presently used to evaluate the survivability of aerospace materials and the effectiveness of new sensing instrumentation in a realistic afterburner environment. The HTTF has also been used for advanced heat transfer studies on aerospace components. The research rig uses pressurized air which is heated with two combustors to simulate high temperature flow conditions for test specimens. Maximum airflow is 31 pps. The HTTF is pressure rated for up to 150 psig. Combustors are used to regulate test specimen temperatures up to 2500 F. Generic test sections are available to house test plates and advanced instrumentation. Customized test sections can be fabricated for programs requiring specialized features and functions. The high temperature test facility provides government and industry with a facility for testing aerospace components. Its operation and capabilities are described.

Colantonio, Renato O.↗

NASA NTRS1991

Architecture and design of a 500-MHz gallium-arsenide processing element for a parallel supercomputer

The design of the processing element of GASP, a GaAs supercomputer with a 500-MHz instruction issue rate and 1-GHz subsystem clocks, is presented. The novel, functionally modular, block data flow architecture of GASP is described. The architecture and design of a GASP processing element is then presented. The processing element (PE) is implemented in a hybrid semiconductor module with 152 custom GaAs ICs of eight different types. The effects of the implementation technology on both the system-level architecture and the PE design are discussed. SPICE simulations indicate that parts of the PE are capable of being clocked at 1 GHz, while the rest of the PE uses a 500-MHz clock. The architecture utilizes data flow techniques at a program block level, which allows efficient execution of parallel programs while maintaining reasonably good performance on sequential programs. A simulation study of the architecture indicates that an instruction execution rate of over 30,000 MIPS can be attained with 65 PEs.

Fouts, Douglas J.↗

NASA NTRS1993

A CAM-based LZ data compression IC

A custom CMOS processor is introduced that implements the Data Compression Lempel-Ziv (DCLZ) standard, a variation of the LZ2 Algorithm. This component presently achieves a sustained compression and decompression rate of 10 megabytes/second by employing an on-chip content-addressable memory for string table storage.

Winters, K.↗

NASA NTRS2006

Foot Forces during Treadmill Exercise on the International Space Station

Exercise has been the primary countermeasure to combat musculoskeletal changes during the approximately 6 month missions to the International Space Station (ISS). However, these countermeasures have not been successful in preventing loss of bone mineral density in the spine and hip of astronauts. We examined lower extremity loading during typical bouts of on-orbit exercise performed by 4 ISS crew members on the ISS treadmill (TVIS) and during locomotor activities on earth (1g). In-shoe forces were monitored at 128Hz using force-measuring insoles placed inside the shoes of the exercising crewmember, stored temporarily on Flash cards, and down-linked via satellite for analysis. Custom software extracted peak forces from up to 30 minutes of locomotor activity. All on-orbit loading conditions for walking and running resulted in peak forces and impact loading rates that were significantly less than those measured in 1g. Typical single leg loads on-orbit in walking and running were 0.860 plus or minus 0.04 body weights (BW) and 1.339 plus or minus 0.07 BW compared to 1.2 plus or minus 0.036 BW and 2.36 plus or minus 0.07 BW in 1g BW respectively. These results indicate that typical exercise on the ISS treadmill does not generate 1g-like loading conditions. This may be partly responsible for the loss of bone mineral density that has been observed in these and other crew members. Since on-orbit treadmill exercise requires a restraining load to return the crew member to the treadmill surface, more studies are required to enable comfortable full body weight loading to be applied.

Cavanagh, Peter R.↗

NASA NTRS2013

Challenges of Integrating NASAs Space Communication Networks

The transition to new technology, innovative ideas, and resistance to change is something that every industry experiences. Recent examples of this shift are changing to using robots in the assembly line construction of automobiles or the increasing use of robotics for medical procedures. Most often this is done with cost-reduction in mind, though ease of use for the customer is also a driver. All industries experience the push to increase efficiency of their systems; National Aeronautics and Space Administration (NASA) and the commercial space industry are no different. NASA space communication services are provided by three separately designed, developed, maintained, and operated communications networks known as the Deep Space Network (DSN), Near Earth Network (NEN) and Space Network (SN). The Space Communications and Navigation (SCaN) Program is pursuing integration of these networks and has performed a variety of architecture trade studies to determine what integration options would be the most effective in achieving a unified user mission support organization, and increase the use of common operational equipment and processes. The integration of multiple, legacy organizations and existing systems has challenges ranging from technical to cultural. The existing networks are the progeny of the very first communication and tracking capabilities implemented by NASA and the Jet Propulsion Laboratory (JPL) more than 50 years ago and have been customized to the needs of their respective user mission base. The technical challenges to integrating the networks are many, though not impossible to overcome. The three distinct networks provide the same types of services, with customizable data rates, bandwidth, frequencies, and so forth. The differences across the networks have occurred in effort to satisfy their user missions' needs. Each new requirement has made the networks more unique and harder to integrate. The cultural challenges, however, have proven to be a significant obstacle for integration. Over the past few decades of use, user missions and network personnel alike have grown accustomed to the processes by which services are provided by the NASA communications and navigation networks. The culture established by each network has created several challenges that need to be overcome in order to effectively integrate the networks. As with any change, there has been resistance, an apprehension to explore automation of existing processes, and a working environment that attempts to indirectly influence change without mandating compliance. Overcoming technical and cultural challenges is essential to successfully integrating the networks and although the challenges are numerous, the integration of the networks promises a more efficient space communications network for NASA and its customers, as well as potential long-term cost savings to the agency. This paper, Challenges of Integrating NASA Legacy Communications Networks, will provide a brief overview of the current NASA space communications networks as well as the an overview of the process implemented while performing the SCaN Trade Studies and an introduction to the requirements driving integration of the SCaN Networks. This paper will describe in detail the challenges experienced, both technical and cultural, while working with NASA space communications network-specific personnel. The paper will also cover lessons learned during the performance of architecture trade studies and provide recommendations for ways to improve the process.

Reinert, Jessica M.↗

NASA NTRS2013

Challenges of Integrating NASA's Space Communications Networks

The transition to new technology, innovative ideas, and resistance to change is something that every industry experiences. Recent examples of this shift are changing to using robots in the assembly line construction of automobiles or the increasing use of robotics for medical procedures. Most often this is done with cost-reduction in mind, though ease of use for the customer is also a driver. All industries experience the push to increase efficiency of their systems; National Aeronautics and Space Administration (NASA) and the commercial space industry are no different. NASA space communication services are provided by three separately designed, developed, maintained, and operated communications networks known as the Deep Space Network (DSN), Near Earth Network (NEN) and Space Network (SN). The Space Communications and Navigation (SCaN) Program is pursuing integration of these networks and has performed a variety of architecture trade studies to determine what integration options would be the most effective in achieving a unified user mission support organization, and increase the use of common operational equipment and processes. The integration of multiple, legacy organizations and existing systems has challenges ranging from technical to cultural. The existing networks are the progeny of the very first communication and tracking capabilities implemented by NASA and the Jet Propulsion Laboratory (JPL) more than 50 years ago and have been customized to the needs of their respective user mission base. The technical challenges to integrating the networks are many, though not impossible to overcome. The three distinct networks provide the same types of services, with customizable data rates, bandwidth, frequencies, and so forth. The differences across the networks have occurred in effort to satisfy their user missions' needs. Each new requirement has made the networks more unique and harder to integrate. The cultural challenges, however, have proven to be a significant obstacle for integration. Over the past few decades of use, user missions and network personnel alike have grown accustomed to the processes by which services are provided by the NASA communications and navigation networks. The culture established by each network has created several challenges that need to be overcome in order to effectively integrate the networks. As with any change, there has been resistance, an apprehension to explore automation of existing processes, and a working environment that attempts to indirectly influence change without mandating compliance. Overcoming technical and cultural challenges is essential to successfully integrating the networks and although the challenges are numerous, the integration of the networks promises a more efficient space communications network for NASA and its customers, as well as potential long-term cost savings to the agency. This paper, Challenges of Integrating NASA Legacy Communications Networks, will provide a brief overview of the current NASA space communications networks as well as the an overview of the process implemented while performing the SCaN Trade Studies and an introduction to the requirements driving integration of the SCaN Networks. This paper will describe in detail the challenges experienced, both technical and cultural, while working with NASA space communications network-specific personnel. The paper will also cover lessons learned during the performance of architecture trade studies and provide recommendations for ways to improve the process.

Systems Integration↗

NASA NTRS1991

Cellular: Toward personal communications

The cellular industry is one of the fastest growing segment of the telecommunications industry. With an estimated penetration rate of 20 percent in the near future, cellular is becoming an ubiquitous telecommunications service in the U.S. In this paper we will examine the major advancements in the cellular industry: customer equipment, cellular networks, engineering tools, customer support, and nationwide seamless service.

Heffernan, Stuart↗

NASA NTRS2007

The Challenges of Integrating NASA's Human, Budget, and Data Capital within the Constellation Program's Exploration Launch Projects Office

The U.S. Vision for Space Exploration directs NASA to retire the Space Shuttle in 2010 and replace it with safe, reliable, and cost-effective space transportation systems for crew and cargo travel to the Moon, Mars, and beyond. Such emerging space transportation initiatives face massive organizational challenges, including building and nurturing an experienced, dedicated team with the right skills for the required tasks; allocating and tracking the fiscal capital invested in achieving technical progress against an integrated master schedule; and turning generated data into useful knowledge that equips the team to design and develop superior products for customers and stakeholders. It has been more than 30 years since the Space Shuttle was designed; therefore, the current aerospace workforce has limited experience with developing new designs for human-rated spaceflight hardware. To accomplish these activities, NASA is using a wide range of state-of-the-art information technology tools that connect its diverse, decentralized teams and provide timely, accurate information for decision makers. In addition, business professionals are assisting technical managers with planning, tracking, and forecasting resource use against an integrated master schedule that horizontally and vertically interlinks hardware elements and milestone events. Furthermore, NASA is employing a wide variety of strategies to ensure that it has the motivated and qualified staff it needs for the tasks ahead. This paper discusses how NASA's Exploration Launch Projects Office, which is responsible for delivering these new launch vehicles, integrates its resources to create an engineering business environment that promotes mission success, which is defined by replacing the Space Shuttle by 2014 and returning to the Moon by 2020.

Kidd, Luanne↗

NASA NTRS2008

Space Telecommunications Radio Systems (STRS) Hardware Architecture Standard: Release 1.0 Hardware Section

This report defines a hardware architecture approach for software-defined radios to enable commonality among NASA space missions. The architecture accommodates a range of reconfigurable processing technologies including general-purpose processors, digital signal processors, field programmable gate arrays, and application-specific integrated circuits (ASICs) in addition to flexible and tunable radiofrequency front ends to satisfy varying mission requirements. The hardware architecture consists of modules, radio functions, and interfaces. The modules are a logical division of common radio functions that compose a typical communication radio. This report describes the architecture details, the module definitions, the typical functions on each module, and the module interfaces. Tradeoffs between component-based, custom architecture and a functional-based, open architecture are described. The architecture does not specify a physical implementation internally on each module, nor does the architecture mandate the standards or ratings of the hardware used to construct the radios.

Reinhart, Richard C.↗

NASA NTRS2008

Hardware Architecture Study for NASA's Space Software Defined Radios

This study defines a hardware architecture approach for software defined radios to enable commonality among NASA space missions. The architecture accommodates a range of reconfigurable processing technologies including general purpose processors, digital signal processors, field programmable gate arrays (FPGAs), and application-specific integrated circuits (ASICs) in addition to flexible and tunable radio frequency (RF) front-ends to satisfy varying mission requirements. The hardware architecture consists of modules, radio functions, and and interfaces. The modules are a logical division of common radio functions that comprise a typical communication radio. This paper describes the architecture details, module definitions, and the typical functions on each module as well as the module interfaces. Trade-offs between component-based, custom architecture and a functional-based, open architecture are described. The architecture does not specify the internal physical implementation within each module, nor does the architecture mandate the standards or ratings of the hardware used to construct the radios.

Reinhart, Richard C.↗

NASA NTRSDate not supplied

Trace Oxygen Measurements of Asteroid Sample Storage Desiccators

The Astromaterials Curation facility at the NASA Johnson Space Center is currently curating more than 120 g of carbonaceous asteroid Bennu material as well as over 500 mg of asteroid Ryugu [1 and 2]. These astromaterials are stored in isolating desiccators and gloveboxes under a continuous purge of pure (<1 ppm O 2 ) gaseous nitrogen. The oxygen and moisture concentrations in our OSIRIS-REx sample processing gloveboxes are continuously monitored via integrated sensors; however, our sample storage desiccators lack integrated oxygen and humidity sensors. In previous studies, we used PreSens Fibox 4 trace oxygen meters and optochemical PSt9 spot sensors to measure the oxygen concentrations in candidate asteroid sample containers that had been sealed in nitrogen; we determined that Eagle stainless steel containers inhibit the ingress of external oxygen for several weeks [3]. This optochemical sensor technology allowed us to take precise, contactless measurements within a trace range of 0 to 200 ppmv O 2 . The effectiveness of the trace oxygen sensors in our container experiments inspired us to utilize them to assess the performance of our desiccators that previously lacked trace oxygen monitoring. In this study, our goal was to determine the quality of the nitrogen purge in the isolating desiccator under normal operating conditions by measuring the trace oxygen content. Utilizing optochemical sensor technology, we determined how long the oxygen concentration takes to reach an equilibrium in the desiccator; that is, determine the rate at which the oxygen diffusion into the desiccator equals the rate at which oxygen diffuses out of the desiccator via N2 purge. Additionally, we wanted to determine the oxygen concentration at this equilibrium, the state in which our desiccators are in during normal operating conditions. We tested a custom three chamber desiccator manufactured by Germfree using a PSt9 trace oxygen sensor spot that was mounted into a ¼” National Pipe Tapered (NPT) metal flow-through cell and attached it to the desiccator exhaust. The desiccator consists of top, middle, and bottom isolating chambers. The top chamber door was opened for several minutes to simulate a sample exchange, it was sealed, and then purged ~15 Standard Cubic Feet per Hour (SCFH). Oxygen measurements were automatically recorded via the Fibox 4 trace oxygen meter in 5-minute intervals over the course of a 24-hour period. Our results indicate the desiccator reached an equilibrium value of 10-15 ppm O 2 after ~5 hours (Fig. 1). This data allows us to explore standards for purging and exchange protocols that can be applied to similar types of desiccators in Hayabusa2, OSIRIS-REx, and for sample return collections. The assessment of the internal gaseous compositions of desiccators also allows us to share with the community the N 2 environment in which many of our asteroid samples and hardware are securely curated. Future measurements will include other nitrogen flow rates and measuring the trace oxygen concentration as a function of time for the levels of the previous commercial desiccator in which the Hayabusa2 sample collection was stored. We will also analyze how long the desiccators hold N2 after being disconnected from their N2 source, an extended measurement for sample security reassurance.

Curation↗

NASA NTRS1990

VLSI chip-set for data compression using the Rice algorithm

A full custom VLSI implementation of a data compression encoder and decoder which implements the lossless Rice data compression algorithm is discussed in this paper. The encoder and decoder reside on single chips. The data rates are to be 5 and 10 Mega-samples-per-second for the decoder and encoder respectively.

Venbrux, J.↗

NASA NTRS2010

Lightweight Low Force Rotary Percussive Coring Tool for Planetary Applications

A prototype low-force rotary-percussive rock coring tool for use in acquiring samples for geological surveys in future planetary missions was developed. The coring tool could eventually enable a lightweight robotic system to operate from a relatively small (less than 200 kg) mobile or fixed platform to acquire and cache Mars or other planetary rock samples for eventual return to Earth for analysis. To gain insight needed to design an integrated coring tool, the coring ability of commercially available coring bits was evaluated for effectiveness of varying key parameters: weight-on-bit, rotation speed, percussive rate and force. Trade studies were performed for different methods of breaking a core at its base and for retaining the core in a sleeve to facilitate sample transfer. This led to a custom coring tool design which incorporated coring, core breakage, core retention, and core extraction functions. The coring tool was tested on several types of rock and demonstrated the overall feasibility of this approach for robotic rock sample acquisition.

Hironaka, Ross↗

NASA NTRSDate not supplied

A System to Provide Deterministic Flight Software Operation and Maximize Multicore Processing Performance: The Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) Datapath

A method and design are described for a system that processes multiple data streams, utilizing a multicore asymmetric processing architecture, that eliminates data interrupts to the application processors. The design supports a deterministic environment for flight software in NASA’s Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) project. The SPLICE project develops sensor, algorithm, and compute technologies for Precision Landing and Hazard Avoidance (PL&HA) capabilities. The compute technology for SPLICE is the Descent and Landing Computer (DLC). The DLC hosts several SPLICE algorithms with high computational resource requirements that must be executed in a real-time and deterministic manner. The software runs on a custom Single Board Computer (SBC), with a Xilinx Ultrascale+ Multiprocessor System-on-a-Chip (MPSoC). Input data for the flight software is from a variety of sensors, unique with respect to data rate and packet size. A data path between the SPLICE sensors and algorithms is designed to efficiently deliver this data to the flight software using the MPSoC asymmetric processing cores and Field Programmable Gate Array (FPGA) fabric. This is implemented in a manner that isolates the application processors running the flight software from interrupts associated with the input data. By leveraging real-time processors on the MPSoC, and a structure with the appropriate interfaces in the shared memory on the SBC, the flight software can use the full set of application processors. The available utilization for each processor in this set is also maximized for the SPLICE applications, providing a sufficiently deterministic execution environment without the cost and overhead of a real-time operating system.

heterogeneous processing system↗

NASA NTRS2023

A System to Provide Deterministic Flight Software Operation and Maximize Multicore Processing Performance: The Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) Datapath

A method and design are described for a system that processes multiple data streams, utilizing a multicore asymmetric processing architecture, that eliminates data interrupts to the application processors. The design supports a deterministic environment for flight software in NASA’s Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) project. The SPLICE project develops sensor, algorithm, and compute technologies for Precision Landing and Hazard Avoidance (PL&HA) capabilities. The compute technology for SPLICE is the Descent and Landing Computer (DLC). The DLC hosts several SPLICE algorithms with high computational resource requirements that must be executed in a real-time and deterministic manner. The software runs on a custom Single Board Computer (SBC), with a Xilinx Ultrascale+ Multiprocessor System-on-a-Chip (MPSoC). Input data for the flight software is from a variety of sensors, unique with respect to data rate and packet size. A data path between the SPLICE sensors and algorithms is designed to efficiently deliver this data to the flight software using the MPSoC asymmetric processing cores and Field Programmable Gate Array (FPGA) fabric. This is implemented in a manner that isolates the application processors running the flight software from interrupts associated with the input data. By leveraging real-time processors on the MPSoC, and a structure with the appropriate interfaces in the shared memory on the SBC, the flight software can use the full set of application processors. The available utilization for each processor in this set is also maximized for the SPLICE applications, providing a sufficiently deterministic execution environment without the cost and overhead of a real-time operating system.

David K. Rutishauser↗

NASA NTRS2010

Applications of OMI Tropospheric NO(Sub 2) Data: Air Quality Trends in the US and Lightning NO(x) Source Strength

This talk will be presented in two parts: 1) an analysis of tropospheric column NO2 trends in the eastern half of the United States over the period 2005 to 2009 and 2) estimation of lightning NO(x) production rates based on OMI observations and lightning flash rate data. The air quality trends in the eastern US will be determined for specific subregions using tropospheric column NO2 data from OMI for 2005 through 2008 and from GOME-2 for 2007 through 2009. This period is characterized by significant NO(x) emission reductions at power plants within most of this region. The air quality trends will be compared with those estimated from continuous emission monitoring data from the power plants compiled by the US Environmental Protection Agency. OMI NO2 data have also been used to estimate lightning NOx production per flash in selected storms near Costa Rica and Panama during the 2007 NASA TC4 field campaign and over the continental US, Gulf of Mexico, and western Atlantic during the summers of 2005 and 2006. The lightning signal is extracted from the OMI data through a custom retrieval in which an NO2 profile representative of convective outflow is used in the airmass factor calculation and the background NO2 column is subtracted from the tropospheric column. When combined with NO(x)/NO2 ratios from the NASA GMT model and observed flash rates, the resulting estimates of NO(x) production per flash are comparable to those estimated obtained from analyses of aircraft data and cloud-resolving modeling.

Pickering, Kenneth↗

NASA NTRS2018

Operational Transition from the First-Generation Heidelberg Spectralis Optical Coherence Tomography [OCT("OCT1")] to the Second-Generation Heidelberg Spectralis OCT("OCT2")

The Heidelberg Spectralis "OCT2", which recently became commercially available, is going to be implemented at the Johnson Space Center Flight Medicine Clinic and on board the International Space Station. Due to the increased scan rate of the "OCT2", this upgrade will allow for significant reduction in valuable crew testing time and also allow for additional capabilities, like OCT Angiography and Multi-Color Fundus Imaging. Due to the custom scans used to monitor Space Flight-Associated Neuro-ocular Syndrome (SANS) in our crewmembers, an evaluation to assess the impacts of transitioning from "OCT1" to "OCT2" was performed. An engineering assessment (N=1) was performed to identify any potential impacts of maintaining an "OCT1" on board ISS while implementing an "OCT2" in the JSC Clinic. "OCT2" implementation will lag JSC FMC clinical implementation due to the flight certification/manifestation process. The clinical assessment was performed (n=12) to identify any impacts due to the replacement of the "OCT1" with the "OCT2" to the longitudinal OCT data across a crewmember's mission/lifetime. The qualitative results from the engineering and clinical evaluation will be reported, as well as the quantitative assessment of the clinical variables

Mason, S.↗

NASA NTRS2015

Software Defined Radio Architecture Contributions to Next Generation Space Communications

Space communications architecture concepts, comprising the elements of the system, the interactions among them, and the principles that govern their development, are essential factors in developing National Aeronautics and Space Administration (NASA) future exploration and science missions. Accordingly, vital architectural attributes encompass flexibility, the extensibility to insert future capabilities, and to enable evolution to provide interoperability with other current and future systems. Space communications architectures and technologies for this century must satisfy a growing set of requirements, including those for Earth sensing, collaborative observation missions, robotic scientific missions, human missions for exploration of the Moon and Mars where surface activities require supporting communications, and in-space observatories for observing the earth, as well as other star systems and the universe. An advanced, integrated, communications infrastructure will enable the reliable, multipoint, high-data-rate capabilities needed on demand to provide continuous, maximum coverage for areas of concentrated activity. Importantly, the cost/value proposition of the future architecture must be an integral part of its design; an affordable and sustainable architecture is indispensable within anticipated future budget environments. Effective architecture design informs decision makers with insight into the capabilities needed to efficiently satisfy the demanding space-communication requirements of future missions and formulate appropriate requirements. A driving requirement for the architecture is the extensibility to address new requirements and provide low-cost on-ramps for new capabilities insertion, ensuring graceful growth as new functionality and new technologies are infused into the network infrastructure. In addition to extensibility, another key architectural attribute of the space communication equipment's interoperability with other NASA communications systems, as well as those communications and navigation systems operated by international space agencies and civilian and government agencies. In this paper, we review the philosophies, technologies, architectural attributes, mission services, and communications capabilities that form the structure of candidate next-generation integrated communication architectures for space communications and navigation. A key area that this paper explores is from the development and operation of the software defined radio for the NASA Space Communications and Navigation (SCaN) Testbed currently on the International Space Station (ISS). Evaluating the lessons learned from development and operation feed back into the communications architecture. Leveraging the reconfigurability provides a change in the way that operations are done and must be considered. Quantifying the impact on the NASA Space Telecommunications Radio System (STRS) software defined radio architecture provides feedback to keep the standard useful and up to date. NASA is not the only customer of these radios. Software defined radios are developed for other applications, and taking advantage of these developments promotes an architecture that is cost effective and sustainable. Developments in the following areas such as an updated operating environment, higher data rates, networking and security can be leveraged. The ability to sustain an architecture that uses radios for multiple markets can lower costs and keep new technology infused.

Lessons Learned↗