Nope, my servos do not have a enable input.

nevermind, Thermostatic control was turned on

You need to create the U and V axes in M584 to get the U and V endstops to show up, and they will use the E0 and E1 endstop connectors on the Duet.

Did you follow these instructions https://duet3d.com/wiki/Getting_connected_to_the_Duet_WiFi#Connecting_to_your_access_point_using_firmware_1.19_or_later ?

It make no difference if G0 or G1 it is Simplify3D which calculates the complete lines and notice also my LowerBed-Function.

Therefore, nothing what Duet or DWC is responsible for.

I go for the solution from darookee and use a Macro.

Cheers
MoS-tekknix

Duet is open hardware, so you should be able to manufacture the PCB and source all components to build your own boards, I guess. Whether it's worth all that work is another matter. Perhaps if you need a lot of boards.

For larger builds, simply interfacing with a UPS unit to trigger a script which would save whatever necessary would be sufficient. A decent UPS can allow you as much 30 minutes of full power, so you can do whatever you need to preserve a print in order to be able to resume it.

Here is what works for me in S3D.

G90
M82
M106 S0
M140 S60
M190 S60
M104 S220 T0
M109 S220 T0
;G32
M104 T0
G28 ; home all axes
M98 Pstart.g
G92 E0
G1 E-6.6000 F3000
G1 Z0.162 F2000
; process Process1
; layer 1, Z = 0.162
T0
; tool H0.162 W0.400
; skirt

Thanks David, will do!

In general we need a more or less a mode (indeed configurable via GCode) to confirm any action in the WebIf (or maybe more) via additional prompt. It is bad if a long running print will ruined due to a wrong click. My UPS is useless, cause my electrical circuit seems more stable as my fingers 😉

Hope you have a great time.

Keep spreading the word about the best controller boards available - yours.

Frederick

M587 or M587p remembered networks TNCAP2FCC19 or M587S bad paramter in M587S

https://www.duet3d.com/forum/thread.php?id=2753

Thanks that would be awesome.

@ Frank833

oh yeah, this works great. I'll try with multiple printers in the near feature and trying to copy the file to SD card and see what's happening. Thanks!

Got the problem figured out. There are jumper that should be on the back Z connector that were not there on my board. I pulled out my other machine so that I could get to the board to see if that LED was on for that one when I noticed it had the jumpers.

It can refer to both the speed of the toolpath and the speed of the filament entering the hot end, depending on context. It's never referring to the speed of the filament coming out of the hot end. When commanding extruder moves, it refers to the movement of filament into the hot end.

Whatever steps/mm setting is, retract/unretract should be in sync: length might be incorrect, but it should be the same in both directions.

Did you try at a lower speed? It may miss a few steps when doing unretract…

Could you also try to slowly increase the retract/unretract value, and see if there is a point when it suddenly start to fail?

Also, have a look at the G-Code fil to check if both values are the same! Don't you have an additional unretract negative value which may mess up things? If all seems ok, try to send both commands by hand, and measure how the filament moves after each command.

I recently changed to 0.9 degree steppers for the X and Y motors on my CoreXY - that made a huge difference to the noise level. The Duet board drives them properly and quietly. Not just that they are quiet in themselves, but the assorted resonances I was getting from the frame and its panels have also gone completely.