Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “OPS”

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 181 records · Page 10

A PC based tool for mission plan production

Satellite positioning is managed according to a mission plan (MP) which provides, on a minute accuracy basis, a chronological list of events and associated actions to be performed. This tool, called MM2, is designed under the Windows environment. Excel is used to provide the MP itself. A Visual Basic process then translates it into a graphic symbolic representation called flight plan (FP). During operations, MM2 is also used to log the actual event dates and/or dated OPS Manager live comments.

Joli, Jean-Pierre↗

Low Cost Mission Operations Workshop

The presentations given at the Low Cost (Space) Mission Operations (LCMO) Workshop are outlined. The LCMO concepts are covered in four introductory sections: Definition of Mission Operations (OPS); Mission Operations (MOS) Elements; The Operations Concept; and Mission Operations for Two Classes of Missions (operationally simple and complex). Individual presentations cover the following topics: Science Data Processing and Analysis; Mis sion Design, Planning, and Sequencing; Data Transport and Delivery, and Mission Coordination and Engineering Analysis. A list of panelists who participated in the conference is included along with a listing of the contact persons for obtaining more information concerning LCMO at JPL. The presentation of this document is in outline and graphic form.

Source record↗

Proportional and scale change models to project failures of mechanical components with applications to space station

In this paper we develop the mathematical theory of proportional and scale change models to perform reliability analysis. The results obtained will be applied for the Reaction Control System (RCS) thruster valves on an orbiter. With the advent of extended EVA's associated with PROX OPS (ISSA & MIR), and docking, the loss of a thruster valve now takes on an expanded safety significance. Previous studies assume a homogeneous population of components with each component having the same failure rate. However, as various components experience different stresses and are exposed to different environments, their failure rates change with time. In this paper we model the reliability of a thruster valves by treating these valves as a censored repairable system. The model for each valve will take the form of a nonhomogeneous process with the intensity function that is either treated as a proportional hazard model, or a scale change random effects hazard model. Each component has an associated z, an independent realization of the random variable Z from a distribution G(z). This unobserved quantity z can be used to describe heterogeneity systematically. For various models methods for estimating the model parameters using censored data will be developed. Available field data (from previously flown flights) is from non-renewable systems. The estimated failure rate using such data will need to be modified for renewable systems such as thruster valve.

Taneja, Vidya S.↗

Space Station Furnace Facility Management Information System (SSFF-MIS) Development

This report summarizes the chronology, results, and lessons learned from the development of the SSFF-MIS. This system has been nearly two years in development and has yielded some valuable insights into specialized MIS development. General: In December of 1994, the Camber Corporation and Science Applications International Corporation (SAIC) were contracted to design, develop, and implement a MIS for Marshall Space Flight Center's Space Station Furnace Facility Project. The system was to be accessible from both EBM-Compatible PC and Macintosh platforms. The system was required to contain data manually entered into the MIS as well as data imported from other MSFC sources. Electronic interfaces were established for each data source and retrieval was to be performed at prescribed time intervals. The SOW requirement that predominantly drove the development software selection was the dual-platform (IBM-PC and Macintosh) requirement. The requirement that the system would be maintained by Government personnel influenced the selection of Commercial Off-the-shelf software because of its inherent stability and readily available documentation and support. Microsoft FoxPro Professional 2.6 for Windows and Macintosh was selected as the development tool. This is a software development tool that has been in use for many years. It is stable and powerful. Microsoft has since released the replacement for this product, Microsoft Visual FoxPro, but at the time of this development, it was only available on the Windows platform. The initial contract included included the requirement for capabilities relating to the Work- and Organizational Breakdown Structures, cost (plan and actuals), workforce (plan and actuals), critical path scheduling, trend analysis, procurements and contracts, interface to manufacturing, Safety and Mission Assurance, risk analysis, and technical performance indicators. It also required full documentation of the system and training of users. During the course of the contract, the requirements for Safety and Mission Assurance interface, risk analysis, and technical performance indicators were deleted. Additional capabilities were added as reflected in the Contract Chronology below. Modification 4 added the requirement for Support Contractor manpower data, the ability to manually input data not imported from non-nal sources, a general 'health' indicator screen, and remote usage. Mod 6 included the ability to change the level of planning of Civil Service Manpower at any time and the ability to manually enter Op Codes in the manufacturing data where such codes were not provided by the EMPACS database. Modification 9 included a number of changes to report contents and formats. Modification 11 required the preparation of a detailed System Design Document.

