• MMS Youtube
  • MMS Facebook
  • MMS Linkedin
  • MMS Twitter
4/21/2015 | 2 MINUTE READ

Rethinking STEP-NC

Facebook Share Icon LinkedIn Share Icon Twitter Share Icon Share by EMail icon Print Icon

This standardized machine tool control language enables CNC machining to be part of a larger, collaborative process.


Facebook Share Icon LinkedIn Share Icon Twitter Share Icon Share by EMail icon Print Icon

The initial reports about STEP-NC focused on the fact that this standardized machine tool control language replaced G-code part programming, thereby eliminating some of the limitations of this traditional method for running CNC machines. Certainly that was the tack that I took to covering this development when it emerged about 10 years ago. Because it is a radical departure from the usual approach to programming, it was hard to get our heads around the concept of STEP-NC at the time. The striking contrast to G-code programming was the best entry point to open this discussion.

Traditionally, part geometry is fed into CAM software to generate a file of G-code tool paths subsequently postprocessed for a particular machine tool and CNC. STEP-NC involves creating a “part model” that incorporates all of the information needed to produce the workpiece anywhere, anytime, on any machine (suitably configured to do the work, of course). A STEP-NC program is designed to provide a complete description of what is to be machined, not how to move the axes to machine it. Information about the raw stock, the geometric features to be machined, the order of the appropriate machining steps, the tolerances to be met and the cutting tools needed to meet these requirements are all intended as content in a STEP-NC file. Axis motion commands (the equivalent of G codes) are not generated until the CNC processes the part model data with installed CAM software during program execution.

For a while, this concept seemed poised to transform the world of CNC machining, but the promised transformation didn’t happen. STEP-NC seemed to recede into the background as the elaborate standards-making process ground on. Meanwhile, CAM software developers continued to focus on better toolpath strategies and more powerful user interfaces. Postprocessors became more reliable and readily available. So conventional G-code programming held on as the prevalent format for machine tool input.

Unfortunately, the underlying limitations of this programming method didn’t go away. The lack of program exchangeability on the shop floor remained a vexing hindrance. Over time, G-code programs often became useless as CAM systems changed or disappeared, the original machine was replaced, or the specified cutting tools were replaced by much more capable products.

STEP-NC didn’t go away either. A number of parties have continued to develop this standard. It is re-emerging as a universal CAM translator that enables designers and engineers to talk in a language about a part model that machine tools can also understand.

Now it’s time to reassess the value of STEP-NC as a tool for collaboration. The rise of the thoroughly networked environment of data-driven manufacturing and digital integration across the entire supply chain demands collaboration at every level. No tool for collaboration can be overlooked. Perhaps STEP-NC wasn’t ready to change the world 10 years ago. Perhaps today, a changing world is ready for STEP-NC.


  • Interpolating Curves

    The ability to import complex curves into CNCs promises to let shops finally get beyond old limitations imposed by contouring with linear interpolation. Faster and smoother cutting will be the result.

  • Understanding NURBS Interpolation

    The right way to program curves? A solution to yesterday's problems? The truth is probably somewhere in between.

  • The Changing Face Of CNC Programming

    The Future of Machining - 2005 Efforts to create a CNC-usable product data model are inching forward, but in the meantime, advances in CAM software will make the programmer's job function super-efficient rather than superfluous.