I Got This Wrong: The Contact Problem That Kept Me Up at Night

After 25 years in aerospace structural analysis, I have accumulated a decent collection of war stories. Most of them end well. This one eventually did too, but not before it taught me the most expensive lesson of my career about contact analysis. I am sharing it because I see engineers making the same mistake today, and because I believe the stories where we got it wrong teach more than the ones where we got it right.

I was a young stress engineer, only a few years into the job, when I was given responsibility for a highly loaded fitting: a machined aluminum lug assembly transferring load from a control surface actuator into the surrounding structure through a pinned connection. Nothing exotic. Every aerospace stress engineer has analyzed a dozen of these. The classical hand calculations were done, the margins looked healthy, and the detailed FEA was supposed to be a formality to confirm the peak stress location and justify the fatigue analysis.

Because the load path went through a pin bearing against a lug bore, this was, by definition, a contact problem. I built a solid model of the lug, the pin, and the mating clevis. I defined contact between the pin and the bore surfaces, applied the actuator load, and ran the nonlinear solution.

It converged beautifully. Clean load increments, no cutbacks, tidy contact pressure distribution over roughly 40 degrees of the bore. The peak stress sat exactly where the hand calculations said it should, at the net section adjacent to the hole. The FEA result even came in slightly below the classical bearing solution, which I interpreted as the model capturing beneficial load redistribution that the conservative hand methods ignored.

I wrote the report. The margins were positive. Everyone was happy.

Months later, the static test article went into the rig. The test plan called for loading to limit, then to ultimate, with strain gauges bonded around the lug. At about 85 percent of limit load, one of the gauges near the bore was reading almost 30 percent higher strain than my model predicted. Not a calibration issue. Not a bad gauge. Two adjacent gauges confirmed the trend.

I remember the phone call from the test lab vividly. There is a particular feeling in your stomach when measured data disagrees with your model in the unconservative direction. A model that overpredicts stress is an economics problem. A model that underpredicts stress is a safety problem, and it is yours to own.

That night I did not sleep. I kept replaying the analysis in my head, looking for the error. Mesh density? I had done a convergence study on element size. Material properties? Standard MMPDS values, checked twice. Boundary conditions? Reviewed by a colleague. Load introduction? Straight from the loads group. Everything individually looked defensible. And yet the structure was telling me, in strain gauge readings that do not care about my report, that my model was wrong.

The next morning I started over, and this time I did what I should have done at the beginning: I interrogated the contact solution itself instead of just admiring the fact that it converged.

The first thing I checked was the contact pressure distribution, and this time I looked at it critically rather than approvingly. The contact patch was suspiciously wide and suspiciously smooth. Real pin-in-hole contact with a clearance fit produces a narrow, concentrated bearing footprint, especially at lower loads before the pin beds in. My model showed the pin engaging the bore almost like a press fit.

Then I found it. Two modeling decisions, each defensible on its own, had combined into one wrong answer.

First, the geometry. The CAD model I had received represented the pin and the bore at nominal identical diameters. Line-to-line contact. The real hardware had a specified clearance fit, small in absolute terms, a few thousandths of an inch, but enormous in its effect on contact mechanics. With zero clearance, the pin engages a wide arc of the bore immediately and the bearing pressure spreads out. With realistic clearance, the pin contacts over a much smaller arc, the peak bearing pressure climbs, and the tangential stress at the edge of the contact patch rises with it. I had analyzed a different joint than the one being tested.

Second, the contact stiffness. To help convergence during early debugging runs, I had softened the contact penalty stiffness. The run converged faster, and I never restored the value. Soft contact allowed additional penetration, which artificially widened the contact patch even further and smeared out the pressure peak. The solver was perfectly happy. The physics was not.

Put those two together and the model was quietly redistributing load in a way the real structure could not. My beautiful converged solution was a precise answer to the wrong problem.

The correction itself was straightforward. I rebuilt the model with the actual clearance from the drawing, restored a properly stiff contact formulation, verified penetration was negligible compared to the clearance dimension, and reran the load steps. The predicted strains moved to within a few percent of the gauges. The peak stress location shifted slightly around the bore, exactly where the test article would later show fretting marks. The margin dropped but remained positive after a refined analysis, and the program moved on. On paper, a happy ending.

But the lesson was never about penalty stiffness or clearance fits. Those are just this story’s particular details. The lesson is this: in contact analysis, convergence is a statement about the mathematics, not about the mechanics. The solver converged because I had, step by step, made the problem easier to solve. Every simplification pushed in the same direction, toward a softer, smoother, more forgiving joint. None of them triggered an error message. Contact problems fail silently. They hand you a plausible looking answer and let you decide whether to question it.

What saved the program was not my model. It was the strain gauges. That reversed my thinking permanently: the test did not validate my analysis, it corrected it. Since that day, I treat every contact model as guilty until proven innocent, and I make the model prove itself through checks that do not depend on the solver’s opinion of its own convergence.

Three habits came out of that sleepless night, and I have taught them to every engineer I have mentored since.

First, I sanity check the contact solution against classical mechanics before I believe anything else in the model. Hertzian contact estimates, bearing stress distributions from lug analysis methods, contact arc predictions as a function of clearance. If the FEA contact patch does not resemble what 100 years of contact mechanics says it should look like, the FEA is wrong until demonstrated otherwise.

Second, I audit every numerical convenience before the final run. Softened penalty stiffness, adjusted initial gaps, contact stabilization, artificial damping. These are legitimate debugging tools, and they are also legitimate sources of wrong answers. Anything I added to make the solver’s life easier gets removed or quantified before results go into a report.

Third, I model the hardware, not the CAD. Nominal geometry is a fiction. Clearances, tolerances, and fits are not manufacturing trivia; in contact problems they are often the dominant physics. If a fit dimension can change my contact patch, it goes into the model, ideally at both tolerance extremes.

I got this wrong once, and I was fortunate that a test article and a few strain gauges caught it before anything worse did. The software has improved enormously since then. The failure mode has not. Contact analysis still rewards the engineer who questions a converged solution and still punishes the one who admires it. If my sleepless night saves you one of your own, this story has done its job.

Share