Meade, Robert M.↗

On-Orbit Calibration of ADEOS OCTS with an AVIRIS Underflight

The Ocean Color Temperature Scanner (OCTS) onboard the Advanced Earth Observation Satellite (ADEOS) was launched on August 17, 1996. Calibration of OCTS is required for use of the on-orbit measured data for retrieval of physical properties of the ocean. In the solar reflected portion of the electromagnetic spectrum, OCTS measures images with nominally 700-m spatial resolution through eight multispectral bands. The objective of this research was to establish the absolute radiometric calibration of OCTS on orbit through an underflight by the Airborne Visible/Infrared Imaging Spectrometer (AVIRIS). AVIRIS is a NASA earth-observing imaging spectrometer designed, built and operated by the Jet Propulsion Laboratory (JPL). AVIRIS acquires data from 20-km altitude on a NASA ER-2 aircraft, above most of the Earth's atmosphere. AVIRIS measures the solar reflected spectrum from 370 nm to 2500 nm through 224 contiguous spectral channels. The full width at half maximum (FWHM) of the spectral channels is nominally 10-nm. AVIRIS spectra are acquired as images of 11 km by up to 800 km extent with 20-m spatial resolution. The high spectral resolution of AVIRIS data allows direct convolution to the spectral response functions of the eight multispectral bands of OCTS. The high spatial resolution of AVIRIS data allows for spatial re-sampling of the data to match the ADEOS sensors spatial resolution. In addition, the AVIRIS high spatial resolution allows assessment of the scaling effects due to environmental factors of thin cirrus clouds, sub-pixel cloud cover, white caps, ocean foam, sun-glint, and bright-target adjacency. The platform navigation information recorded by AVIRIS allows calculation of the position and observation geometry of each spectrum for matching to the OCTS measurement. AVIRIS is rigorously characterized and calibrated in the laboratory prior to and following the flight season. The stability and repeatability of AVIRIS calibration have been validated through an extensive series of inflight calibration experiments. In the OCTS portion of the spectrum, using pre-and post-flight runway calibrations of AVIRIS coupled with the on-board calibrator an absolute calibration accuracy of better than 3% spectral, 2% radiometric and 5% spatial has been achieved. An analogous satellite underflight calibration experiment was performed with AVIRIS and the Optical Sensor (OPS) onboard the Japanese Earth Resources Satellite (JERS).

Green, Robert O.↗

On-Orbit Calibration of ADEOS OCTS with an AVIRIS Underflight

The Ocean Color Temperature Scanner (OCTS) onboard the Advanced Earth Observation Satellite (ADEOS) was launched on August 17, 1996. Calibration of OCTS is required for use of the on-orbit measured data for retrieval of physical properties of the ocean. In the solar reflected portion of the electromagnetic spectrum, OCTS measures images with nominally 700-m spatial resolution through eight multispectral bands. The objective of this research was to establish the absolute radiometric calibration of OCTS on orbit through an underflight by the Airborne Visible/Infrared Imaging Spectrometer (AVIRIS). AVIRIS is a NASA Earth-observing imaging spectrometer designed, built and operated by the Jet Propulsion Laboratory (JPL). AVIRIS acquires data from 20-km altitude on a NASA ER-2 aircraft, above most of the Earth's atmosphere. AVIRIS measures the solar reflected spectrum from 370 nm to 2500 nm through 224 contiguous spectral channels. The full width at half maximum (FWHM) of the spectral channels is nominally 10-nm. AVIRIS spectra are acquired as images of 11 km by up to 800 km extent with 20-m spatial resolution. The high spectral resolution of AVIRIS data allows direct convolution to the spectral response functions of the eight multispectral bands of OCTS. The high spatial resolution of AVIRIS data allows for spatial re-sampling of the data to match the ADEOS sensors spatial resolution. In addition, the AVIRIS high spatial resolution allows assessment of the scaling effects due to environmental factors of thin cirrus clouds, sub-pixel cloud cover, white caps, ocean foam, sun-glint, and bright-target adjacency. The platform navigation information recorded by AVIRIS allows calculation of the position and observation geometry of each spectrum for matching to the OCTS measurement. AVIRIS is rigorously characterized and calibrated in the laboratory prior to and following the flight season. The stability and repeatability of AVIRIS calibration have been validated through an extensive series of inflight calibration experiments. In the OCTS portion of the spectrum, using pre- and post-flight runway calibrations of AVIRIS coupled with the on-board calibrator an absolute calibration accuracy of better than 3% spectral, 2% radiometric, and 5% spatial, has been achieved. An analogous satellite underflight calibration experiment was performed with AVIRIS and the Optical Sensor (OPS) onboard the Japanese Earth Resources Satellite (JERS).

