CNC 4th-Axis Rotary Machining Explained: Wrapped Toolpaths, Indexing, and Post-Processor Setup

Bolting a rotary axis onto a desktop CNC router — including the Wolfpawn 4040 Pro, which this site covers as a specific wiring and first-cut project — is the easy part. Understanding what the rotary axis actually does to your toolpaths, and how your CAM software and controller need to be configured to use it correctly, is where most people get stuck the first time they try to machine something other than a flat panel. This guide covers the concepts behind 4th-axis machining independent of any specific machine: wrapped toolpaths, indexed versus continuous rotation, and the post-processor and controller settings that make it actually work.

Two Fundamentally Different Ways to Use a Rotary Axis

A 4th axis can be used in two distinct modes, and conflating them is the single most common source of confusion for people new to rotary machining.

ModeHow it worksTypical use Indexed rotationThe rotary axis moves to a fixed angular position, locks, and the machine cuts a normal 3-axis toolpath at that position — then rotates to the next position and repeatsCutting the same flat-style feature at multiple positions around a cylindrical part: flutes, evenly spaced holes, repeated facets Continuous (wrapped) rotationThe rotary axis moves simultaneously with X, Y, and/or Z as a coordinated fourth axis of motion — effectively "unrolling" a design around the cylinder's circumferenceEngraving or carving continuous artwork, text, or relief around a round object — a wrapped label, a decorative pattern around a table leg

Indexed rotation is mechanically and programmatically simpler — it's really just repeated 3-axis machining at a series of fixed angles, and most CAM packages handle it as a straightforward multi-setup job. Continuous wrapped rotation is where the real complexity lives, because the CAM software has to convert a flat 2D design into toolpath motion where rotation angle is standing in for one linear axis, and getting that conversion wrong produces distorted, stretched, or misaligned results on the finished part.

How Wrapped Toolpaths Actually Work

The core idea behind a wrapped toolpath is treating the rotary axis as a substitute for a linear axis — most commonly the Y axis in a router's native coordinate system — and mapping a design's Y-axis distance to an equivalent rotation angle based on the workpiece's diameter. The conversion is a straightforward circumference calculation: a design that's meant to run all the way around a 50mm-diameter cylinder needs to map its full linear length to exactly 360° of rotation over a circumference of roughly 157mm (π × diameter). Most CAM packages with rotary support (Vectric Aspire, Fusion 360, and others) handle this wrapping calculation automatically once you specify the workpiece diameter in the rotary setup — but the calculation is only as accurate as the diameter you enter, and stock that's slightly out of round or measured incorrectly will produce a toolpath that doesn't quite close the loop where it wraps back to the start.

Setting Up the Job in CAM Software

Rotary jobs generally require a distinct machine/job setup in CAM software rather than just applying a normal flat toolpath to a round part. Key settings to get right before generating any toolpath:

Rotary axis orientation — confirm which physical axis (typically A, mapped from Y in many router setups) your rotary attachment is wired to, and that this matches what the post-processor expects. A mismatch here produces a toolpath that runs but rotates the wrong direction or the wrong amount.
Workpiece diameter — the single most consequential input for wrapped toolpaths, since it drives the entire circumference-to-angle conversion. Measure real stock diameter with calipers rather than trusting a nominal dowel or tube size, which is often slightly off from the stated dimension.
Rotation direction and units — confirm whether your CAM output expects degrees or the equivalent linear "unrolled" distance, since post-processors differ in how they express rotary motion in the resulting G-code.
Zero position and datum — establish a clear, repeatable angular zero on the physical stock (a witness mark or a flat spot on an otherwise round blank) so the machined feature ends up where you intended relative to any other reference marks on the part.

Post-Processor and Controller Configuration

The G-code your CAM software generates for a rotary job depends entirely on having the correct post-processor selected — a generic 3-axis post-processor will either reject rotary moves outright or, worse, silently produce nonsense output that runs but cuts the wrong geometry. Confirm your CAM package has a post-processor specifically configured for your controller (GRBL, grblHAL, Mach3/4, or LinuxCNC each handle a 4th axis somewhat differently) with the rotary axis correctly mapped to whichever letter (typically A) your firmware expects.

On the controller side, GRBL-family firmware needs the rotary axis's steps-per-degree calibrated correctly in the relevant axis setting, derived from the stepper's steps per revolution, any gearing or belt reduction in the rotary attachment, and the desired degrees-per-step resolution — an incorrectly calibrated steps-per-degree value produces a part that's rotationally under- or over-sized in exactly the same way an uncalibrated X or Y axis produces linear dimensional errors. Run a simple calibration cut — command exactly 360° of rotation and confirm the workpiece has returned to its starting witness mark — before trusting the axis for a real job.

Common Failure Modes

SymptomLikely cause Design doesn't quite meet itself where it wraps aroundWorkpiece diameter entered in CAM doesn't match actual stock diameter, or stock isn't perfectly round Part rotates the wrong direction or wrong total amountPost-processor rotary axis mapping mismatch, or incorrect steps-per-degree calibration in firmware Cut depth varies around the circumferenceStock isn't running true — center is off-axis relative to the rotary attachment's centerline, or tailstock/support isn't aligned with the headstock Toolpath runs but produces no rotary motion at allRotary axis not enabled/homed in the controller, or CAM output using a linear axis letter the firmware isn't expecting rotary moves on

Workholding for Round Stock

Rotary work introduces workholding considerations that flat-panel CNC routing doesn't: the stock needs to run true (centered and not wobbling) between a driven headstock and a supported tailstock or center, similar in principle to lathe workholding. For cylindrical stock, a chuck or a set of centers with a drive dog works well; for irregular or non-round blanks being turned into a round profile, a roughing pass to true up the stock before the final detail toolpath saves considerable frustration compared to trying to reference a design against stock that isn't actually round yet.

Safety Considerations

A rotary axis introduces a spinning workpiece into the cutting envelope, which is a meaningfully different hazard profile from flat-panel routing — loose clothing, hair, and gloves near a rotating chuck or driven center carry the same entanglement risk as lathe work. Keep the enclosure or guarding in place during rotary jobs, confirm the stock is securely chucked before starting a cut (a stock that slips in the chuck under cutting load can whip violently), and never reach into the working envelope while the spindle or rotary axis is powered, even between toolpath operations.

Once the setup is dialed in and calibrated, a 4th axis meaningfully expands what a desktop CNC router can produce — table legs, handles, cylindrical signage, and any design that needs to wrap continuously around a round part, all of which are simply out of reach for a 3-axis-only setup. The concepts here apply the same way regardless of which specific rotary attachment or router you're running.

Related Guides

Loading_