SEARCH · Engineering Papers

Results for “difficult”

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 289 records · Page 16

All sources NASA NTRS DOE OSTI

NASA NTRS2005

Multi Agent Reward Analysis for Learning in Noisy Domains

In many multi agent learning problems, it is difficult to determine, a priori, the agent reward structure that will lead to good performance. This problem is particularly pronounced in continuous, noisy domains ill-suited to simple table backup schemes commonly used in TD(lambda)/Q-learning. In this paper, we present a new reward evaluation method that allows the tradeoff between coordination among the agents and the difficulty of the learning problem each agent faces to be visualized. This method is independent of the learning algorithm and is only a function of the problem domain and the agents reward structure. We then use this reward efficiency visualization method to determine an effective reward without performing extensive simulations. We test this method in both a static and a dynamic multi-rover learning domain where the agents have continuous state spaces and where their actions are noisy (e.g., the agents movement decisions are not always carried out properly). Our results show that in the more difficult dynamic domain, the reward efficiency visualization method provides a two order of magnitude speedup in selecting a good reward. Most importantly it allows one to quickly create and verify rewards tailored to the observational limitations of the domain.

Tumer, Kagan↗

NASA NTRS2004

Using Piezoelectric Ceramics for Dust Mitigation of Space Suits

The particles that make up moon dust and Mars soil can be hazardous to an astronaut s health if not handled properly. In the near future, while exploring outer space, astronauts plan to wander the surfaces of unknown planets. During these explorations, dust and soil will cling to their space suits and become imbedded in the fabric. The astronauts will track moon dust and mars soil back into their living quarters. This not only will create a mess with millions of tiny air-born particles floating around, but will also be dangerous in the case that the fine particles are breathed in and become trapped in an astronaut s lungs. research center are investigating ways to remove these particles from space suits. This problem is very difficult due to the nature of the particles: They are extremely small and have jagged edges which can easily latch onto the fibers of the fabric. For the past summer, I have been involved in researching the potential problems, investigating ways to remove the particles, and conducting experiments to validate the techniques. The current technique under investigation uses piezoelectric ceramics imbedded in the fabric that vibrate and shake the particles free. The particles will be left on the planet s surface or collected a vacuum to be disposed of later. The ceramics vibrate when connected to an AC voltage supply and create a small scale motion similar to what people use at the beach to shake sand off of a beach towel. Because the particles are so small, similar to volcanic ash, caution must be taken to make sure that this technique does not further inbed them in the fabric and make removal more difficult. Only a very precise range of frequency and voltage will produce a suitable vibration. My summer project involved many experiments to determine the correct range. Analysis involved hands on experience with oscilloscopes, amplifiers, piezoelectrics, a high speed camera, microscopes and computers. perfect this technology. Someday, vibration to remove dust may a vital component to the space exploration program. In order to mitigate this problem, engineers and scientists at the NASA-Glenn Further research and experiments are planned to better understand and ultimately

Angel, Heather K.↗

NASA NTRS2004

The Lewice Console

Lewice (LEWis ICE accretion program) is software used by literally hundreds of users in the aeronautics community for predicting ice shapes, collections efficiencies, and anti-icing heat requirements for aircraft. LEWICE performs its analysis in minutes on a desktop PC, allowing the user to run several parameter studies for design purposes. The ice shape predictions have been used to assess performance degradation both as an input to a CFD program or experimentally in flight or in a wind tunnel. This information is important to ensure an airplane s safe passage through an icing cloud. Currently, Lewice runs as a DOS program that accepts many different inputs such as cloud conditions, wing shapes, and thermal deicing inputs. Usually, such experimental data is stored in spreadsheets. However, Lewice inputs are text files; therefore, they must be generated by the user. Lewice s outputs (collection efficiency, ice shapes and thicknesses) are also text files; to plot the data, users must generate a spreadsheet with this output. Because all Lewice J/O is in the form of text files, using Lewice can be tricky and time-consuming. Our goal was to improve Lewice s usability by creating a user interface that would automatically generate Lewice input from a spreadsheet and automatically put Lewice output into spreadsheets with charts. Additionally, this user interface would automatically convert units (as Lewice only accepts input in certain units) and offer several output options. I call this program the Lewice Console. The Lewice Console is an easy to use interface for Lewice written in Visual Basic. It allows users to run Lewice given a spreadsheet listing experimental conditions. It automatically generates the input to Lewice, does necessary unit conversions, runs Lewice, and produces a spreadsheet with charts plotting the data. It allows users to import data from previously generated Lewice inputs into a spreadsheet. It also allows users to batch run Lewice on several different inputs to automatically generate multiple output spreadsheets. You can also generate plots of actual data vs. experimental data. These capabilities are just the beginning for the Lewice Console. Lewice is capable of running a full deicing experiment given a geometry and heating apparatus information. However, users find it difficult to run such experiments due to the number of inputs and the difficult input file format. The Lewice Console would simplify experiment generation by allowing the user to interactively draw a geometry, place heating apparatus, and specify information about each part. The input to Lewice would be automatically generated from the experiment the user draws on the screen. The Lewice Console would simplify the experiment building process. Currently, Lewice runs as a DOS program that accepts many different inputs such as

