Machining time - Does it show the correct time?

[jambrozy]

Hello Guys,

I prepare some offer for new part to my company in Fusion manufacture, I  noticed something weird. A few expamples below:

1. Drilling time

18x fi 33 hole with depth - 70 mm for each

parameters: S290 / F0.25 per rev.

Hand -calculated time: 18 min for 18 holes

Fusion- calculated time: 36 min for 18 holes 

Where is mistake? I see it in feed distance, in Fusion machining time it show 2.5 m , where i hand calculated it show 1250x 2 with retract feedrate and it's correct. I change retract feedrate to 5 per rev but time nothing change. Any one can explain it, where is error?

[jambrozy]

Look at this, when I check 3 operations with drilling this holes ( 3x 6 holes) it show correct time - 18 min. Something wrong is going with time in tree operations.

[marcus.toepke]

Is your feed correct in operation?

[longshotsystems]

Anecdotal, but I always find that my actual machining time on my  TM2P is about 25% longer than the estimated time in Fusion.

[matty.fuller]

I can't comment as to why OP is seeing a discrepancy in calculated times, but actual run time greatly depends on your machine; the calculated time in Fusion never takes into account consideration acceleration and deceleration, which is different for every machine and for different paths/modes on the same machine. It also may not have accurate info for rapids, tool changes, etc.

[jambrozy]

Below my feedrate settings, in my opinion it's correct:

Write hand calculate math's to count this time like me :

1. Drilling time

18x fi 33 hole with depth - 70 mm for each

parameters: S290 / F0.25 per rev.

Hand -calculated time: 18 min for 18 holes

Fusion- calculated time: 36 min for 18 holes 

In my opinion hand calculated it's correct, when we do movement to next hold it calculated it by rapid movement.

[jambrozy]

@matty.fullerCould you provide some hand-calculated math to verify the machining time for 18 holes using these parameters?

Fusion correctly calculates the total path length as follows:

• 18 holes × 70 mm = 1260 mm
• Including retraction: 1260 mm × 2 = 2520 mm

Each hole is Ø33 mm with a depth of 70 mm, using the following parameters:

• Spindle speed: 290 RPM
• Feed per revolution: 0.25 mm/rev

By hand calculations, the estimated machining time is 18 minutes for 18 holes.

However, Fusion shows 36 minutes. Can you explain why? I need to ensure accurate cycle time estimates as I'm preparing a time-based quote for a new part.

EDIT: 18.02.25

Now I check time with 2d contour and path line what I draw:

Length path: 800 mm

Feedrate: 716 mm/min so

t= 800/716 = 1min11sek and it's correct with Fusion time (1min8sek)

[marcus.toepke · Accepted solution]

Maybe there is right now a problem:

https://www.youtube.com/watch?v=psn5YGcsR6Q

2. Comment:

@Jacko328i
20 hours ago
Could it be that since the last update the processing time for tapping is displayed incorrectly? Or is it just me? No matter how many holes, no matter what speed, no matter how deep, it always shows a machining time of 2 or 3 seconds.

-
@HSMTECGmbH
8 hours ago
Hello, just tested it. It really seems to be the case that the speed/feed rate has no effect when tapping. This is also new to me. But if you take the machining time from the setting sheet, then it should work again. The whole thing still has an effect here. Hope that helps for now. We'll pass this on as a bug. Thanks Greetings David
*** Translated with www.DeepL.com/Translator (free version) ***

[marcus.toepke]

Will there possibly be an update that fixes this potential bug? Perhaps in the near future? I think it's really important to know how long something will take, or rather my boss wants to know!

For milling time is ok

for drilling time is doubled

[seth.madore]

We're aware of the few areas of Drilling time being incorrect and will eventually provide a solution. For now, you could enable to the Legacy Drilling option in your Preferences and you should see the correct behavior (albeit at the loss of using Collision Avoidance)

 

[programming2C78B]

What is this set to? Because in reality it will be a rapid

[AdamKunzo]

Hi Seth,

Is one of the area you are aware of that Use Feed per Revolution results in 0 time for drilling/tapping?

Thanks.

Adam

[seth.madore]

Yep, that's covered by a couple CAM tickets (one for Reaming, another for Tapping and yet another for regular drilling). Revert to Legacy Drilling and you'll get proper times (it's in Preferences)