Posts made by BoA

@droftarts OK. I did exactly like You, and... it works. No idea why could not get that working yesterday. Thanks.

Ahh.... forgot the basics.

Duet3 6HC standalone, RRF 3.4.6
No multiple probes - only one (super pinda).

config.g
homez.g
bed.g

My issue: After powering up printer, the bed/gantry is not parallel to the XY plane. Let's say maximum difference can be like 20mm. Homing is in the middle of the bed, but... when after homing executing bed.g probing points next to lead screws creates posibility of collision with the bed. Moving to probing points with G30 does not check if probe is triggered during that move. Soo... dive height has to be large enough to make head far enough from bed during G32.

However.... After bed leveling is done, dive height could be reduced to 0.5mm to make bed probing for mesh (G29) much faster. Not sure how I can do that, as just stating M558 with H paramter returns an error

M558 H0.5
Error: M558: Z probe 0 not found

Any suggestion how this can be done properly?

@fcwilt Wouldn't it be easier to just use start.g and stop.g files that are called automatically on print start and stop instead of creating separe ones and putting a call in slicer generated g-code?

@cbrunnem2
Ad. 2 - I have M558 just to change probing speed - first fast pass for less acurate, and second slower for better accuracy
Ad. 4 - The closer to leadscrews You probe the better the results will be (more accurate). This has nothing to do with area used for printing or mesh leveling. It is just to make sure bed.g will set left and right bed motors correctly too keep bed parallel to the gantry. G32 is not the same feature as mesh bed leveling. G32 makes sure the bed and gantry are parallel to eachother. Mesh leveling (G29) compensates for bed beeing not perfectly flat.
Ad. 5 - In general it should be fine doing it once, but nothing wrong with doing it more than once
Ad. 6. for homez.g put only homing z there.

; homez.g
; called to home the Z axis
;
; generated by RepRapFirmware Configuration Tool v3.2.3 on Wed Jul 21 2021 18:08:02 GMT-0400 (Eastern Daylight Time)
G91             ; relative positioning
G1 H2 Z5 F3600  ; lift Z relative to current position
G90             ; absolute positioning
G1 X100 Y100 F3600 ; go to first probe point
G30            ; home Z by probing the bed

that is enough for it.

Then in slicer You have a startup g-code, where You should have:
homing - G28
bed leveling - G32 (this will execute bed.g with probing next to leadscrews, and re-home Z)
mesh compensation enabled G29 S1

Bed probing before each print depends on how stable geometry Your bed has.

@cbrunnem2 For reference my startup code in prusa slicer

G90 ; use absolute coordinates
M83 ; extruder relative mode
M144 S1
M140 S[first_layer_bed_temperature] ; set bed temp
G10 P0 R120 S[first_layer_temperature_0]
M116 H0
G28 ; home all without mesh bed level
G32 ; gantry leveling
G29 S1; mesh bed compensation

@cbrunnem2 I think You created a little bit of chaos in the files trying to solve the issue. Let's sort things out.

1. make sure homex.g and homey.g do only X and Y and Y homing, and nothing more.
2. make sure homez.g does only homing Z using probe. For example:

G91
G1 H2 Z5 F12000    ; lift Z relative to current position
G90                 ; absolute positioning
G1 X100 Y100 F12000
M558 F1200
G30                 ; home Z by probing the bed
M558 F120
G30                 ; home Z by probing the bed

3. make sure homeall.g is homing X and Y and calls homez.g For example:

G91                 ; relative positioning
G1 H1 X5.0 Y5.0 F1200
G1 H1 X-260 Y-221.5 F3000
M98 P"homez.g"
G90

After that calling G28 should home all axes, and going to Z=0 position like G1 X100 Y100 Z0 results in nozzle just barely touching the bed.

Next step would be to set bed/gantry leveling using bed.g
BTW - make sure

M671 X200:200 Y-133:567 S15

