image from the awesome Flowalistik

Read Configuring RepRapFirmware for a Cartesian printer: Homing Z

Recent firmware versions do not allow axes to be moved before they have been homed. The only movements allows are homing moves (G1 moves with S1 or H1 parameter) and individual motor moves (G1 moves with S2 or H2 parameter). So any Z movements that your homing files make before Z is homed should use the S2 parameter. Alternatively, add M564 H0 to config.g to allow axis movement before homing.

See here: Adapting an existing printer to Duet

See the BLTouch Troubleshooting page.

Fan 1 output is configured in thermostatic mode by default and also turns on automatically when the processor is started up or reset. This is for added safety when you use it to control the hot end fan. See Connecting and configuring fans: Thermostatically controlled fansand also the following section on that page.

Delete the deployprobe.g and retractprobe.g files in the /sys folder of the SD card, unless you have set them up specifically to handle a type of Z probe that needs to be deployed (e.g. BLTouch).

You have configured your slicer to use absolute extrusion coordinates, then you have used a relative extrusion command in your slicer end gcode script to retract a little filament, without switching to relative extrusion mode first.

• We recommend you set your slicer to generate relative extruder coordinates. Include the M83 command in your start gcode.
• If your slicer doesn't support generating relative extrusion coordinates, place either a M83 command or a G92 E0 command before the G1 E-xxx in your end gcode that you want to retract a little filament.

If your printer is a delta, open the homedelta.g file in the System Editor of the web interface. Look for the first G1 S1 line in that file. The X, Y and Z parameters on that line are the maximum distances that the carriages will move up when homing. Increase them to be a little larger than the maximum distance that the carriages can ever be below the homing switches.

If your printer is a Cartesian, CoreXY etc. the solution is similar. For example, if the X axis sometimes fails to home all the way, look for the first G1 S1 X command in homex.g and increase the X parameter to at least the length of the axis. Do the same in homeall.g.

This is often caused by using an incompatible browser. Chrome and Firefox browsers fully supports DuetWebControl however Edge and IE have problems. (https://www.duet3d.com/forum/thread.php?...).

DWC file editor works in Safari 10.0.1 and later. (Won't work in any earlier versions), from the thread linked above.

If this is not the case ensure you are running the llatest stable versions of the firmware and Duet Web Control

3D printers must be configured to use a right-hand coordinate system. If you have configured your printer to use a left-hand coordinate system, your prints will come out mirrored.

Looking at the front of the printer. the most common arrangement using a right-hand coordinate system is:

• +X moves the print head to the right
• +Y moves wither the print head away from you (towards the rear of the printer), or the bed towards you (towards the front of the printer)

A few printers (e.g. the Ormerod) have +X moving the head towards you, and +Y moving either the head to the right or the bed to the left.

On a delta printer, the X tower should be on the left, the Y tower on the right, and the Z tower at the back.

See What to do if your Duet won't respond.

=== I can't connect over wifi, or get disconnected from DuetWebControl.

See [Wifi Troubleshooting: Disconnections, AJAX timeout errors, Unable to connect]