Armstrong, Aaron E.↗

NASA NTRS2004

Practical Pocket PC Application w/Biometric Security

I work in the Flight Software Engineering Branch, where we provide design and development of embedded real-time software applications for flight and supporting ground systems to support the NASA Aeronautics and Space Programs. In addition, this branch evaluates, develops and implements new technologies for embedded real-time systems, and maintains a laboratory for applications of embedded technology. The majority of microchips that are used in modern society have been programmed using embedded technology. These small chips can be found in microwaves, calculators, home security systems, cell phones and more. My assignment this summer entails working with an iPAQ HP 5500 Pocket PC. This top-of-the-line hand-held device is one of the first mobile PC's to introduce biometric security capabilities. Biometric security, in this case a fingerprint authentication system, is on the edge of technology as far as securing information. The benefits of fingerprint authentication are enormous. The most significant of them are that it is extremely difficult to reproduce someone else's fingerprint, and it is equally difficult to lose or forget your own fingerprint as opposed to a password or pin number. One of my goals for this summer is to integrate this technology with another Pocket PC application. The second task for the summer is to develop a simple application that provides an Astronaut EVA (Extravehicular Activity) Log Book capability. The Astronaut EVA Log Book is what an astronaut would use to report the status of field missions, crew physical health, successes, future plans, etc. My goal is to develop a user interface into which these data fields can be entered and stored. The applications that I am developing are created using eMbedded Visual C++ 4.0 with the Pocket PC 2003 Software Development Kit provided by Microsoft.

Logan, Julian↗

NASA NTRS2001

New Data Source for Studying and Modelling the Topside Ionosphere

The existing uncertainties about density profiles in the topside ionosphere, i.e., in the height regime from hmF2 to approx. 2000 km, requires the search for new data sources. Millions of ionograms had been recorded by the ISIS and Alouette satellites in the sixties and seventies, that never were analyzed in terms of electron density profiles. In recent years an effort started to digitize the analog recordings to prepare the ionograms for computerized analysis. This paper shows how the digital ionograms are processed and the electron density profiles (from satellite orbit altitude, 1400 km for ISIS-2, down to the F peak) are calculated. The most difficult part of the task is the automatic scaling of the echo traces in the ISIS ionograms. Unlike the ionograms from modern ionosondes, the ISIS ionograms do not identify the wave polarization of the different echo traces, so physical logic must be applied to identify the ordinary ()) and extraordinary (X) traces, and this is not always successful. Characteristic resonance features seen in the topside ionograms occur at the gyro and plasma frequencies. An elaborate scheme was developed to identify these resonance frequencies in order to determine the local plasma and gyrofrequencies. This information helps in the identification of the O and X traces, and it provides the starting density of the electron density profile. The inversion of the echo traces into electron density profiles uses the same modified Chebyshev polynomial fitting technique that is successfully applied in the ground-based Digisonde network. The automatic topside ionogram scaler with true height algorithm TOPIST is successfully scaling approx. 70% of the ionograms. An 'editing process' is available to manually scale the more difficult ionograms. The home page for the ISIS project is at http://nssdc.gsfc.nasa.gov/space/isis/isis-status.html. It provides access to as of January 2001, 3000,000 digitized ISIS ionogram data and to related software. A search page lets users select data location, time, and a host of other search criteria. The automated processing of the ISIS ionograms will begin later this year and the electron density profiles will be made available from the project home page. The ISIS data restoration efforts are supported through NASA's Applied Systems and Information Research Program.

Huang, Xue-Qin↗

NASA NTRS2004

Let's Orbit Mars: A Proposal to Explore Mars Now

