I would like to have auto-scaling of temperatures graph - would make tracking lower temps easier.

Perhaps it would be also nice to have dual-scale - left scale for tools (usually higher range), right scale to heatbed/chamber (usualy lower range).

@EducatingSavvas

If state.gpOut[3].pwm==0
	M42 P3 S1
else state.gpOut[3].pwm==1
	M42 P3 S0

condition in else is obsolete, and more "elegant" way is

If state.gpOut[3].pwm != 0
	M42 P3 S0
else
	M42 P3 S1

It would be nice to have recursive delete for non empty directories.

Outstanding idea. I am located in Poland and have a reflow oven, hot air station (IMO more suitable to re-work jobs) and experiance in using it. I would be more than happy to fix some boards.

Probing twice the same point?

G30 P0 X26 Y226 Z-99999 ; probe near an adjusting screw
G30 P1 X26 Y226 Z-99999 ; probe near an adjusting screw

I think that viable solution would be to use NFC tags and a spool holder with reader. With new spool just put a nfc sticker (can be bought easily) and set a filament length when spool used for a first time.

Then each time spool in put on spoolholder read the tag, and update legth when print finished/tool change/ etc

Easy to implement - nfc readers are available with many intercaes, tags can be bought without problems.

Finally G10 support?
I wonder what are the actual changes in this new g code flavor.

https://github.com/prusa3d/PrusaSlicer/releases

Out of pure curiosity, I just checked on my printer (Duet3, standalone, 3.2-b1), and seems to be just fine.

@lui2004

G30 P0 X28.8 Y24 Z-99999 ; hinten rechts
G30 P1 X198.8 Y24 Z-99999 ; hinten links
G30 P2 X198 Y194 Z-99999 ; vorne links
G30 P3 X28.8 Y194 Z-99999 S4 ; vorne rechts and report adjustments needed

You missed P1

@Leav When You define z probe with M558 there are params:

Snnn Tolerance when probing multiple times, default 0.03mm

and

Annn Maximum number of times to probe each point, default 1.

This probes until results are within defined tolerance.

Not sure if this does averaging measurements tho

@Phaedrux That is exactly what I need, except one thing - how to toggle this with button connected to io pin?

@garyd9 But Your stop.g will turn off PSU every time print is finished (and printer cooled down). I just want this behavior "on demand" not after every print.

I have a button connected to one of io inputs, and trigger set on it. I noticed that tigger macro is executed more than once, and I suspect this is because lack of debouncing on inputs.

Second option would be to ignore trigger in case it is actually executed.

G4 S1 at the end of trigger macro does not help at all.

@Phaedrux according to https://duet3d.dozuki.com/Wiki/Gcode#Section_M81_ATX_Power_Off M81 S1 will wait for cooldown. The issue here is not with PSU control itself, or with waiting for cooldown.

Perhaps detailed usecase would clear things a little.
I have power button connected to io pin, I have a trigger set for that button, but currently only when print is not in progress.

What I would like to do is:

• print in progress, gcode file has no PSU related commands in it
• I press the button during print
• Printer will turn off after print is finished and hotend cooled down (I would expect that I need to call M81 S1 somehow when print is done).

EDIT: I just realized that just calling M81 S1 during the print might do the job. Need to check that.

@DIY-O-Sphere I know how to control PSU. The question was - is there a way to trigger/set some kind of flag that can be used let's say in stop.g to wait for cooldown and switch off PSU after print is done.

something like in stop.g

if <flag_power_at_the_end>
    M81 S1

Not by manually adding M81 at the end of gcode file, but some flag that could be set/cleared during the print without changing gcode file or configuration.

Is there a way to set something like a flag or something, that would be used in stop.g, or some other place, to switch off printer after finished print and cooling down?

Simple case - I have a print that is going to take about 14h in progress, but I do not want to wait until it is finished to turn printer off by kind of button or something (trigger on io pin).

Commands executed during print.
console.txt

