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

Feature Request: temperature monitoring #20

Closed
Aylr opened this issue Feb 19, 2013 · 10 comments
Closed

Feature Request: temperature monitoring #20

Aylr opened this issue Feb 19, 2013 · 10 comments

Comments

@Aylr
Copy link

Aylr commented Feb 19, 2013

Would be helpful to see temperature of extruder and HBP as quite a bit of time can be spent waiting for bots to heat up.

@hughht5
Copy link

hughht5 commented Feb 19, 2013

seconded :)

@hoeken
Copy link
Member

hoeken commented Feb 19, 2013

Thirded! It should be really easy to pull out too.

On Tuesday, February 19, 2013, Hugh Halford-Thompson wrote:

seconded :)


Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-13775364.


Zach Hoeken Smith

Work: www.haxlr8r.com
Blog: www.hoektronics.com
Twitter: @hoeken Skype: chilldude22
QQ: 1489598623 China: +86-186-8209-7069

@Jnesselr
Copy link
Contributor

As far as I can tell, this has 3 parts to it:

  1. Make bumblebee get the temperature (Gcode status update? how does printrun/pronterface do it?)
  2. Report it to the server (on bot update probably)
  3. Have the server render it.

The second two shouldn't be difficult. Unless for 3, we want the server to display it like pronterface does with its target, and where it is now, as it's moving.

@hoeken
Copy link
Member

hoeken commented Mar 16, 2013

its pretty easy to get the temperature... it should report it, or we can
have the driver periodically poll temperature. the rest as you said is
pretty straightforward. :)


Zach Hoeken Smith

Work: www.haxlr8r.com
Blog: www.hoektronics.com
Twitter: @hoeken Skype: chilldude22
QQ: 1489598623 China: +86-186-8209-7069

On Sat, Mar 16, 2013 at 11:34 AM, Jnesselr notifications@github.com wrote:

As far as I can tell, this has 3 parts to it:

  1. Make bumblebee get the temperature (Gcode status update? how does
    printrun/pronterface do it?)
  2. Report it to the server (on bot update probably)
  3. Have the server render it.

The second two shouldn't be difficult. Unless for 3, we want the server to
display it like pronterface does with its target, and where it is now, as
it's moving.


Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-14998752
.

@Aylr
Copy link
Author

Aylr commented Mar 16, 2013

M105 will return the bed and extruder temp like this: "ok T:201 B:117"
from http://reprap.org/wiki/G-code#M105:_Get_Extruder_Temperature

@Jnesselr
Copy link
Contributor

I know polling that could work, but there's two reasons why I'm wary of
using that command:

  1. how will that work for SD prints? As far as I'm aware, you can still
    send Gcode to the printer to get status updates on how far the print has
    gone. Temperature would work the same.
  2. bumblebee is currently having a problem for me where it will sometimes
    make the printer pause because it's out of commands to send. Adding in an
    M105 command every little bit doesn't seem like a great idea.

So if someone can confirm my suspicion on #1, then we only really have to
worry about #2. I'm currently debugging it anyway, so it should be fixed
somewhat soon.
On Mar 16, 2013 10:54 AM, "Aylr" notifications@github.com wrote:

M105 will return the bed and extruder temp like this: "ok T:201 B:117"
from http://reprap.org/wiki/G-code#M105:_Get_Extruder_Temperature


Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-15006010
.

@hoeken
Copy link
Member

hoeken commented Mar 17, 2013

  1. botqueue should never use SD, so its sort of moot.

  2. fix it, lol. do you want temperature polling or not?


Zach Hoeken Smith

Work: www.haxlr8r.com
Blog: www.hoektronics.com
Twitter: @hoeken Skype: chilldude22
QQ: 1489598623 China: +86-186-8209-7069

On Sun, Mar 17, 2013 at 1:33 AM, Jnesselr notifications@github.com wrote:

I know polling that could work, but there's two reasons why I'm wary of
using that command:

  1. how will that work for SD prints? As far as I'm aware, you can still
    send Gcode to the printer to get status updates on how far the print has
    gone. Temperature would work the same.
  2. bumblebee is currently having a problem for me where it will sometimes
    make the printer pause because it's out of commands to send. Adding in an
    M105 command every little bit doesn't seem like a great idea.

So if someone can confirm my suspicion on #1, then we only really have to
worry about #2. I'm currently debugging it anyway, so it should be fixed
somewhat soon.
On Mar 16, 2013 10:54 AM, "Aylr" notifications@github.com wrote:

M105 will return the bed and extruder temp like this: "ok T:201 B:117"
from http://reprap.org/wiki/G-code#M105:_Get_Extruder_Temperature


Reply to this email directly or view it on GitHub<
https://github.com/Hoektronics/BotQueue/issues/20#issuecomment-15006010>
.


Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-15008747
.

@Jnesselr
Copy link
Contributor

Why can't bumblebee print from an SD card? I was going to add that when I
got m mine set up for that.

And I'm currently trying to fix it, but it's difficult to test. Is the bot
update done in the same thread as the one sending the Gcode?
On Mar 17, 2013 6:17 AM, "Zach Hoeken" notifications@github.com wrote:

  1. botqueue should never use SD, so its sort of moot.

  2. fix it, lol. do you want temperature polling or not?


Zach Hoeken Smith

Work: www.haxlr8r.com
Blog: www.hoektronics.com
Twitter: @hoeken Skype: chilldude22
QQ: 1489598623 China: +86-186-8209-7069

On Sun, Mar 17, 2013 at 1:33 AM, Jnesselr notifications@github.com
wrote:

I know polling that could work, but there's two reasons why I'm wary of
using that command:

  1. how will that work for SD prints? As far as I'm aware, you can still
    send Gcode to the printer to get status updates on how far the print has
    gone. Temperature would work the same.
  2. bumblebee is currently having a problem for me where it will
    sometimes
    make the printer pause because it's out of commands to send. Adding in
    an
    M105 command every little bit doesn't seem like a great idea.

So if someone can confirm my suspicion on #1, then we only really have
to
worry about #2. I'm currently debugging it anyway, so it should be fixed
somewhat soon.
On Mar 16, 2013 10:54 AM, "Aylr" notifications@github.com wrote:

M105 will return the bed and extruder temp like this: "ok T:201 B:117"
from http://reprap.org/wiki/G-code#M105:_Get_Extruder_Temperature


Reply to this email directly or view it on GitHub<
https://github.com/Hoektronics/BotQueue/issues/20#issuecomment-15006010>

.


Reply to this email directly or view it on GitHub<
https://github.com/Hoektronics/BotQueue/issues/20#issuecomment-15008747>
.


Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-15021026
.

@Aylr
Copy link
Author

Aylr commented May 11, 2013

Is there a way to submit a single (or a few) gcode commands without using a job? This could be used to manually heat up your bots from a browser button.

@hoeken
Copy link
Member

hoeken commented May 11, 2013

Hey Aylr,

Yup this is on the roadmap but hasn't been implemented yet. Will happen
this summer for sure.

On Saturday, May 11, 2013, Aylr wrote:

Is there a way to submit a single (or a few) gcode commands without using
a job? This could be used to manually heat up your bots from a browser
button.


Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-17759992
.


Zach Hoeken Smith

Work: www.haxlr8r.com
Blog: www.hoektronics.com
Twitter: @hoeken Skype: chilldude22
QQ: 1489598623 China: +86-186-8209-7069

@hoeken hoeken closed this as completed May 24, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants