Reprap Homing Doesnt Bump Check Again

This topic has been deleted. Only users with topic management privileges can see it.

Later on upgrading my Duet2Wifi to RRF3, the homing of X & Y seem to skip a few lines in the homex.m & homey.k.

; homex.g
; called to home the X centrality
;
; generated by RepRapFirmware Configuration Tool v2.1.8 on Sat Feb 29 2020 02:47:x GMT+0100 (Central European Standard Time)
G91 ; relative positioning
G1 H2 Z5 F6000 ; elevator Z relative to current position
G1 H1 X-405 F1800 *; move quickly to 10 centrality endstop and stop there (first pass)*
G1 H2 X5 F6000 ; go back a few mm
G1 H1 X-405 F360 *; move slowly to Ten axis endstop one time more (2d pass)*
G1 H2 Z-5 F6000 ; lower Z again
G90 ; accented positioning

The lines with strikethrough above are the steps that seem to exist skipped, resulting in the homing process moving Z up 5mm, X +5mm, and Z down 5mm.

When I result the lines induvidually through console, these lines do not move the impress head at all, simply I can hear the motor going out of idle manner:
G1 H1 X-405 F1800
G1 H1 X-405 F360

I verified that the XY can move backwards later on the failed homing past moving XY frontwards 10mm, then back 10mm once more.

Then I tried to bandy out H1 with H2 in the G1 command, which certain enough moved the homing process the way information technology should, although naturally ignored the endstop;
G1 H2 X-405 F360

This leaves me a scrap confused. Anyone got any idea why it is not moving at all with G1 H1?

Video of homex.chiliad & homey.g:
https://1drv.ms/5/due south!Akm99K6I5YFdtz-XHEBY4wdwNGfn?e=ytUjW4
Video of 'G1 H1 X-405 F360':
https://1drv.ms/v/s!Akm99K6I5YFdt0DJlV3X4WiDtfgq?east=cxEwka

How are your endstops or probes divers?

; Configuration file for Duet WiFi (firmware version 3)
; executed past the firmware on outset-upwards
;
; generated by RepRapFirmware Configuration Tool v2.one.eight on Saturday Feb 29 2020 02:47:10 GMT+0100 (Central European Standard Time)

; General preferences
G90 ; send absolute coordinates...
M83 ; ...but relative extruder moves
M550 P"Tronds Printer" ; set printer name

; Network
M552 S1 ; enable network
M586 P0 S1 ; enable HTTP
M586 P1 S0 ; disable FTP
M586 P2 S1 ; enable Telnet

; Drives
M569 P0 S1 ; physical drive 0 goes forwards
M569 P1 S1 ; concrete drive 1 goes forrad
M569 P2 S0 ; physical drive ii goes backwards
M569 P3 S0 ; physical drive 3 goes backwards
M584 X0 Y1 Z2 E3 ; set bulldoze mapping
M350 X16 Y16 Z16 E16 I1 ; configure microstepping with interpolation
M92 X81.35 Y80.95 Z400.00 E804.76 ; set steps per mm
M566 X900.00 Y900.00 Z12.00 E120.00 ; set maximum instantaneous speed changes (mm/min)
M203 X6000.00 Y6000.00 Z180.00 E1200.00 ; ready maximum speeds (mm/min)
M201 X500.00 Y500.00 Z20.00 E250.00 ; fix accelerations (mm/s^two)
M906 X1000 Y1000 Z1000 E800 I10 ; set motor currents (mA) and motor idle factor in per cent
M84 S1 ; Set idle timeout

; Axis Limits
M208 X0 Y0 Z0 S1 ; set axis minima
M208 X400 Y400 Z500 S0 ; set axis maxima

; Endstops
M574 X1 S1 P"xstop" ; configure active-high endstop for low stop on Ten via pin xstop
M574 Y1 S1 P"ystop" ; configure agile-high endstop for low finish on Y via pin ystop
M574 Z1 S2 ; configure Z-probe endstop for low end on Z

; Z-Probe
M950 S0 C"exp.heater3" ; create servo pin 0 for BLTouch
M558 P9 C"^zprobe.in" H5 F800 T2000 A10 R0.75 S0.02 ; set Z probe type to bltouch and the swoop superlative + speeds
G31 P500 X38 Y-vi Z2.15 ; set Z probe trigger value, offset and trigger height
M557 X20:380 Y20:380 S20 ; define mesh filigree

