Search NASA⌕ Search

SEARCH · Search NASA

Results for “EQUIPMENT SPECIFICATIONS”

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 109 records · Page 6
All sourcesNASA NTRSDOE OSTI
NASA NTRS2007

Imaging Sensor Flight and Test Equipment Software

The Lightning Imaging Sensor (LIS) is one of the components onboard the Tropical Rainfall Measuring Mission (TRMM) satellite, and was designed to detect and locate lightning over the tropics. The LIS flight code was developed to run on a single onboard digital signal processor, and has operated the LIS instrument since 1997 when the TRMM satellite was launched. The software provides controller functions to the LIS Real-Time Event Processor (RTEP) and onboard heaters, collects the lightning event data from the RTEP, compresses and formats the data for downlink to the satellite, collects housekeeping data and formats the data for downlink to the satellite, provides command processing and interface to the spacecraft communications and data bus, and provides watchdog functions for error detection. The Special Test Equipment (STE) software was designed to operate specific test equipment used to support the LIS hardware through development, calibration, qualification, and integration with the TRMM spacecraft. The STE software provides the capability to control instrument activation, commanding (including both data formatting and user interfacing), data collection, decompression, and display and image simulation. The LIS STE code was developed for the DOS operating system in the C programming language. Because of the many unique data formats implemented by the flight instrument, the STE software was required to comprehend the same formats, and translate them for the test operator. The hardware interfaces to the LIS instrument using both commercial and custom computer boards, requiring that the STE code integrate this variety into a working system. In addition, the requirement to provide RTEP test capability dictated the need to provide simulations of background image data with short-duration lightning transients superimposed. This led to the development of unique code used to control the location, intensity, and variation above background for simulated lightning strikes at user-selected locations.

Freestone, Kathleen↗
NASA NTRS1973

Cavitation in liquid cryogens. 3: Ogives

Experimental results for three, scaled, quarter-caliber ogives are given. Both desinent and developed cavity data, using liquid hydrogen and liquid nitrogen, are reported. The desinent data do not exhibit a consistent ogive size effect, but the developed cavity data were consistently influenced by ogive size; B-factor increases with increasing ogive diameter. The developed cavity data indicated that stable thermodynamic equilibrium exists throughout the vaporous cavities. These data were correlated by using the extended theory derived in NASA-CR-2156 (volume II of this report series). The new correlating parameter MTWO, improves data correlation for the ogives, hydrofoil, and venturi and appears attractive for future predictive applications. The cavitation coefficient and equipment size effects are shown to vary with specific equipment-fluid combinations. A method of estimating cavitation coefficient from knowledge of the noncavitating pressure coefficient is suggested.

Hord, J.↗
NASA NTRS1976

Shuttle payload interface verification equipment study. Volume 3: Specification data

A complete description is given of the IVE physical and performance design requirements as evolved in this study. The data are presented in a format to facilitate the development of an item specification. Data were used to support the development of the project plan data (schedules, cost, etc.) contained in Volume 4 of this report.

Source record↗
NASA NTRS1979

Public service user terminus study compendium of terminus equipment

General descriptions and specifications are given for equipments which facilitate satellite and terrestrial communications delivery by acting as interfaces between a human, mechanical, or electrical information generator (or source) and the communication system. Manufactures and suppliers are given as well as the purchase, service, or lease costs of various products listed under the following cateories: voice/telephony/facsimile equipment; data/graphics terminals; full motion and processes video equipment; and multiple access equipment.

Source record↗
NASA NTRSDate not supplied

Flight and Direct to Earth/Space Relay Communication System Architecture for GSFC CubeSat Missions