Mars is an exciting target for the human exploration; the next destination toward the ultimate human colonization of the solar system. But the price of proposed missions to Mars is a daunting barrier. Expensive missions make it a slow and difficult process to achieve the political consensus to make a commitment to exploration. In today's deficit-conscious era (and what era is not?), it is as difficult-- perhaps impossible-- task to justify to a skeptical and cost-conscious public the need to invest in exploration. It seems far too easy to postpone exploration into a future that never seems to arrive. It would be terrific to explore Mars in small steps, where each step makes progress toward human exploration and settlement, and each step also is not only exciting to the public, but also justifiable on its own scientific merits.

Landis, Geoffrey A.↗

NASA NTRS2005

A Method for Aircraft Concept Selection Using Multicriteria Interactive Genetic Algorithms

The problem of aircraft concept selection has become increasingly difficult in recent years as a result of a change from performance as the primary evaluation criteria of aircraft concepts to the current situation in which environmental effects, economics, and aesthetics must also be evaluated and considered in the earliest stages of the decision-making process. This has prompted a shift from design using historical data regression techniques for metric prediction to the use of physics-based analysis tools that are capable of analyzing designs outside of the historical database. The use of optimization methods with these physics-based tools, however, has proven difficult because of the tendency of optimizers to exploit assumptions present in the models and drive the design towards a solution which, while promising to the computer, may be infeasible due to factors not considered by the computer codes. In addition to this difficulty, the number of discrete options available at this stage may be unmanageable due to the combinatorial nature of the concept selection problem, leading the analyst to arbitrarily choose a sub-optimum baseline vehicle. These concept decisions such as the type of control surface scheme to use, though extremely important, are frequently made without sufficient understanding of their impact on the important system metrics because of a lack of computational resources or analysis tools. This paper describes a hybrid subjective/quantitative optimization method and its application to the concept selection of a Small Supersonic Transport. The method uses Genetic Algorithms to operate on a population of designs and promote improvement by varying more than sixty parameters governing the vehicle geometry, mission, and requirements. In addition to using computer codes for evaluation of quantitative criteria such as gross weight, expert input is also considered to account for criteria such as aeroelasticity or manufacturability which may be impossible or too computationally expensive to consider explicitly in the analysis. Results indicate that concepts resulting from the use of this method represent designs which are promising to both the computer and the analyst, and that a mapping between concepts and requirements that would not otherwise be apparent is revealed.

Buonanno, Michael↗

NASA NTRS2003

High-Temperature Sprayable Phosphor Coating Developed for Measuring Surface Temperatures

The use of phosphor thermography for noncontact temperature measurements in harsh environments has been proven over the last decade, but it has suffered from difficult application procedures such as vapor deposition or sputtering techniques. We have developed a high-temperature-sensitive paint that is easily applied with commercially available paint-spraying equipment and have successfully demonstrated it to temperatures up to 1500 C. Selected phosphors have also shown measurable signals to 1700 C, thus allowing a combination of phosphors to be used in high-temperature binders to make surface temperature measurements from ambient to over 1500 C. Phosphor thermography is an optical technique that measures the time response of fluorescence light, which is a function of the phosphor temperature. The phosphors are excited with short wavelength light (ultraviolet or blue), and they emit light at a longer wavelength. This technique has a benefit over other temperature measurements, such as thermocouples and infrared thermography, in difficult environments such as high blackbody backgrounds, vibration, flames, high electromagnetic noise, or where special windows may be needed. In addition, the sprayable phosphor paints easily cover large or complicated structures, providing full-surface information with a single measurement. Oak Ridge National Laboratories developed and tested the high-temperature binders and phosphors under the direction of the NASA Glenn Research Center. Refractory materials doped with rare earth metals were selected for their performance at high temperature. Survivability, adhesion, and material compatibility tests were conducted at high temperatures in a small furnace while the fluorescent response from the phosphors was being measured. A painted sample in a furnace with a clearly visible fluorescing dot excited by a pulsed laser is shown. Measuring the decay time of this fluorescence yields the surface temperature. One new paint was recently tested in a rocket test stand at Glenn. The floor of a square duct nozzle was painted, and full-field lifetime decay measurements were acquired for multiple firings of the rocket. Good agreement with predicted results was obtained, matching temperature gradients along the length of the nozzle and clearly showing shock structures. These good results were very satisfactory given that the measurements were made looking through the combustion plume. Infrared pyrometry was incapable of making the surface measurements because of the interference from the rocket exhaust, which contaminated the infrared signature.