; Heaters
M308 S0 P"bedtemp" Y"thermistor" T100000 B4138 ; configure sensor 0 equally thermistor on pin bedtemp
M950 H0 C"bedheat" T0 ; create bed heater output on bedheat and map it to sensor 0
M143 H0 S70 ; set temperature limit for heater 0 to 70C
M307 H0 A215.five C660 D10 S1.00 V11.6 B0 ; disable bang-bang mode for the bed heater and prepare PWM limit
M140 H0 ; map heated bed to heater 0
M303 H0 S70
M308 S1 P"e0temp" Y"thermistor" T100000 B4138 ; configure sensor 1 as thermistor on pin e0temp
M950 H1 C"e0heat" T1 ; create nozzle heater output on e0heat and map it to sensor i
M143 H1 S280 ; set temperature limit for heater 1 to 280C (105sec til 220)
M307 H1 B0 S1.00 ; disable blindside-bang way for heater and set PWM limit

; Fans
M950 F0 C"fan1" Q500 ; create fan 0 on pin fan1 and set its frequency
M106 P0 S1 H1 T45 ; set fan 0 value. Thermostatic command is turned on
M950 F1 C"fan0" Q500 ; create fan i on pin fan0 and set its frequency
M106 P1 S0 H-i ; set fan i value. Thermostatic control is turned off

; Tools
M563 P0 D0 H1 F0 ; define tool 0
G10 P0 X0 Y0 Z0 ; set tool 0 axis offsets
G10 P0 R0 S0 ; fix initial tool 0 active and standby temperatures to 0C

