New firmware 2.0RC5 available

BMMal

@wilriker

1mm/s

Usually 5 is just on the edge of too fast.

wilriker

@bmmal said in New firmware 2.0RC5 available:

Usually 5 is just on the edge of too fast.

Found that out as well.

BMMal

@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...

wilriker

@bmmal said in New firmware 2.0RC5 available:

Seems to be back to normal now...

Happy to hear that.

zerspaner_gerd

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

0_1527107037531_debugging console.JPG

dc42

@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?

dc42

@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 open

There 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?

denke

@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.

denke

Also, another strange experience, Not all the gcode files were listed in dwc, and I could not fild any method to turn the page.

-I selected the sorting method of mtime, newest first, but the most recent prints did not show up.
-Then selected all entrys, right click, delete.
-The selected entrys were deleted, and a new set of gcode files appeared containing those most recent I was looking for.

As if not all the entries were in the list of gcode files, and the sort would only apply to those which were visible.

zerspaner_gerd

@dc42 said in New firmware 2.0RC5 available:

@zerspaner_gerd said in New firmware 2.0RC5 available:

These are the last two entries in "Network" (debugging console)

other problems are you having with 2.0RC5 and DWC 1.21.1 final?

Thanks,
Another problem is the DWC with this error (rr_status? Type = 1 in red, see picture above) stops responding.
Comes between 7 and a maximum of about 30sec.

There is no message, I only see it in the debugging console.

I could confirm if I choose a folder, the gcode file is displayed.

But is that the reason for the DWC problem?

Should I again downgrade to DWC and RRF 1.21, move gcode, and then try again on 1.21.1 und RC5.

@denke said in New firmware 2.0RC5 available:

Also, another strange experience, Not all the gcode files were listed in dwc, and I could not fild any method to turn the page.
...........
As if not all the entries were in the list of gcode files, and the sort would only apply to those which were visible.

That sounds exactly like one of my problems!

Did you try that:

@dc42 said in New firmware 2.0RC5 available:

Wenn Sie also viele GCode-Dateien auf der SD-Karte haben und diese nicht in Verzeichnissen organisieren, werden Sie keine neuen Dateien sehen, die Sie in den DWC-Ordner / gcodes hochladen, obwohl sie vorhanden sind. Die Problemumgehung besteht darin, Unterverzeichnisse zu erstellen und einige der Dateien in sie zu verschieben.

Dr_Ju_Ju

Sitting on the 'G-code files' page, while aprint is in progress, I received this error message:

G-Codes Directory
Go Up

Connect to your Duet to display G-Code files
JavaScript Error

A JavaScript error has occurred so the web interface has closed the connection to your board. It is recommended to reload the web interface now. If this happens again, please contact the author and share this error message:

Version: 1.21.1
Message: uncaught exception: out of memory
URL:
Line: 0:0
Error object: "out of memory"

dc42

@denke said in New firmware 2.0RC5 available:

Also, another strange experience, Not all the gcode files were listed in dwc, and I could not fild any method to turn the page.

-I selected the sorting method of mtime, newest first, but the most recent prints did not show up.
-Then selected all entrys, right click, delete.
-The selected entrys were deleted, and a new set of gcode files appeared containing those most recent I was looking for.

As if not all the entries were in the list of gcode files, and the sort would only apply to those which were visible.

See my earlier response, https://forum.duet3d.com/topic/5394/new-firmware-2-0rc5-available/30. There has always been a limit to how many files DWC will display in a single folder, but it's a little lower in release 2.0.

dc42

@dr_ju_ju said in New firmware 2.0RC5 available:

Sitting on the 'G-code files' page, while aprint is in progress, I received this error message:
G-Codes Directory
Go Up
Connect to your Duet to display G-Code files
JavaScript Error

A JavaScript error has occurred so the web interface has closed the connection to your board. It is recommended to reload the web interface now. If this happens again, please contact the author and share this error message:

Version: 1.21.1
Message: uncaught exception: out of memory
URL:
Line: 0:0
Error object: "out of memory"

That's one for chrishamm.

denke

@dc42
Thanks for the info!

A behaviour suggestion if i may:
-The sorting could be implemented in the duet fw, not dwc.
-The board could send down the first ~25 entries initially (the first 25 of the sorted list), then send the follow-up entries threw page turning or infinite scrolling

Or at least a warning that "there are too many files in this directory, not all files are shown".

dc42

@denke said in New firmware 2.0RC5 available:

@dc42
Thanks for the info!

A behaviour suggestion if i may:
-The sorting could be implemented in the duet fw, not dwc.
-The board could send down the first ~25 entries initially (the first 25 of the sorted list), then send the follow-up entries threw page turning or infinite scrolling

Or at least a warning that "there are too many files in this directory, not all files are shown".

Thanks, I am already in discussions with chrishamm about how to resolve this.

denke

Nice, thanks @dc42 !

3DOeste

Hi! I've been testing RC5 since the release date and everything works fine. I was previously on 1.21. I found no bug or anything strange to repport.

dc42

@3doeste said in New firmware 2.0RC5 available:

Hi! I've been testing RC5 since the release date and everything works fine. I was previously on 1.21. I found no bug or anything strange to repport.

Thanks for the feedback!

ShadowX

I don't know if anyone else have this issue, but with the 1.21.1 web interface, I seem to have a hard time controlling the fan speed in the "Machine Control" tab. If I pull on the slider, it would move over, but when I let go it would bounce back to the previous value. I repeat the same process on IE and Firefox and had the same issues. Sometimes if I double click slowly it would stay, but its a bit annoying.

When I move the fans, speed factor or extrusion factor in the "Print Status" tab, I have no problem moving the sliders. The slider in the fan control on the "Print Status" jumps slightly, but nowhere near as often as the "Machine Control" slider.

I don't think its related to RC5, but it seems like a problem with the recent updates.

Firmware Name: RepRapFirmware for Duet 2 WiFi/Ethernet
Firmware Electronics: Duet WiFi 1.0 or 1.01
Firmware Version: 2.0(RTOS)RC5 (2018-05-22b1)
WiFi Server Version: 1.21
Web Interface Version: 1.21.1

Christoph13524

@shadowx
I have the same problems in Safari.
It looks like for me this annoying bug got worse in the recent updates.