Search NASA⌕ Search

SEARCH · Search NASA

Results for “ENVIRONMENT MODEL”

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

Human controller modeling in environments that include non-control tasks

In complex environments where the human operator is a supervisor, he must allocate his attention between different kinds of tasks for optimum overall performance. When a portion of the future reference trajectory for the control task is available for preview, scheduling various activities is possible. A model has been developed for this situation using dynamic programming to solve an optimal control problem. An experiment was conducted where subjects controlled an airplane symbol over a map, shown a fixed distance into the future. Discrete, non-control tasks were introduced as number entry tasks. Results from the model are compared with experimental results.

Govindaraj, T.↗

Integration of the Total Lightning Jump Algorithm into Current Operational Warning Environment Conceptual Models

The presence and rates of total lightning are both correlated to and physically dependent upon storm updraft strength, mixed phase precipitation volume and the size of the charging zone. The updraft modulates the ingredients necessary for electrification within a thunderstorm, while the updraft also plays a critical role in the development of severe and hazardous weather. Therefore utilizing this relationship, the monitoring of lightning rates and jumps provides an additional piece of information on the evolution of a thunderstorm, more often than not, at higher temporal resolution than current operational radar systems. This correlation is the basis for the total lightning jump algorithm that has been developed in recent years. In order to become a viable option for operational forecasters to incorporate into their severe storm monitoring process, the total lightning jump must be placed into the framework of several severe storm conceptual models (e.g., radar evolution, storm morphology) which forecasters have built through training and experience. Thus, one of the goals of this study is to examine and relate the lightning jump concept to often used radar parameters (e.g., dBZ vertical structure, VIL, MESH, MESO/shear) in the warning environment. Tying lightning trends and lightning jump occurrences to these radar based parameters will provide forecasters with an additional tool that they can use to build an accurate realtime depiction as to what is going on in a given environment. Furthermore, relating the lightning jump concept to these parameters could also increase confidence in a warning decision they have already made, help tip the scales on whether or not to warn on a given storm, or to draw the forecaster s attention to a particular storm that is rapidly developing. Furthermore the lightning information will add vital storm scale information in regions that are not well covered by radar, or when radar failures occur. The physical basis for the lightning jump algorithm in relation to severe storm dynamics and microphysics is a key component that must be further explored. Many radar studies have examined flash rates and their relation to updraft strength, updraft volume, precipitation -sized ice mass, etc.; however, very few have related the concept of the lightning jump and manifestation of severe weather to storm dynamics and microphysics using multi -Doppler and polarimetric radar techniques. Therefore, the second half of this study will combine the lightning jump algorithm and these radar techniques in order to place the lightning jump concept into a physical and dynamical framework. This analysis includes examining such parameters as mixed phase precipitation volume, charging zone, updraft strength and updraft volume. Such a study should provide increased understanding of and confidence in the strengths and limitations of the lightning jump algorithm in the storm warning process.

Schultz, Christopher J.↗

Orion Artemis I As Flown MMOD Analysis

Introduction The Lockheed Martin Orion spacecraft conducted the Artemis I flight around the Moon from November 16 through December 11, 2022. After the flight, an engineer from the NASA Johnson Space Center (JSC) Hypervelocity Impact Technology (HVIT) Group performed a Micrometeoroid and Orbital Debris MMOD analysis using the Bumper 3 risk assessment tool to predict the number of small impacts that would likely have occurred during the mission. Separately, a team from the same group inspected the Orion capsule for hypervelocity impact damage features. The results of the inspection were compared to those of the analysis to aid in improving the analysis, including the environment models. Scope of Work The spacecraft geometry model was created by Lockheed Martin during construction of the Artemis I Orion vehicle based on Computer Aided Design (CAD) models of the vehicle. New hypervelocity impact testing was performed to verify Ballistic Limit Equations (BLEs) used in the analysis to link impactor size and damage to the Thermal Protection System (TPS). The exact trajectory flown was recorded during the flight, including vehicle attitude. This data was used in conjunction with the ORDEM 3.2 and MEM 3 environment modeling tools to create models of particle flux impacting the spacecraft throughout the mission. Meteoroid shower forecast information was also included to account for additional particle flux associated with meteoroid showers. Inspection of the Orion capsule included the Backshell thermal tiles and the tape covering it, windows, fabric thermal materials, and small areas of other materials. Potential MMOD damage found was characterized using various techniques, including optical microscopy, computed tomography scanning, and X-ray spectroscopy. Findings The number of craters found in the Backshell tile, and their size distribution, matches well with the Bumper analysis prediction. Tape, window, and other material impacts recorded similarly align to Bumper analysis predictions. Conclusions and Recommendations This comparison of analysis with inspection of the hardware provides valuable insight into the MMOD environment and how accurately analysis tools assess the impact risk to spacecraft. As this was the first large, non-ablative returned surface from a lunar mission, this analysis extends the MMOD community’s insight beyond low Earth orbit into cis-lunar space.

