Hi Roger,

I use Linuxcnc, the post code in fusion for bypassing unwind is -
writeBlock(
gMotionModal.format(0),
conditional(abcFormat.format(abc.x) == 0, "G10 L20 P#5220 A[#5423 MOD 360]")
);

With this whenever you issue a A0 comand, it will insert this code before A0 and always return it to the 0 within 1 revolution (See code below)

But that's not the issue I am talking about. What I am saying is if you program one rotary path following another the code will look something like -

N74405 Z15.403 A-26305.368
N74410 Z15.401 A-26352.635
--
--
N74465 G49
(ROTARY1 2)
N74470 G53 G0 Z0.
N74475 G10 L20 P#5220 A[#5423 MOD 360]
N74480 A0.
N74485 G0 X0.098 Y0.
N74490 G43 Z31. H31
N74495 G0 A-26370.
N74500 Z5.371

As you can see the last rotary was A-26352.635 but when you start a new tool path you issue an A0 and then start from where you left off A-26370. This means you goto A0 but then must wind back.

You could remove the A0, but in the post processor this has effects on other toolpaths such as adaptive clearing that issue A0 for positioning. What needs to happen is the rotary tool path needs to start from A0 again, not the old position.

If you separate the posts then it starts from 0, but not really ideal.My work around at the moment is simply to delete A0 from g-code.
Cheers