Search NASA⌕ Search

SEARCH · Search NASA

Results for “Lessons”

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 379 records · Page 21

(abstract) The IRAS All-Sky Survey: Scientific and Technical Lessons Learned

Although the Infrared Astronomy Satellite (IRAS) was launched over 10 years ago, the IRAS legacy of catalogs, images, and data archives remains a vital source of information on the infrared sky. Over 4000 papers in the refereed literature have used IRAS data, and this number continues to grow. IRAS has touched on almost all aspects of astronomy, from the solar system and the interstellar medium to the formation of stars and the formation of galaxies. In this talk I will give a brief overview of the scientific results from IRAS. I will also discuss some of the operational and technical lessons learned by IRAS that may be of relevance to the upcoming ISO mission, and to future missions that must be defined in an era of declining budgets for space science.

costs operations ISO↗

Lessons Learned form Selecting and Testing Spaceflight Potentiometers

A solar array drive (SAD) was designed for operation on the TOPEX/POSEIDON spacecraft that was launched in August of 1992. The experience gained in selecting, specifying, testing to failure, and redesigning its position sensor produced valuable lessons for future component selection and qualification.

TOPEX/POSEIDON redesigning SAD component specifica↗

XML technology planning database : lessons learned

A hierarchical Extensible Markup Language(XML) database called XCALIBR (XML Analysis LIBRary) has been developed by Millennium Program to assist in technology investment (ROI) analysis and technology Language Capability the New return on portfolio optimization. The database contains mission requirements and technology capabilities, which are related by use of an XML dictionary. The XML dictionary codifies a standardized taxonomy for space missions, systems, subsystems and technologies. In addition to being used for ROI analysis, the database is being examined for use in project planning, tracking and documentation. During the past year, the database has moved from development into alpha testing. This paper describes the lessons learned during construction and testing of the prototype database and the motivation for moving from an XML taxonomy to a standard XML-based ontology.

prototype databases↗

Mars Exploration Rover potentiometer problems, failures and lessons learned

During qualification testing of three types of nonwire-wound precision potentiometers for the Mars Exploration Rover, a variety of problems and failures were encountered. This paper will describe some of the more interesting problems, detail their investigations and present their final solutions. The failures were found to be caused by design errors, manufacturing errors, improper handling, test errors, and carelessness. A trend of decreasing total resistance was noted, and a resistance histogram was used to identify an outlier. A gang fixture is described for simultaneously testing multiple pots, and real time X-ray imaging was used extensively to assist in the failure analyses. Lessons learned are provided.

potentiometer↗

Lessons from the GP-B Experience for Future Fundamental Physics Missions in Space

Gravity Probe B launched in April 2004 and completed its science data collection in September 2005, with the objective of sub-milliarcsec measurement of two General Relativistic effects on the spin axis orientation of orbiting gyroscopes. Much of the technology required by GP-B has potential application in future missions intended to make precision measurements. The philosophical approach and experiment design principles developed for GP-B are equally adaptable to these mission concepts. This talk will discuss GP-B's experimental approach and the technological and philosophical lessons learned that apply to future experiments in fundamental physics. Measurement of fundamental constants to high precision, probes of short-range forces, searches for equivalence principle violations, and detection of gravitational waves are examples of concepts and missions that will benefit kern GP-B's experience.

Kolodziejczak, Jeffery↗

Lessons Learned from Seven Space Shuttle Missions

Much can be learned from well-written descriptions of the technical and organizational factors that lead to an accident. Subsequent analysis by third parties of investigation reports and associated evidence collected during the investigations can lead to additional insight. Much can also be learned from documented close calls that do not result in loss of life or a spacecraft, such as the Mars Exploration Rover Spirit software anomaly, the SOHO mission interruption, and the NEAR burn anomaly. Seven space shuttle incidents fall into the latter category: Rendezvous Target Failure On STS-41B; Rendezvous Radar Anomaly and Trajectory Dispersion-STS-32 ;Rendezvous Lambert Targeting Anomaly-STS-49; Rendezvous Lambert Targeting Anomaly-STS-51; Zero Doppler Steering Maneuver Anomaly-STS-59; Excessive Propellant Consumption During Rendezvous-STS-69; Global Positioning System Receiver and Associated Shuttle Flight Software Anomalies-STS-91 Procedural work-arounds or software changes prevented them from threatening mission success. Extensive investigations, which included the independent recreation of the anomalies by multiple Shuttle Program organizations, were the key to determining the cause, accurately assessing risk, and identifying software and software process improvements. Lessons learned from these incidents not only validated long-standing operational best practices, but serve to promote discussion and mentoring among Program personnel and are applicable to future space flight programs.

Goodman, John↗