Seems there is some relation with bed heater and tool1:
https://www.youtube.com/watch?v=E9w-VdB8ghc

T1 state "blinks" with the same state as heatbed.
On video it is on stby, but making it active makes T1 blinking in red also.

And after pressing Emergency Stop:

@wilriker There is something strange going on in this firmware...

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

@bmarkus108 I have bl touch and no issues on powder coated sheet. Do You use genuine one? Which version. I belive pin heat is bigger that the PEI grains on the sheet, but perhaps this is just on my setup.

@dc42 What about move number? They are not consecutive numbers. Is that OK? Was something executed Out-Of-Order ?

I am checking from time to time M122, and this one is particularly curious result (printing in progress):

M122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.2-beta4.1 running on Duet 3 MB6HC v1.01 or later (standalone mode)
Board ID: 08DJM-956L2-G43S8-6J1D6-3SJ6R-KA0YG
Used output buffers: 1 of 40 (26 max)
=== RTOS ===
Static ram: 123292
Dynamic ram: 170684 of which 112 recycled
Never used RAM 98104, free system stack 116 words
Tasks: NETWORK(ready,159) ETHERNET(blocked,103) HEAT(blocked,276) CanReceiv(blocked,947) CanSender(blocked,348) CanClock(blocked,349) TMC(blocked,18) MAIN(running,696) IDLE(ready,19)
Owned mutexes:
=== Platform ===
Last reset 03:24:13 ago, cause: software
Last software reset time unknown, reason: User, GCodes spinning, available RAM 98312, slot 1
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00400000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0x00
MCU temperature: min 39.1, current 39.2, max 39.4
Supply voltage: min 27.1, current 27.3, max 27.4, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.2, max 12.2, under voltage events: 0
Driver 0: position 19983, ok, reads 22817, writes 0 timeouts 0, SG min/max 0/1023
Driver 1: position 28137, ok, reads 22817, writes 0 timeouts 0, SG min/max 0/1023
Driver 2: position 14970, ok, reads 22817, writes 0 timeouts 0, SG min/max 0/168
Driver 3: position 0, standstill, reads 22817, writes 0 timeouts 0, SG min/max not available
Driver 4: position 0, standstill, reads 22817, writes 0 timeouts 0, SG min/max 0/0
Driver 5: position 0, standstill, reads 22817, writes 0 timeouts 0, SG min/max 0/0
Date/time: 2020-12-14 12:34:38
Slowest loop: 5.90ms; fastest: 0.26ms
=== Storage ===
Free file entries: 9
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 2.4ms, write time 0.0ms, max retries 0
=== Move ===
FreeDm 354 (min 344), maxWait 0ms, bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves 971089, completed moves 971030, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state 3
=== AuxDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters = 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = 3 -1 -1 -1
Heater 0 is on, I-accum = 0.4
Heater 1 is on, I-accum = 0.4
=== GCodes ===
Segments left: 1
Movement lock held by null
HTTP is idle in state(s) 0
Telnet is idle in state(s) 0
File is doing "G1 X91.461 Y150.354 E0.04368" in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
SBC is idle in state(s) 0
Daemon is idle in state(s) 0
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is not empty:
Queued 'M106 S127.5�����������������������������������������������������' for move 971061
Queued 'M106 S76.55�����������������������������������������������������
' for move 971063
2 of 16 codes have been queued.
=== Network ===
Slowest loop: 14.15ms; fastest: 0.03ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions Telnet(0), 0 sessions
HTTP sessions: 1 of 8
- Ethernet -
State: active
Error counts: 0 0 0 0 0
Socket states: 5 2 2 2 2 2 0 0
=== Filament sensors ===
Extruder 0: pos 190.90, errs: frame 1 parity 0 ovrun 0 pol 0 ovdue 0
Extruder 1: pos 0.00, errs: frame 0 parity 0 ovrun 0 pol 0 ovdue 0
=== CAN ===
Messages queued 20, send timeouts 44, received 0, lost 0, longest wait 0ms for reply type 0, free buffers 47