Output buffers running out
-
@dc42 btw there is a missing buf->whenQueued = millis(); in OutputBuffer::Allocate. Probably more a issue only affecting the LPC port due to the smaller UART ringbuffer, but was causing some buffers to incorrectly timeout.
-
@dc42 I have just checked some recent yat M122 reports I had saved when the buffers were full, and they have error status 14, which I guess is 01110. Will update if I find a different error.
-
@Adrian52 said in Output buffers running out:
@dc42 I have just checked some recent yat M122 reports I had saved when the buffers were full, and they have error status 14, which I guess is 01110. Will update if I find a different error.
Thanks, that figures. There are at least 3 bugs contributing to this issue: the . I'm fixing the third one now.
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
@dc42 In case it is still useful to you, you can also cause Duet to run out of buffers by slicing a large object with PrusaSlicer , having enabled the Printer Settings->General->Firmware->Supports Remaining Times option.
This option puts M73 commands into the gcode which only Prusa printers support. Duet will throw errors and the output buffers will eventually be used up. This can take a while, of course.
This was happening to me when I mistakenly selected that option, and the web interface would disconnect part way through a print, and I could not reconnect until I cycled the power on my Artemis printer. I had seen the "M73 command not supported" errors, but I ignored them until I figured out they were causing the buffers to be consumed.
