Induction probe false triggering

bubblevisor

Here's the homez.g

; homez.g
; called to home the Z axis
;
; generated by RepRapFirmware Configuration Tool v3.2.3 on Tue Jul 20 2021 13:11:51 GMT+0100 (British Summer Time)
;G91 ; relative positioning
;G1 H2 Z5 F6000 ; lift Z relative to current position
;G90 ; absolute positioning

M98 P"go to z-switch.g"
G30 K1 Z-999 ; home Z by probing the bed via K1
G1 Z5 F2000 ;lift z

bubblevisor

Btw, the board is a duet 2 wifi.

bubblevisor

@dc42 Could my issue be a board fault? The printer now is completely non responsive to the tool length probe micro switch (that also doubles as Z endstop). Instead it now z end stops via the induction probe. All without me touching the config!. Can this be a board/firmware fault??

Phaedrux

Can you post the rest of your macros?

@bubblevisor said in Induction probe false triggering:

but lately there have been increasing intermittent issues with the z induction probe "not triggering" or "triggering before move" errors.

This still sounds like interference. Did you investigate turning the fan off during probing?

bubblevisor

config.g homeall.g homez.g bed.g

bubblevisor

@Phaedrux Well, the problem exists even with the fan off. Plus I have moved the probe into a location that should not receive interference from the fan.

The weird thing is I cannot get the printer to react to the tool length probe anymore. This is despite the fact that the z-stop led responds when I press the micro switch.

Phaedrux

M92 X640.00 Y640.00 Z6400.00:6400.00 E669.00                  ; set steps per mm
M566 X1000.00 Y1000.00 Z100:100 E520.00 P1               ; set maximum instantaneous speed changes (mm/min)
M203 X20000.00 Y20000.00 Z800.00:800.00 E70000.00            ; set maximum speeds (mm/min)
M201 X20000.00 Y20000.00 Z200.00:200.00 E4000.00            ; set accelerations (mm/s^2)

You only need a single value for the Z axis. Remove the duplicates. Multiple values are only required for extruders.

M574 Z0 P"nil" ; No Z endstop This is unnecessary and can be removed. Using nil is only required if you need to clear a previously assigned pin. After 3.0 there are no default assignments.

What is in the macro "go to z-switch.g"?

;First pass
M558 H10
G30 K0 P0 X265 Y150 Z-99999 ; probe near left leadscrew
G30 K0 P1 X10 Y150 Z-99999 S2 ; probe near right leadscrew and calibrate 2 motors
;Second Pass
M558 H5
G30 K0 P0 X10 Y150 Z-99999 ; probe near a leadscrew, half way along Y axis
G30 K0 P1 X265 Y150 Z-99999 S2 ; probe near a leadscrew and calibrate 2 motors
;Third Pass
M558 H2
G30 K0 P0 X265 Y150 Z-99999 ; probe near a leadscrew, half way along Y axis
G30 K0 P1 X10 Y150 Z-99999 S2 ; probe near a leadscrew and calibrate 2 motors

In your bed.g you may have a problem with the way you are using M558. Since you have multiple probes you must always use K# to tell the firmware which probe you're trying to address.

bubblevisor

go to z-switch.g

bubblevisor

@Phaedrux Do you mean I need to fully define M558 in the bed.g as well as in config.g? such as M558 K0 P5 C"^zprobe.in" H10 F1000 T6000 A20 S0.01

THe other point to make is that the printer IS responding fine to the induction K0 probe just fine, but ignoring K1 tool length in favour of the induction probe during homeZ.

Phaedrux

@bubblevisor said in Induction probe false triggering:

Do you mean I need to fully define M558 in the bed.g as well as in config.g? such as M558 K0 P5 C"^zprobe.in" H10 F1000 T6000 A20 S0.01

No, not the full M558, but you would need to include the K0 or K1 in addition to the parameter you wanted to change.