; Custom settings
M572 D0 S0.45 ; Pressure level advance causes the extruder drive position to be avant-garde or retarded during printing moves past an boosted amount (0.8% of tube (56cm) = 0.448 proportional to the rate of extrusion. At the end of a move when the extrusion rate is decreasing, this may result in the extruder bulldoze moving backwards (i.eastward. retracting). Therefore, if yous enable this feature, you may need to reduce the corporeality of retraction yous use in your slicing program to avoid over-retraction.

; Miscellaneous
M911 S10 R11 P"M913 X0 Y0 G91 M83 G1 Z3 East-five F1000" ; ready voltage thresholds and actions to run on power loss
T0 ; select first tool

@trondve said in Homing event with X & Y after upgrading to RRF3:

M574 Z1 S2 ; configure Z-probe endstop for low end on Z
; Z-Probe
M950 S0 C"exp.heater3" ; create servo pivot 0 for BLTouch
M558 P9 C"^zprobe.in" H5 F800 T2000 A10 R0.75 S0.02 ; set Z probe type to bltouch and the dive height + speeds
G31 P500 X38 Y-6 Z2.15 ; set Z probe trigger value, offset and trigger tiptop

You generally do not want an endstop AND a probe on the same axis. Become rid of the M574 Z1 (although, without a pin, it may exist doing nothing...).

The real prepare volition be to use G30. I believe that G30 works much better than G1 Hx commands, with a BLt.

My /sys/homez.g:

              ; Dwelling house Z Axis  G90 G1 X150 Y150 F10000   ; Move to the center of the bed  M558 F500                ; Prepare the probing speed G30 M558 F50                 ; Fix a slower probing speed G30                          

my /sys/deployprobe.g:

              M280 P0 S10                          

And /sys/retractprobe.g:

              M280 P0 S90                          

I figured they would be normally open, co-ordinate to this picture:
https://1drv.ms/u/s!Akm99K6I5YFdt0GSyHfKQ8xba9T-?eastward=PumwLP
But then I keep getting error: G28 X - Failed to enable endstop

And so now I gave it a shot with normally closed, which does not upshot in any error. but still doesnt work.

@Danal My Z works fine, and Z merely has the probe, not an endstop switch. But I'll look into your recommended changes.

X & Y is not homing correctly all the same.

@trondve said in Homing consequence with 10 & Y afterwards upgrading to RRF3:

@Danal My Z works fine, and Z merely has the probe, not an endstop switch. Merely I'll look into your recommended changes.

X & Y is not homing correctly nonetheless.

Ah, OK, I missed that in your OP. Let me look some more than at your config.

@trondve said in Homing result with X & Y after upgrading to RRF3:

M574 X1 S1 P"xstop" ; configure active-loftier endstop for low end on X via pivot xstop

Effort

M574 X1 S1 P"^xstop" ; configure active-high endstop for depression terminate on X via pin xstop

(and on Y besides).

Also, yous tin can button the switch with your finger, and sentinel it change on the "Machine Specific" screen in the spider web interface. You may need to scroll downward, the switches are "lower right" depending on your exact screen size.

@Danal said in Homing outcome with X & Y after upgrading to RRF3:

Also, you can push the switch with your finger, and lookout it change on the "Auto Specific" screen in the web interface. You may need to curl down, the switches are "lower right" depending on your exact screen size.

I got them reversed in this config information technology seems. Triggered says Yeah while not pushing it, I presume its supposed to be Ordinarily Open (Agile low) equally I initially idea..

@trondve said in Homing issue with X & Y after upgrading to RRF3:

@Danal said in Homing issue with X & Y later upgrading to RRF3:

Besides, you can push the switch with your finger, and watch it change on the "Car Specific" screen in the web interface. You may demand to gyre down, the switches are "lower right" depending on your exact screen size.

I got them reversed in this config information technology seems. Triggered says Aye while not pushing it, I assume its supposed to be Normally Open up (Agile low) as I initially idea..

In that case, add together ! at the outset (with or without ^).

M574 X1 S1 P"!^xstop"

Note: You can issue this via the spider web console, and play around with the combinations. Put it in config.thou when you have information technology like you want it. (Avoids a bunch of resets while experimenting).

And, yous by and large want the switches physically wired every bit "normally closed" and so that a broken wire or loose connector makes the switch expect triggered. This stops the habitation move before it starts, and avoids a automobile crash.

M574 X1 S1 P"!^xstop"
M574 Y1 S1 P"!^ystop"

This worked well! Now it does indeed perform a full homing process without issues.

@Danal said in Homing outcome with X & Y after upgrading to RRF3:

And, you generally desire the switches physically wired as "normally closed" so that a broken wire or loose connector makes the switch look triggered. This stops the dwelling house move before it starts, and avoids a car crash.

And I will definately do this, as I have had some loose connectors in "Normally Open mode" resulting in the print head hammering the side.
Not bad tips! And tank you a ton for your help!

"!^xstop" is actually by configuring via config tool is "(active-low, pull-upwardly)" options.

@VladimirK vladimir is this you from 360 videos??
hey if and so youve been swell for me to lean the ropes i could apply some help with the set of my modded ender5 plus on duet 2 with 120volt bed and 420c hot end and a heated sleeping accommodation later on

@A Onetime User said in Solved: Homing issue with Ten & Y after upgrading to RRF3:

M574 X1 S1 P"!^xstop"
M574 Y1 S1 P"!^ystop"

This worked well! Now it does indeed perform a full homing procedure without problems.

@Danal said in Homing issue with X & Y after upgrading to RRF3:

And, you lot mostly want the switches physically wired as "unremarkably closed" and then that a broken wire or loose connector makes the switch look triggered. This stops the domicile move before it starts, and avoids a automobile crash.

And I will definately do this, equally I have had some loose connectors in "Normally Open mode" resulting in the print head hammering the side.
Great tips! And tank yous a ton for your help!

Old topic just was relevant to me as a new user how tries to detect answers with the outdated wiki.

Anyway this caught my centre equally everywhere NC is recommended. Yes, in full general for end stops that is the safe selection but with 3d printer we usually have terminate just in one end and now as Duet doesn't seem to handle the start state properly during homing, this NC will just cause homing to e'er succeed and that in could crusade the automobile to fly total speed to positive terminate which is much worse than tedious homing speed bump to negative end.

I don't know why it doesn't neglect the homing, information technology certainly should equally it'due south not seeing whatsoever ascension or falling edges of the limit if NC loop is open.

With this functionality, I'd much rather choose the NO.

@willmackey said in Solved: Homing result with 10 & Y after upgrading to RRF3:

Former topic but was relevant to me as a new user how tries to find answers with the outdated wiki.

Which part is out dated?

@phaedrux said in Solved: Homing event with X & Y after upgrading to RRF3:

@willmackey said in Solved: Homing issue with Ten & Y after upgrading to RRF3:

Old topic but was relevant to me as a new user how tries to find answers with the outdated wiki.

Which office is out dated?

But noticed some stuff non matching the reality anymore which as a fresh Duet user caused some caput scratching and wasted time going through configs. Didn't go along track of them unfortunately merely around this endstop topic atleat:

• Switch status folio (I recall it was called endstops) in the Motorcar-specific bill of fare. Wiki notwithstanding guides at that place but it no longer exists (some object model browser update is related to this just OMB isn't there either?).
• Whole endstop wiki page simply describes two settings (NO / NC) and I estimate at that place but used to be only two settings based on YT videos just now there'southward four settings for the endstops and I take no idea how 'agile low pull-upwards' differs from 'agile low'. Inputs seem to be pulled-upwardly even without the pull-up selection.

But in general it is actually nice to meet and so comprehensive documentation!

piedrathisesiost.blogspot.com

Source: https://forum.duet3d.com/topic/14665/solved-homing-issue-with-x-y-after-upgrading-to-rrf3

Share this post