Tool plunges into work piece before spindle RPM reached
Hi
I checked and post it with fanuc and didn't find any issue. Please check the picture.
On the other hand if you face the problem then it means its a problem in post not Fusion.
Hi @trober14,
Is this more of a question that your spindle takes a set amount of time to ramp up to speed?
Most controllers have a handshake to check the spindle is up-to speed before executing the next move. However if your machine does not do this, have you thought of putting a dwell in after the spindle speed call?
You can put a line of code in that will dwell for 1 second per 1000 RPM (using a P in the G4 denotes milliseconds)
Hope this helps.
Richard Stubley
Product Manager - Fusion Mechanical Design
The questions that the last two posters have failed to ask is:
What's the machine and controller? What Post Processor are you using?
What would you like to see for behavior, do you have sample code you can share that represents desired output?
Seth Madore
Customer Advocacy Manager - Manufacturing
Have you got a example where it is not doing what you expect?
My guess is your heights are not set correctly for what you are trying to achieve.
I still think the correct solution to the problem is to not move the machine in any direction until your spindle is up to speed, its not good proactive to use the slow plunge move to let the spindle ramp up to speed.
If you do not have a mechanism of writing a handshake with the spindle encoder then I would recommend using a dwell in relation to the spindle speed.
Richard Stubley
Product Manager - Fusion Mechanical Design
Quick look reveals crash in your file during simulation at start of first cut, raising vertical lead in value to .1 clears crash. With home built machine and potential errors in your file and / or post processor checking G-code in back plotting software may be a good idea until you can trust output to be on target.
Your best bet here is to sketch a containment boundary and use that to drive your adaptive, that way your helix lead in will actually work, also depending on your router, you might want to ramp in that contour pass.
Well ...... , It's not my project, in my last post I downloaded model from original post and just ran simulation.
First picture shows tool crash, so I looked in operation details and raised vertical lead in value from .025 to .1, that cleared crash and tool completed the operation.
I did not look into refining his tool path, just edited lead in as you can see in screenshots below, I thought that was pretty obvious reason for concern regardless of spindle RPM'S.
@Anonymous wrote:Hi
I checked and post it with fanuc and didn't find any issue. Please check the picture.
On the other hand if you face the problem then it means its a problem in post not Fusion.
Looking at original post, the post title,......... then look at the original Fusion file and resulting G-code.
Problem is in operation settings for tool approach on first plunge. Vertical "lead in" was set to .025.
In above G-code, look at the lines N15 - N17, tool does exactly what was programmed in Fusion.
N15- tool rapids to Z.2,
N16 - tool rapids in position before given vertical lead in of .025
N17 - lead in move is executed at given feed rate,......... Z-.1325 minus Z-.1075 = -.025 ( .025 vertical lead in )
Problem goes away when you change vertical "lead in" value in Fusion operation to prevent rapid plunge into the stock, I used .1 and that cleared stock in rapid tool approach as shown in screenshots of my first reply to this thread.