MMOD↗

Orion Artemis I As Flown MMOD Analysis

Introduction The Lockheed Martin Orion spacecraft conducted the Artemis I flight around the Moon from November 16 through December 11, 2022. After the flight, an engineer from the NASA Johnson Space Center (JSC) Hypervelocity Impact Technology (HVIT) Group performed a Micrometeoroid and Orbital Debris MMOD analysis using the Bumper 3 risk assessment tool to predict the number of small impacts that would likely have occurred during the mission. Separately, a team from the same group inspected the Orion capsule for hypervelocity impact damage features. The results of the inspection were compared to those of the analysis to aid in improving the analysis, including the environment models. Scope of Work The spacecraft geometry model was created by Lockheed Martin during construction of the Artemis I Orion vehicle based on Computer Aided Design (CAD) models of the vehicle. New hypervelocity impact testing was performed to verify Ballistic Limit Equations (BLEs) used in the analysis to link impactor size and damage to the Thermal Protection System (TPS). The exact trajectory flown was recorded during the flight, including vehicle attitude. This data was used in conjunction with the ORDEM 3.2 and MEM 3 environment modeling tools to create models of particle flux impacting the spacecraft throughout the mission. Meteoroid shower forecast information was also included to account for additional particle flux associated with meteoroid showers. Inspection of the Orion capsule included the Backshell thermal tiles and the tape covering it, windows, fabric thermal materials, and small areas of other materials. Potential MMOD damage found was characterized using various techniques, including optical microscopy, computed tomography scanning, and X-ray spectroscopy. Findings The number of craters found in the Backshell tile, and their size distribution, matches well with the Bumper analysis prediction. Tape, window, and other material impacts recorded similarly align to Bumper analysis predictions. Conclusions and Recommendations This comparison of analysis with inspection of the hardware provides valuable insight into the MMOD environment and how accurately analysis tools assess the impact risk to spacecraft. As this was the first large, non-ablative returned surface from a lunar mission, this analysis extends the MMOD community’s insight beyond low Earth orbit into cis-lunar space.

MMOD↗

Approximate two layer (inviscid/viscous) methods to model aerothermodynamic environments

Aeroassisted orbital transfer vehicles (AOTVs) and HSTs fly hypersonically at altitudes higher than those of Apollo and Space Shuttle type, whose flowfield could be considered a continuum with insignificant chemical nonequilibrium effects; AOTVs and HSTs will by contrast fly in the transitional regime between continuum and free molecule flow, where chemical nonequilibrium within the shock layer can be significant. Attention is presently given to the numerical and approximate methods of hypersonic flowfield calculation, emphasizing the role of aerodynamic heating. The development status of boundary layer methods, fully viscous methods, and gas models is evaluated.

De Jarnette, Fred R.↗

Bumper: A Tool for Analyzing Spacecraft Micrometeoroid and Orbital Debris Risk

