New firmware 2.0RC5 available
-
Chrishamm had just released Duet Web Control 1.21.1 so I've added it to the release area at https://github.com/dc42/RepRapFirmware/releases/tag/2.0RC5a. Anyone who was experiencing problems with DWC 1.21.1RC4, please try this new version.
-
Just updated both & running a print now...
FYI, I got around my Trinamic\board fan issues, by wiring the board fan in parallel (1 socket & 2 plugs) with the hot end fan, which was set to come on at the same'ish temperatures anyway...
-
Been running on the RailCore nearly non-stop since you released it yesterday. Was previously on 2.0rc3, both have worked without issues that I've encountered. Turning out some fantastic prints.
-
@dc42 said in New firmware 2.0RC5 available:
Upload errors are expected with the new firmware if you have a password set on your Duet (other than the default 'reprap') and you use DWC 1.21.
Please load DWC
1.21.41.21.1RC4 on to your Duet, clear the browser cache, load it and immediately press control-shift-J to get the debugging console. Then when DWC becomes unresponsive, there may be an exception message.For me there was of course no change with DuetWebControl-1.21.1, too bad.
Why 1.21 runs smoothly, and with 2.0 and 1.21.1 DWC does not work at all? And the sporatic problem with the gcode files.
I have not set up a password.
Here is a video to clear the browser cache.
https://www.dropbox.com/s/zs87rwetvx862hl/clear the browser cache.wmv?dl=0Here are the results of debugging console:
crosshair.png:1 Failed to load resource: the server responded with a status of 404 (page not found) diabase_calibration_diagram.png:1 Failed to load resource: the server responded with a status of 404 (page not found) /rr_download?name=0:/sys/oem.json:1 Failed to load resource: the server responded with a status of 404 (file not found) dwc.js:2 GET http://192.168.188.40/rr_status?type=1 0 () send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612 setTimeout (async) success @ dwc.js:1456 u @ dwc.js:2 fireWith @ dwc.js:2 done @ dwc.js:2 (anonymous) @ dwc.js:2 load (async) send @ dwc.js:2 ajax @ dwc.js:2 updateStatus @ dwc.js:612
Can someone try to upload this gcode file, these are not displayed on me with RRF 2.0RC5 + DWC 1.21.
Is this due to RRF or the gcode file.
0_1527096457013_960 Justier Teil fuer rund gleichmaessigkeit.gcode -
I'm having some strange under extrusion issue. Not sure how I started a print at all but I can see that my support is under extruded. The first layer of the part barely pushed out any plastic. I tested by trying to manually extrude 100mm of material and only about 40mm got extruded. I did this twice. Once by commanding a full 100 and then commanding 20mm 5 times.I have to revert to 2b for now which did not have any issues that I noticed. -
@bmmal I can confirm this. I tried 100mm and 50mm extrusion and it did barely extrude less than 100mm altogether - that might also explain why my print today hat what I first thought was a layer shift. Now it rather makes sense that extrusion was so low that bed adhesion failed at one point, moved the print and gladly found hold again in a place where I did not have to toss the print away.I will also downgrade to RC4 and check again.
EDIT: I retested and now can no longer reproduce the problem.
@BMMal how fast did you extrude? When I tried with 5mm/s it would fail most often. I tried again with 1mm/s and it extruded exactly 100mm on RC5.
-
gcode file delete problem threw dwc:1.21.1, fw:2.0-rc4:
->http://printer.loc/rr_delete?name=0%3A%2Fgcodes%2Fvase.gcode
<-{"err":1}
Message displayed: Error: Cannot delete file 0:/gcodes/vase.gcode because it is openThere was no print or simmulation since cold bootup, just deleted a bunch of other gcode files.
After "emergency stop" the file deleted successfully. -
This post is deleted! -
@wilriker said in New firmware 2.0RC5 available:
@bmmal I can confirm this. I tried 100mm and 50mm extrusion and it did barely extrude less than 100mm altogether - that might also explain why my print today hat what I first thought was a layer shift. Now it rather makes sense that extrusion was so low that bed adhesion failed at one point, moved the print and gladly found hold again in a place where I did not have to toss the print away.I will also downgrade to RC4 and check again.
EDIT: I retested and now can no longer reproduce the problem.
@BMMal how fast did you extrude? When I tried with 5mm/s it would fail most often. I tried again with 1mm/s and it extruded exactly 100mm on RC5.
I have to retest. I found a mechanical problem and suspect there may be another. Working on it.
-
@bmmal said in New firmware 2.0RC5 available:
I have to retest. I found a mechanical problem and suspect there may be another. Working on it.
More or less the same here. Too fast extrusion speed plus a bad angle in my Reverse Bowden. Retested twice now and both times perfect 100mm extrusions.
-
@wilriker said in New firmware 2.0RC5 available:
@bmmal said in New firmware 2.0RC5 available:
I have to retest. I found a mechanical problem and suspect there may be another. Working on it.
More or less the same here. Too fast extrusion speed plus a bad angle in my Reverse Bowden. Retested twice now and both times perfect 100mm extrusions.
Something is not adding up for me. I have tried both RC3 and RC5 and I'm getting half of what I should with both of them. I don't recall changing anything with my steps/mm or microstepping...
-
@bmmal What speed are you testing with? For me 1mm/s works fine, 5mm/s did not reliably extrude the requested amount - at least not with the bad angle in my reverse bowden and a comparably weak ungeared extruder setup.
-
-
@bmmal said in New firmware 2.0RC5 available:
Usually 5 is just on the edge of too fast.
Found that out as well.
-
@wilriker So not really sure what it was, may have been a combination of the way I had my steps/mm for each extruder and microstepping explicitly defined ie Exx:xx:xx:xx rather than just Exx.
At one point it looks like I had the arrays mismatched in size so default 16x were being loaded rather than the 8x
Seems to be back to normal now...
-
-
These are the last two entries in "Network" (debugging console)
penultimate
Request URL: http://192.168.188.40/rr_status?type=1 Referrer Policy: no-referrer-when-downgrade Provisional headers are shown Accept: application/json, text/javascript, */*; q=0.01 Referer: http://192.168.188.40/ User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36 X-Requested-With: XMLHttpRequest type: 1
Last entry
Request URL: http://192.168.188.40/ Request Method: GET Status Code: 200 OK Remote Address: 192.168.188.40:80 Referrer Policy: no-referrer-when-downgrade Connection: close Content-Length: 168262 Content-Type: text/html Accept: */* Accept-Encoding: gzip, deflate Accept-Language: de-DE,de;q=0.9,en-US;q=0.8,en;q=0.7 Connection: keep-alive Host: 192.168.188.40 Referer: http://192.168.188.40/ User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36 X-Requested-With: XMLHttpRequest
-
@zerspaner_gerd said in New firmware 2.0RC5 available:
These are the last two entries in "Network" (debugging console)
...Thanks, those all look OK. The 404 errors for those particular files are normal.
One difference between 2.0 and earlier versions is that the total size of output buffers is reduced in 2.0. Because of the way that DWC fetches the file list, this means that the number of files that DWC will display in a single directory is about 1/3 lower than it was before. So if you have a lot of GCode files on the SD card and you do not organise them into directories, then you will not see new files that you upload into the /gcodes folder in DWC even though they are there. The workaround is to create subdirectories and move some of the files into them.
What other problems are you having with 2.0RC5 and DWC 1.21.1 final?
-
@denke said in New firmware 2.0RC5 available:
gcode file delete problem threw dwc:1.21.1, fw:2.0-rc4:
->http://printer.loc/rr_delete?name=0%3A%2Fgcodes%2Fvase.gcode
<-{"err":1}
Message displayed: Error: Cannot delete file 0:/gcodes/vase.gcode because it is openThere was no print or simmulation since cold bootup, just deleted a bunch of other gcode files.
After "emergency stop" the file deleted successfully.It may be that at the time you tried to delete the file, DWC had it open because after the previous file deletions it rescanned the files for the GCode information. Did you try deleting it more than once before you did the emergency stop?
-
@dc42
Yep, about 6-8 times across the duration of about 2 minutes. I opened the debugger on maybe the 4th time I tried it.