Problem with z-probe offset
-
-
I do not have a home.z files as it is impossible for my printer to only home the Z-axis as it is dependent on the other axis being homed. My homeall.g is as follows:
G91 ;Relative positioning M561 ;Remove any mesh leveling G92 W0 ;Set Z to 0 (temporary no z stop yet) G1 H2 Z30 F400 G0 H1 Y-300 X-300 F800 ;Move both distal and proximal to home positions G0 H2 X5 F200 ;Slowly turn proximal away from home position G0 H1 X-10 F200 ;Slowly home proximal G0 H2 Y5 F200 ;Slowly turn distal away from home position G0 H1 Y-10 F200 ;Slowly home distal G90 ;Absolute positioning G0 H2 X-60 Y60 W0 F800 ;Move arm to center of range G30
-
I don't think you need the H2 parameters on the X and Y moves.
Everything else looks fine.
When you say it ends up at dive height + 0.7mm - is that as reported by the DWC or are you measuring it?
Thanks.
Frederick
-
I do need the H2 parameters because it's a SCARA machine. Everything has been tuned and works properly for what I need except the z offset. Also, I don't have to measure it because that's what the firmware says, and when I move to Z0, the hotend is always the same distance above the bed no matter the z-offset so it is being ignored. @fcwilt
-
Have you executed a G31 from the console after booting to see what it reports?
You don't by chance have another G31 somewhere this overriding the one in config.g?
Frederick
-
The G31 command yielded this before and after homing:
G31 Z probe 0: current reading 487, threshold 500, trigger height 2.410, offsets X1.0 Y1.0
but still reports 18.7mm z height after homing when it should be 20.41. @fcwilt
-
@koaldesigns said in Problem with z-probe offset:
The G31 command yielded this before and after homing:
G31 Z probe 0: current reading 487, threshold 500, trigger height 2.410, offsets X1.0 Y1.0
but still reports 18.7mm z height after homing when it should be 20.41. @fcwilt
What kind of probe is it?
That reading of 487 is awfully close to the threshold value.
I noticed that in your homeALL.g file you used G92 W0 with the comment that there was no Z end stop yet.
It got me to thinking. Does your printer have a axis named Z? If not how does G30 know to move on W.
Curious.
The only other thing I can think of is that 3.2 has a bug. I know for my printer with 3 Z steppers each with their own Z end stop switch there was a bug that prevented it from working correctly.
Frederick
-
The W axis is a wrist joint and is irrelevant for this. I'm going to give it a break for tonight and see whats up tomorrow. It could be something to due with mesh bed leveling but I'm unsure. @fcwilt
-
Do you get any errors when sending M98 P"config.g"?
-
Sorry to hijack this thread but would just like to get something off my chest.
Ive had problems with both my corexy printers regarding Z height and first layer issues since upgrading from RRF3.1.1. Both printers have SBC. They both now running on RRF3.2.2 and neither are capable of printing anything from scratch without my intervention. Each time I have to adjust babystepping to get the first layer height correct.
Example: In config.g one printer has Z offset G31 X-30 Y-5 Z2.72 which was found by doing correct process to find Z height. On attempting to print, Z is too high. If I lower Z by 0.28 using on the fly babystepping the first layer is spot on. Before next print I change G31 in config.g to G31 X-30 Y-5 Z3.0 so as to equal the difference with babystep. On next print Z is too low and babystepping back up by 0.28 corrects this!!!!
Just in case I'm doing something wrong I then change config to G31 X-30 Y-5 Z2.44 (minus 0.28). This time the print too low by 0.28!!!
Both printers have similar issue and neither printer has any other G31 command in any other piece of gcode or macro.
I have only one functional printer which is old faithful ender 3 pro which in my opinion prints every time because there's no Z probe present, everything is set up manually, no SBC attached and therefore much simpler.
Ever since RRF3 firmware versions have been available I've had issues and still have issues with SBC not always connecting to DCS, when booted up, sometimes config.g not been processed so DWC shows no extruders, no heaters, no fans etc...
It was months and months ago that i first reported an issue that any gcode command that I enter into the console in DWC has to be clicked on twice before DWC responds, I find that this issue is STILL present and has now even expanded to include the emergency stop icon on DWC. So at one point my head crashed into the bed because the emergency stop does not always work first time!!!
Lastly, I fail to understand how on both printers with SBC attached i often encounter "network failed, no network connection" showing on SBC's DWC but im somehow happily connected to DWC via laptop!!
I spent £1500 on my last printer but the best and most reliable prints come from my simple £250 Ender 3.
Rant over, feel better now! -
@chas2706 said in Problem with z-probe offset:
Rant over, feel better now!
Well that's something at least. Feel free to start a new thread if you want to work through any other issues.
-
Sorry to hijack this thread but would just like to get something off my chest.
Ive had problems with both my corexy printers regarding Z height and first layer issues since upgrading from RRF3.1.1. Both printers have SBC. They both now running on RRF3.2.2 and neither are capable of printing anything from scratch without my intervention. Each time I have to adjust babystepping to get the first layer height correct.
Example: In config.g one printer has Z offset G31 X-30 Y-5 Z2.72 which was found by doing correct process to find Z height. On attempting to print, Z is too high. If I lower Z by 0.28 using on the fly babystepping the first layer is spot on. Before next print I change G31 in config.g to G31 X-30 Y-5 Z3.0 so as to equal the difference with babystep. On next print Z is too low and babystepping back up by 0.28 corrects this!!!!
Just in case I'm doing something wrong I then change config to G31 X-30 Y-5 Z2.44 (minus 0.28). This time the print too low by 0.28!!!
Both printers have similar issue and neither printer has any other G31 command in any other piece of gcode or macro.
I have only one functional printer which is old faithful ender 3 pro which in my opinion prints every time because there's no Z probe present, everything is set up manually, no SBC attached and therefore much simpler.
Ever since RRF3 firmware versions have been available I've had issues and still have issues with SBC not always connecting to DCS, when booted up, sometimes config.g not been processed so DWC shows no extruders, no heaters, no fans etc...
It was months and months ago that i first reported an issue that any gcode command that I enter into the console in DWC has to be clicked on twice before DWC responds, I find that this issue is STILL present and has now even expanded to include the emergency stop icon on DWC. So at one point my head crashed into the bed because the emergency stop does not always work first time!!!
Lastly, I fail to understand how on both printers with SBC attached i often encounter "network failed, no network connection" showing on SBC's DWC but im somehow happily connected to DWC via laptop!!
I spent £1500 on my last printer but the best and most reliable prints come from my simple £250 Ender 3.
R -
@chas2706 Im experiencing pretty much the same behavior . I need 0.280 in baby stepping to even get the print on the bed
-
@chas2706 Updated to 3.2.2 and removed a space i had before the Z numerical field in config.g and my problems have gone away
Good luck