Month: April 2016

There’s A Hole in Your Analysis!

Dr. René de Kloe, Applications Specialist EDAX.

EBSD analysis is all about characterizing the crystalline microstructure of materials. When we are analyzing materials using EBSD the goal is to perform a comprehensive analysis on the entire field of interest. We strive to obtain the highest possible indexing rates and when we happen to misindex points we feel compelled to replace or clean these with other “valid” measurements that we simply copy from neighbor points so we do not have to show these failures in a report or paper.

But what should we do when we don’t expect data from specific spots in the first place? For example if a sample is porous or contains non-crystalline patches, or perhaps we have phases that don’t produce patterns? Then we typically simply try to ignore that. We may perhaps state that a certain fraction of our scan field refuses to produce indexing results and show which pixels these are, but that’s about it.

Pearlitic cast iron with graphite nodules - 13.5% graphite.

Figure 1: Pearlitic cast iron with graphite nodules – 13.5% graphite.

And that is strange as such areas where we don’t expect patterns are truly an integral part of a material and as such should also be characterized for a complete microstructural description. A traditional example of such a material is a cast iron which, although not porous, contains graphite inclusions which typically do not produce indexable EBSD patterns (Figure 1). Another example is the characterization of material produced by 3D printing of different metals, where small metal particles are sintered together using localized laser heating. This process doesn’t generate a fully dense product (Figure 2) and understanding the pore structure is important in predicting its mechanical response to stressed conditions.

Figure 2: Porous 3D printed steel – Indexing success 97.2%

Analyzing the non-indexed areas creates some challenges for the data treatment, especially any cleanup that you may want to do. You need to be careful to ensure that individual misindexed points, for example along grain boundaries or inside grains are not considered as pores. For a full analysis we need to be able to treat pore spaces as a special type of grain. Not one where pixels are grouped together based on similarity in measured orientation, but just the opposite, where pixels are combined based on misfit. This poses a special challenge on cleaning your data. When a typical clean-up acts like an in-situ grain growth experiment, where grains are expanded to consume bad points, in porous materials data cleanup needs to be done carefully to prevent the real grains from growing into real non-indexed spaces.

In general, EBSD data cleanup should be done in 3 steps:
1. Identify the good points,
2. Preserve the good points
and only then
3. Replace bad points.

For steps 1 and 2 we can use the patented Confidence Index in the OIM™ Analysis software. For step 1 we setup a filter to allow only correctly indexed points (typically with CI>0.1). However, this may remove too many points along grain boundaries, for example, where patterns overlap and indexing is uncertain. In step 2 we apply a confidence index standardization to retrieve all pixels that were indexed correctly, but had a low CI value and were excluded in step 1. This step assumes that if the orientation of a pixel matches that of adjacent pixels that had a high CI value, it was correctly indexed and needs to be included. This step does not change any measured orientations.

In step 3 we must be more careful as it is easy to accidentally replace too many points and shrink the non-indexed space (Figure 3):

Figure 3: Effect of too rigorous cleanup of partially crystalline material – Cu interconnects.

A cleanup method that verifies whether a minimum number of neighboring points belong to a single grain such as the neighbor orientation correlation, is preferred.

Now that we know where the holes in the material are, we can get serious about analyzing them. First we need to define our real grains. Grains in EBSD analysis are defined by groups of points with similar orientations and a minimum number of pixels, for example maximum point to point misorientation less than 5 degrees and minimal 3 pixels in size. When you remove these grains from your partition, the left over pixels that do not fit into the grains can now be recognized. Coherent clusters of these misfit pixels are then grouped together into what might be called antigrains (Figure 4).

Figure 4: Grain and antigrain definition.

But even when the pores are recognized this way, the antigrains are not characterized by their orientation and as such their boundaries will do not show up in a traditional misorientation boundary overlay, which only shows the misorientation between recognized grains (Figure 5a). In order to make the antigrains visible as well, a boundary type that does not use misorientation as a criterion, but rather the position of triple junctions, needs to be selected. Between the triple junction nodes, vectors that follow all grain and antigrain interfaces are then constructed (Figure 5b).

