[BUG] Wrong lead in/out point at Bore + comp in controller + repeat passes

[CAMXPRESS]

Hello Team Members,

One of our group members have found a bug with the Bore milling.

To reproduce the situation do the following:

- Make a Bore mill operation

- Use a tool bigger diameter than the 60% of the milled hole diameter

- Use compensation on the controller

- Use repeat passes 

>> You could see that the repeated passes lead-in/out point at a wrong position. (Undercut)

I have attached a simple project with the wrong operation.
(Fusion version :  2.0.7438)

Regards,

Joe

[Anonymous]

In your sample file, if you leave lead in/out value at zero, there is no crash and tool path is generated.

Also, if you use extreme values but check "Lead To Center" option, it overrides those values and generates crash free tool path.

That's not a bug in my view because you have two effective ways available to avoid crash.

If you intentionally drive your machine's spindle into the table, that's not a bug in machine's control either, you have option to not do that.

[CAMXPRESS]

Hello Vic,

I do not agree with you because:

-   Why the second bore path not the same as the first ?  If it just repeats the pass (as we

     like with ticking the checkbox) everything would be fine.

I know that we have a solution to avoid the problem BUT if a function working differently than

the function description says AND generating an undercut operation, it is a bug.  Look the situation

from an average user: - He click a checkbox to repeat the pass and think it must the same as he chacked

before when it just one pass. And bummmm ...

Regards,

Joe

[seth.madore]

Yeah, "In Control" has always had issues in one form or another. Wear or Computer compensation won't let you do stupid things with the software, I agree that "In Control" should have the same safeguards. Thank you for reporting this @CAMXPRESS 

-EDIT-

This is logged as CAM-20099

[Anonymous]

I only looked at it from perspective of crash avoidance, so if I missed something it only reinforces my conviction to never use in control compensation for anything I do, because there is better way.

[seth.madore]

I strongly dislike In Control comp as well, but I think there are some controls out there that only accept "In Control". Additionally, there are also many companies that are "Well, this is how we've done it for this long, this is how we are going to stay".

[CAMXPRESS]

You are both right about that do not recommend to use the compensation on control, but many

"old fashioned" programmers use Fusion to generate program on PC and not on the Controller

but like to see code like the "manual programmed" NC.  - And says: If there is an option why

I do not use it? 🙂 

Joe

[Anonymous]

I worked in 2 shops where their reasoning had to do with large inventory of programs so they wanted to stick with "what works", on occasion parts got scrapped because someone fixed the problem only to get thru the run and did not update program on file.

This and "safety" always had many "correct explanations"depending on who is explaining it, so it comes down to individual choice.

[Captain-DJ]

Is this the same problem i posted weeks ago ?

https://forums.autodesk.com/t5/fusion-360-manufacture/2d-bore-operation-toolpath-wrong/td-p/8880933

I was thinking this was fixed ?

[seth.madore]

@Captain-DJ no, it's a different problem that was made visible by fixing the issue that you brought up. In your issue, a gouge could happen on a single pass. That was fixed, but now the Repeat Pass is able to gouge, which, obviously, is NOT A GOOD THING 🤣