is correct. This seems a little strange looking where Your bed.g probes for bed/gantry leveling.

G30 P0 X5 Y100 Z-99999     ; probe near a leadscrew, half way along Y axis
G30 P1 X225 Y100 Z-99999 S2 ; probe near a leadscrew and calibrate 2 motors
G28 Z

should be enough, use screws coordinates that are correct for Your printer.

After that calling G28 and G32 should result in homing all axes and pribing bed in 2 (or more) points and bed leveled and re-homing Z axis.

Soo... in Your startup gcode in slicer You should have

G28
G32

sequence

If Z trigger height is set correctly, that should give You correct-ish first layer without babystepping.

After that works, You can call G29 S0 to probe the bed and save heightmap and after G32 add G29 S1 to startup gcode

@cbrunnem2 Seems Your start g-code is a little messed up. Why not homing Z, but probing?
Seems this one will not execute home.z or home_all nor bed.g at all (might be wrong, but looks that way for me).

Probing and all other stuff is on purpose in printer files, so You can just execute G28 and G32.

@cbrunnem2 Can You upload gcode that You are trying to print? Are You sure, there is no offset set in slicer or something?

When You set Z trigger height, home XYZ, and the jog to Z=0. Nozzle should be just touching printbed.
(Home XY, Home Z with probe, then jog to position where Z=0)

@cbrunnem2 So You changed in config file

G31 P500 X27.6 Y18.7 Z2.31

as 2.31 was reported by G30 S-1 and You need to baby step even more?
If You manually dial to position where Z=0 (nozzle should be just barely touching bed) is that actually the case?

BTW - IMO Z should be homed and bed probed at printing temperature, as that might affect bed shape.
What kind of printer You have?

@cbrunnem2 Did you run mech bed to get proper height map? How does it look like ?
G29 on bed heated to printing temp ?

There is G29 S1 that loads the heightmap from file, but You need to probe the bed first to get the right heightmap.csv file

Also 4.1mm seems a little too high for bltouch. It usually is about 2.5 - 3 mm when installed correctly.
If You need to babystep so much You should adjust Z trigger height according to
https://docs.duet3d.com/en/User_manual/Connecting_hardware/Z_probe_testing

I have a chamber heater (H3) with temperature sensor (T4) in it, and second temperature sensor in chamber (T3).
Setting chambe rtemperature works fine, and everything seems working OK except one thing - limiting heater element temperature.

Heater temperature should not go higher than 120 *C, so I set temperature monitoring like this:

M143 H3 S100 P0 T3
M143 H3 S120 P1 T4 A2

so the chamber max temp is 100*C, and heater should be "temporairly disabled" when it reaches 120 *C.
Obviously heater gets disabled by second monitor when max temp reached, not sure how to re-enable it again. I expected that it will be enabled again when it's temperature drop, but that is not the case.

Any advice how to handle that?

@phaedrux But it also recognizes direction. So I would expect measured movement would have to correlate with extruder movement in terms of movement direction, but this seems not to be the case.

@petrkroupa So this is the oposite to what is on the photo from documentation. Hmm... that would mean it works both ways.

@norder I saw that photo, but is there any difference from which side filament comes in?

What is the right orientation of MFM? There are no markings to which side filament needs to be feeded.
At least I could not find any information about that.

@wieman01 Y range is limited only from one side. Y=0 coordinates can be reached by bltouch - it just moves nozzle to position Y=36, and then proble is at Y=0.

But.. if nozzle can go only to Y=350, then probe can reach only points with Y <= 350-36.

So M557 would have Y range Y0:314, as any higher Y is out of reach of probe tip.

https://hotends.dozuki.com/Wiki/TouchMI_Sensor(EN)

@oliof Basically any internally temperature compensated probe will do (with proper output type obviously). I did some research once and Prusa's was cheapest one that works with 5V power supply (original prusa board back then, not required for duet) and is temp. compensated and in 8mm diameter).