Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Not reporting layer print time #1481

Closed
Astroman opened this issue Sep 6, 2016 · 6 comments
Closed

Not reporting layer print time #1481

Astroman opened this issue Sep 6, 2016 · 6 comments
Labels
needs information More information is needed to further process this issue or PR

Comments

@Astroman
Copy link

Astroman commented Sep 6, 2016

In Version 1.2.15, layer print time on the gcode viewer page is always reported as "a few seconds." Remaining print time, etc seems ok though. If you can't see this problem yourself, let me know and I'll be glad to provide whatever other info you need. Thanks.

@GitIssueBot
Copy link

Hi @Astroman,

It looks like there is some information missing from your bug report that will be needed in order to solve the problem. Read the Contribution Guidelines which will provide you with a template to fill out here so that your bug report is ready to be investigated (I promise I'll go away then too!).

If you did not intend to report a bug but wanted to request a feature or brain storm about some kind of development, please take special note of the title format to use as described in the Contribution Guidelines.

Please do not abuse the bug tracker as a support forum - if you have a question or otherwise need some kind of help or support refer to the Mailinglist or the G+ Community instead of here.

Also make sure you are at the right place - this is the bug tracker of the official version of OctoPrint, not the Raspberry Pi image OctoPi nor any unbundled third party OctoPrint plugins or unofficial versions. Make sure too that you have read through the Frequently Asked Questions and searched the existing tickets for your problem - try multiple search terms please.

I'm marking this one now as needing some more information. Please understand that if you do not provide that information within the next two weeks (until 2016-09-20 17:20 UTC) I'll close this ticket so it doesn't clutter the bug tracker. This is nothing personal, so please just be considerate and help the maintainers solve this problem quickly by following the guidelines linked above. Remember, the less time the devs have to spend running after information on tickets, the more time they have to actually solve problems and add awesome new features. Thank you!

Best regards,
~ Your friendly GitIssueBot

PS: I'm just an automated script, not a human being, so don't expect any replies from me :) Your ticket is read by humans too, I'm just not one of them.

@GitIssueBot GitIssueBot added the incomplete Issue template has not been fully filled out, no further processing until fixed label Sep 6, 2016
@Astroman
Copy link
Author

Astroman commented Sep 6, 2016

What were you doing?

Printing an object and looking at the Gcode viewer

What did you expect to happen?

See actual layer print time

What happened instead?

Layer print time always showed "a few seconds" even though it was much longer

Branch & Commit or Version of OctoPrint

1.2.15 (master branch)
[Can be found in the lower left corner of the web interface.]

Printer model & used firmware incl. version

Printrbot simple, not sure about version
[If applicable, always include if unsure.]

Browser and Version of Browser, Operating System running Browser

Safari 9.1.3, Mac OS 10.11.6
[If applicable, always include if unsure.]

Link to octoprint.log

[On gist.github.com or pastebin.com. Always include and never truncate.]

Link to contents of terminal tab or serial.log

[On gist.github.com or pastebin.com. If applicable, always include if unsure or
reporting communication issues. Never truncate.]

Link to contents of Javascript console in the browser

Not printing right now, will provide later if necessary
[On gist.github.com or pastebin.com or alternatively a screenshot. If applicable -
always include if unsure or reporting UI issues.]

Screenshot(s) showing the problem:

Not printing right now, will provide later if necessary
[If applicable. Always include if unsure or reporting UI issues.]

@foosel
Copy link
Member

foosel commented Sep 9, 2016

Layer print time always showed "a few seconds" even though it was much longer

Layer print times - like everything else - are estimates which depending on multiple factors can be more or less accurate. For this reason I switched all print time estimates in 1.2.14/15 to be displayed in a very fuzzy way since people do depend too much on them to be accurate otherwise.

On the maintenance branch/future 1.2.16 release I've switched at least the individual layer times in the GCODE viewer back to show as full durations instead of fuzzed up estimates:

image

That's all I can do here for now.

If the layer times in general are off (it says "a couple of seconds" but takes several minutes instead), that's most certainly caused by something in your GCODE files making the estimate in the GCODE viewer go haywire. I'd need an example file to be able to look further into this.

PS: Always copy-paste the full bug template. Do not remove anything from it that is not enclosed in [ and ]. Otherwise the bot will get angry/stay angry.

@foosel foosel added needs information More information is needed to further process this issue or PR and removed incomplete Issue template has not been fully filled out, no further processing until fixed labels Sep 9, 2016
@foosel
Copy link
Member

foosel commented Sep 12, 2016

@Astroman

If the layer times in general are off (it says "a couple of seconds" but takes several minutes instead), that's most certainly caused by something in your GCODE files making the estimate in the GCODE viewer go haywire. I'd need an example file to be able to look further into this.

Is this the case or were you only referring to the layer times being stated in a fuzzy manner? Important to know, because if the former there might be more action needed, if the latter this can be considered closed.

@Astroman
Copy link
Author

I looked more carefully at the issue and it appears to say “a few seconds” whenever the layer print time is under a minute. In other words, it never estimates short layer times in seconds. I thought it always said “a few seconds" since I happened to be looking at the gcode viewer only when layer times were under a minute.

That said, I think it used to provide estimates for layer times that were under a minute. Of course, I can’t confirm this, and if this is not correct, I apologize. I seem to remember using these relatively short layer print times of 20-50 seconds or so to estimate the amount of time left to get to a higher layer.

I wonder if you are rounding off or truncating to the nearest minute which would be fine for long layer times but misleading for short ones, espeially those under a minute.

Thanks.

—Dave

On Sep 12, 2016, at 2:00 AM, Gina Häußge notifications@github.com wrote:

@Astroman https://github.com/Astroman
If the layer times in general are off (it says "a couple of seconds" but takes several minutes instead), that's most certainly caused by something in your GCODE files making the estimate in the GCODE viewer go haywire. I'd need an example file to be able to look further into this.

Is this the case or were you only referring to the layer times being stated in a fuzzy manner? Important to know, because if the former there might be more action needed, if the latter this can be considered closed.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub #1481 (comment), or mute the thread https://github.com/notifications/unsubscribe-auth/AAhhhKayQa9yUEX8h4Yn4KiJrxJTAVv2ks5qpRTAgaJpZM4J2EiS.

@foosel
Copy link
Member

foosel commented Sep 24, 2016

Yes, as I said earlier, 1.2.15 had a fuzzy display in place for the layer times. That's been changed in 1.2.16 though which I released yesterday. In a nutshell, the non-fuzzy layer times are back. Closing this as solved.

@foosel foosel closed this as completed Sep 24, 2016
@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 30, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
needs information More information is needed to further process this issue or PR
Projects
None yet
Development

No branches or pull requests

3 participants