Bencic, Timothy J.↗

NASA NTRS2005

A Design Comparison of Atmospheric Flight Vehicles for the Exploration of Titan

Titan, the largest moon of Saturn, is one of the most scientifically interesting locations in the Solar System. With a very cold atmosphere that is five times as dense as Earth s, and one and a half times the surface pressure, it also provides one of the most aeronautically fascinating environments known to humankind. While this may seem the ideal place to attempt atmospheric flight, many challenges await any vehicle attempting to navigate through it. In addition to these physical challenges, any scientific exploration mission to Titan will most likely have several operational constraints. One difficult constraint is the desire for a global survey of the planet and thus, a long duration flight within the atmosphere. Since many of the scientific measurements that would be unique to a vehicle flying through the atmosphere (as opposed to an orbiting spacecraft) desire near-surface positioning of their associated instruments, the vehicle must also be able to fly within the first scale height of the atmosphere. Another difficult constraint is that interaction with the surface, whether by landing or dropped probe, is also highly desirable from a scientific perspective. Two common atmospheric flight platforms that might be used for this mission are the airplane and airship. Under the assumption of a mission architecture that would involve an orbiting relay spacecraft delivered via aerocapture and an atmospheric flight vehicle delivered via direct entry, designs were developed for both platforms that are unique to Titan. Consequently, after a viable design was achieved for each platform, their advantages and disadvantages were compared. This comparison included such factors as deployment risk, surface interaction capability, mass, and design heritage. When considering all factors, the preferred candidate platform for a global survey of Titan is an airship.

Gasbarre, Joseph F.↗

NASA NTRS2005

Intelligent Pilot Aids for Flight Re-Planning in Emergencies

Effective and safe control of an aircraft may be difficult or nearly impossible for a pilot following an unexpected system failure. Without prior training, the pilot must ascertain on the fly those changes in both manual control technique and procedures that will lead to a safe landing of the aircraft. Sophisticated techniques for determining the required control techniques are now available. Likewise, a body of literature on pilot decision making provides formalisms for examining how pilots approach discrete decisions framed as the selection between options. However, other aspects of behavior, such as the task of route planning and guidance, are not as well studied. Not only is the pilot faced with possible performance changes to the aircraft dynamics, but he or she is also tasked to create a plan of actions that will effectively take the aircraft down to a safe landing. In this plan, the many actions that the pilot can perform are closely intertwined with the trajectory of the aircraft, making it difficult to accurately predict the final outcome. Coupled with the vast number of potential actions to be taken, this problem may seem intractable. This is reflected in the lack of a pre-specified procedure capable of giving pilots the ability to find a resolution for this task. This report summarizes a multi-year effort to examine methods to aid pilots in planning an approach and arrival to an airport following an aircraft systems failure. Ultimately, we hypothesize that automatic assistance to pilots can be provided in real-time in the form of improving pilot control of a damaged aircraft and providing pilots with procedural directives suitable for critical flight conditions; such systems may also benefit pilot training and procedure design. To achieve this result, a systematic, comprehensive research program was followed, building on prior research. This approach included a pencil-and-paper study with airline pilots examining methods of representing a flight route in an immediately understandable manner, and in a manner that would allow the pilot to modify an automatically-generated route and/or detect any inappropriate elements in an automatically-generated route. Likewise, a flight simulator study examined different cockpit systems for the relative merits of providing pilots with any of a variety of automated functions for emergency flight planning. The results provide specific guidance for the design of such systems.

Pritchett, Amy R.↗

NASA NTRS2005

An operational approach to long-duration mission behavioral health and performance factors

NASA's participation in nearly 10 yr of long-duration mission (LDM) training and flight confirms that these missions remain a difficult challenge for astronauts and their medical care providers. The role of the astronaut's crew surgeon is to maximize the astronaut's health throughout all phases of the LDM: preflight, in flight, and postflight. In support of the crew surgeon, the NASA-Johnson Space Center Behavioral Health and Performance Group (JSC-BHPG) has focused on four key factors that can reduce the astronaut's behavioral health and performance. These factors are defined as: sleep and circadian factors; behavioral health factors; psychological adaptation factors; and human-to-system interface (the interface between the astronaut and the mission workplace) factors. Both the crew surgeon and the JSC-BHPG must earn the crewmember's trust preflight to encourage problem identification and problem solving in these four areas. Once on orbit, the crew medical officer becomes a valuable extension of the crew surgeon and BHPG on the ground due to the crew medical officer's constant interaction with crewmembers and preflight training in these four factors. However, the crew surgeon, BHPG, and the crew medical officer need tools that will help predict, prevent, monitor, and respond to developing problems. Objective data become essential when difficult mission termination decisions must be made. The need for behavioral health and performance tool development creates an environment rich for collaboration between operational healthcare providers and researchers. These tools are also a necessary step to safely complete future, more autonomous exploration-class space missions.