Green, Robert O.↗

Evaluation of Fieldbus and OPC for Advanced Life Support

FOUNDATION(Tm) Fieldbus and OP(TM) (OLE(TM)for Process Control) technologies were integrated into an existing control system for a crop growth chamber at NASA Ames Research Center. FOUNDATION(TM) Fieldbus is a digital, bi-directional, multi-drop, serial communications network which functions essentially as a LAN for sensors. FOUNDATION(TM) Fieldbus is heterarchical, with publishers and subscribers of data performing complex control functions at low levels without centralized control and its associated overhead. OPC(TM) is a set of interfaces which replace proprietary drivers with a transparent means of exchanging data between the fieldbus and applications. The objectives were: (1) to integrate FOUNDATION(TM) Fieldbus into existing ALS hardware and determine its overall effectiveness and reliability and, (2) to quantify any savings produced by using fieldbus and OPC technologies. We encountered several problems with the FOUNDATION(TM) Fieldbus hardware chosen. Our hardware exposed 100 data for each channel of the fieldbus. The fieldbus configurator software used to program the fieldbus was simply not adequate. The fieldbus was also not inherently reliable. It lost its settings twice during our tests for unknown reasons. OPC also had issues. It did not function at all as supplied, requiring substitution of some of its components with those from other vendors. It would stop working after a fixed period of time. Certain database calls eventually lock the machine. Overall, we would not recommend FOUNDATION(TM) Fieldbus: it was too difficult to implement with little overall added value. It also seems unlikely that FOUNDATION(TM) Fieldbus will gain sufficient penetration into the laboratory instrument market to ever be cost effective for the ALS community. OPC had good reliability and performance once a stable installation was achieved. It allowed a rapid change to an alternative software strategy when our first strategy failed. It is a cost effective solution to distributed control systems development.

Boulanger, Richard P.↗

Onward to Petaflops Computing

With the recent demonstration of a computing rate of one Tflop/s at Sandia National Lab, one might ask what lies ahead for high-end computing. The next major milestone is a sustained rate of one Pflop/s (also written one petaflops, or 10(exp 15) floating-point operations per second). It should be emphasized that we could just as well use the term "peta-ops", since it appears that large scientific systems will be required to perform intensive integer and logical computation in addition to floating-point operations, and completely non- floating-point applications are likely to be important as well. In addition to prodigiously high computational performance, such systems must of necessity feature very large main memories, between ten Tbyte (10(exp 13) byte) and one Pbyte (10 (exp 15) byte) depending on application, as well as commensurate I/O bandwidth and huge mass storage facilities. The current consensus of scientists who have performed initial studies in this field is that "affordable" petaflops systems may be feasible by the year 2010, assuming that certain key technologies continue to progress at current rates. A sustained petaflops computing capability however is a daunting challenge; it appears significantly more challenging from today's state-of-the-art than achieving one Tflop/s has been from the level of one Gflop/s about 12 years ago. Challenges are faced in the arena of device technology, system architecture, system software, algorithms and applications. This talk will give an overview of some of these challenges, and describe some of the recent initiatives to address them.