Figure 5a) Standard grain boundary overlay on IQ map based on grain orientation recognition. Non-indexed areas are white. b) IQ map with reconstructed boundaries including the antigrain edges.

Once the antigrains are fully defined, all normal grain characterization tools are also available to describe the pore properties ranging from a basic size distribution (Figure 6) to a full analysis of the pore elongation and alignment (Figure 7).

Figure 6: Pore size distribution with colored highlighting in 3D printed iron sample.

Figure 7: Alignment of pore elongation direction.

With non-indexed points now properly assigned into antigrains, a full microstructural description of not fully dense materials or materials containing areas that cannot be indexed, is possible.

Finally we can do a (w)hole EBSD analysis.

System Error…..or User Error?

Shawn Wallace, Applications Engineer, EDAX

Over the past week, I have been helping our engineering department test some new hardware setups.  As the new(ish) guy, this was a pretty different aspect of the job for me. I expected to run in to some issues and I did. A conversation I had while troubleshooting one of these issues made me think of troubleshooting, not just for our systems but the process as a whole. It made me realize that even the most seemingly difficult issues often are not. They are just more difficult because of assumptions or lack of complete information.

I shall start this with the backstory that started me thinking about this blog post. I turned on a newly installed system and prepared to run through the new system calibration procedure, but something was not right. I was getting some counts, but not enough. I checked firmware. I checked cable connections. I checked microscope settings. I turned on the IR camera. All of these should have given me a signal. Something to help me troubleshoot, but I was getting nowhere.

At this point, I could have spent another hour fiddling, but there are people here who know more about things than I do and I could save myself time and grief by asking them for help. The first person I asked was Jens, our EDS expert. He knows the ins and outs of these systems. Maybe, there was something obvious I was missing.

He looked at the cables, checked the microscope settings, turned on the IR camera. Basically, he did everything I did. He was following the same troubleshooting steps I was. He was trying to isolate the problem and understand the root cause of why we were not getting a signal and just like me he was not getting anywhere.  At this point, we could have spent another hour fiddling with things, but just like before, we know there are people here who know more than we do and we could save ourselves time and grief by asking for help.

We brought over one of the engineers, a gentleman with over 23 years of experience at EDAX. One of the many people here, who have decades of experience on all aspects of our operations. He looked at the cables, checked the microscope settings, turned on the IR camera. He did basically everything we did. It was pretty validating to see someone with his experience going step by step through the same processes to understand the problem. At this point, he was semi-stumped too. Our conclusion seemed to be that a part was malfunctioning, but he had just tested it before it was mounted on our microscope.

It was the end of the road. He did not really have anyone else to turn to. So he checked his assumptions.

He started with the cables. He knew both the detector and the box had cables to them. One end in the detector, the other in the box. Right? He followed the cable from the detector backwards and much to my chagrin, the end of that cable was not connected to anything. I took the cable from the box and followed it to its obvious conclusion… it was not plugged in. We had two cables going nowhere when there should have been one cable. At this point, I may have muttered something under my breath. How did I miss that? I had just wasted two people’s valuable time on something simple. What slipped through the cracks?

That night I evaluated myself. I had started with the assumption that the system was installed correctly. It wasn’t. I had checked thoroughly enough I thought, but not closely enough. I had assumed that since both ends of a cable were in the right spots, it was connected correctly. I was wrong.

Then I started to think about what I could learn from this and how it relates to how I deal with both issues and customers. It made me realize that I often start with knowing that my customers are starting with their own assumptions. We often ask the most obvious questions at the start. Is it plugged in and turned on? I challenge those assumptions with the customer and I know often they are ignore or glossed over with a terse “yes”. Of course it is on and plugged in!

Of course, it was plugged in. I checked it myself. Words I had said to myself earlier that day. And yet, here it was not plugged in. It took the wisdom of experience for our engineer to challenge his own assumptions and double check. One day I hope to be that wise.