Review↗

NASA NTRS2005

Active control of Boundary Layer Separation & Flow Distortion in Adverse Pressure Gradient Flows via Supersonic Microjets

Inlets to aircraft propulsion systems must supply flow to the compressor with minimal pressure loss, flow distortion or unsteadiness. Flow separation in internal flows such as inlets and ducts in aircraft propulsion systems and external flows such as over aircraft wings, is undesirable as it reduces the overall system performance. The aim of this research has been to understand the nature of separation and more importantly, to explore techniques to actively control this flow separation. In particular, the use of supersonic microjets as a means of controlling boundary layer separation was explored. The geometry used for the early part of this study was a simple diverging Stratford ramp, equipped with arrays of supersonic microjets. Initial results, based on the mean surface pressure distribution, surface flow visualization and Planar Laser Scattering (PLS) indicated a reverse flow region. We implemented supersonic microjets to control this separation and flow visualization results appeared to suggest that microjets have a favorable effect, at least to a certain extent. However, the details of the separated flow field were difficult to determine based on surface pressure distribution, surface flow patterns and PLS alone. It was also difficult to clearly determine the exact influence of the supersonic microjets on this flow. In the latter part of this study, the properties of this flow-field and the effect of supersonic microjets on its behavior were investigated in further detail using 2-component (planar) Particle Image Velocimetry (PIV). The results clearly show that the activation of microjets eliminated flow separation and resulted in a significant increase in the momentum of the fluid near the ramp surface. Also notable is the fact that the gain in momentum due to the elimination of flow separation is at least an order of magnitude larger (two orders of magnitude larger in most cases) than the momentum injected by the microjets and is accomplished with very little mass flow through the microjets.

Alvi, Farrukh S.↗

NASA NTRS2005

Towards a Functionally-Formed Air Traffic System-of-Systems

Incremental improvements to the national aviation infrastructure have not resulted in sufficient increases in capacity and flexibility to meet emerging demand. Unfortunately, revolutionary changes capable of substantial and rapid increases in capacity have proven elusive. Moreover, significant changes have been difficult to implement, and the operational consequences of such change, difficult to predict due to the system s complexity. Some research suggests redistributing air traffic control functions through the system, but this work has largely been dismissed out of hand, accused of being impractical. However, the case for functionally-based reorganization of form can be made from a theoretical, systems perspective. This paper investigates Air Traffic Management functions and their intrinsic biases towards centralized/distributed operations, grounded in systems engineering and information technology theories. Application of these concepts to a small airport operations design is discussed. From this groundwork, a robust, scalable system transformation plan may be made in light of uncertain demand.

Conway, Sheila R.↗

NASA NTRS2005

INDUCTIVE SYSTEM HEALTH MONITORING WITH STATISTICAL METRICS

Model-based reasoning is a powerful method for performing system monitoring and diagnosis. Building models for model-based reasoning is often a difficult and time consuming process. The Inductive Monitoring System (IMS) software was developed to provide a technique to automatically produce health monitoring knowledge bases for systems that are either difficult to model (simulate) with a computer or which require computer models that are too complex to use for real time monitoring. IMS processes nominal data sets collected either directly from the system or from simulations to build a knowledge base that can be used to detect anomalous behavior in the system. Machine learning and data mining techniques are used to characterize typical system behavior by extracting general classes of nominal data from archived data sets. In particular, a clustering algorithm forms groups of nominal values for sets of related parameters. This establishes constraints on those parameter values that should hold during nominal operation. During monitoring, IMS provides a statistically weighted measure of the deviation of current system behavior from the established normal baseline. If the deviation increases beyond the expected level, an anomaly is suspected, prompting further investigation by an operator or automated system. IMS has shown potential to be an effective, low cost technique to produce system monitoring capability for a variety of applications. We describe the training and system health monitoring techniques of IMS. We also present the application of IMS to a data set from the Space Shuttle Columbia STS-107 flight. IMS was able to detect an anomaly in the launch telemetry shortly after a foam impact damaged Columbia's thermal protection system.

