SEARCH · Engineering Papers
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.
Eight experiments flown on the CV-990 airborne laboratory during the NASA/ESA joint Spacelab simulation mission are described in terms of their physical arrangement in the aircraft, their scientific objectives, developmental considerations dictated by mission requirements, checkout, integration into the aircraft, and the inflight operation and performance of the experiments.
A data system for use in testing integrated subsystems of a modular integrated utility system (MIUS) is presented. The MIUS integration and subsystem test (MIST) data system is reviewed from its conception through its checkout and operation as the controlling portion of the MIST facility. The MIST data system provides a real time monitoring and control function that allows for complete evaluation of the performance of the mechanical and electrical subsystems, as well as controls the operation of the various components of the system. In addition to the aforementioned capabilities, the MIST data system provides computerized control of test operations such that minimum manpower is necessary to set up, operate, and shut down subsystems during test periods.
Performance, limitations, supporting software, and current checkout and operating procedures are presented for the flight simulator, in terms useful to the researcher who intends to use it. Suggestions to help the researcher prepare the experimental plan are also given. The FSAA's central computer, cockpit, and visual and motion systems are addressed individually but their interaction is considered as well. Data required, available options, user responsibilities, and occupancy procedures are given in a form that facilitates the initial communication required with the NASA operations' group.
GEOS 3 (Geodynamics Experimental Ocean Satellite) is the first satellite launched in the NASA Earth and Ocean Physics Applications Program and is designed to perform both geodetic and oceanographic missions. Aboard GEOS 3 is a radar altimeter for measuring the ocean surface characteristics and the spacecraft to ocean surface distance. Frequency of operation is 13.9 GHz, with two modes of operation - global or long pulse (200 nsec) mode, and intensive or short pulse (12 nsec) pulse mode. The discussion covers spacecraft and instrumentation, mission objectives, spacecraft performance, and altimeter data characteristics. Although the altimeter operation is planned only over water, the checkout of the altimeter system demonstrated that the global mode is capable of operating over land for which the terrain is not too mountainous. Sample altimeter sea surface and waveform measurements are presented.
The paper discusses the relationships that will develop among experimenters, mission managers, and operators when satellites, using equipment transported by the Space Shuttle, are constructed in space. Since these satellites do not have to be lifted and guided from the earth's surface, and since they are more accessible for maintenance, future hardware will be built to less demanding standards, which will permit a greater variety of research and more of it in terms of costs. Present and future interrelationships among management authority, interface documentation, accommodations allocation, experiment autonomy, and assembly and checkout are analyzed, so that less costly payload-integration procedures can be developed.
The Launch Processing System has been under development at Kennedy Space Center since 1973. A prototype system was developed and delivered to Marshall Space Flight Center for Solid Rocket Booster checkout in July 1976. The first production hardware arrived in late 1976. The System uses a distributed computer network for command and monitoring and is supported by a dual large scale computer system for 'off line' processing. A high level of automation is anticipated for Shuttle and Payload testing and launch operations to gain the advantages of short turnaround capability, repeatability of operations, and minimization of operations and maintenance (O&M) manpower. Learning how to efficiently apply the system is our current problem. We are searching for more effective ways to convey LPS system performance characteristics from the designer to a large number of users. Once we have done this, we can realize the advantages of LPS system design.
Automated Power Systems Management (APSM) is defined as the capability of a spacecraft power system to automatically perform monitoring, computational, command, and control functions without ground intervention. Power systems for future planetary spacecraft must have this capability because they must perform up to 10 years, and accommodate real-time changes in mission execution autonomously. Specific APSM functions include fault detection, isolation, and correction; system performance and load profile prediction; power system optimization; system checkout; and data storage and transmission control. This paper describes the basic method of implementing these specific functions. The APSM hardware includes a central power system computer and a processor dedicated to each major power system subassembly along with digital interface circuitry. The major payoffs anticipated are in enhancement of spacecraft reliability and life and reduction of overall spacecraft program cost.
Manual for prototype solar-heating system gives detailed installation procedures for each of seven subsystems. Procedures for operation and maintenance are also included. It discusses architectural considerations, building construction considerations, and checkout-test procedures.
The need for a new capability/maintenance interface specification for the NASTRAN system was discussed. Those problems are highlighted which are most difficult to resolve when a new capability is delivered for inclusion into an archive level. The guidelines presented show the objectives of new capability integration as they relate to design and development, delivery, checkout, and documentation. Examples of new capability/maintenance interface already done on an informal basis are presented to illustrate the 'test conditions' of the idea of defining implementation objectives.
An Airborne Science/Spacelab Experiments System Simulation (ASSESS II) mission, was conducted with the CV-990 airborne laboratory in May 1977. The project studied the full range of Spacelab-type activities including management interactions, experiment selection and funding, hardware development, payload integration and checkout, mission specialist and payload specialist selection and training, mission control center payload operations control center arrangements and interactions, real time interaction during flight between principal investigators and the flight crew, and retrieval of scientific flight data. ESA established an integration and coordination center for the ESA portion of the payload as planned for Spacelab. A strongly realistic Spacelab mission was conducted on the CV-990 aircraft. U.S. and ESA scientific experiments were integrated into a payload and flown over a 10 day period, with the payload flight crew fully-confined to represent a Spacelab mission. Specific conclusions for Spacelab planning are presented along with a brief explanation of each.
Design analysis of a microbial load monitor system flight engineering model was presented. Checkout of the card taper and media pump system was fabricated as well as the final two incubating reading heads, the sample receiving and card loading device assembly, related sterility testing, and software. Progress in these areas was summarized.
The adaptation of an extreme ultraviolet astronomy rocket payload for flight on the shuttle was studied. A sample payload for determining integration and flight procedures for experiments which may typically be flown on shuttle missions was provided. The electrical, mechanical, thermal, and operational interface requirements between the payload and the orbiter were examined. Of particular concern was establishing a baseline payload accommodation which utilizes proven common hardware for electrical, data, command, and possibly real time monitoring functions. The instrument integration and checkout procedures necessary to assure satisfactory in-orbit instrument performance were defined and those procedures which can be implemented in such a way as to minimize their impact on orbiter integration schedules were identified.
The requirements and specifications for a general purpose payload communications system simulator to be used to emulate those communications system portions of NASA and DOD payloads/spacecraft that will in the future be carried into earth orbit by the shuttle are discussed. For the purpose of on-orbit checkout, the shuttle is required to communicate with the payloads while they are physically located within the shuttle bay (attached) and within a range of 20 miles from the shuttle after they have been deployed (detached). Many of the payloads are also under development (and many have yet to be defined), actual payload communication hardware will not be available within the time frame during which the avionic hardware tests will be conducted. Thus, a flexible payload communication system simulator is required.
Actual measured values from simulator checkout tests are detailed. Problems encountered during initial startup are discussed and solutions described. Techniques utilized to evaluate collector performance from simulator test data are given. Performance data generated in the simulator are compared to equivalent data generated during natural outdoor testing. Finally, a summary of collector performance parameters generated to date as a result of simulator testing are given.
The facility was designed and built and is being operated as a national facility to serve the needs of the entire DOE National Photovoltaic Program. The object of the facility is to provide a place where photovoltaic systems may be assembled and electrically configured, without specific physical configuration, for operation and testing to evaluate their performance and characteristics. The facility as a breadboard system allows investigation of operational characteristics and checkout of components, subsystems and systems before they are mounted in field experiments or demonstrations. The facility as currently configured consist of 10 kW of solar arrays built from modules, two inverter test stations, a battery storage system, interface with local load and the utility grid, and instrumentation and control necessary to make a flexible operating facility. Expansion to 30 kW is planned for 1978. Test results and operating experience are summaried to show the variety of work that can be done with this facility.
Cost effective techniques for addressing management and operational activities on Spacelab were identified and analyzed during a ten day NASA-ESA cooperative mission with payload and flight responsibilities handled by the organization assigned for early Spacelabs. Topics discussed include: (1) management concepts and interface relationships; (2) experiment selection; (3) hardware development; (4) payload integration and checkout; (5) selection and training of mission specialists and payload specialists; (6) mission control center/payload operations control center interactions with ground and flight problems; (7) real time interaction during flight between principal investigators and the mission specialist/payload specialist flight crew; and (8) retrieval of scientific data and its analysis.
Unattended station operation was implemented that permitted full operational control from the network operations center (NOCC). Sensors were installed in the mechanical subsystem to monitor critical functions and to permit automated premission checkout of the subsystem, automated reaction to component failure, and identification of failed components under control of the antenna pointing computer. This monitoring installation is a prototype for monitoring equipment to be installed throughout the DSN.
Isoparametric quadrilateral and triangular elements were used to represent the vacuum vessel shell structure. For toroidally symmetric loadings, MPCs were employed across model boundaries and rigid format 24 was invoked. Nonsymmetric loadings required the use of the cyclic symmetry analysis available with rigid format 49. NASTRAN served as an important analysis tool in the Tokamak design effort by providing a reliable means for assessing structural integrity. Interactive graphics were employed in the finite element model generation and in the post-processing of results. It was felt that model generation and checkout with interactive graphics reduced the modelling effort and debugging man-hours significantly.