Firmware 1.21 release candidate 2 now available
-
Try uploading the new iap4e.bin file first.
-
I tried that. now the board will not start. I removed the SDcard and copied the iap4e and the DuetEthernetFirmware.bin to the card. How do I install the .bin file using the console on the panel due? M997 is for the WIFI.
-
Not sure if this is related to new firmware or existing issue – I've uploaded a large gcode file ~100mb and now duet is stuck with it on loading for all parameters in DWC and DWC then disconnects (ps file is called Part1.gcode) -- nothing special about the name
-
I tried that. now the board will not start. I removed the SDcard and copied the iap4e and the DuetEthernetFirmware.bin to the card. How do I install the .bin file using the console on the panel due? M997 is for the WIFI.
M997 S1 is for the WiFi. M997 S0 (or just M997) installs the main firmware.
-
Not sure if this is related to new firmware or existing issue – I've uploaded a large gcode file ~100mb and now duet is stuck with it on loading for all parameters in DWC and DWC then disconnects (ps file is called Part1.gcode) -- nothing special about the name
Does the disconnection message say that there was no response from the Duet, or something else?
Please put the GCode file on a file sharing site and post a link to it, so that I can try uploading it.
-
I tried a smaller file and it chokes it as well – 67mb this time. I pulled the sd card, and this time just copied it
I'll share both https://www.dropbox.com/sh/7m1eemyx6ofj3hi/AACh0wYFdcqfqlzr8mERoICZa?dl=0 -
I kept getting disconnect messages because duet was busy, then it finally loaded the 67mb file, and I got:
Error: Cannot read file.
Error: Failed to read footer from G-Code file "0:/gcodes/Part1V2.gcode" -
After it finally read it – I started printing it -- and it fell of the network entirely, but the screen said it was printing -- then i disconnected the network cable and plugged it back in, and it came back, and DWC is back and responsive.
-
I uploaded your files to one of my printers, and they uploaded OK and are displayed in the file list. However, no object height or filament usage is displayed. The reason according to Notepad++ is that both files contain vast quantities of null characters shortly before the end, within the footer comments region. If these are as S3D generated them, then I suspect a bug in S3D.
The error message you received suggests to me that you should replace the SD card.
-
I have seen this before with S3D especially with large files. I will try to re-save them – this is a new high speed card. I think the null characters are confusing duet...I'll try to re-save them and upload them.
-
I edited the file and got rid of the nulls, and it got loaded right away. I'll report this bug to S3D. Thanks for checking.
-
I updated, changed my probe type to 9, removed my M401s and M402s from bed.g, homez.g and homeall.g. Everything is working as expected on my IDEX cartesian.
-
I updated, changed my probe type to 9, removed my M401s and M402s from bed.g, homez.g and homeall.g. Everything is working as expected on my IDEX cartesian.
Thanks for the feedback. Be aware the the multi touch Z probing is not compatible with bltouch in this release.
-
I have a BL touch and have had the probe type set to 5 and was using multi-touch and it works fine, what is the benefit of using type 9?
-
Some bltouch users had the problem of the bltouch extending too soon again after probing.
-
I updated, changed my probe type to 9, removed my M401s and M402s from bed.g, homez.g and homeall.g. Everything is working as expected on my IDEX cartesian.
Thanks for the feedback. Be aware the the multi touch Z probing is not compatible with bltouch in this release.
I don't use multi touch at this point, but I may check it out at some point in the future. I seem to get pretty good results with my setup without it. Maybe I got lucky and got a pretty consistent bltouch.
Larry
-
A few issues with this release have come to light:
- The new bltouch probe support doesn't work properly if you enable the multi-tap function, because it fails to deploy the probe before the second tap
- The multi-tap function only implements the recovery delay before the first tap at each probe point, instead of before each tap
- Support for the Duet3D rotating magnet filament sensor is not working
Is it possible to get multitap for Z homing?
-
Firmware Name: RepRapFirmware for Duet WiFi and Duet Ethernet
Firmware Electronics: Duet WiFi 1.02 or later
Firmware Version: 1.21RC2 (2018-02-15 build 2)
WiFi Server Version: 1.21RC2
Web Interface Version: 1.20When i upload a file that is named fooprint(2).gcode and want to print the file it will say file does not exist
Error: M32: GCode file "0:/gcodes/26mmgauntbaseV2.gcode" not found
10:04:14 PMM32 0:/gcodes/26mmgauntbaseV2(2).gcode
any chance you might have a look into that? -
This issue has been raised several times already. It is part of the NIST GCode standard that parenthesis surround comments, therefore they are stripped out. The workaround is to surround the filename in double quotes. The latest beta of PanelDueFirmware already does this, so will the next version of DWC.
-
This issue has been raised several times already. It is part of the NIST GCode standard that parenthesis surround comments, therefore they are stripped out. The workaround is to surround the filename in double quotes. The latest beta of PanelDueFirmware already does this, so will the next version of DWC.
…or use square brackets instead.
