Topics created by PRIOR123

@prior123 said in Z axis not homing:

; bed.g
; called to perform automatic bed compensation via G32
;
; generated by RepRapFirmware Configuration Tool v3.2.3 on Tue Mar 16 2021 15:54:40 GMT+0000 (Greenwich Mean Time)
M561 ; clear any bed transform
G29 ; probe the bed and enable compensation

Strictly speaking you are not using bed.g as it was intended.

G32 is the command for bed leveling, be it manual or automatic. G32 invokes bed.g.

G29 is the command for mesh bed compensation. G29 invokes mesh.g

The DWC has menu items for G32 and G29. If you follow the convention above then the actions performed using the DWC will match what the DWC menu items say.

What you have will certainly work, it is just "out of sync" with the conventions and the DWC menu items.

To follow the convention you would simply create the file mesh.g and move into it the commands you currently have in bed.g.

What would i put for the M557 if it wasnt using an S value? i only put an S value because it feels easier to understand if i know the distance

For example If, instead of Snn, I put P20 the firmware generates a 20 x 20 grid. If I put P20:10 it generates a 20 x 10 grid.

To me the number of points is of greater interest than the exacting spacing of the points.

Frederick

@droftarts Success Thank you!!!

@PRIOR123 CHECK Your wiring....
https://duet3d.dozuki.com/Wiki/Connecting_a_Z_probe#Section_Duet_2_WiFi_Ethernet_without_expansion_board

@paulhew I don’t think the wiring is wrong. Red, brown and yellow look correct on expansion port, and white and black look correct on probe input, though perspective makes it look a bit like it’s on the PanelDue pins.

More likely is that the config is for RRF 3, but RRF 2 is installed. @PRIOR123 is you are on RRF 3, please post deployprobe.g and retractprobe.g.

Ian

@prior123

That behavior suggests that the endstop is triggered when it should not be.

So the first move never happens because a G1 H1 stops when the endstop is triggered.

The second move happens because it is not a G1 H1 move.

The third move never happens because a G1 H1 stops when the endstop is triggered.

Frederick

@PRIOR123 said in New hotend fan:

pardon my ignorance but what does that mean?

A MOSFET is an electronically controlled switch. Basically, it's what turns the fan output on and off. Yours has exploded, and the most likely reason is that the voltage was reversed when you connected the fan or buck converter. Note that this is the FAN2 MOSFET, marked TR1. The FAN0 and FAN1 MOSFETs (TR5 and TR9) look okay (but may not be).

is it repairable?

Yes, but you'll need some specialist equipment. See https://duet3d.dozuki.com/Wiki/Connector_and_spare_part_numbers#Section_Fan_mosfet
There are a number of forum members that offer repair services, depending on your location: https://forum.duet3d.com/topic/13875/community-repairs

is it the reason for all my current issues?

Related to Duet, most likely (less so other personal issues!). It's possibly failed shorted, or partially shorted. Removing the MOSFET may cure this (though leaves the FAN2 output inoperable), hard to say.

Ian

Take a look at how the buck converters are used here: https://duet3d.dozuki.com/Wiki/Connecting_and_configuring_fans#Section_Using_12V_fans_when_VIN_is_24V

Thanks everyone! this is very much a future mod but i thought id start investigating now. So ideally i want to get a laser engraver, milling grinder + different hotends for differing material types. i will have a read into M505 though (im still a novice tbh)

Thanks again