An unbridgeable gap

April 12, 2007
For those of you who remember the earlier days of finite-element analysis, the following story may seem obsolete, as much software now has the ability to define beams by included tables.

James Finkel
Engineering Manager
B.E. Wallace Products
Frazer, Pa.

 

Nonetheless, this is a current problem because the complexity of any design software can turn nasty, especially when the model appears simple.

Several years ago I was on the road demonstrating FE software to a rather diverse audience. One of the audience members was an older engineer who had been designing railroad bridges for years. Schooled in the use of handbooks and proprietary formulas, he could quickly generate an answer based on his set of assumptions. Curious to see the software in action, he asked that I use it to solve a simple bridge problem of his choosing.

My boss at the time, who also happened to be in the audience, understood a bridge is made of beams and that beams were a feature of the software that allowed a design to be sketched out with just a few lines. What she failed to realize was that even simple geometry has some fancy math behind it. And here the problems begin.

For each line, you need to know the beam type. This information lets you determine moments of inertia, cross-sectional area, flange distance from the centerline, beam weight per foot, beam orientation, and a few other parameters. Each parameter must be entered and attached to the geometry in the proper sequence. Making the situation just that much more amusing, the lines had to be drawn in the correct sequence to ensure the orientations were compatible. I have purposely avoided discussions of boundary conditions and joint types because these just add to the impossibility of getting "the right answer."

Of course, I did not have the data available to generate the required parameters for the several different beams used in the bridge. Even making the bridge with just one type of beam would have been impossible to do on the spot. Had the correct data been available, the order of the parameters would have taken far too long to show in the minutes allotted for the demonstration. The worst part: The bridge engineer already knew the right answer.

So without hesitation and with a straight face I refused to run the customer's "trick" problem, much to the utter dismay of my boss. How do you frame this discussion in terms that a technically naive boss could comprehend? There are intuitive leaps from simple geometry to complex math to differing assumption sets. It would take days to explain just one of the issues, so when do you just punt? The boss failed to understand what the product could do. Worse, she did not know when to walk away from a no-win situation.

Before joining industrial-crane maker B.E. Wallace, Mr. Finkel worked for Ansys, Ansoft, Bentley Systems, Structural Research and Analysis, and Marconi (formerly FORE Systems).

Sponsored Recommendations

How BASF turns data into savings

May 7, 2024
BASF continuously monitors the health of 63 substation assets — with Schneider’s Service Bureau and EcoStruxure™ Asset Advisor. ►Learn More: https://www.schn...

Agile design thinking: A key to operation-level digital transformation acceleration

May 7, 2024
Digital transformation, aided by agile design thinking, can reduce obstacles to change. Learn about 3 steps that can guide success.

Can new digital medium voltage circuit breakers help facilities reduce their carbon footprint?

May 7, 2024
Find out how facility managers can easily monitor energy usage to create a sustainable, decarbonized environment using digital MV circuit breakers.

The Digital Thread: End-to-End Data-Driven Manufacturing

May 1, 2024
Creating a Digital Thread by harnessing end-to-end manufacturing data is providing unprecedented opportunities to create efficiencies in the world of manufacturing.

Voice your opinion!

To join the conversation, and become an exclusive member of Machine Design, create an account today!