@Phaedrux Awesome!! Thank you so much for your input.

@chrishamm @o_lampe thanks both for the input, but it turns out it was actually user stupidity.

I don't have a password and don't need a rr_connect but when I was connecting from a program and submitting the gcode file I was forgetting that axes aren't homed yet - so nothing (visibly) happens.

When I connect a web browser I have been hitting the 'Home All' button immediately, and then (surprise!) uploaded gcode files run, but I have spent weeks not noticing that every time I connect with a web browser I immediately hit that button!

The fix therefore was as simple as adding a G28:

curl http://192.168.53.48/rr_gcode?gcode=G28 curl --data-binary @circles.g http://192.168.53.48/rr_upload?name=/gcodes/circles.g curl http://192.168.53.48/rr_gcode?gcode=M32/gcodes/circles.g curl http://192.168.53.48/rr_disconnect

Actually, I have now left in a http://192.168.53.48/rr_connect?password= (but with nothing specified as password) because it gives a potentially useful confirmation of the device - {"err":0,"sessionTimeout":8000,"boardType":"STM32F4","apiLevel":1}, but it isn't required.
For posterity, I should note that without a password set on the printer a plain rr_connect without the password= appended doesn't work - it returns (in an html page) 'Your Duet rejected the HTTP request: Unknown request'.

@phaedrux thanks I solved I simply got a command wrong on the silicer

@jay_s_uk

Thanks for the clarification.

Can confirm OS issue. It was happening with all file dialogs. Duet's was just the first I used.

https://askubuntu.com/questions/1404550/google-chrome-freeze-uploading-a-file solved it for me.

I assume you are connected by USB and using a terminal software to send commands.

What terminal software are you using?

Can you send M122 and copy paste the results here?

@megamachine said in cannot connect to web control:

"could not establish a connection to the duet firmware! Please check your settings and try again"

Where exactly are you seeing this message?

@chrishamm said in Preview of our updated DWC UI:

v-if="tools.length > 1"

Thanks! It was a logic error in my code.. I am using a variable in the v-if instead and it turns out it was never getting set to true. 🙄

@paul12345 much better

Ah you guys were right. I actually faced an issue with my old raspberry pi where even when it was wired via the ribbon cable the web server would spend forever connecting. So I assumed the new rpi board would be able to connect without the duet board.

Once I wired this rpi to the duet mainboard the duet web server could load in my browser.

Thanks!

Awesome, thank you @jay_s_uk

That'll teach me to read things properly!

@hebigt said in Change names in Duet web control:

w

With this I think it can help me!!!!

Thanks a lot

@luca-massimiliano I CANNOT MODIFY THE SLICER INDEPENDENTLY X Y Z IT IS A DELTA I CAN MODIFY DIAGONAL ROD BUT THE DIAGONAL ROD IS A MEASURED VALUE OF SURE MAYBE THERE IS A WRONG VALUE THAT I CANNOT MEASURE PRECISELY FOR EXAMPLE OF THE EFFECTOR OFS

@exerqtor @Phaedrux At present only the three default macro files load.g, config.g, and unload.g are officially supported. You can upload entire filament configs but only if you download the corresponding filament directories first as ZIP files. Those three files must reside in a subdirectory, else you will get the error message that you mentioned.

This will be changed in the future but I cannot give you an ETA yet.

SBC mode requires removing the SD card from the Duet board, so if the SD card is physically there, but it still detects as being in SBC mode that indicates something may be wrong with the SD card slot, or the SD card itself.

When the Duet is in SBC mode the Pi does the networking, so network commands aren't accepted.

Sorry about the dud SD card. You might be able to do a full format of the card and get it working again.

Now that you're up and running again you can follow through the getting connected guide: https://docs.duet3d.com/en/How_to_guides/Getting_connected/Getting_connected_to_your_Duet

@chrishamm @deckmann,

I thank you very much for this great hint.

can you send M122 and share the result?

What do you get if you send M587 by itself?

are there any error messages?

How are you sending the M587 command?

The normal steps for getting connected are here: https://docs.duet3d.com/en/How_to_guides/Getting_connected/Getting_connected_to_your_Duet

@gloomyandy @infiniteloop

Thanks. That seems to confirm that the DWC slider does respect the X parameter, so my OP can be ignored and I need to look elsewhere to understand the behaviour that I'm witnessing.

@dc42 It worked! Thank you!

@chrishamm Will do. Thank you for the prompt response.