Duet Web Control 2.0.0-RC3 is ready
-
I got this:
When I tried to print a file. -
And the "warning Revert to Duet Web Control 1" doesn't work for me
-
I changed the name of the file to "GhostingTes MakerMuse.gcode", uploaded it and now it prints fine.
-
Thanks for your feedback so far! DWC2 may take a few seconds to load initially but once cached it's way faster. Again, RRF 2.02 is required for this web interface version.
If you cannot access your machine after upgrading to DWC2 but DWC1 worked, you can still access DWC1 via http://<your printer>/reprap.htm. This will effectively load the old UI.
I could reproduce the password input problem when DWC2 is running in remote mode (i.e. when it's downloaded from the board), so I will have a look at it and fix it in RC2.
@SupraGuy Are you on DuetWiFiServer 1.21 and does the problem persist on different devices? Can you press F12 while loading and check if you get any error messages in the Console? Maybe reflashing DuetWiFiServer resolves your problem.
@sigxcpu Thanks for investigating this. Did you power-cycle your board once after the initial DuetWiFiServer 1.21 update? Glad you could solve it though.
-
I just noticed that the axis move buttons don't seem to switch to relative movement first?
Had a little nozzle crash while testing something... -
@hurzhurz Oops, you're right - will provide RC2 later today which will fix this, the password problem and what else is reported in the meantime.
-
Is there a way to change the Z movement increments? With a 460mm delta, I'd really like a 100mm increment.
Otherwise, I like it. I have the same password & "revert" problems as noted above, but for the moment I pulled the card & commented out the M551. Running an Ethernet v1.03 with 2.02.
-
@plasticmetal try right clicking on the button. At least that worked previously.
-
@phaedrux Sweet! I've tried right clicking on other items before, but for some reason never there. Thanks!
-
Alright, here you go: https://github.com/chrishamm/DuetWebControl/releases/tag/2.0.0-RC2
The password issue is now fixed as well as the movement buttons not sending relative/absolute position codes. Enjoy!
-
Amazing, don't know if that was intended, but I'm getting twice higher G-code upload speeds now.
-
Very nice new DWC! I really like it. The one thing I like three most so far is finally listing print and simulation times for GCode files.
Also I like the timeline on the X axis of the temperature graph.
One question though: what is the
-mini
version on the release page? Is it just minified JS and CSS or is there something else mini? -
Well, I spoke too soon. The issue came back, randomly. Updated to RC2, no change in behavior.
DWC1 works, 2 fails to load assets. "ab" testing on a failing asset is successful so I think it is something related to sockets/memory/wifi firmware. There are lots of dups and retransmissions when it fails. -
Thank you very much for this newer version. It is responsive and amazing.
A few things I have picked up while running this:
- The Webcam URL was forgotten and had to be added again. Also the Webcam is now on its own page, I would have liked at least an option of showing a smaller webcam on the Print Status page.
- Fans do not use their assigned names. My Fans are named with the C-parameter of M106, and this does not show up on the new DWC - not a big issue.
It is amazing to have the statuses visible on all pages - temperatures, speeds etc.
-
Honestly, I feel the new version is worse in almost every way.
- There are even less buttons that can be clicked by using the space bar
- The buttons are much slower to respond, for example, clicking baby-step repeatedly is torture, you have to wait for the flash animation to finish before you can click it again
- It's clunkier, even though it looks prettier; more clicks to do the same thing
- The pop-up messages take you to the g-code console when you dismiss them
I'm being brutally honest here, this is the perfect example of form over function. I tried explaining what was needed in the RFC and warned about this kind of stuff.
The web interface should be fast, instant in response as possible given the web host, predictable, and impossible to click the wrong thing at the wrong time. It should have every single button clickable via the space bar as well as every clickable item tab-indexed.
I predicted this would be a passion project about learning a new front end library, and I was right.
Honestly, I suggest going back to square one.
Start by creating a control interfaces like this was a manufacturing machine. Oh, wait, it is!
Forget fancy menus. What do we do a lot of?
Well, when tuning and tweaking
- I want to have a g-code console and the config editor side-by-side
- give me a small mechanical control there as well
- a drop down with macros is enough, they don't need to be listed out
- if you want to repeatedly run macros, then make a screen for that
What we don't need
- Graphs are pretty, but really, there's no reason for them to take up so much space
- The status pane is also way too big. It would work just as well as a single line along the bottom or top
I could go on and on, but I'm honestly so mad that I warned this would happen. Since updating to the latest firmware, I can't even revert to Web Control 1. Can I just re-upload it or will I have to clean up files on the SD Card?
In reality, my suggestion a long time ago was to make each of these panes a widget you can drag 'n drop and resize to make your own screens. THAT would please everyone.
-
@gnydick said in Duet Web Control 2.0.0-RC2 is ready:
Since updating to the latest firmware, I can't even revert to Web Control 1. Can I just re-upload it or will I have to clean up files on the SD Card?
M30 "/www/index.html"
should get you back to DWC1. Of course with a reload after that.
-
@sigxcpu said in Duet Web Control 2.0.0-RC2 is ready:
Well, I spoke too soon. The issue came back, randomly. Updated to RC2, no change in behavior.
DWC1 works, 2 fails to load assets. "ab" testing on a failing asset is successful so I think it is something related to sockets/memory/wifi firmware. There are lots of dups and retransmissions when it fails.Do you have a M551 password set? If so, try removing it. I've found that RC2 still doesn't work on my Kossel unless I remove the password.
Btw you can temporarily revert to DWC 1 by entering <ip_address>/reprap.htm in your browser instead of just the IP address.
-
Love the new layout however are you going to support drag and drop files again or am I doing something stupid?
-
A possible bug I found while printing: The Layer Chart does not scale down.
I am still having issues where my first layers are not correctly picked up, so my 2nd layer typically shows as taking 10x longer than what it should have taken, will report in separate thread. Now after that first extremely long layer time, the chart is scaled up to fit that time, but long after it is no longer being displayed (for example after the 35th layer [this DWC shows 30 layer's time]), the Y still shows the scale for the longer time - this means my other layers basically produce a flat line at the bottom of the graph.
-
@dc42 said in Duet Web Control 2.0.0-RC2 is ready:
@sigxcpu said in Duet Web Control 2.0.0-RC2 is ready:
Well, I spoke too soon. The issue came back, randomly. Updated to RC2, no change in behavior.
DWC1 works, 2 fails to load assets. "ab" testing on a failing asset is successful so I think it is something related to sockets/memory/wifi firmware. There are lots of dups and retransmissions when it fails.Do you have a M551 password set? If so, try removing it. I've found that RC2 still doesn't work on my Kossel unless I remove the password.
Btw you can temporarily revert to DWC 1 by entering <ip_address>/reprap.htm in your browser instead of just the IP address.
I do have
M551 Preprap
but that is ignored. Before you asking me I've never noticed it is set. Always logged in as "ftp" with no password.
I know about/reprap.htm
and that's what I'm using. I still don't understand why downloading assets in DWC2 fails randomly but DWC1 loads.
And, again, downloading them withab
returns successfully each and every request. Tried with 2 threads, let's try with 6 just like the browser does.
...
ab
testing works up to 3 connections. Everything higher than that breaks withconnection refused
. I think that is the problem with the UI download.
Testing it further, I see that it works reliably with 2 connections. 3 is hit and miss, >=4 always fails.