SEARCH · Engineering Papers

Results for “Anyons”

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.

SourceResearch connectionFrom yearThrough year

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 235 records · Page 13

All sources NASA NTRS DOE OSTI

NASA NTRS2003

Baby Stars in Orion Solve Solar System Mystery

What do X-rays, meteoroids, infant stars in the Orion Nebula, and our solar system have in common? Perhaps much more than anyone thought. Eric Feigelson of Penn State University stumbled onto a connection one day while his thoughts were far from the solar system, turned toward the vibrant neighborhood of young stars, hot gas, and caliginous dust of the Orion Nebula. This nebula, 1500 light-years away, is visible to the naked eye in the constellation Orion, a gem to behold with a good pair of binoculars or a telescope under dark skies. In Orion, Feigelson inadvertently found a possible solution to a long-standing mystery about our own solar system: the presence of exotic isotopes locked away in meteoroids. Scientists have assumed that these short-lived isotopes - special forms of atomic nuclei, such as aluminum-26 and calcium-41 - were transported here by a nearby supernova. Only tenuous evidence for such an explosion exists, but what else could have made the isotopes? The isotopes are about as old as the solar system, and the Sun couldn t possibly have been powerful enough to create them. Well, maybe we need to give the Sun a little more credit. Feigelson found that very young, midsized stars in the Orion Nebula - in the same stellar class as our Sun except they are only a million years old - produce powerful flares visible in X-rays. His team spotted these X-ray flares with the Chandra X-Ray Observatory. These baby-tantrum flares are indeed energetic enough to forge heavy isotopes, Feigelson says. If the infant stars in Orion can do it now, then our Sun could have done the same when the solar system was forming about 4.5 billion years ago, when the Sun itself was only a few million years old.

Wanjek, Christopher↗

NASA NTRS1996

IS0 9000 Implementation and Assessment: A Guide to Developing and Evaluating Quality Management Systems

The agency has developed this reference publication to aid NASA organizations and their suppliers in the transition to IS0 9000. This guide focuses on the standard s intent, clarifies its requirements, offers implementation examples and highlights interrelated areas. It can assist anyone developing or evaluating NASA or supplier quality management systems. The IS0 9000 standards contain the basic elements for managing those processes that affect an organization's ability to consistently meet customer requirements. IS0 9000 was developed through the International Organization for Standardization and has been adopted as the US. national standard. These standards define a flexible foundation for customer focused process measurement, management and improvement that is the hallmark of world class enterprises.

Navarro, Robert J.↗

NASA NTRS2004

Taming Liquid Hydrogen: The Centaur Upper Stage Rocket, 1958-2002

During its maiden voyage in May 1962, a Centaur upper stage rocket, mated to an Atlas booster, exploded 54 seconds after launch, engulfing the rocket in a huge fireball. Investigation revealed that Centaur's light, stainless-steel tank had split open, spilling its liquid-hydrogen fuel down its sides, where the flame of the rocket exhaust immediately ignited it. Coming less than a year after President Kennedy had made landing human beings on the Moon a national priority, the loss of Centaur was regarded as a serious setback for the National Aeronautics and Space Administration (NASA). During the failure investigation, Homer Newell, Director of Space Sciences, ruefully declared: "Taming liquid hydrogen to the point where expensive operational space missions can be committed to it has turned out to be more difficult than anyone supposed at the outset." After this failure, Centaur critics, led by Wernher von Braun, mounted a campaign to cancel the program. In addition to the unknowns associated with liquid hydrogen, he objected to the unusual design of Centaur. Like the Atlas rocket, Centaur depended on pressure to keep its paper-thin, stainless-steel shell from collapsing. It was literally inflated with its propellants like a football or balloon and needed no internal structure to give it added strength and stability. The so-called "pressure-stabilized structure" of Centaur, coupled with the light weight of its high- energy cryogenic propellants, made Centaur lighter and more powerful than upper stages that used conventional fuel. But, the critics argued, it would never become the reliable rocket that the United States needed.

Dawson, Virginia P.↗

NASA NTRS2004

Toward Synthesis, Analysis, and Certification of Security Protocols

