@chrishamm - Thanks for the quick response! Bummer on the anomaly, but the file edit workaround is great for now. Really appreciate the help.

E^3

@davidjryan Thank you for your response! It was really helpful and exactly what I needed. I appreciate you taking the time to help.

@dc42 No PanelDue.. it is really heat related.. If I print TPU no issue.. bet set at 70 or more issue arises..
I have been just using the machine with the Duet 3 as I don't want to deal with resetting everything after each job..

@patrickwjoyce One for @chrishamm .

Ian

@sushrutshendey For a more comprehensive guide to set up AP mode, see https://docs.duet3d.com/en/User_manual/Machine_configuration/Networking#configuring-duet-in-wifi-access-point-mode

Giving us some detail, eg firmware version, commands that you have sent to the Duet, config.g, how you have set your PC, etc, etc, will help us to resolve this more quickly.

Have you been able to connect to the Duet via WiFi normally, and seen DWC? ie make sure you have the SD card set up correctly, and that there is a /www folder with the matching version of DWC in it. See https://docs.duet3d.com/en/User_manual/RepRapFirmware/SD_card#sd-card-structure

Ian

@jay_s_uk That's super awesome.
Thanks!

@jay_s_uk Thank you 😄

@jltx Thanks. I have gone back and checked which iOS versions work with which DWC versions, with the iOS devices I have available:

iOS 10.3.3 (iPad 4th Gen) - up to RRF/DWC 3.4.6, blank page with 3.5.1
iPadOS 15.8.4 (iPad Air 2) - up to RRF/DWC 3.5.4, blank page with 3.6.0-rc.2
iPadOS 18.4 (iPad 9th Gen) / iOS 18.4 (iPhone 15) - 3.6.0-rc.2 shows correctly.

I'd guess that your iPad with iOS 12.5.7 would work with RRF 3.5.4, which is the current release. If you could check, that would be helpful.
3.6.0 is still in testing, so it might yet change. @chrishamm says it's the 'browserlist' (https://github.com/Duet3D/DuetWebControl/blob/v3.6-dev/package.json) that sets the browser versions that DWC can use, though this is the same as was in the 3.5 release:

"browserslist": [ "> 1%", "last 2 versions", "not dead", "not ie 11" ]

I'll update the 'Browser compatibility' text on the DWC wiki page.

Ian

@Piet please post a photo showing how you have connected that cable to the Duet.

@droftarts
Alright. Thank you. I will give that a whirl.
Currently in front 1/3rd of a 72hr print

@Phaedrux @chrishamm @dc42
I ended up resetting my laptop OS and am now able to upload large files.

I appreciate all of you help and suggestions.

@droftarts Thanks for that.

@chrishamm That solution wont work completely, I tested it. By putting the files on read only mode, they are not protected from the user dwc. DWC (I might be wrong about whi is doing this ) open the files, reads them, and I have seen they are modified on their atributes.

What I did and worked @trulm (my situation is the same as you) is changing the sticky bits on the files;

sudo chattr +i /opt/dsf/sd/sys/*.g
sudo chattr -i /opt/dsf/sd/sys/config-override.g

This bit makes the files imposible to be modified. Do the same with the macros and the filaments directories.
Also, I have modified the html files on DWC deleting the links to the areas I didnt want my student even look, like for example I deleted the posibility to manually introduce a temperature for the hotend and I also deleted the fill area in the console . In that way students can modified temperature, can not enter gcode comands either ,)

@Dutchprinting you could use MQTT to send a message from the duet when something happens (using M118) otherwise its a case of polling the duet for data and looking for the change.
NodeRed has a node written for RRF that would be an easy way to get the email functionality

@T3P3Tony

Thanks for the info and the re-location.

Frederick

@droftarts

Thanks for the reply.

I believe I have a way to do what I want.

Frederick