The Goal: Extend the life of
helicopter rotors and save $millions

The Issues

Another example involves a pair of MGI customers who had old control systems that were already LabVIEW based. One customer blows up automobile airbags and the other blows up rocket motor cases. Neither one liked it when their old LabVIEW code would blow up during a test that couldn’t be repeated. Instead of rebuilding their systems from scratch, which would have taken their test systems down for a costly amount of time, MGI reused as much of the existing LabVIEW code as possible by just chasing down and fixing the bugs in the old systems.

Regarding HTSI, was the code written so far worth saving? In this case, no. It was better to start from a proven architecture, one that MGI has used on multiple real-time projects.

The next issue: How to reliably collect real time data from high speed rotors while in flight.

For MGI, the dual LabVIEW architecture was one we were familiar with from three earlier projects: canceling the wave motion of a ship mounted drilling rig, remote controlled electrochemical cutting of explosive filled shells, and measuring rock strength during controlled crush tests. David chose to base the HTSI program on the software used on the ship.

Normally, creating an old program based on a new one in LabVIEW is inefficient, but MGI has developed a free tool that helps you easily and quickly rename a whole set of VIs and type definitions while maintaining their relationships. This works because MGI plans for reuse: we employ the same prefix in the name of all VIs in a project. What’s more, MGI has also developed a free tool for updating the icons of the renamed VIs.



Back to "The Challenge"

Forward to "The Success"