Bailey, David H.↗

Thermococcus sulfurophilus sp. nov., a New Hyperthermophilic, Sulfur-Reducing Archaeon Isolated from Deep-Sea Hydrothermal Vent

A new hyperthermophilic, anaerobic, sulfur-reducing, organo-heterotrophic archaeon, strain OGL-20P, was isolated from "black smoker" chimney material at the Rainbow hydrothermal vent site in the Atlantic Ocean (36.2 N; 33.9 W). The cells of strain OGL-20P have irregular coccoid shape and are motile with a single flagellum. Growth occurs within pH range of 5.5-8.2 (optimal at pH 7.0-7.2), salinity range of 1-5% NaCl (optimal concentration 3% NaCl wt/vol), and temperature range of +55 C to +94 C (optimal growth at +83 C to +85 C). Strain OGL-20P is resistant to freezing (at -20 C). New isolate is strictly anaerobic with sulfur-type of respiration. A limited number of compounds are utilized as electron donors, including peptone, becto-tryptone, casamino-acids, and yeast extract but does not grow with separate amino acids. Sulfur and Iron can be used as electron acceptors; but not sulfate, sulfite, thiosulfate or nitrate. Strain OGL-20P is resistant to chloramphenicol, kanamycin, and gentamycin. Growth of str. OGL20P is inhibited by tetracyclin but not by Na2MoO4. The G+C content of DNA is 57.2 mol%. The 16S ribosomal RNA sequence analysis allows one to classify strain OGL-20P as a representative of a now species of Thermococcus genus. The name Thermococcus sulfurophilus op. nov., was suggested for the new isolate, type strain OGL-20P (sup T) (= ATCC BAA_394 (sup T) = DSM...(supT)).

Pikuta, Elena V.↗

Two Outs, Bottom of the Ninth

It was eight months before launch when my second Flight Operations Team lead said he was leaving the project for another job. Six months earlier, the original lead had said he was leaving. I was stunned--but I remained confident that we would recover. I didn't expect to lose the second lead. After all, lightning is not supposed to strike twice in the same place. This time, with only eight months until launch, I was very much concerned. No, 'concerned' is probably too mild a word. Let's get it right: I was sweating. Losing a lead at any stage presents problems, but two losses within 6 months of each other can definitely shake the confidence of an inexperienced Flight Ops Team.

Snow, Frank↗

An Analysis for an Internet Grid to Support Space Based Operations

Currently, and in the past, dedicated communication circuits and "network services" with very stringent performance requirements have been used to support manned and unmanned mission critical ground operations at GSFC, JSC, MSFC, KSC and other NASA facilities. Because of the evolution of network technology, it is time to investigate other approaches to providing mission services for space ground and flight operations. In various scientific disciplines, effort is under way to develop network/komputing grids. These grids consisting of networks and computing equipment are enabling lower cost science. Specifically, earthquake research is headed in this direction. With a standard for network and computing interfaces using a grid, a researcher would not be required to develop and engineer NASA/DoD specific interfaces with the attendant increased cost. Use of the Internet Protocol (IP), CCSDS packet spec, and reed-solomon for satellite error correction etc. can be adopted/standardized to provide these interfaces. Generally most interfaces are developed at least to some degree end to end. This study would investigate the feasibility of using existing standards and protocols necessary to implement a SpaceOps Grid. New interface definitions or adoption/modification of existing ones for the various space operational services is required for voice both space based and ground, video, telemetry, commanding and planning may play a role to some undefined level. Security will be a separate focus in the study since security is such a large issue in using public networks. This SpaceOps Grid would be transparent to users. It would be anagulous to the Ethernet protocol's ease of use in that a researcher would plug in their experiment or instrument at one end and would be connected to the appropriate host or server without further intervention. Free flyers would be in this category as well. They would be launched and would transmit without any further intervention with the researcher or ground ops personnel. The payback in developing these new approaches in support of manned and unmanned operations is lower cost and will enable direct participation by more people in organizations and educational institutions in space based science. By lowering the high cost of space based operations and networking, more resource will be available to the science community for science. With a specific grid in place, experiment development and operations would be much less costly by using standardized network interfaces. Because of the extensive connectivity on a global basis, significant numbers of people would participate in science who otherwise would not be able to participate.