Iverson, David L.↗

NASA NTRS2005

Formal Safety Certification of Aerospace Software

In principle, formal methods offer many advantages for aerospace software development: they can help to achieve ultra-high reliability, and they can be used to provide evidence of the reliability claims which can then be subjected to external scrutiny. However, despite years of research and many advances in the underlying formalisms of specification, semantics, and logic, formal methods are not much used in practice. In our opinion this is related to three major shortcomings. First, the application of formal methods is still expensive because they are labor- and knowledge-intensive. Second, they are difficult to scale up to complex systems because they are based on deep mathematical insights about the behavior of the systems (t.e., they rely on the "heroic proof"). Third, the proofs can be difficult to interpret, and typically stand in isolation from the original code. In this paper, we describe a tool for formally demonstrating safety-relevant aspects of aerospace software, which largely circumvents these problems. We focus on safely properties because it has been observed that safety violations such as out-of-bounds memory accesses or use of uninitialized variables constitute the majority of the errors found in the aerospace domain. In our approach, safety means that the program will not violate a set of rules that can range for the simple memory access rules to high-level flight rules. These different safety properties are formalized as different safety policies in Hoare logic, which are then used by a verification condition generator along with the code and logical annotations in order to derive formal safety conditions; these are then proven using an automated theorem prover. Our certification system is currently integrated into a model-based code generation toolset that generates the annotations together with the code. However, this automated formal certification technology is not exclusively constrained to our code generator and could, in principle, also be integrated with other code generators such as RealTime Workshop or even applied to legacy code. Our approach circumvents the historical problems with formal methods by increasing the degree of automation on all levels. The restriction to safety policies (as opposed to arbitrary functional behavior) results in simpler proof problems that can generally be solved by fully automatic theorem proves. An automated linking mechanism between the safety conditions and the code provides some of the traceability mandated by process standards such as DO-178B. An automated explanation mechanism uses semantic markup added by the verification condition generator to produce natural-language explanations of the safety conditions and thus supports their interpretation in relation to the code. It shows an automatically generated certification browser that lets users inspect the (generated) code along with the safety conditions (including textual explanations), and uses hyperlinks to automate tracing between the two levels. Here, the explanations reflect the logical structure of the safety obligation but the mechanism can in principle be customized using different sets of domain concepts. The interface also provides some limited control over the certification process itself. Our long-term goal is a seamless integration of certification, code generation, and manual coding that results in a "certified pipeline" in which specifications are automatically transformed into executable code, together with the supporting artifacts necessary for achieving and demonstrating the high level of assurance needed in the aerospace domain.

Denney, Ewen↗

NASA NTRS2006

SpaceWire Protocol ID: What Does It Mean To You?

Spacewire is becoming a popular solution for satellite high-speed data buses because it is a simple standard that provides great flexibility for a wide range of system requirements. It is simple in packet format and protocol, allowing users to easily tailor their implementation for their specific application. Some of the attractive aspects of Spacewire that make it easy to implement also make it hard for future reuse. Protocol reuse is difficult because Spacewire does not have a defined mechanism to communicate with the higher layers of the protocol stack. This has forced users of Spacewire to define unique packet formats and define how these packets are to be processed. Each mission writes their own Interface Control Document (ICD) and tailors Spacewire for their specific requirements making reuse difficult. Part of the reason for this habit may be because engineers typically optimize designs for their own requirements in the absence of a standard. This is an inefficient use of project resources and costs more to develop missions. A new packet format for Spacewire has been defined as a solution for this problem. This new packet format is a compliment to the Spacewire standard that will support protocol development upon Spacewire. The new packet definition does not replace the current packet structure, i.e., does not make the standard obsolete, but merely extends the standard for those who want to develop protocols over Spacewire. The Spacewire packet is defined with the first part being the Destination Address, which may be one or more bytes. This is followed by the packet cargo, which is user defined. The cargo is truncated with an End-Of-Packet (EOP) marker. This packet structure offers low packet overhead and allows the user to define how the contents are to be formatted. It also provides for many different addressing schemes, which provide flexibility in the system. This packet flexibility is typically an attractive part of the Spacewire. The new extended packet format adds one new field to the packet that greatly enhances the capability of Spacewire. This new field called the Protocol Identifier (ID) is used to identify the packet contents and the associated processing for the packet. This feature along with the restriction in the packet format that uses the Protocol ID, allows a deterministic method of decoding packets that was not before possible. The first part of the packet is still the Destination Address, which still conforms to the original standard but with one restriction. The restriction is that the first byte seen at the destination by the user needs to be a logical address, independent of the addressing scheme used. The second field is defined as the Protocol ID, which is usually one byte in length. The packet cargo (user defined) follows the Protocol ID. After the packet cargo is the EOP, which defines the end of packet. The value of the Protocol ID is assigned by the Spacewire working group and the protocol description published for others to use. The development of Protocols for Spacewire is currently the area of greatest activity by the Spacewire working group. The first protocol definition by the working group has been completed and is now in the process of formal standardization. There are many other protocols in development for missions that have not yet received formal Protocol ID assignment, but even if the protocols are not formally assigned a value, this effort will provide synergism for future developments.