The CubeSat platform is finding increasing use in space science applications due to its low cost and comparative ease of launch. It is becoming a key scientific discovery tool in low Earth orbit (LEO) and beyond, including geosynchronous equatorial orbit (GEO), the Lagrange Points, Lunar missions, and more. The increasing complexity of these missions and their scientific goals must be supported by equal advancements in communications technology. Higher data rates and greater reliability are required every year. However, the reduced Size, Weight, and Power (SWaP) constraints of CubeSat platforms introduce unique challenges in the area of satellite communications. There is currently a lack of communication equipment tailored specifically to the CubeSat platform. This lack of standardized, tested equipment extends development time and reduces mission confidence. Furthermore, missions utilizing the CubeSat platform are often subject to more difficult design constraints. Antenna placement, size, and pointing are often subordinate to the requirements of the payload instruments and mission goals. Traditional link margin estimation techniques are insufficient in these cases, as they emphasize worst case scenarios. In reality the actual link parameters may vary widely even during a single pass. This presents new challenges in predicting communications performance and scheduling ground station contacts, but also new opportunities for improving efficiency. This paper presents the integration, testing, and validation process for a new software defined radio (SDR) designed for the CubeSat platform in conjunction with Vulcan Wireless, Inc. The SDR is planned for use on 5 upcoming CubeSat missions at NASAs Goddard Space Flight Center (GSFC) including a Geosynchronous Transfer Orbit (GTO) mission and it may also serve as a standard and well-tested option for future missions by enabling a standardized, rapid and low cost CubeSat communication system network integration process. Detailed simulations have been developed to estimate the communication performance of these missions, taking the unique antenna placements and attitude behavior of each satellite into account. These simulations allow a much more accurate analysis of the expected link margin, which varies considerably during each pass for the NASA Space Relay (SR) and Direct to Earth (DTE) network. The modelling procedures are outlined, and the results are used to predict communications performance of the missions.

Space Networks↗
NASA NTRS2003

Signal-Conditioning Amplifier Recorders

Signal-conditioning amplifier recorders (SCAmpRs) have been proposed as a means of simplifying and upgrading the Kennedy Space Center (KSC) Ground Measurement System (GMS), which is a versatile data-acquisition system that gathers and records a variety of measurement data before and during the launch of a space shuttle. In the present version of the GMS system, signal conditioning amplifiers digitize and transmit data to a VME chassis that multiplexes up to 416 channels. The data is transmitted via a high-speed data bus to a second VME chassis where it is available for snapshots. The data is passed from the second VME chassis to a high-speed data recorder. This process is duplicated for installations at two launch pads and the Vehicle Assembly Building (VAB). Since any failure of equipment in the data path results in loss of data, much of the system is redundant. The architecture of the existing GMS limits expansion or any modification to the system to meet changing requirements because of the cost and time required. A SCAmpR-based system is much more flexible. The basis of the simplification, flexibility, and reliability is the shifting of the recording function to the individual amplifier channels. Each SCAmpR is a self-contained single channel data acquisition system, which in its current implementation, has a data storage capacity of up to 30 minutes when operating at the fastest data sampling rates. The SCAmpR channels are self-configuring and self-calibrating. Multiple SCAmpR channels are ganged on printed circuit boards and mounted in a chassis that provides power, a network hub, and Inter-Range Instrument Group (IRIG) time signals. The SCAmpR channels share nothing except physical mounting on a circuit board. All circuitry is electrically separate for each channel. All that is necessary to complete the data acquisition system is a single master computer tied to the SCAmpR channels by standard network equipment. The size of the data acquisition system dictates the requirements for the specific network equipment.

Medelius, Pedro J.↗
NASA NTRS1974

An evaluation of Skylab habitability hardware

For effective mission performance, participants in space missions lasting 30-60 days or longer must be provided with hardware to accommodate their personal needs. Such habitability hardware was provided on Skylab. Equipment defined as habitability hardware was that equipment composing the food system, water system, sleep system, waste management system, personal hygiene system, trash management system, and entertainment equipment. Equipment not specifically defined as habitability hardware but which served that function were the Wardroom window, the exercise equipment, and the intercom system, which was occasionally used for private communications. All Skylab habitability hardware generally functioned as intended for the three missions, and most items could be considered as adequate concepts for future flights of similar duration. Specific components were criticized for their shortcomings.

Stokes, J.↗
NASA NTRS1967

Surveyor television mechanisms

Design specifications for Surveyor Spacecraft television camera mechanisms, and operating conditions in lunar environment

EQUIPMENT SPECIFICATIONS↗
NASA NTRS1996

Verification of force and acceleration specifications for random vibration tests of Cassini spacecraft equipment

