parameter R in cycle g81-g82 ecc, in lathe not respect diametral position, only radial position in g19 plane about linuxcnc HOT 3 OPEN

My first thought is that using diameter mode for a canned cycle seems like an odd thing to do. It meant to be the retract distance above the surface in the direction along the cutter axis.
I don't know if most people would expect the retract distance to consider radius/diameter mode in this case.

Would you also expect to consider radius/diameter in the Y axis if using the G18 plane?

I am more inclined to think that it is the X axis calculation that is wrong.

I certainly agree that X and R should match in their behaviour, though.

from linuxcnc.

if you work on a lathe, and work diametrically, the position commands e.g. g1 x60, they will be diametrical, the cnc will move the x axis to a diametrical position of 60, therefore in a macro cycle, the r must respect the same diametrical behavior as the position command.

At the moment when you execute g19 g81 x400 r 210 f100 , the r has a value half of that where the cycle will start and that is 420 .
If in the current state I wrote g19 g81 x400 r420 f100, lxcnc returns
that R is beyond the positive software limit, because it interprets it as R840 and since my limit is 600 mm positive, the problem occurs.

I raise this bug, because on other cncs, the R is concordant with the x in g19, as it is with the z in g17 and with the y in g18

The cycle g17 g81 z400 r420 f100 works correctly, in this plane, the R is greater than Z.

I will test the g18 plan and update you.

I think that the behavior of the g18 and g19 planes if I turn, the R word must be conditioned to the radial or diametric mode.

from linuxcnc.

HI.
I have test on g18 plane : g18 g94 y-40 r-20 f100 and run good .
Rapid at -20 and f100 at -40 , return at -20.

The problem is only g19 plabe when use x axis and r word.

from linuxcnc.