Retrieval Lesson Learned from NAST-I Hyperspectral Data

The retrieval lesson learned is important to many current and future hyperspectral remote sensors. Validated retrieval algorithms demonstrate the advancement of hyperspectral remote sensing capabilities to be achieved with current and future satellite instruments.

Zhou, Daniel K.↗

Results and Lessons from MODIS Thermal Emissive Bands Calibration: Pre-launch to On-orbit

MODIS is a major instrument for the NASA EOS Terra (launched in December 1999) and Aqua (launched in May 2002) missions. It was designed and built to enhance and extend its heritage sensors' measurements and data records with applications covering a wide range of studies of the Earth's land, oceans, and atmosphere. Its 16 thermal emissive bands (TEB), each with 10 detectors, are located on the two cold focal plane assemblies (FPAs) controlled by a passive radiative cooler. Because of instrument design complexity and stringent calibration requirements, extensive calibration and characterization activities were conducted pre-launch by the sensor vendor for both Terra and Aqua MODIS. For TEB, these activities include characterization of detectors' noise and non-linearity and evaluation of their radiometric performance in thermal vacuum at difference instrument temperatures and FPA temperatures. In addition TEB system level response versus scan-angle (RVS) and relative spectral response (RSR) were characterized. MODIS TEB radiometric calibration transfer from pre-launch to on-orbit was performed using spectral bands' responses to the instrument on-board blackbody and a laboratory blackbody calibration source (BCS) traceable to NIST standards. This paper provides a summary of MODIS TEB pre-launch and on-orbit calibration and characterization activities, challenges, data analysis results, and lessons learned with focus on sensors' radiometric performance. A comparison between Terra and Aqua MODIS TEB performance is also presented. A similar summary for the reflective solar bands (RSB) is reported in a separate paper in these proceedings.

Xiong, X.↗

Results and Lessons from MODIS Reflective Solar Bands Calibration: Pre-launch to On-orbit

MODIS is a major instrument for the NASA EOS Terra (1aunched in December 1999) and Aqua (launched in May 2002) missions. It was designed and built to enhance and extend its heritage sensors' measurements and data records with applications covering a wide range of studies of the Earth's land, oceans, and atmosphere. MODIS has 36 spectral bands (0.41 - 14.4 micrometers) located on four focal plane assemblies (FPAs). It makes measurements at three nadir spatial resolutions: 250m (bands 1-2), 500m (bands 3-7), and lkm (bands 8-36). Because of instrument design complexity and stringent calibration requirements, extensive calibration and characterization activities were conducted pre-launch by the sensor vendor (Raytheon / Santa Barbara Remote Sensing) for both Tesa and Aqua MODIS. For the 20 reflective solar bands (RSB), these activities include measurements for the detectors noise characterization and radiometric performance, system level response versus scan-angle (RVS), polarization sensitivity, and relative spectral response (RSR). Key radiometric performance was evaluated using thermal vacuum observations. On-orbit MODIS RSB calibration is performed using a solar diffuser (SD) and solar diffuser stability monitor (SDSM) system. The SD bi-directional reflectance factor (BRF) was characterized pre-launch by the sensor vendor with reference samples traceable to NIST reflectance standards. This paper provides a summary of Terra and Aqua MODIS RSB pre-launch and on-orbit calibration and characterization activities and results with focus on the detectors' noise characterization and radiometric performance. Challenging and concerning issues and lessons learned from RSB pre-launch calibration and their impact on post launch performance are also presented. A similar summary for MODIS thermal emissive bands (TEB) is reported in a separate paper in these proceedings.

Xiong, X.↗

Space Flight Requirements for Fiber Optic Components; Qualification Testing and Lessons Learned

"Qualification" of fiber optic components holds a very different meaning than it did ten years ago. In the past, qualification meant extensive prolonged testing and screening that led to a programmatic method of reliability assurance. For space flight programs today, the combination of using higher performance commercial technology, with shorter development schedules and tighter mission budgets makes long term testing and reliability characterization unfeasible. In many cases space flight missions will be using technology within years of its development and an example of this is fiber laser technology. Although the technology itself is not a new product the components that comprise a fiber laser system change frequently as processes and packaging changes occur. Once a process or the materials for manufacturing a component change, even the data that existed on its predecessor can no longer provide assurance on the newer version. In order to assure reliability during a space flight mission, the component engineer must understand the requirements of the space flight environment as well as the physics of failure of the components themselves. This can be incorporated into an efficient and effective testing plan that "qualifies" a component to specific criteria defined by the program given the mission requirements and the component limitations. This requires interaction at the very initial stages of design between the system design engineer, mechanical engineer, subsystem engineer and the component hardware engineer. Although this is the desired interaction what typically occurs is that the subsystem engineer asks the components or development engineers to meet difficult requirements without knowledge of the current industry situation or the lack of qualification data. This is then passed on to the vendor who can provide little help with such a harsh set of requirements due to high cost of testing for space flight environments. This presentation is designed to guide the engineers of design, development and components, and vendors of commercial components with how to make an efficient and effective qualification test plan with some basic generic information about many space flight requirements. Issues related to the ~ physics of failure, acceptance criteria and lessons learned will also be discussed to assist with understanding how to approach a space flight mission in an ever changing commercial photonics industry.