Rakow, Glenn↗

NASA NTRS2005

Environmental Conditions for Space Flight Hardware: A Survey

Interest in generalization of the physical environment experienced by NASA hardware from the natural Earth environment (on the launch pad), man-made environment on Earth (storage acceptance an d qualification testing), the launch environment, and the space environment, is ed to find commonality among our hardware in an effort to reduce cost and complexity. NASA is entering a period of increase in its number of planetary missions and it is important to understand how our qualification requirements will evolve with and track these new environments. Environmental conditions are described for NASA projects in several ways for the different periods of the mission life cycle. At the beginning, the mission manager defines survivability requirements based on the mission length, orbit, launch date, launch vehicle, and other factors . such as the use of reactor engines. Margins are then applied to these values (temperature extremes, vibration extremes, radiation tolerances, etc,) and a new set of conditions is generalized for design requirements. Mission assurance documents will then assign an additional margin for reliability, and a third set of values is provided for during testing. A fourth set of environmental condition values may evolve intermittently from heritage hardware that has been tested to a level beyond the actual mission requirement. These various sets of environment figures can make it quite confusing and difficult to capture common hardware environmental requirements. Environmental requirement information can be found in a wide variety of places. The most obvious is with the individual projects. We can easily get answers to questions about temperature extremes being used and radiation tolerance goals, but it is more difficult to map the answers to the process that created these requirements: for design, for qualification, and for actual environment with no margin applied. Not everyone assigned to a NASA project may have that kind of insight, as many have only the environmental requirement numbers needed to do their jobs but do not necessarily have a programmatic-level understanding of how all of the environmental requirements fit together.

Plante, Jeannette↗

NASA NTRS2005

Predictive Interfaces for Long-Distance Tele-Operations

We address the development of predictive tele-operator interfaces for humanoid robots with respect to two basic challenges. Firstly, we address automating the transition from fully tele-operated systems towards degrees of autonomy. Secondly, we develop compensation for the time-delay that exists when sending telemetry data from a remote operation point to robots located at low earth orbit and beyond. Humanoid robots have a great advantage over other robotic platforms for use in space-based construction and maintenance because they can use the same tools as astronauts do. The major disadvantage is that they are difficult to control due to the large number of degrees of freedom, which makes it difficult to synthesize autonomous behaviors using conventional means. We are working with the NASA Johnson Space Center's Robonaut which is an anthropomorphic robot with fully articulated hands, arms, and neck. We have trained hidden Markov models that make use of the command data, sensory streams, and other relevant data sources to predict a tele-operator's intent. This allows us to achieve subgoal level commanding without the use of predefined command dictionaries, and to create sub-goal autonomy via sequence generation from generative models. Our method works as a means to incrementally transition from manual tele-operation to semi-autonomous, supervised operation. The multi-agent laboratory experiments conducted by Ambrose et. al. have shown that it is feasible to directly tele-operate multiple Robonauts with humans to perform complex tasks such as truss assembly. However, once a time-delay is introduced into the system, the rate of tele\ioperation slows down to mimic a bump and wait type of activity. We would like to maintain the same interface to the operator despite time-delays. To this end, we are developing an interface which will allow for us to predict the intentions of the operator while interacting with a 3D virtual representation of the expected state of the robot. The predictive interface anticipates the intention of the operator, and then uses this prediction to initiate appropriate sub-goal autonomy tasks.

Wheeler, Kevin R.↗