Time to ramp to cutting speed

I have noticed that when starting a program and leaving the spindle controls on automatic, not enough time is given for the spindle to get up to speed before cutting begins. Essentially, you hit run, the spindle begins to ramp up, and while its still ramping up the machine plunges into the work piece. Is there a way to prevent this?

I have thought about setting a macro to ramp up to a generic 16k. Then I would run the program and the speed it set to would take over. But this would almost defeat the purpose of having spindle control baked in. I would have to hit the macro, reselect the program (because macros deselect the selected program), then run it.

I have also thought about editing the “on program start” G-Code in the settings to do the same thing. It would run two lines of g-code, one to start the spindle at 16k, one to wait 5 seconds, THEN the rest of the program would run. However this would start the spindle up whenever I use my “travel to X location” macros.

My current “fix” is to jog the spindle as far from the entry point as I can before running it, that way by the time it travels back where it needs to be, it’s gotten close enough to speed to not break the bit.

All I can think of now would be to edit the Post library in Fusion to add those two lines. But that’s above my know-how.

Any other ideas?
I’m running a BB model with Fusion.

Read this thread:

1 Like

I’m pretty sure that the community maintained fusion360 postprocessors here have a spindle pause option to address that issue. You should see the option during the post process step in fusion once you have the right postprocessor selected.

1 Like

You can tell Masso how many saconds to wait for the Spindle to come up to speed.

2 Likes

Avacado, that thread seems to go over the same fix I found as well; editing the “On Program Start” g-code. Definitely a doable solution if I didn’t use macros.

But rad, xenith! That looks like exactly what I need, I didn’t know this existed

2 Likes