Having some issues with the GCode made in Fusion 360. It simulates fine in 360 but in the CP it goes terribly slow on the circular plunge and then the pocket strategy races around like mad. I have the feed down to 50mm/min even.
Are you generating paths with adaptive clearing?
Are you trying to create a circular pocket?
is your mill three axis or do you have some rotational axes?
What controller are you using (grbl or tinyg)?
And finally how is fusion360 producing the circular tool paths? Is it using granular linear paths or arcs? Perhaps post a section of the gcode that has the problematic area.
So I have a 3040 and a modded TinyG controller box. I made a pocket tool path that rectangular in pattern. But it plunges in really slow then goes really fast for the pocket. When I get home I will upload some GCode.
Screenshots help as they tell us all your version numbers. This sounds like a TinyG G2/G3 arc issue. My understanding is latest versions of firmware are fixed, but earlier ones had G2/G3 arc issues.
Have you changed the lead in feed rate in fusion it’s separate from the cutting feed rate.
Here is my Gcode
https://gist.github.com/callen5914/63d3fa9534039a028d64e72747eacb69
missing/deleted image from Google+
I can only assume that my TinyG is the latest as I just got it in the mail a week ago
So the Simulator runs way different than the machine… I ran it with my mouse on the feed hold button it is way less threatening than the sim made it out to be.
But still the job would take 19hrs?
Turn the feed rate up? You sure it’s not 19mins?
Yeah it’s followed by an “h”. I still have a lot to learn about feeds and speeds.
@Clayton_Allen . I also see CP offering five hour + mill times for small jobs. I think it is accurate for a given feed rate and mill distance.
The question is how high a feed rate your motors and your bit can reliably handle. E.g anything over 150mm/min causes broken pcb trace end mills (0.3mm) more or less every time after 60 seconds or so, whereas i can reliably get 1000mm/min on a 2-3 mm end mill.