“Bumper” is NASA’s computer program for analyzing spacecraft micrometeoroid and orbital debris (MMOD) risk. Bumper was developed in the late-1980s and has been continuously used and maintained since. The user base has grown from a few government entities to now include numerous commercial entities as well. The NASA Johnson Space Center (JSC) Hypervelocity Impact Technology (HVIT) Team is responsible for all aspects of the Bumper software. Bumper has been used to characterize MMOD risk on hundreds of spacecraft. All of the International Space Station (ISS) modules, visiting vehicles and numerous external components and systems have been analyzed. Bumper was used to analyze each of the Space Shuttle missions since STS-50. The Orion Multi-Purpose Crew Vehicle (MPCV) MMOD shielding is being developed using Bumper as well. Bumper has also been used on numerous telescopes (Hubble, James Webb, and Fermi Gamma-ray Space Telescopes), scientific probes (Stardust, New Horizons, Parker Solar Probe), and Earth observation satellites (Landsat, Joint Polar Satellite System). Bumper is also being used to analyze the micrometeoroid risk and support design of the Deep Space Gateway (DSG) and Mars Sample Return (MSR) missions. The HVIT Bumper Configuration Control Board (CCB) ensures that all changes to the code are approved, reviewed, and documented. Most of the changes are made to add new MMOD damage “ballistic limit equations” (BLEs). BLEs are typically added in response to completion of a hypervelocity impact (HVI) test series and development of an associated BLE. Other less frequent changes include updates of the debris or meteoroid environment models, feature enhancements, and feature retirement. Some BLEs are commercially sensitive and/or proprietary, so the CCB also manages code user-version control and software distribution. The current version – “Bumper 3” – is a FORTRAN executable that utilizes a 64-bit architecture. Bumper 3 has numerous features that make it a powerful tool for analyzing spacecraft MMOD risk. Bumper uses the latest orbital debris and micrometeoroid environment models. Bumper also easily processes large spacecraft geometry models, recognizes hidden surfaces, permits BLE assignment by name or number, and conducts quality checks of the spacecraft geometry model. Bumper 3 can also be used to estimate the effects of particle penetration through thin, high-standoff distance hardware components such as solar arrays and radiators. This is done using a special HVIT-developed technique know as the “3-Part Analysis.” The paper introduces the Bumper 3 MMOD risk analysis code and provides an example MMOD risk assessment showing Bumper’s role in the overall MMOD protection design process.

Lear, Dana M.↗

A Coordinated Effort to Address Space Weather and Environment Needs

The growing need for coordination of the many aspects of space environments is directly related to our increasing dependence on space assets. An obvious result is that there is a need for a coordinated effort to organize and make accessible the increasing number of space environment products that include space environment models and observations, material testing, and forecasting tools. This paper outlines a concept to establish a NASA-level Applied Spaceflight Environments (ASE) office that will provide coordination and funding for sustained multi-program support in three technical areas; (1) natural environments characterization and modeling, (2) environmental effects on materials and systems, (3) and operational and forecasting space environments modeling. Additionally the ASE office will serve as an entry point of contact for external users who wish to take advantage of data and assets associated with space environments, including space weather.

Minow, Joe↗

Bumper 3 Update for IADC Protection Manual

The Bumper code has been the standard in use by NASA and contractors to perform meteoroid/debris risk assessments since 1990. It has undergone extensive revisions and updates [NASA JSC HITF website; Christiansen et al., 1992, 1997]. NASA Johnson Space Center (JSC) has applied BUMPER to risk assessments for Space Station, Shuttle, Mir, Extravehicular Mobility Units (EMU) space suits, and other spacecraft (e.g., LDEF, Iridium, TDRS, and Hubble Space Telescope). Bumper continues to be updated with changes in the ballistic limit equations describing failure threshold of various spacecraft components, as well as changes in the meteoroid and debris environment models. Significant efforts are expended to validate Bumper and benchmark it to other meteoroid/debris risk assessment codes. Bumper 3 is a refactored version of Bumper II. The structure of the code was extensively modified to improve maintenance, performance and flexibility. The architecture was changed to separate the frequently updated ballistic limit equations from the relatively stable common core functions of the program. These updates allow NASA to produce specific editions of the Bumper 3 that are tailored for specific customer requirements. The core consists of common code necessary to process the Micrometeoroid and Orbital Debris (MMOD) environment models, assess shadowing and calculate MMOD risk. The library of target response subroutines includes a board range of different types of MMOD shield ballistic limit equations as well as equations describing damage to various spacecraft subsystems or hardware (thermal protection materials, windows, radiators, solar arrays, cables, etc.). The core and library of ballistic response subroutines are maintained under configuration control. A change in the core will affect all editions of the code, whereas a change in one or more of the response subroutines will affect all editions of the code that contain the particular response subroutines which are modified. Note that the Bumper II program is no longer maintained or distributed by NASA.

Christiansen, Eric L.↗

Shape Effect Analysis of Aluminum Projectile Impact on Whipple Shields

