@Phaedrux

Sorry for the delay, I have been out of town for a while. I could set one up but for now, since moving the mesh AP it connects with fewer issues, so for the moment I am going to just live with it for a while to see what happens. At this point, I am more curious why 3.5.0 RC1 will not load properly and only updates the DWC. Any ideas there. Thanks

@ayalaresearch I've checked the code and it appears to me that if you don't use M551 in config.g to set a password, then you should be able to connect to port 23 from OpenPNP. However, characters received within 4 seconds of the connection being opened will be discarded.

Each command line received by the Duet must be terminated by either carriage return or linefeed.

@fcwilt ... it took a while to find but I did eventually locate what you are talking about. I have never used the macro listing on the far right of the 'Dashboard' screen. For some bizarre reason I never consciously noticed that section of the screen. If I wanted to invoke a macro, I would go to the 'Macro' menu.
Looks like I have some learning to do ....

Thank you !

@Phaedrux I had the same issue on RRF3.5rc1. Downgrading the server to the version you linked helped.

@dc42 When i use rr_model the information i get back is null. when i go to the page in my browser it doesnt have any values for any of the fields either. im using rrf 3.4.6

Is it possible to just query whatever the source for the DWC % complete? I just need the number.

@TQKez-0 If you are running in standalone mode (no connected Raspberry Pi), all releases are on Github: https://github.com/Duet3D/RepRapFirmware/releases
3.5.0-rc1 is the top one, currently. It is not a final release, and there are a couple of issues to be resolved, so use with caution. You can always revert to 3.4.6 if you want.

If you are using an SBC (eg Raspberry Pi), you will need to switch to the 'unstable' release, see https://docs.duet3d.com/User_manual/Machine_configuration/DSF_RPi#switch-to-unstable-packages

Ian

@droftarts
Ah good to know. I wasn't aware of that.

@KenW Thanks for the advice and the article. Both were helpful and when I disconnected my second mesh repeater it seemed to be the problem. Looks like I need to relocate the repeater...

@Trevor No need to beat your head against the desk. Just search this forum for articles on using Input Shaping.

@adhanabal Any updates on this?

@dc42, Yes, I have multiple access points with the same SSID. Your scenario of starting at the lowest channel and picking the first AP it can connect to fits the situation perfectly except when the Duet was locked to the closer AP and decided to not connect at all.
It is actually hilarious that all this started with my reply to @NeoDue where I suggested locking the printer to the closer AP .... which I then did myself which resulted in a full day of drama.
I just finished downgrading the wifi module firmware so the M537.1 and M537.2 commands are not available to me but I would suggest the outcome would be exactly like what @NeoDue has posted in the referenced thread.
I have made piece with the idea that locking the Duet to a specific AP is bad karma. Everything is working and I am not touching a thing lest it all goes south again!

@deckingman Nope, but after some more searching I've found my anwer in an older post: https://forum.duet3d.com/topic/15761/duet-web-control-2-1-1-showing-wrong-job-height/5

My gcode also has a command to lower the bed (100mm) after the print is finished.

@KenW holy crap, who knew .... very cool!
That is some heavy duty Firefox Foo .... something that might very well lead me into temptation and eventual disaster 🙂 I changed it to 200 which I like more than the default.
I found another feature of Firefox - you can save groups of tabs. So what I did was to create a bookmark of all individual printer IP's and all associated camera ip's so it is very easy to open up a new Firefox window and open all 3D printing related tabs at once. So now all I have to do is click on the bookmark and tell it to open all tabs. As a bonus, it keeps the tabs in order so all the camera feeds ,which show no indication on the tab as to which camera they belong to, are opened as an ordered group. DWC for printer one, printer one camera, DWC for printer two, printer two camera and so on.
Thanks!

The SD card contains the configuration files. Almost never need to wipe it. The firmware is stored on the board itself. If you're having trouble accessing the board, after restoring the SD card, try this guide,

https://docs.duet3d.com/en/User_manual/Troubleshooting/Duet_wont_respond

I ran the scan while loading the file again and it failed again. I think I did it right; the file was ~70mb and still ~25mb zipped so I put the zip file in dropbox.

https://www.dropbox.com/scl/fi/6hhhsxv4j7ftcclj6fxua/Capture-9-22-23.zip?rlkey=3a4mmt2g418hataytddbkqz03&dl=0

@chrishamm Thanks, wasn't sure if this was a "solve it in linux" issue or a problem to solve in DSF.

@tas @dc42 It looks like it depends on the order of files selected, if the first file is a ZIP, the error message still shows up. I've got a fix ready.