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

Diaphragm Pump Technology Drives Industrial Washers

Jan. 23, 2025
Discover high-performance pumps and systems built to handle various gases, liquids, and chemicals with precision.

Harmonic Drive Actuators with Integrated Drive Technology

Jan. 17, 2025
Discover the future of motion control.In this video, we explore how integrated drive technology (IDT) from Harmonic Drive is revolutionizing the precision mo...

7 factors to Consider When Choosing the Right Gear Technology

Jan. 17, 2025
Choosing a drive involves several design factors that depend greatly on the task at hand. This top 7 list will guide you, whether your task requires precise and exact movements...

What are the Benefits of Actuators with Integrated Servo Drives?

Jan. 17, 2025
Actuators with Integrated Servo Drive Technology (IDT) simplify cable management, control hardware, and commissioning while achieving outstanding performance in a compact size...

Voice your opinion!

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