The informed design with respect to hypervelocity collisions involving micrometeoroid and orbital debris (MMOD) is influential to the success of space missions. For an orbit comparable to that of the International Space Station, velocities for MMOD can range from 1 to 15 km/s, with an average velocity around 10 km/cu s. The high energy released during collisions at these speeds can result in damage to a spacecraft, or worst-case, loss of the spacecraft, thus outlining the importance of methods to predict the likelihood and extent of damage due to an impact. Through experimental testing and numerical simulations, substantial work has been conducted to better understand the effects of hypervelocity impacts (HVI) on spacecraft systems and shields; however, much of the work has been focused on spherical impacting particles. To improve environment models for the analysis of MMOD, a large-scale satellite break-up test was performed at the Arnold Engineering and Development Complex to better understand the varied impactor geometries that could be generated from a large impact. As a part of the post-experiment analysis, an undertaking to characterize the irregular fragments generated is currently being performed by the University of Florida under the management of NASA's Orbital Debris Program Office at Johnson Space Center (JSC). DebriSat was a representative, modern LEO satellite that was catastrophically broken up in a HVI test. The test chamber was lined with a soft-catch system of foam panels that captured the fragments after impact. Initial predictions put the number of fragments larger than 2mm generated from the HVI at roughly 85,000. The number of fragments thus far extracted from the foam panels has exceeded 100,000, with that number continuously increasing. The shapes of the fragments vary dependent upon the material. Carbon-fiber reinforced polymer pieces, for instance, are abundantly found as thin, flat slivers. The characterization of these fragments with respect to their mass, size, and material composition needs to be summarized in a form that can be used in MMOD analysis. The mechanism that brings these fragment traits into MMOD analysis is through ballistic limit equations (BLE) that have been developed largely for a few types of materials1. As a BLE provides the failure threshold for a shield or spacecraft component based on parameters such as the projectile impact velocity and size, and the target's materials, thickness, and configuration, it is used to design protective shields for spacecraft such as Whipple shields (WS) to an acceptable risk level. The majority of experiments and simulations to test shields and validate BLEs have, heretofore, largely used spheres as the impactor, not properly reflecting the irregular shapes of MMOD. This shortfall has motivated a numerical impact analysis study of HVI involving non-spherical geometries to identify key parameters that environment models should provide.

Carrasquilla, Maria J.↗

Planetary Protection Bioburden Analysis Program

