Time Est?

Discussions about ideaMaker and other printing software.
firesped
Posts: 854
Joined: Mon Mar 21, 2016 9:23 pm
Location: Tucson, AZ

Time Est?

Postby firesped » Thu Apr 28, 2016 3:31 am

is there any clue what is causing the estimated times to show up incorrectly?
RL name: Michael Nolen
printers:
raise3D N2 kickstarter Early Bird
Trinus Deluxe (running smoothieware on Azteeg X5 GT board)
Monoprice Maker Select v2

Jetguy
Posts: 3085
Joined: Tue Mar 22, 2016 1:40 am
Location: In a van, down by the river

Re: Time Est?

Postby Jetguy » Thu Apr 28, 2016 3:34 am

Yes, we discussed this before. The slicer generates gcode with feedrates and then does a simple add all length times feedrate= print time.
The printer uses acceleration and deceleration at the start and end of segments thus vastly changing the total time to actually print.

Jetguy
Posts: 3085
Joined: Tue Mar 22, 2016 1:40 am
Location: In a van, down by the river

Re: Time Est?

Postby Jetguy » Thu Apr 28, 2016 12:07 pm


Andy Cohen
Posts: 170
Joined: Mon Mar 21, 2016 4:43 pm

Re: Time Est?

Postby Andy Cohen » Fri Apr 29, 2016 8:57 pm

A more direct question may be... Exactly what is the "Time Est"? It's obviously not time... More likely it is a function of the number of lines of gcode relative to the amount of time per line performed... As the print gets further and further along it has more relative usefulness, but at the start it is so far off that you cannot use it at all. One thing worth trying is to hold off on calculating it and not showing anything until after the first few layers of a print. As it is right now it is using the time starting at the very beginning during temp heat up... at least it seems that way.
I use the estimate from Simplify3D plus about 10%. It's much closer although it too is almost guess work.

User avatar
walshlg
Posts: 1350
Joined: Wed Mar 23, 2016 12:01 pm

Re: Time Est?

Postby walshlg » Fri Apr 29, 2016 9:42 pm

May I suggest using the Z-height as a better guage of completion

User avatar
jmp
Posts: 215
Joined: Mon Mar 21, 2016 12:20 pm

Re: Time Est?

Postby jmp » Fri Apr 29, 2016 10:59 pm

walshlg wrote:May I suggest using the Z-height as a better guage of completion

You can but it will often be a worse estimate than just adding a fudge percent and wildly model dependent (decent estimate on a cube, pretty awful on a pyramid).
RL Name: Jason Preuss Thingiverse: JMP Youtube:http://youtube.com/c/patterntoprint Website: http://www.patterntoprint.com

User avatar
Julia Truchsess
Posts: 241
Joined: Mon Mar 21, 2016 1:30 pm
Location: Connecticut
Contact:

Re: Time Est?

Postby Julia Truchsess » Sat Apr 30, 2016 2:13 am

So why is that integrated printers like Up and Zortrax are able to generate highly accurate estimates, like within a few minutes on multi-hour prints? Is it because they know better than IdeaMaker what the firmware is doing? It's not a matter of the firmware updating the estimate on the fly during printing, because the estimate generated by both of those slicers at slice time is the same as that shown on the printer, and it doesn't change.
Last edited by Julia Truchsess on Sat Apr 30, 2016 2:15 pm, edited 1 time in total.

SirLinhart
Posts: 4
Joined: Sun Apr 17, 2016 7:32 am

Re: Time Est?

Postby SirLinhart » Sat Apr 30, 2016 8:27 am

I'm guessing it's just doing a simple calculation based on the gcode it can read, without reading any extended settings or firmware settings. Or it's just a bug...

User avatar
John@Raise3D
Posts: 483
Joined: Fri Feb 26, 2016 8:42 am

Re: Time Est?

Postby John@Raise3D » Tue May 03, 2016 1:16 am

Not essentially to call it a bug... We will see how we can optimize this feature and make the time estimation more accurately.


Return to “Software”

Who is online

Users browsing this forum: No registered users and 2 guests