Ott, Melanie N.↗

Lessons Learned from Daily Uplink Operations during the Deep Impact Mission

The Deep Impact mission to comet Tempel-1 produced some of the more spectacular science results ever collected by a spacecraft. On July 4, 2005 the Deep Impact Flyby vehicle observed the Deep Impact Impactor vehicle's collision with the comet. 24 hours earlier the Flyby vehicle released the Impactor vehicle into the path of comet Tempel-1. The process to command the spacecraft was a challenge to the entire flight operations team. This paper presents an overview of the process used prepare command products for uplink and the lessons that were learned from this process.

mission operations↗

International Space Station Materials: Selected Lessons Learned

The International Space Station (ISS) program is of such complexity and scale that there have been numerous issues addressed regarding safety of materials: from design to manufacturing, test, launch, assembly on-orbit, and operations. A selection of lessons learned from the ISS materials perspective will be provided. Topics of discussion are: flammability evaluation of materials with connection to on-orbit operations; toxicity findings for foams; compatibility testing for materials in fluid systems; and contamination control in precision clean systems and critical space vehicle surfaces.

Golden, Johnny L.↗

Staffing the ISS Control Centers: Lessons Learned from Long-Duration Human Space Flight

The International Space Station (ISS) has been in operation with a permanent human presence in space for over five years, and plans for continued operations stretch ten years into the future. Ground control and support operations are, likewise, a 15-year enterprise. This long-term, 24-hour per day, 7 day per week support has presented numerous challenges in the areas of ground crew training, initial and continued certification, and console staffing. The Mission Control Center in Houston, Texas and the Payload Operations Center in Huntsville, Alabama have both tackled these challenges, with similar, yet distinct, approaches. This paper describes the evolution of the staffing and training policies of both control centers in a chronological progression. The relative merits and shortcomings of the various policies employed are discussed and a summary of "lessons learned" is presented. Finally, recommendations are made as best practices for future long-term space missions.

Olsen, Carrie D.↗

Lessons Learned from the Node 1 Sample Delivery Subsystem Design

This paper will provide an overview of the International Space Station (ISS) Environmental Control and Life Support (ECLS) design of the Node 1 Sample Delivery Subsystem (SDS) and it will document some of the lessons that have been learned to date for this part of the subsystem.

Williams, David E.↗

Spitzer Space Telescope Sequencing Operations Software, Strategies, and Lessons Learned

The Space Infrared Telescope Facility (SIRTF) was launched in August, 2003, and renamed to the Spitzer Space Telescope in 2004. Two years of observing the universe in the wavelength range from 3 to 180 microns has yielded enormous scientific discoveries. Since this magnificent observatory has a limited lifetime, maximizing science viewing efficiency (ie, maximizing time spent executing activities directly related to science observations) was the key operational objective. The strategy employed for maximizing science viewing efficiency was to optimize spacecraft flexibility, adaptability, and use of observation time. The selected approach involved implementation of a multi-engine sequencing architecture coupled with nondeterministic spacecraft and science execution times. This approach, though effective, added much complexity to uplink operations and sequence development. The Jet Propulsion Laboratory (JPL) manages Spitzer s operations. As part of the uplink process, Spitzer s Mission Sequence Team (MST) was tasked with processing observatory inputs from the Spitzer Science Center (SSC) into efficiently integrated, constraint-checked, and modeled review and command products which accommodated the complexity of non-deterministic spacecraft and science event executions without increasing operations costs. The MST developed processes, scripts, and participated in the adaptation of multi-mission core software to enable rapid processing of complex sequences. The MST was also tasked with developing a Downlink Keyword File (DKF) which could instruct Deep Space Network (DSN) stations on how and when to configure themselves to receive Spitzer science data. As MST and uplink operations developed, important lessons were learned that should be applied to future missions, especially those missions which employ command-intensive operations via a multi-engine sequence architecture.

missions operations↗

Technical Findings, Lessons Learned, and Recommendations Resulting from the Helios Prototype Vehicle Mishap

