The firmware doesn't wait for the temperature to drop

pcsentinel

Hi DC will do thanks.

Really good to here about the success though, fantastic.

pcsentinel

Hi DC, you asked me to remind you about this.

dc42

Thanks for the reminder. If I can work out a sensible specification for the change then I'll implement it in firmware 1.19. The specification will be something like:

If you send a G10 Pnnn Rttt command where Pnnn is not the current tool, any heaters that are used by tool ttt and are turned on but not used by the currently-selected tool (if any) will have their live temperatures set to the new standby temperature.

It is of course possible that the heaters last had their temperatures set because a different tool was set to standby. So ideally each heater should record the number of the last tool that caused its temperature to be set.

pcsentinel

That would be expected behaviour, but its also about being able to use M116 so that the print is paused until temps stabilise across the extruders i.e. active extruder gets to active temp and all other extruders get to standby temp then resume print.

dc42

As I've said before, I have tested M116 without parameters and I can't find anyone wrong with it. AFAIK nobody else has reported a problem with it either. I wonder whether there is something we with the M116 line in your file, or perhaps the file isn't being executed at all.

pcsentinel

Hi DC, just retested with the following, so may be my interpretation firmware version 1.19 beta 5

using macro with
T1
G1 Y50
T0
G1 Y150
to run test

set temps with
G10 P0 S190 R140
G10 P1 S190 R140
from gcode console

tpost0
M116
tpost1
M116
nothing in any other tool macros

Result as expected, i.e. Moves are carried out after each stabilisation of temperature

tpre0
M116
tpre1
M116
nothing in any other tool macros
Results in the releasing tool reaching standby temp and not waiting for the new tool to reach temp before the move

tfree0
M116
tfree1
M116
nothing in any other tool macros
Results in no waiting i.e. moves are performed immediately with no temperature stabilisation

As I said it may be my interpretation, just trying to get my head around the mechanics of the tool macros

dc42

The tfree macro is run before the old tool is released, so there will be nothing to wait for. The tpre macro is run after the old tool is released but before the new one is selected. The tpost macro is run after the new tool has been selected. So only the M116 in the tpost file will wait for the new tool to reach its active temperature.

njjn2020

i have M116 issue too.

in my gcode there is a part

[c]M104 S205
M109 S205
M116
[/c]

but duetwifi does not wait for temperature to raise to 205 and continues to print…
what is a way to command printer to "wait for temperature 205. continue printing when 205 reached" ?

dc42

My guess is that you don't have a tool selected at the start. Which firmware version are you running? Later firmware versions will select tool 0 (or your lowest numbered tool) automatically when they see M109 with no tool selected.

njjn2020

i have
[c]T0 ; select tool 0[/c]
at the gcode file header. firmware is the latest 1.18.1

c310

should i create tfree0 files?