This program is a Microsoft Access program that performed statistical analysis of the colony counts from assays performed on the Mars Science Laboratory (MSL) spacecraft to determine the bioburden density, 3-sigma biodensity, and the total bioburdens required for the MSL prelaunch reports. It also contains numerous tools that report the data in various ways to simplify the reports required. The program performs all the calculations directly in the MS Access program. Prior to this development, the data was exported to large Excel files that had to be cut and pasted to provide the desired results. The program contains a main menu and a number of submenus. Analyses can be performed by using either all the assays, or only the accountable assays that will be used in the final analysis. There are three options on the first menu: either calculate using (1) the old MER (Mars Exploration Rover) statistics, (2) the MSL statistics for all the assays, or This software implements penetration limit equations for common micrometeoroid and orbital debris (MMOD) shield configurations, windows, and thermal protection systems. Allowable MMOD risk is formulated in terms of the probability of penetration (PNP) of the spacecraft pressure hull. For calculating the risk, spacecraft geometry models, mission profiles, debris environment models, and penetration limit equations for installed shielding configurations are required. Risk assessment software such as NASA's BUMPERII is used to calculate mission PNP; however, they are unsuitable for use in shield design and preliminary analysis studies. The software defines a single equation for the design and performance evaluation of common MMOD shielding configurations, windows, and thermal protection systems, along with a description of their validity range and guidelines for their application. Recommendations are based on preliminary reviews of fundamental assumptions, and accuracy in predicting experimental impact test results. The software is programmed in Visual Basic for Applications for installation as a simple add-in for Microsoft Excel. The user is directed to a graphical user interface (GUI) that requires user inputs and provides solutions directly in Microsoft Excel workbooks. This work was done by Shannon Ryan of the USRA Lunar and Planetary Institute for Johnson Space Center. Further information is contained in a TSP (see page 1). MSC- 24582-1 Micrometeoroid and Orbital Debris (MMOD) Shield Ballistic Limit Analysis Program Lyndon B. Johnson Space Center, Houston, Texas Commercially, because it is so generic, Enigma can be used for almost any project that requires engineering visualization, model building, or animation. Models in Enigma can be exported to many other formats for use in other applications as well. Educationally, Enigma is being used to allow university students to visualize robotic algorithms in a simulation mode before using them with actual hardware. This work was done by David Shores and Sharon P. Goza of Johnson Space Center; Cheyenne McKeegan, Rick Easley, Janet Way, and Shonn Everett of MEI Technologies; Mark Manning of PTI; and Mark Guerra, Ray Kraesig, and William Leu of Tietronix Software, Inc. For further information, contact the JSC Innovation Partnerships Office at (281) 483-3809. MSC-24211-1 Spitzer Telemetry Processing System NASA's Jet Propulsion Laboratory, Pasadena, California The Spitzer Telemetry Processing System (SirtfTlmProc) was designed to address objectives of JPL's Multi-mission Image Processing Lab (MIPL) in processing spacecraft telemetry and distributing the resulting data to the science community. To minimize costs and maximize operability, the software design focused on automated error recovery, performance, and information management. The system processes telemetry from the Spitzer spacecraft and delivers Level 0 products to the Spitzer Science Center. SirtfTlmProc is a unique system with automated error notification and recovery, with a real-time continuous service that can go quiescent after periods of inactivity. The software can process 2 GB of telemetry and deliver Level 0 science products to the end user in four hours. It provides analysis tools so the operator can manage the system and troubleshoot problems. It automates telemetry processing in order to reduce staffing costs. This work was done by Alice Stanboli, Elmain M. Martinez, and James M. McAuley of Caltech for NASA's Jet Propulsion Laboratory. For more information, contact iaoffice @jpl.nasa.gov. This software is available for commercial licensing. Please contact Dan Broderick at Daniel.F. Broderick@jpl.nasa.gov. Refer to NPO-47803. NASA Tech Briefs, September 2013 29 This rapid response computer program predicts Orbiter Wing Leading Edge (WLE) damage caused by ice or foam impact during a Space Shuttle launch (Program "IMPACT2"). The program was developed after the Columbia accident in order to assess quickly WLE damage due to ice, foam, or metal impact (if any) during a Shuttle launch. IMPACT2 simulates an impact event in a few minutes for foam impactors, and in seconds for ice and metal impactors. The damage criterion is derived from results obtained from one sophisticated commercial program, which requires hours to carry out simulations of the same impact events. The program was designed to run much faster than the commercial program with prediction of projectile threshold velocities within 10 to 15% of commercial-program values. The mathematical model involves coupling of Orbiter wing normal modes of vibration to nonlinear or linear springmass models. IMPACT2 solves nonlinear or linear impact problems using classical normal modes of vibration of a target, and nonlinear/ linear time-domain equations for the projectile. Impact loads and stresses developed in the target are computed as functions of time. This model is novel because of its speed of execution. A typical model of foam, or other projectile characterized by material nonlinearities, impacting an RCC panel is executed in minutes instead of hours needed by the commercial programs. Target damage due to impact can be assessed quickly, provided that target vibration modes and allowable stress are known. This work was done by Robert Clark, Jr., Paul Cotter, and Constantine Michalopoulos of The Boeing Company for Johnson Space Center. For further information, contact the JSC Innovation Partnerships Office at (281) 483-3809. MSC-24988-1 Wing Leading Edge RCC Rapid Response Damage Prediction Tool (IMPACT2) Lyndon B. Johnson Space Center, Houston, Texas (3) the MSL statistics for only the accountable assays. Other options on the main menu include a data editing form and utility programs that produce various reports requested by the microbiologists and the project, and tools to generate the groupings for the final analyses. The analyses can be carried out in three ways: Each assay can be treated separately, the assays can be collectively treated for the whole zone as a group, or the assays can be collected in groups designated by the JPL Planetary Protection Manager. The latter approach was used to generate the final report because assays on the same equipment or similar equipment can be assumed to have been exposed to the same environment and cleaning. Thus, the statistics are improved by having a larger population, thereby reducing the standard deviation by the square root of N. For each method mentioned above, three reports are available. The first is a detailed report including all the data. This version was very useful in verifying the calculations. The second is a brief report that is similar to the full detailed report, but does not print out the data. The third is a grand total and summary report in which each assay requires only one line. For the first and second reports, most of the calculations are performed in the report section itself. For the third, all the calculations are performed directly in the query bound to the report. All the numerical results were verified by comparing them with Excel templates, then exporting the data from the Planetary Protection Analysis program to Excel.

Beaudet, Robert A.↗

Approximate two layer (inviscid/viscous) methods to model aerothermodynamic environments

Approximate inviscid and boundary layer techniques for aerodynamic heating calculations are discussed. An inviscid flowfield solution is needed to provide surface pressures and boundary-layer edge properties. Modified Newtonian pressures coupled with an approximate shock shape will suffice for relatively simple shapes like sphere-cones with cone half-angles between 15 and 45 deg. More accurate approximate methods have been developed which make use of modified Maslen techniques. Slender and large angle sphere-cones and more complex shapes generally require an Euler code, like HALIS, to provide that information. The boundary-layer solution is reduced significantly by using the axisymmetric analog and approximate heating relations developed by Zoby, et al. (1981). Analysis is presented for the calculation of inviscid surface streamlines and metrics. Entropy-layer swallowing effects require coupling the inviscid and boundary-layer solutions.

Dejarnette, Fred R.↗

Aerospace Meteorology Lessons Learned Relative to Aerospace Vehicle Design and Operations

Aerospace Meteorology came into being in the 1950s as the development of rockets for military and civilian usage grew in the United States. The term was coined to identify those involved in the development of natural environment models, design/operational requirements, and environment measurement systems to support the needs of aerospace vehicles, both launch vehicles and spacecraft. It encompassed the atmospheric environment of the Earth, including Earth orbit environments. Several groups within the United States were active in this area, including the Department of Defense, National Aeronautics and Space Administration, and a few of the aerospace industry groups. Some aerospace meteorology efforts were similar to those being undertaken relative to aviation interests. As part of the aerospace meteorology activities a number of lessons learned resulted that produced follow on efforts which benefited from these experiences, thus leading to the rather efficient and technologically current descriptions of terrestrial environment design requirements, prelaunch monitoring systems, and forecast capabilities available to support the development and operations of aerospace vehicles.

Vaughan, William W.↗

Integration of the Total Lightning Jump Algorithm into Current Operational Warning Environment Conceptual Models

Key points that this analysis will begin to address are: 1)What physically is going on in the cloud when there is a jump in lightning? - Updraft variations, ice fluxes. 2)How do these processes fit in with severe storm conceptual models? 3)What would this information provide an end user (i.e., the forecaster)? - Relate LJA to radar observations, like changes in reflectivity, MESH, VIL, etc. based multi-Doppler derived physical relationships 4) How do we best transistionthis algorithm into the warning decision process. The known relationship between lightning updraft strength/volume and precipitation ice mass production can be extended to the concept of the lightning jump. Examination of the first lightning jump times from 329 storms in Schultz et al. shows an increase in the mean reflectivity profile and mixed phase echo volume during the 10 minutes prior to the lightning jump. Limited dual-Doppler results show that the largest lightning jumps are well correlated in time with increases in updraft strength/volume and precipitation ice mass production; however, the smaller magnitude lightning jumps appear to have more subtle relationships to updraft and ice mass characteristics.

Schultz, Christopher J.↗

Integration of the Total Lightning Jump Algorithm into Current Operational Warning Environment Conceptual Models

Key points this analysis will address: 1) What physically is going on in the cloud when there is a jump in lightning? -- Updraft variations, Ice fluxes 2) How do these processes fit in with severe storm conceptual models? 3) What would this information provide an end user? --Relate LJA to radar observations, like changes in reflectivity, MESH, VIL, etc. based multi -Doppler derived physical relationships

Schultz, Chris↗

Enigma Version 12