Bradford, Robert↗

Runway Operations Planning: A Two-Stage Solution Methodology

The airport runway is a scarce resource that must be shared by different runway operations (arrivals, departures and runway crossings). Given the possible sequences of runway events, careful Runway Operations Planning (ROP) is required if runway utilization is to be maximized. Thus, Runway Operations Planning (ROP) is a critical component of airport operations planning in general and surface operations planning in particular. From the perspective of departures, ROP solutions are aircraft departure schedules developed by optimally allocating runway time for departures given the time required for arrivals and crossings. In addition to the obvious objective of maximizing throughput, other objectives, such as guaranteeing fairness and minimizing environmental impact, may be incorporated into the ROP solution subject to constraints introduced by Air Traffic Control (ATC) procedures. Generating optimal runway operations plans was approached in with a 'one-stage' optimization routine that considered all the desired objectives and constraints, and the characteristics of each aircraft (weight class, destination, Air Traffic Control (ATC) constraints) at the same time. Since, however, at any given point in time, there is less uncertainty in the predicted demand for departure resources in terms of weight class than in terms of specific aircraft, the ROP problem can be parsed into two stages. In the context of the Departure Planner (OP) research project, this paper introduces Runway Operations Planning (ROP) as part of the wider Surface Operations Optimization (SOO) and describes a proposed 'two stage' heuristic algorithm for solving the Runway Operations Planning (ROP) problem. Focus is specifically given on including runway crossings in the planning process of runway operations. In the first stage, sequences of departure class slots and runwy crossings slots are generated and ranked based on departure runway throughput under stochastic conditions. In the second stage, the departure class slots are populated with specific flights from the pool of available aircraft, by solving an integer program. Preliminary results from the algorithm implementation on real-world traffic data are included.

Anagnostakis, Ioannis↗

STK/Lifetime as a Replacement for Heritage Orbital Lifetime Software

The Flight Dynamics Analysis Branch (FDAB) of NASNGSFC is tasked with determining the orbital lifetime of several developmental and operational satellites, which include the Hubble Space Telescope. A DOS based program developed by the FDAB many years ago, called PC Lifetime, is used to determine a satellite s lifetime and could soon be in need of a replacement. STK s Lifetime Object Tool is a possible candidate. Due to the reduced support of the PC Lifetime program, and the growing incompatibility of older programs with new operating systems, a comparative analysis was done to determine if STWLifetime could meet the stringent requirements that were laid before it. The use of highly accurate numerical propagators such as STK s High Precision Orbit Propagator ( OP) and the Goddard Trajectory Determination System (GTDS) provided a basis on which to compare STWLifetime s results. Several test cases were run, but the main four test cases would determine whether or not STWLifetime could be PC- Lifetime s replacement. These four cases include a geotransfer orbit, two circular LEOS, and a Poiar LEO. Following rigorous testmg procedures, a conclusion will be determined. STK has proved to be a versatile program on many satellite missions and the FDAB has high hopes that it can pass FDAB s requirements for orbital lifetime prediction.

Dove, Edwin↗

Scalability of Parallel Spatial Direct Numerical Simulations on Intel Hypercube and IBM SP1 and SP2

