Printer is sending M408 S0 when heating

David

Hi, I noticed that my 3D printer is sending “M408 S0” when heater is changing temperature (heating). Because M408 S0 does not support chamber, I have to use M408 S2. So I would like to turn off that behavior when printer is heating and sending me S0 – even when I am not asking anything. Does anyone know if its possible?
Thank you very much for your help. D.G.

My firmware:
Firmware Name: RepRapFirmware for Duet 2 WiFi/Ethernet
Firmware Electronics: Duet WiFi 1.02 or later
Firmware Version: 1.21 (2018-03-21)
WiFi Server Version: 1.21
Web Interface Version: 1.21

dc42

If you mean that you are sending M408 S2 commands to the PanelDue port, but during heating it is returning M408 S0 status reports, that is a bug. I will fix it in the 2.01beta release.

David

Not exactly like this. When I ask with S2, the printer will return S2 AND S0. And even if I will not send any querry, the printer will keep returning S0, when heating. But I will try the new beta firmware. Thank you

dc42

The intention is that if the firmware has received any M408 status requests from the PanelDue port, if you send a heat-and-wait command from the PanelDue port then instead of the PanelDue display freezing (because the PanelDue input channel is blocked waiting for heating to complete), status reports continue to be sent to PanelDue. The old firmware always sent a type 0 status response, but the beta firmware sends type 0 or 2 depending on which was last requested.

David

Ok I see. Beta firmware is working exactly as you said. But still, is there chance to make this option optionable? Because even with this option, that it is sending the last known status value of m408, I get two responses. Because I am not loosing communication with the printer, so if I am asking with S2, I will get two same responses. Or if I need more information about the printing itself I use S4 (because of chamber), then I get S2 and S4 answers.
Sorry for bothering you and thank you for your work. David

dc42

Is the heat-up-and-wait command being sent via the serial port, or from some other input channel?

David

Ok so I tested it again properly and found weird behaviour. I will try to explain it :). I am using the serial port for the PanelDue. I tried three heating scenario with M109 (Set Extruder Temperature and Wait)

Running macro file, which contains M109 S215, from web GUI
Printer was communicating with status Busy. I was asking with M408 S2, so it was returning response for S2 and generic S0 (S2 on beta firmware).
Running same macro file, which contains M109 S215, from serial port for PanelDue
If I sent the same macro from serial port, I just got the "generic" S0 answer (S2 with the beta firmware) and NO response for my S2 querries.
Printing file, which contains M109 S215 (sent from serial port for PanelDue)
Printer was communicating with status Printing. I was asking with M408 S2 or S4, so it was returning response for S2/S4 and generic S0 (S2 on beta firmware).

I hope it makes sense. Is this some kind of feature/bug?

dc42

The bug is that it is returning status responses to the PanelDue port no matter what channel the M109 command was received from. It should only return them if M109 was sent from the PanelDue port. This doesn't normally matter because PanelDue doesn't mind getting extra status responses.