Enigma Version 12 software combines model building, animation, and engineering visualization into one concise software package. Enigma employs a versatile user interface to allow average users access to even the most complex pieces of the application. Using Enigma eliminates the need to buy and learn several software packages to create an engineering visualization. Models can be created and/or modified within Enigma down to the polygon level. Textures and materials can be applied for additional realism. Within Enigma, these models can be combined to create systems of models that have a hierarchical relationship to one another, such as a robotic arm. Then these systems can be animated within the program or controlled by an external application programming interface (API). In addition, Enigma provides the ability to use plug-ins. Plugins allow the user to create custom code for a specific application and access the Enigma model and system data, but still use the Enigma drawing functionality. CAD files can be imported into Enigma and combined to create systems of computer graphics models that can be manipulated with constraints. An API is available so that an engineer can write a simulation and drive the computer graphics models with no knowledge of computer graphics. An animation editor allows an engineer to set up sequences of animations generated by simulations or by conceptual trajectories in order to record these to highquality media for presentation. Enigma Version 12 Lyndon B. Johnson Space Center, Houston, Texas 28 NASA Tech Briefs, September 2013 Planetary Protection Bioburden Analysis Program NASA's Jet Propulsion Laboratory, Pasadena, California This program is a Microsoft Access program that performed statistical analysis of the colony counts from assays performed on the Mars Science Laboratory (MSL) spacecraft to determine the bioburden density, 3-sigma biodensity, and the total bioburdens required for the MSL prelaunch reports. It also contains numerous tools that report the data in various ways to simplify the reports required. The program performs all the calculations directly in the MS Access program. Prior to this development, the data was exported to large Excel files that had to be cut and pasted to provide the desired results. The program contains a main menu and a number of submenus. Analyses can be performed by using either all the assays, or only the accountable assays that will be used in the final analysis. There are three options on the first menu: either calculate using (1) the old MER (Mars Exploration Rover) statistics, (2) the MSL statistics for all the assays, or This software implements penetration limit equations for common micrometeoroid and orbital debris (MMOD) shield configurations, windows, and thermal protection systems. Allowable MMOD risk is formulated in terms of the probability of penetration (PNP) of the spacecraft pressure hull. For calculating the risk, spacecraft geometry models, mission profiles, debris environment models, and penetration limit equations for installed shielding configurations are required. Risk assessment software such as NASA's BUMPERII is used to calculate mission PNP; however, they are unsuitable for use in shield design and preliminary analysis studies. The software defines a single equation for the design and performance evaluation of common MMOD shielding configurations, windows, and thermal protection systems, along with a description of their validity range and guidelines for their application. Recommendations are based on preliminary reviews of fundamental assumptions, and accuracy in predicting experimental impact test results. The software is programmed in Visual Basic for Applications for installation as a simple add-in for Microsoft Excel. The user is directed to a graphical user interface (GUI) that requires user inputs and provides solutions directly in Microsoft Excel workbooks. This work was done by Shannon Ryan of the USRA Lunar and Planetary Institute for Johnson Space Center. Further information is contained in a TSP (see page 1). MSC- 24582-1 Micrometeoroid and Orbital Debris (MMOD) Shield Ballistic Limit Analysis Program Lyndon B. Johnson Space Center, Houston, Texas Commercially, because it is so generic, Enigma can be used for almost any project that requires engineering visualization, model building, or animation. Models in Enigma can be exported to many other formats for use in other applications as well. Educationally, Enigma is being used to allow university students to visualize robotic algorithms in a simulation mode before using them with actual hardware.

Shores, David↗

Micrometeoroid and Orbital Debris (MMOD) Shield Ballistic Limit Analysis Program

This software implements penetration limit equations for common micrometeoroid and orbital debris (MMOD) shield configurations, windows, and thermal protection systems. Allowable MMOD risk is formulated in terms of the probability of penetration (PNP) of the spacecraft pressure hull. For calculating the risk, spacecraft geometry models, mission profiles, debris environment models, and penetration limit equations for installed shielding configurations are required. Risk assessment software such as NASA's BUMPERII is used to calculate mission PNP; however, they are unsuitable for use in shield design and preliminary analysis studies. The software defines a single equation for the design and performance evaluation of common MMOD shielding configurations, windows, and thermal protection systems, along with a description of their validity range and guidelines for their application. Recommendations are based on preliminary reviews of fundamental assumptions, and accuracy in predicting experimental impact test results. The software is programmed in Visual Basic for Applications for installation as a simple add-in for Microsoft Excel. The user is directed to a graphical user interface (GUI) that requires user inputs and provides solutions directly in Microsoft Excel workbooks.

Ryan, Shannon↗