The implementation and performance of a parallel spatial direct numerical simulation (PSDNS) approach on the Intel iPSC/860 hypercube and IBM SP1 and SP2 parallel computers is documented. Spatially evolving disturbances associated with the laminar-to-turbulent transition in boundary-layer flows are computed with the PSDNS code. The feasibility of using the PSDNS to perform transition studies on these computers is examined. The results indicate that PSDNS approach can effectively be parallelized on a distributed-memory parallel machine by remapping the distributed data structure during the course of the calculation. Scalability information is provided to estimate computational costs to match the actual costs relative to changes in the number of grid points. By increasing the number of processors, slower than linear speedups are achieved with optimized (machine-dependent library) routines. This slower than linear speedup results because the computational cost is dominated by FFT routine, which yields less than ideal speedups. By using appropriate compile options and optimized library routines on the SP1, the serial code achieves 52-56 M ops on a single node of the SP1 (45 percent of theoretical peak performance). The actual performance of the PSDNS code on the SP1 is evaluated with a "real world" simulation that consists of 1.7 million grid points. One time step of this simulation is calculated on eight nodes of the SP1 in the same time as required by a Cray Y/MP supercomputer. For the same simulation, 32-nodes of the SP1 and SP2 are required to reach the performance of a Cray C-90. A 32 node SP1 (SP2) configuration is 2.9 (4.6) times faster than a Cray Y/MP for this simulation, while the hypercube is roughly 2 times slower than the Y/MP for this application. KEY WORDS: Spatial direct numerical simulations; incompressible viscous flows; spectral methods; finite differences; parallel computing.

Joslin, Ronald D.↗

My Work in the NASA Glenn History Office and Records Management Office

This is my fourth summer working with my mentor, Kevin P. Coleman, who is the Center History Coordinator, Center Records Manager, and Center Forms Manager. I am working in the GRC History Office with some overlap in the Records Management Office. I have three major projects this summer. First, I am assisting in the documentation of historic facilities. Second, I am involved in a project to organize files and create an archives at Plum Brook Station. Third, I have helped the records management office with its inventory of stored records at Plum Brook. Also, I received an award this summer for research work I had done for NASA in the past. First, my primary project is to help assemble documentation for historic facilities at Glenn. This is somewhat of an extension of my project from last summer. Last summer, I worked to compile a complete list of all of NASA s historic sites and landmarks (as designated by the National Park Service, as well as several private organizations) throughout the country. Then, I briefly researched the significance of historic designation under federal law. Finally, I put my findings into a report which was submitted to NASA Headquarters. Upon review by the NASA History Office and several center-level history officials, it was decided that NASA should work to update its documentation of its historic sites and landmarks since some of the documentation was outdated or unavailable. Until recently, many project managers and facility managers working at historic facilities were not even aware that their surroundings had been designated as historic under federal law (most specifically, the National Historic Preservation Act of 1966 and its amendments). Therefore, they were unaware of the legal obligations for historic preservation. This summer, my project is to research some of Glenn s historic sites and landmarks in more detail. The goal is to put together a template for documenting historic NASA facilities. The hope is that this template of requirements for historic documentation of facilities (which may include records, drawings, photos, film, interviews, and a Web site) can be used agency-wide to assist center history offices in documenting historic sites and landmarks. To this end, I am working with Bob Arrighi, an archivist from InDyne, Inc., and Anne Burke, a NASA co-op, to gather and assess the historic value of records from several facilities at Glenn and Plum Brook Station. We will also work to determine the costs of each part of the template.

Mate, Robert C.↗

Single Event Transients in Linear Integrated Circuits

