G83 and G73 canned cycle bug

[hmnijp]

Found out that the cycle G83 and G73 does not work correctly after the first coordinate.
First drilling point: from "initial Z hight" to "R" - rapid movement, then f100 feed to "Z depth of cycle".
all following points: f100 feed from "initial Z hight" to "Z depth of cycle" - R is ignored!
The error can be seen immediately by the color of the path in the window.

Version 1.2113.
It is also similar to the G89 cycle error that I found earlier.
http://cncdrive.com/forum/viewtopic.php?f=3&t=3045

[dhanger]

This issue has come up before--CNCDrive doesn't seem to think it's an issue and as far as I can tell aren't going to do anything about it. I really, really like UCCNC but this is one of the things I really, really find annoying.

[hmnijp]

This issue has come up before--CNCDrive doesn't seem to think it's an issue and as far as I can tell aren't going to do anything about it. I really, really like UCCNC but this is one of the things I really, really find annoying.

Yes, I found old discussions that cncdrive doesn't think R should be modal - it really doesn't make sense. Hope they fix it.

[dhanger]

I've only come up with two solutions so far. 1) just let it feed from the clearance plane (which is scream inducing with feedrate of 2 ipm on a peck cycle, or 2) manually edit the file to add the R value to every line. Either solution is a royal pain. I've been able to make some edits to my post processor for other things but I can't make sense of how to edit it to include the R value on every location, presumably because it's industry standard not to need it I guess.

[dezsoe]

Yes, you are right, the R should be "sticky".

The RS274 standard writes:

For canned cycles, we will call a number “sticky” if, when the same cycle is used on several lines
of code in a row, the number must be used the first time, but is optional on the rest of the lines.
Sticky numbers keep their value on the rest of the lines if they are not explicitly programmed to be
different. The R number is always sticky.

I've added the issue to my list, thanks.

[dhanger]

Deszoe--

I'm really happy to hear this! The last I knew of this was a thread that was pretty old and it seemed that CNCDrive was not interested in making this happen. I even posted to that thread a few months ago to inquire about the issue and got no reply, so I just figured I would have to live with it. I don't suppose you can give any idea when it might happen, would you?

Thanks,
Dan

[dezsoe]

Hi Dan,

I can't tell you the date. It's on my list now, so I'll buzz Balázs to fix it.

Can you give me a link to the other issue? I don't remember what was that.

[dhanger]

Here is the thread I was referring to, and probably the OP as well:

viewtopic.php?f=3&t=90

At the end it looks like it was decided that it should be sticky after all, but nothing ever came of it then.

[dezsoe]

Thanks, now I remember. Also, the cnccookbook link is very useful, because it describes the start of the drill too. (Which was a question in that old thread.)

[tarnish1]

Hi,
Has this issue been addressed yet? It still happens on uccnc 1.2113 for me and is extremely frustrating to say the least.
Phil