Implemented security protocols are basically pieces of software which are used to (a) authenticate the other communication partners, (b) establish a secure communication channel between them (using insecure communication media), and (c) transfer data between the communication partners in such a way that these data only available to the desired receiver, but not to anyone else. Such an implementation usually consists of the following components: the protocol-engine, which controls in which sequence the messages of the protocol are sent over the network, and which controls the assembly/disassembly and processing (e.g., decryption) of the data. the cryptographic routines to actually encrypt or decrypt the data (using given keys), and t,he interface to the operating system and to the application. For a correct working of such a security protocol, all of these components must work flawlessly. Many formal-methods based techniques for the analysis of a security protocols have been developed. They range from using specific logics (e.g.: BAN-logic [4], or higher order logics [12] to model checking [2] approaches. In each approach, the analysis tries to prove that no (or at least not a modeled intruder) can get access to secret data. Otherwise, a scenario illustrating the &tack may be produced. Despite the seeming simplicity of security protocols ("only" a few messages are sent between the protocol partners in order to ensure a secure communication), many flaws have been detected. Unfortunately, even a perfect protocol engine does not guarantee flawless working of a security protocol, as incidents show. Many break-ins and security vulnerabilities are caused by exploiting errors in the implementation of the protocol engine or the underlying operating system. Attacks using buffer-overflows are a very common class of such attacks. Errors in the implementation of exception or error handling can open up additional vulnerabilities. For example, on a website with a log-in screen: multiple tries with invalid passwords caused the expected error message (too many retries). but let the user nevertheless pass. Finally, security can be compromised by silly implementation bugs or design decisions. In a commercial VPN software, all calls to the encryption routines were incidentally replaced by stubs, probably during factory testing. The product worked nicely. and the error (an open VPN) would have gone undetected, if a team member had not inspected the low-level traffic out of curiosity. Also, the use secret proprietary encryption routines can backfire, because such algorithms often exhibit weaknesses which can be exploited easily (see e.g., DVD encoding). Summarizing, there is large number of possibilities to make errors which can compromise the security of a protocol. In today s world with short time-to-market and the use of security protocols in open and hostile networks for safety-critical applications (e.g., power or air-traffic control), such slips could lead to catastrophic situations. Thus, formal methods and automatic reasoning techniques should not be used just for the formal proof of absence of an attack, but they ought to be used to provide an end-to-end tool-supported framework for security software. With such an approach all required artifacts (code, documentation, test cases) , formal analyses, and reliable certification will be generated automatically, given a single, high level specification. By a combination of program synthesis, formal protocol analysis, certification; and proof-carrying code, this goal is within practical reach, since all the important technologies for such an approach actually exist and only need to be assembled in the right way.

Schumann, Johann↗

NASA NTRS1986

Review of methodology and technology available for the detection of extrasolar planetary systems

Anyone undertaking an interstellar voyage might wish to be assured of the existence of a safe planetary harbor at the other end! Aside from the obvious interest of the participants in this Symposium, astronomers and astrophysicists are also eager to detect and study other planetary systems in order to better understand the formation of our own Solar System. Scientists involved in the search for extraterrestrial intelligence argue that planets suitable for the evolution of life may abound elsewhere within our own Milky Way Galaxy. On theoretical grounds, they are probably correct, but they lack any observational support. For in spite of decades of claimed astrometric detections of planetary companions and the recent exciting and tantalizing observations from the IRAS satellite and the IR speckle observations of Van Biesbroeck 8 and other cool stars, there is no unambiguous proof for the existence of another planetary system beyond our own. In this paper we review the various methods for detecting extrasolar planets and briefly describe the Earth and space based technology currently available and discuss the near-term plans to implement these different search techniques. In each case an attempt is made to identify the limiting source of systematic error inherent to the methodology and to assess the potential for technological improvements.

Non-NASA Center↗

NASA NTRS2004

Managing the Unexpected

On September 5, 2003, my wife and I left to go on vacation. We planned to spend two weeks wandering around New York State seeing all the sights. When we left the house, I turned off my cell phone, but kept my pager on - in case anyone needed to get hold of me. We had a wonderful weekend. Then, bright and early on Monday morning, my pager went off. It was the Project Manager for one of our spacecraft. She had been trying to reach me on my cell phone since Saturday to tell me that the day after I left, Lockheed-Martin had dropped one of my spacecraft. You can go through your whole career and never have someone drop one of your spacecraft. I think that would have been nice. So, one of the first things I did when I got back, was to inquire whether I could retire retroactively to Friday, so it wouldn't have been on my watch. They just laughed that off. Then we got to work. Almost immediately, four investigation teams were formed - two by Lockheed-Martin and two by NASA. Each was tasked to investigate a different aspect of the accident. These aspects included not only finding out what happened, but also looking for systemic problems in the program, determining next steps, and assessing liability.

Davis, Marty↗

NASA NTRS2004

Putting Patience to the Test

A project manager recounts his decisions before and during the aftermath of the crash of a full-size flying model of Quetzalcoatlus northropi. The unstable pterodactyl crashed without harming anyone, although it caused a local power outage. The manager summarizes lessons learned about flight testing prototypes, including the effects of impatience.

Morgan, Ray↗

NASA NTRS1998

Worldwide Research, Worldwide Participation: Web-Based Test Logger

Thanks to the World Wide Web, a new paradigm has been born. ESCORT (steady state data system) facilities can now be configured to use a Web-based test logger, enabling worldwide participation in tests. NASA Lewis Research Center's new Web-based test logger for ESCORT automatically writes selected test and facility parameters to a browser and allows researchers to insert comments. All data can be viewed in real time via Internet connections, so anyone with a Web browser and the correct URL (universal resource locator, or Web address) can interactively participate. As the test proceeds and ESCORT data are taken, Web browsers connected to the logger are updated automatically. The use of this logger has demonstrated several benefits. First, researchers are free from manual data entry and are able to focus more on the tests. Second, research logs can be printed in report format immediately after (or during) a test. And finally, all test information is readily available to an international public.

Clark, David A.↗

NASA NTRS2005

Robot Swarms

Engineers and interns at this NASA field center are building the prototype of a robotic rover that could go where no wheeled rover has gone before-into the dark cold craters at the lunar poles and across the Moon s rugged highlands-like a walking tetrahedron. With NASA pushing to meet President Bush's new exploration objectives, the robots taking shape here today could be on the Moon in a decade. In the longer term, the concept could lead to shape-shifting robot swarms designed to explore distant planetary surfaces in advance of humans. "If you look at all of NASA s projections of the future, anyone s projections of the space program, they re all rigid-body architecture," says Steven Curtis, principal investigator on the effort. "This is not rigid-body. The whole key here is flexibility and reconfigurability with a capital R."

Morring, Frank, Jr.↗

NASA NTRS2004

Medical/Scientific Illustration And Production Of Otological Health Awareness Materials

Over the past year, I have worked for my mentor, Beth Cooper, on a large variety of projects. Beth is the Manager of the Acoustical Testing Laboratory, which tests the acoustical emissions of payloads destined for the International Space Station. She is also responsible for educating, and developing new methods of educating, people of all occupational and educational backgrounds in hearing conservation. Beth spends much of her time developing new materials and strategies with which to train people and teach other people to train people in hearing conservation and noise emissions control. I have been helping Beth develop and market these materials by way of graphic design and scientific illustration. Last summer, I spent much of my time creating educational illustrations that visually explained particular concepts in Beth's presentations. Sometimes these illustrations were small "comics" while, at other times, they were an instructional series of illustrations. Since then, Beth and her lab have been developing and updating some materials which will be distributed free to hearing conservation and noise control professionals and others in related fields. I have helped with these projects by designing their packaging. In each instance, it was my responsibility to develop an aesthetically appealing package that would also, through its imagery, describe or summarize the contents of the product. I did this for 3 CD's (Auditory Demonstrations 11, MACSUG, and JeopEARdy) and saw them through their actual production and distribution. In addition to working with Beth, I work with the Imaging Technology Center on various imaging projects. Some of my activities include photo retouching and manipulation for videos and print. This summer, I also had the opportunity to develop a screen saver that would show of some of the photography contained on the soon-to-be-released "Highlights of the GRC Image Archives, vol. 2". I was also able to utilize my medical training to help several of ITC s videographers identify the best histological examples of cancerous cells for incorporation in one of their videos. Over the last part of this summer and then throughout the school year, I will be working with Beth to develop a "pre-packaged" lecture series about the physics of acoustics in the context of hearing conservation. These lectures will be used to teach people of all backgrounds the fundamental concepts involved in acoustical physics so they might be better aware of their own and others auditory health in and out of the work place, and, in the case of payload developers, to design and build more quiet science experiments for the ISS. Even though it may not seem as such, this project is precisely what I am learning to do as a student of the Cleveland Institute of Art's Medical Illustration Department. From my perspective, this project is about taking technical information and translating it into terms that anyone, regardless of background, can understand.

Hawes, Nicholas E.↗

NASA NTRS2004

The Multistage Compressor Facility

Research and developments of new aerospace technologies is one of Glenn Research Center's specialties. One facility that deals with the research of aerospace technologies is the High-speed Multistage Compressor Facility. This facility will be testing the performance and efficiency of an Ultra Efficient Engine Technology (UEET) two-stage compressor. There is a lot of preparation involved with testing something of this caliber. Before the test article can be installed into the test rig, the facility must be fully operational and ready to run. Meaning all the necessary instrumentation must be calibrated and installed in the facility. The test rig should also be in safe operating condition, and the proper safety permits obtained. In preparation for the test, the Multistage Compressor Facility went through a few changes. For instance the facility will now be utilizing slip rings, the gearbox went through some maintenance, new lubrications systems replaced the old ones, and special instrumentation needs to be fine tuned to achieve the maximum amount of accurate data. Slips rings help gather information off of a rotating device - in this case from a shaft - onto stationary contacts. The contacts (or brushes) need to be cooled to reduce the amount of frictional heat produced between the slip ring and brushes. The coolant being run through the slip ring is AK-225, a material hazardous to the ozone. To abide by the safety regulations the coolant must be run through a closed chiller system. A new chiller system was purchased but the reservoir that holds the coolant was ventilated which doesn t make the system truly closed and sealed. My task was to design and have a new reservoir built for the chiller system that complies with the safety guidelines. The gearbox had some safety issues also. Located in the back of the gearbox an inching drive was set up. When the inching drive is in use the gears and chain are bare and someone can easily get caught up in it. So to prevent anyone from getting hurt in the gears I designed a chain guard. Additional information is included in the original extended abstract.

Flegel, Ashlie↗

NASA NTRS2001

Restraint of Liquid Jets by Surface Tension in Microgravity Modeled

Tension in Microgravity Modeled Microgravity poses many challenges to the designer of spacecraft tanks. Chief among these are the lack of phase separation and the need to supply vapor-free liquid or liquidfree vapor to the spacecraft processes that require fluid. One of the principal problems of phase separation is the creation of liquid jets. A jet can be created by liquid filling, settling of the fluid to one end of the tank, or even closing a valve to stop the liquid flow. Anyone who has seen a fountain knows that jets occur in normal gravity also. However, in normal gravity, the gravity controls and restricts the jet flow. In microgravity, with gravity largely absent, jets must be contained by surface tension forces. Recent NASA experiments in microgravity (Tank Pressure Control Experiment, TPCE, and Vented Tank Pressure Experiment, VTRE) resulted in a wealth of data about jet behavior in microgravity. VTRE was surprising in that, although it contained a complex geometry of baffles and vanes, the limit on liquid inflow was the emergence of a liquid jet from the top of the vane structure. Clearly understanding the restraint of liquid jets by surface tension is key to managing fluids in low gravity. To model this phenomenon, we need a numerical method that can track the fluid motion and the surface tension forces. The fluid motion is modeled with the Navier-Stokes equation formulated for low-speed incompressible flows. The quantities of velocity and pressure are placed on a staggered grid, with velocity being tracked at cell faces and pressure at cell centers. The free surface is tracked via the introduction of a color function that tracks liquid as 1/2 and gas as -1/2. A phase model developed by Jacqmin is used. This model converts the discrete surface tension force into a barrier function that peaks at the free surface and decays rapidly. Previous attempts at this formulation have been criticized for smearing the interface. However, by sharpening the phase function, double gridding the fluid function, and using a higher order solution for the fluid function, interface smearing is avoided. These equations can be rewritten as two coupled Poisson equations that also include the velocity. The method of solution is as follows: first, the phase equations are solved from this solution, a velocity field is generated, then a successive overrelaxation scheme is used to solve for a pressure field consistent with the velocity solution. After the code was implemented in axisymmetric form and verified by several test cases, the drop tower runs of Aydelott were modeled. The model handed the free-surface deformation quite nicely, even to the point of modeling geyser growth in the regime where the free surface was no longer restrained. A representative run is shown.

Chato, David J.↗

NASA NTRS2002

Influence of Turbulence on the Restraint of Liquid Jets by Surface Tension in Microgravity Investigated

Microgravity poses many challenges to the designer of spacecraft tanks. Chief among these are the lack of phase separation and the need to supply vapor-free liquid or liquidfree vapor to the spacecraft processes that require fluid. One of the principal problems of phase separation is the creation of liquid jets. A jet can be created by liquid filling, settling of the fluid to one end of the tank, or even closing a valve to stop the liquid flow. Anyone who has seen a fountain knows that jets occur in normal gravity also. However, in normal gravity, the gravity controls and restricts the jet flow. In microgravity, with gravity largely absent, surface tension forces must contain jets. To model this phenomenon, a numerical method that tracks the fluid motion and the surface tension forces is required. Jacqmin has developed a phase model that converts the discrete surface tension force into a barrier function that peaks at the free surface and decays rapidly away. Previous attempts at this formulation were criticized for smearing the interface. This can be overcome by sharpening the phase function, double gridding the fluid function, and using a higher order solution for the fluid function. The solution of this equation can be rewritten as two coupled Poisson equations that also include the velocity. After the code was implemented in axisymmetric form and verified by several test cases at the NASA Glenn Research Center, the drop tower runs of Aydelott were modeled. Work last year with a laminar model was found to overpredict Aydelott's results, except at the lowest Reynolds number conditions of 400. This year, a simple turbulence model was implemented by adding a turbulent viscosity based on the mixing-length hypothesis and empirical measurements of previous works. Predictions made after this change was implemented have been much closer to experimentally observed flow patterns and geyser heights. Two model runs is shown. The first, without any turbulence correction, breaks through the free surface and strikes the far end of the tank. In the second, the turbulence spreads the jet momentum over more of the free surface, enabling the surface tension forces to turn the jet back into the bulk liquid. The model geyser height with the second model is 1.1 cm. This is quite close to the 1.5-cm geyser height measured by Aydelott.

Chato, David J.↗

NASA NTRS2004

Contact Angle Influence on Geysering Jets in Microgravity Investigated

Microgravity poses many challenges to the designer of spacecraft tanks. Chief among these are the lack of phase separation and the need to supply vapor-free liquid or liquid-free vapor to the spacecraft processes that require fluid. One of the principal problems of phase separation is the creation of liquid jets. A jet can be created by liquid filling, settling of the fluid to one end of the tank, or even closing a valve to stop the liquid flow. Anyone who has seen a fountain knows that jets occur in normal gravity also. However, in normal gravity, the gravity controls and restricts the jet flow. In microgravity, with gravity largely absent, surface tension forces must be used to contain jets. To model this phenomenon, a numerical method that tracks the fluid motion and the surface tension forces is required. Jacqmin has developed a phase model that converts the discrete surface tension force into a barrier function that peaks at the free surface and decays rapidly away. Previous attempts at this formulation were criticized for smearing the interface. This can be overcome by sharpening the phase function, double gridding the fluid function, and using a higher-order solution for the fluid function. The solution of this equation can be rewritten as two coupled Poisson equations that also include the velocity.

Chato, David J.↗

NASA NTRS2005

Extending the LWS Data Environment: Distributed Data Processing and Analysis

The final stages of this work saw changes to the original framework, as well as the completion and integration of several data processing services. Initially, it was thought that a peer-to-peer architecture was necessary to make this work possible. The peer-to-peer architecture provided many benefits including the dynamic discovery of new services that would be continually added. A prototype example was built and while it showed promise, a major disadvantage was seen in that it was not easily integrated into the existing data environment. While the peer-to-peer system worked well for finding and accessing distributed data processing services, it was found that its use was limited by the difficulty in calling it from existing tools and services. After collaborations with members of the data community, it was determined that our data processing system was of high value and that a new interface should be pursued in order for the community to take full advantage of it. As such; the framework was modified from a peer-to-peer architecture to a more traditional web service approach. Following this change multiple data processing services were added. These services include such things as coordinate transformations and sub setting of data. Observatory (VHO), assisted with integrating the new architecture into the VHO. This allows anyone using the VHO to search for data, to then pass that data through our processing services prior to downloading it. As a second attempt at demonstrating the new system, a collaboration was established with the Collaborative Sun Earth Connector (CoSEC) group at Lockheed Martin. This group is working on a graphical user interface to the Virtual Observatories and data processing software. The intent is to provide a high-level easy-to-use graphical interface that will allow access to the existing Virtual Observatories and data processing services from one convenient application. Working with the CoSEC group we provided access to our data processing tools from within their software. This now allows the CoSEC community to take advantage of our services and also demonstrates another means of accessing our system.

Narock, Thomas↗

NASA NTRS1978

Intruder Detector

The shadowy prowler is attempting a break-in, unaware that his presence has already been detected and reported by the device in the lower left corner of the photo. It is part of a three-element ntruder Detecti on System developed by NASA's Ames Research Center from technology acquired in the Apollo lunar exploration program. Apollo astronauts left behind on the moon small portable seismic (shock) detectors to record subsurface vibrations and transmit to Earth data on the moon's density and thickness. A similar seismic detector is the key component of the lntruder Detection System. Encased in a stainless steel tube, the detector is implanted in the ground outside the facility being protected-home, bank, industrial or other facilities. The vibration-sensing detector picks up the footstep of anyone within a preset range. The detector is connected by cable to the transmitter, which relays the warning to a portable radio receiver. The radio alerts plant guards or home occupants by emitting an audible tone burst for each footstep.

Source record↗

NASA NTRS2007

Science Archives in the 21st Century: A NASA LAMBDA Report

Lambda is a thematic data center that focuses on serving the cosmic microwave background (CMB) research community. LAMBDA is an active archive for NASA's Cosmic Background Explorer (COBE) and Wilkinson Microwave Anisotropy Probe (WMAP) mission data sets. In addition, LAMBDA provides analysis software, on-line tools, relevant ancillary data and important web links. LAMBDA also tries to preserve the most important ground-based and suborbital CMB data sets. CMB data is unlike other astrophysical data, consisting of intrinsically diffuse surface brightness photometry with a signal contrast of the order 1 part in 100,000 relative to the uniform background. Because of the extremely faint signal levels, the signal-to-noise ratio is relatively low and detailed instrument-specific knowledge of the data is essential. While the number of data sets being produced is not especially large, those data sets are becoming large and complex. That tendency will increase when the many polarization experiments currently being deployed begin producing data. The LAMBDA experience supports many aspects of the NASA data archive model developed informally over the last ten years-that small focused data centers are often more effective than larger more ambitious collections, for example; that data centers are usually best run by active scientists; that it can be particularly advantageous if those scientists are leaders in the use of the archived data sets; etc. LAMBDA has done some things so well that they might provide lessons for other archives. A lot of effort has been devoted to developing a simple and consistent interface to data sets, for example; and serving all the documentation required via simple 'more' pages and longer explanatory supplements. Many of the problems faced by LAMBDA will also not surprise anyone trying to manage other space science data. These range from persuading mission scientists to provide their data as quickly as possible, to dealing with a high volume of nuisance (spam) messages. Because so many data center problems and solutions are common across individual data centers and disciplines it would be very valuable to establish some new systems of communication - such as informal email lists for administrators and developers. But resources are very limited, so new timeconsuming and inefficient mechanisms - like too-frequent and too-structured meetingsshould be avoided. Although there are great advantages to being small, agile and independent, there are also some areas where science data centers within and without NASA could be better coordinated - for the assignment of persistent identifiers; to encourage the early adoption of useful standards and technologies; etc. Some super-structure to facilitate such coordination might be beneficial as long as it doesn't begin to control the other work of the archives, and become a "methodology police". In this respect the CCSDS "Reference Model for an Open Archive Information System" is a little worrying. It may be that the closer a data center gets to following such a detailed prescription, the less effective it will become. It is much better to have an informal coordination process than a bureaucratic straight-jacket.

Butterworth, P.↗

NASA NTRS2007

What Can You Do with a Returned Sample of Martian Dust?

A major issue that we managed to successfully address for the Stardust Mission was the magnitude and manner of preliminary examination (PET) of the returned samples, which totaled much less than 1 mg. Not since Apollo and Luna days had anyone faced this issue, and the lessons of Apollo PET were not extremely useful because of the very different sample masses in this case, and the incredible advances in analytical capabilities since the 1960s. This paper reviews some of the techniques for examination of small very rare samples that would be returned from Mars missions.

Zolensky, Michael E.↗