On November 5, 2001, a processor reset occurred on board the Microwave Anisotropy Probe (MAP), a NASA mission to measure the anisotropy of the microwave radiation left over from the Big Bang. The reset caused the spacecraft to enter a safehold mode from which it took several days to recover. Were that to happen regularly, the entire mission would be compromised, so it was important to find the cause of the reset and, if possible, to mitigate it. NASA assembled a team of engineers that included experts in radiation effects to tackle the problem. The first clue was the observation that the processor reset occurred during a solar event characterized by large increases in the proton and heavy ion fluxes emitted by the sun. To the radiation effects engineers on the team, this strongly suggested that particle radiation might be the culprit, particularly when it was discovered that the reset circuit contained three voltage comparators (LM139). Previous testing revealed that large voltage transients, or glitches appeared at the output of the LM139 when it was exposed to a beam of heavy ions [NI96]. The function of the reset circuit was to monitor the supply voltage and to issue a reset command to the processor should the voltage fall below a reference of 2.5 V [PO02]. Eventually, the team of engineers concluded that ionizing particle radiation from the solar event produced a negative voltage transient on the output of one of the LM139s sufficiently large to reset the processor on MAP. Fortunately, as of the end of 2004, only two such resets have occurred. The reset on MAP was not the first malfunction on a spacecraft attributed to a transient. That occurred shortly after the launch of NASA s TOPEX/Poseidon satellite in 1992. It was suspected, and later confirmed, that an anomaly in the Earth Sensor was caused by a transient in an operational amplifier (OP-15) [KO93]. Over the next few years, problems on TDRS, CASSINI, [PR02] SOHO [HA99,HA01] and TERRA were also attributed to transients. In some cases, such events produced resets by falsely triggering circuits designed to protect against over- voltage or over-current. On at least three occasions, transients caused satellites to switch into "safe mode" in which most of the systems on board the satellites were powered down for an extended period. By the time the satellites were reconfigured and returned to full operational state, much scientific data had been lost. Fortunately, no permanent damage occurred in any of the systems and they were all successfully re-activated.

Buchner, Stephen↗

Understanding Space Shuttle Structural Dynamics

The Space Shuttle consists of a orbiter, external tank, solid rocket boosters, payload, main engines, mobile launch platform and launch pad (Ground Ops). Structural Dynamics - All structures will vibrate at certain frequencies. The dynamics of the Space Shuttle must be understood in order to make sure it can survive, to control it, to make sure that it can perform its mission, and to keep it from aging prematurely. We understand the structural dynamics of the Space Shuttle by modelling, testing and flying it.

James, George↗

A Case for Developing a Ground Based Replication of the Earth, Moon and Mars Spaceflight Infrastructure

When the systems are developed and in place to provide the services needed to operate en route and on the Lunar and Martian surfaces, an Earth based replication will need to be in place for the safety and protection of mission success. The replication will entail all aspects of the flight configuration end to end but will not include any closed loop systems. This would replicate the infrastructure from Lunar and Martian robots, manned surface excursions, through man and unmanned terrestrial bases, through the various types of communication systems and technologies, manned and un-manned space vehicles (large and small), to Earth based systems and control centers. An Earth based replicated infrastructure will enable checkout and test of new technologies, hardware, software updates and upgrades and procedures without putting humans and missions at risk. Analysis of events, what ifs and trouble resolution could be played out on the ground to remove as much risk as possible from any type of proposed change to flight operational systems. With adequate detail, it is possible that failures could be predicted with a high probability and action taken to eliminate failures. A major factor in any mission to the Moon and to Mars is the complexity of systems, interfaces, processes, their limitations, associated risks and the factor of the unknown including the development by many contractors and NASA centers. The need to be able to introduce new technologies over the life of the program requires an end to end test bed to analyze and evaluate these technologies and what will happen when they are introduced into the flight system. The ability to analyze system behaviors end to end under varying conditions would enhance safety e.g. fault tolerances. This analysis along with the ability to mine data from the development environment (e.g. test data), flight ops and modeling/simulations data would provide a level of information not currently available to operations and astronauts. In this paper we will analyze the beginnings of such a replication and what it could do in terms of reducing risk in the near term for development. We will analyze the Space Shuttle Main Engine (SSME) test lab which has to a large extent accomplished this replication for the SSME and has been highly successful in analyzing hardware and software problems and changes. The cost of replicating the flight system as proposed here could be very high if attempted as an afterthought. We will describe the initial steps for the development of a replication of this infrastructure starting with the communication infrastructure. The Constellation of Labs (CofL) under the Command, Control, Communication and Information (C3I) project for the NASA Exploration Initiative will provide the initial foundation upon which to base this replication. Simply put, there is very little margin for error in high latency situations e.g. en-route to/from Mars or in an autonomous process on the Lunar far side. Any thought out approach to reduce risk and increase safety needs to be accomplished end to end with the actual systems configuration.

Bradford, Robert N.↗