The use of force limiting in the random vibration testing of the Cassini spacecraft's subsystems is reported on. A verification of the Cassini equipment random vibration test acceleration and force specifications is provided by interface acceleration and force data measured in acoustic tests of the Cassini spacecraft development test model (DTM). Acoustic tests were performed on the DTM structure with different structural and equipment configurations. The acceleration and force spectra at the interface between the equipment items and the spacecraft DTM structure were measured in the acoustic tests and compared with the equipment random vibration test specifications. The spacecraft's apparent masses were measured at the equipment mounting points and used in force limit predictions.

Chang, Kurng Y.↗
NASA NTRS1994

Status of frequency and time support for NASA systems

NASA has frequency and timing systems at many facilities and centers. Timing systems with specifications tighter than several microseconds are covered. These ground based systems support scientific experiments and spacecraft tracking for the following programs; NASA Satellite Laser Ranging (NSLR); Network Mission Operations Support (NMOS); Kennedy Space Center (KSC); Very Long Baseline Interferometry (VLBI); Tracking Data Relay Satellite System (TDRSS) Ground Terminal Network; and the Deep Space Network (DSN). Major equipment assemblies, specifications, performance, and requirements, both present and future, are presented.

Kuhnle, Paul F.↗
NASA NTRS2000

Hardware Development Process for Human Research Facility Applications

The simple goal of the Human Research Facility (HRF) is to conduct human research experiments on the International Space Station (ISS) astronauts during long-duration missions. This is accomplished by providing integration and operation of the necessary hardware and software capabilities. A typical hardware development flow consists of five stages: functional inputs and requirements definition, market research, design life cycle through hardware delivery, crew training, and mission support. The purpose of this presentation is to guide the audience through the early hardware development process: requirement definition through selecting a development path. Specific HRF equipment is used to illustrate the hardware development paths. The source of hardware requirements is the science community and HRF program. The HRF Science Working Group, consisting of SCientists from various medical disciplines, defined a basic set of equipment with functional requirements. This established the performance requirements of the hardware. HRF program requirements focus on making the hardware safe and operational in a space environment. This includes structural, thermal, human factors, and material requirements. Science and HRF program requirements are defined in a hardware requirements document which includes verification methods. Once the hardware is fabricated, requirements are verified by inspection, test, analysis, or demonstration. All data is compiled and reviewed to certify the hardware for flight. Obviously, the basis for all hardware development activities is requirement definition. Full and complete requirement definition is ideal prior to initiating the hardware development. However, this is generally not the case, but the hardware team typically has functional inputs as a guide. The first step is for engineers to conduct market research based on the functional inputs provided by scientists. CommerCially available products are evaluated against the science requirements as well as modifications needed to meet program requirements. Options are consolidated and the hardware development team reaches a hardware development decision point. Within budget and schedule constraints, the team must decide whether or not to complete the hardware as an in-house, subcontract with vendor, or commercial-off-the-shelf (COTS) development. An in-house development indicates NASA personnel or a contractor builds the hardware at a NASA site. A subcontract development is completed off-site by a commercial company. A COTS item is a vendor product available by ordering a specific part number. The team evaluates the pros and cons of each development path. For example, in-bouse developments utilize existing corporate knowledge regarding bow to build equipment for use in space. However, technical expertise would be required to fully understand the medical equipment capabilities, such as for an ultrasound system. It may require additional time and funding to gain the expertise that commercially exists. The major benefit of subcontracting a hardware development is the product is delivered as an end-item and commercial expertise is utilized. On the other hand, NASA has limited control over schedule delays. The final option of COTS or modified COTS equipment is a compromise between in-house and subcontracts. A vendor product may exist that meets all functional requirements but req uires in-house modifications for successful operation in a space environment. The HRF utilizes equipment developed using all of the paths described: inhouse, subcontract, and modified COTS.

Bauer, Liz↗
NASA NTRS1974

Analysis of commercial equipment and instrumentation for Spacelab payloads. Volume 3: Design analysis and trade studies

A detailed analysis is presented of each selected equipment item, and suitability and cost analyses were documented by equipment item. Tradeoffs of alternative specification requirements are presented which include possible relaxation of vibration, material control, fungus and corrosion requirements for experiment equipment. An additional tradeoff was performed to determine whether it is cost effective to modify experiment equipment to be compatible with a 28-volt dc power source rather than the conventional 110-volt ac source. Programmatic analysis data are given which were used as the basis for the extension of results from the analyses of specific equipment items to the entire spacelab experiment program.

Source record↗