The Helios Prototype was originally planned to be two separate vehicles, but because of resource limitations only one vehicle was developed to demonstrate two missions. The vehicle consisted of two configurations, one for each mission. One configuration, designated HP01, was designed to operate at extremely high altitudes using batteries and high-efficiency solar cells spread across the upper surface of its 247-foot wingspan. On August 13, 2001, the HP01 configuration reached an altitude of 96,863 feet, a world record for sustained horizontal flight by a winged aircraft. The other configuration, designated HP03, was designed for long-duration flight. The plan was to use the solar cells to power the vehicle's electric motors and subsystems during the day and to use a modified commercial hydrogen-air fuel cell system for use during the night. The aircraft design used wing dihedral, engine power, elevator control surfaces, and a stability augmentation and control system to provide aerodynamic stability and control. At about 30 minutes into the second flight of HP03, the aircraft encountered a disturbance in the way of turbulence and morphed into an unexpected, persistent, high dihedral configuration. As a result of the persistent high dihedral, the aircraft became unstable in a very divergent pitch mode in which the airspeed excursions from the nominal flight speed about doubled every cycle of the oscillation. The aircraft s design airspeed was subsequently exceeded and the resulting high dynamic pressures caused the wing leading edge secondary structure on the outer wing panels to fail and the solar cells and skin on the upper surface of the wing to rip away. As a result, the vehicle lost its ability to maintain lift, fell into the Pacific Ocean within the confines of the U.S. Navy's Pacific Missile Range Facility, and was destroyed. This paper describes the mishap and its causes, and presents the technical recommendations and lessons learned for improving the design, analysis, and testing methods and techniques required for this class of vehicle.

Noll, Thomas E.↗

X-31 Mishap: Lessons Learned

The experimental X-31 High Angle of Attack Research Aircraft crashed during a 1995 test mission flight conducted by NASA at Edwards Air Force Base, California. The pilot lost control of the airplane and was forced to eject, sustaining a permanent back injury that ended his flying career. Prior to this incident the airplane had a perfect record of several hundred non-eventful flights supported by an experienced team. During the subsequent investigation by a mishap committee it was discovered that a series of cascading events contributed to this accident. Some of the identified contributing factors that resulted in this mishap are common to aircraft design and to flight-test in general. The mistakes and the solutions are presented here so that the flight-test community may consider and learn from them. The primary cause of the crash was icing and, ultimately, a complete blockage of the pitot-static nose probe. The icing was caused by a freak weather phenomenon that was neither expected nor known to exist on the day of the mishap. The normal probe had been replaced with a special Kiel probe to allow total pressure measurements of up to 70 degrees angle of attack for flight-test purposes. The Kiel probe did not include a heater, because it was assumed that the airplane would not be flown in the clouds or in conditions conducive to icing. This assumption was later proven to be incorrect. The iced Kiel probe caused incorrect gain scheduling in the flight control system, resulting in an unstable aircraft. This failure was essentially undetected because of a faulty design in the flight control system architecture. There were, however, also a number of other issues that lead up to this situation that never should have happened. This presentation discusses what the issues were that contributed to the incident. After the incident was investigated, some of these issues were addressed and some changes were made. The second X-31 aircraft flew the remainder of the flight tests, and the program was successfully completed without incident. This presentation also shows a video of the mishap including lessons learned, and the changes that were made to resume the flight-test program are presented.

Larson, Richard R.↗

Development of a State Machine Sequencer for the Keck Interferometer: Evolution, Development and Lessons Learned using a CASE Tool Approach

This paper presents a discussion of the evolution of a sequencer from a simple EPICS (Experimental Physics and Industrial Control System) based sequencer into a complex implementation designed utilizing UML (Unified Modeling Language) methodologies and a CASE (Computer Aided Software Engineering) tool approach. The main purpose of the sequencer (called the IF Sequencer) is to provide overall control of the Keck Interferometer to enable science operations be carried out by a single operator (and/or observer). The interferometer links the two 10m telescopes of the W. M. Keck Observatory at Mauna Kea, Hawaii. The IF Sequencer is a high-level, multi-threaded, Hare1 finite state machine, software program designed to orchestrate several lower-level hardware and software hard real time subsystems that must perform their work in a specific and sequential order. The sequencing need not be done in hard real-time. Each state machine thread commands either a high-speed real-time multiple mode embedded controller via CORB A, or slower controllers via EPICS Channel Access interfaces. The overall operation of the system is simplified by the automation. The UML is discussed and our use of it to implement the sequencer is presented. The decision to use the Rhapsody product as our CASE tool is explained and reflected upon. Most importantly, a section on lessons learned is presented and the difficulty of integrating CASE tool automatically generated C++ code into a large control system consisting of multiple infrastructures is presented.

interferometer↗