I actually liked the layer change message. It was done with a Simplify3d post processing replace command. Unfortunately, their syntax is pretty limited so there's no way I can see to do it with M291 because of the double-quote characters on the P argument.
Thanks for the prompt responses.
ephemeris 2 Feb 2019, 15:12
Every regular message (like Layer 2, z=0.4) stays on screen indefinitely . I come back and they pile up from the bottom to the top of my browser window and I have to each one separately. How do I make them auto close?
'Do not close error messages automatically' is NOT on.
Firefox 64.0.2
Duet Web Control 2.0.0-RC3
Electronics: Duet WiFi 1.0 or 1.01
Firmware: RepRapFirmware for Duet 2 WiFi/Ethernet 2.02(RTOS)(2018-12-24b1)
Duet WiFi Server Version: 1.22
@jacotheron Very clever! Thanks for the tip.
I think a more directly supported gcode solution would be a good thing, but this gives me something to work with.
@jacotheron To be clear, you're suggesting adding the M98 to the starting gcode field in Simplify3D?
@aidar I agree this could work by adding startup gcode in Simplify3d to restore the limits at the beginning of the print. Of course that just means there's yet another bit of jiggery pokery in S3D I have to maintain.
I have a printer with a rectangular print region. I park the carriage outside the printable area. I use M208 to extend the travel range in Y so that the parking area is reachable. The problem is that when in the parking area, a bad X command could push the tool into an area it should not go causing a carriage crash.
Long story short, it would be nice (and safer) if there was a way to describe the legal travel range as something other than a simple rectangle. I skimmed through the current gcode documentation and don't see a way to do this.
Is it currently possible to do a non-rectangular region or is this a wish-list item?
I've also wanted this for some time.
This is a low probability but it's important to remember the cause of problems aren't always the obvious ones. My BigBox shut down multiple times for no obvious reason and finally turned of and stayed off.
I assumed it was the power supply. I ruled out a blown fuse and replaced the power supply, but it was still dead.
As you can see the power switch failed, melted the plastic casing, and burned the tinning off the copper wire that goes to the switch terminal blade.
I'm glad I'm not the only one who can't make sense of it. Something like the iconography suggested by fma would be much appreciated.
Will this be available as a build option?
I've seen this in Firefox as well. I'll guess you have you zoom set to something other than 100%. Try adjusting your zoom and see if that mitigates the bug.
I used M203 to reduce the maximum Z-speed to stay below the resonance. So long as it's still able to make the mesh leveling adjustments fast enough I'm not seeing much downside.
Motion is pretty smooth with the leadscrews removed and me moving the platform along the four guide rods. I did try moving the current up to near the rated limit and it seemed to move the resonance up. I tested various things by commanding long moves up and down at different speeds.
It's not critical since the only time Z moves quickly is during homing after a tall print is removed. It's just the first time I'd bumped into a stepper resonance in a printer. Next time I'm in the mood, I'll toss some larger (48mm vs 40mm) steppers from the same series to see what that does.
My Duet WiFi drives two Z-stepper in parallel. I switched to some 0.9° steppers and have hit a strong resonance when moving the bed significantly. Would rewiring the steppers to be in series (as Duet documentation recommends) be expected to change the resonant frequency? If so would it move up or down?
I had the same problem with the instructions. You have to do two things.
Create a directory (folder) called www at the top level on the flash card. This will be at the same level as the sys directory where all the other installer files go.
Unzip the file. This will probably create a folder called "DuetWebControl-1.19" . Copy the contents of that folder (not the folder) into your new /www folder.
The /www directory will then contain /www/css, /www/fonts, /www/js, and some gzip files.
I hope this helps, and the confusion is not your fault 
Long story short, please expand and clarify these instructions https://duet3d.com/wiki/Updating_WiFi_firmware_or_DuetWebControl_files
I updated the three 1.19 components, but, as usual, I must've done something wrong. I had control through the PanelDue and over USB via Octoprint but no WiFi. I followed these instructions
which restored WiFi access. M552 shows it getting an IP address and my DHCP server shows it asked for that address.
Unfortunately, no web interface appeared available. I've tried to follow the instructions for the DuetWebControl here:
https://duet3d.com/wiki/Updating_WiFi_firmware_or_DuetWebControl_files
but it didn't seem to work. I found the instructions a bit confusing because all it says is this:
"If the web interface is not working, then move the SD card to a PC, delete or rename any existing /www folder, create a new one, and extract the contents of DuetWebControl.zip into it."
That seems like it means for me to create a directory called /www at root level (not in /sys). When I unzip DuetWebControl.zip, it creates a folder called "DuetWebControl-1.19" Was I supposed to put that folder in /www or the contents of that folder in /www?
Eventually I concluded the www directory is in fact at root (which is what the documentation says but does not emphasize) and the /www directory should be loaded with the contents of the folder the zip file creates and NOT the unzipped folder. It needs to be made clear that /www will then contain /www/css, /www/fonts, /www/js, and some gzip files.