# Autolevel sequence taps screw on Taz 6

**URL:** <https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732>\
**Category:** Software\
**Created:** [March 20, 2018, 1:33am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732 "2018-03-20T01:33:58Z")\
**Posts on this page:** 15\
**Page:** 1

<div class="post-metadata">

**Author:** ![thingmaker33](https://avatars.discourse-cdn.com/v4/letter/t/7ab992/32.png) [@thingmaker33](https://forum.lulzbot.com/u/thingmaker33)\
**Post date:** [March 20, 2018, 1:33am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/1 "2018-03-20T01:33:58Z")

</div>

I’m hoping to get some help here as Lulzbot support was not able to help me.

I am on the latest released version of Taz 6 firmware for single extruder. 1.1.5.71

During the G29 auto bed level sequence, the back-right tap (3rd point) is tapping just on the edge of the screw head. This screw head is about .4mm higher than the metal disc itself (yes - I’ve tightened it all the way down… its just a slightly taller screw head).

What I want to do is just move the tap point so it hits the disc like the other 3 points do.

The current 3rd tap point is X: 288 Y: 289

I would like to simply move it (minus) 1-2mm in each direction X:287 Y:287 so that it hits the disc instead.

Are there any straight forward steps to modifying the firmware? Everything I have found is so disjointed between Lulzbot, GitHub, Marlin, etc…  
Any help appreciated…  
Thanks,  
TM

---

<div class="post-metadata">

**Author:** ![thingmaker33](https://avatars.discourse-cdn.com/v4/letter/t/7ab992/32.png) [@thingmaker33](https://forum.lulzbot.com/u/thingmaker33)\
**Post date:** [March 20, 2018, 2:00am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/2 "2018-03-20T02:00:06Z")

</div>

SOLVED…

A friend from another forum suggested just modifying the G29 in the start script.  
G29 V3 B287 R287

cheers,  
TM

---

<div class="post-metadata">

**Author:** ![b-morgan](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.lulzbot.com/b-morgan/32/11517_2.png) [@b-morgan](https://forum.lulzbot.com/u/b-morgan)\
**Post date:** [March 20, 2018, 2:33am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/3 "2018-03-20T02:33:30Z")

</div>

You will need either the Arduino IDE or Microsoft’s Visual Studio Community with the Arduino for Visual Studio. I use both. Next you will need GIT for Windows. Last you need to clone the LulzBot GIT Marlin repository. Start at [https://code.alephobjects.com/diffusion/MARLIN/](https://code.alephobjects.com/diffusion/MARLIN/).

I would send an email to [support@lulzbot.com](mailto:support@lulzbot.com) asking them for instructions (branch, tag, etc.) to fetch the source code for the version of Marlin you are currently using, probably 1.1.5.71. See [https://code.alephobjects.com/T1598](https://code.alephobjects.com/T1598) for some hints on getting the correct version.

You have to edit one file to select the toolhead and printer and then build using the IDE. I like to look at the code using Visual Studio because it has highlighting so you can see what code is actually being used based on the #defines in the .h files. I’ve been successful generating a .hex file using the Arduino IDE so I stick with that. The only other hint is that you want the .hex file without the bootloader.

---

<div class="post-metadata">

**Author:** ![b-morgan](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.lulzbot.com/b-morgan/32/11517_2.png) [@b-morgan](https://forum.lulzbot.com/u/b-morgan)\
**Post date:** [March 20, 2018, 2:38am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/4 "2018-03-20T02:38:02Z")

</div>

> [@](#):
>
> A friend from another forum suggested just modifying the G29 in the start script.  
> G29 V3 B287 R287

Based on [Gcode | Marlin Firmware](http://marlinfw.org/meta/gcode/), I’m not sure what that G29 is doing (OK, I understand V3 is verbosity).

---

<div class="post-metadata">

**Author:** ![nopick](https://avatars.discourse-cdn.com/v4/letter/n/7bcc69/32.png) [@nopick](https://forum.lulzbot.com/u/nopick)\
**Post date:** [March 20, 2018, 12:50pm UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/5 "2018-03-20T12:50:25Z")

</div>

You could loosen up the Y frame mounts on the main frame and slide the assembly a couple mm to ensure the nozzle taps the washer. There is generally enough room on the z switch and wiper to accommodate a small adjustment. Make sure the Y frame is square with the main frame before you retighten the mounts.

---

<div class="post-metadata">

**Author:** ![thingmaker33](https://avatars.discourse-cdn.com/v4/letter/t/7ab992/32.png) [@thingmaker33](https://forum.lulzbot.com/u/thingmaker33)\
**Post date:** [March 20, 2018, 11:59pm UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/6 "2018-03-20T23:59:22Z")

</div>

> [@](#):
>
> > [@](#):
> >
> > A friend from another forum suggested just modifying the G29 in the start script.  
> > G29 V3 B287 R287
> 
> Based on [Gcode | Marlin Firmware](http://marlinfw.org/meta/gcode/), I’m not sure what that G29 is doing (OK, I understand V3 is verbosity).

@ b-morgan,

F Set the Front limit of the probing grid  
B Set the Back limit of the probing grid  
L Set the Left limit of the probing grid  
R Set the Right limit of the probing grid

I left out the front and left limit so it would use the firmware default. Thus changing the Back and Right so I could get it to stay off of the 3rd point screw head.

---

<div class="post-metadata">

**Author:** ![b-morgan](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.lulzbot.com/b-morgan/32/11517_2.png) [@b-morgan](https://forum.lulzbot.com/u/b-morgan)\
**Post date:** [March 21, 2018, 12:59am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/7 "2018-03-21T00:59:27Z")

</div>

> [@](#):
>
> F Set the Front limit of the probing grid  
> B Set the Back limit of the probing grid  
> L Set the Left limit of the probing grid  
> R Set the Right limit of the probing grid

My bad! I didn’t notice there were 3 entries for G29!

---

<div class="post-metadata">

**Author:** ![ScottW](https://avatars.discourse-cdn.com/v4/letter/s/53a042/32.png) [@ScottW](https://forum.lulzbot.com/u/ScottW)\
**Post date:** [March 21, 2018, 12:59am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/8 "2018-03-21T00:59:44Z")

</div>

A stock machine should not hit the screws with stock firmware values. If it does… Using the F/B parms for G29 may provide a workaround, but the root cause is something wrong with the geometry of the machine. I’ll second the advice of @nopick above: Make sure the frame is square and everything is assembled correctly, as the root problem may cause other issues besides incorrect probe position.

---

<div class="post-metadata">

**Author:** ![thingmaker33](https://avatars.discourse-cdn.com/v4/letter/t/7ab992/32.png) [@thingmaker33](https://forum.lulzbot.com/u/thingmaker33)\
**Post date:** [March 21, 2018, 1:57am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/9 "2018-03-21T01:57:28Z")

</div>

> [@](#):
>
> A stock machine should not hit the screws with stock firmware values. If it does… Using the F/B parms for G29 may provide a workaround, but the root cause is something wrong with the geometry of the machine. I’ll second the advice of @nopick above: Make sure the frame is square and everything is assembled correctly, as the root problem may cause other issues besides incorrect probe position.

Ok… if two of you think that, then I’ve got to go do my due diligence… (insert OCD eye twitch). I’ll report back after I check the framework and such.

---

<div class="post-metadata">

**Author:** ![nopick](https://avatars.discourse-cdn.com/v4/letter/n/7bcc69/32.png) [@nopick](https://forum.lulzbot.com/u/nopick)\
**Post date:** [March 21, 2018, 12:46pm UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/10 "2018-03-21T12:46:07Z")

</div>

Also, they do have a known issue with some units coming out of square due to loose fasteners.

[https://www.lulzbot.com/sites/default/files/TAZ-6\_Square\_Frame\_service\_bulletin.pdf](https://www.lulzbot.com/sites/default/files/TAZ-6_Square_Frame_service_bulletin.pdf)

---

<div class="post-metadata">

**Author:** ![thingmaker33](https://avatars.discourse-cdn.com/v4/letter/t/7ab992/32.png) [@thingmaker33](https://forum.lulzbot.com/u/thingmaker33)\
**Post date:** [March 21, 2018, 8:59pm UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/11 "2018-03-21T20:59:20Z")

</div>

> [@](#):
>
> A stock machine should not hit the screws with stock firmware values. If it does… Using the F/B parms for G29 may provide a workaround, but the root cause is something wrong with the geometry of the machine. I’ll second the advice of @nopick above: Make sure the frame is square and everything is assembled correctly, as the root problem may cause other issues besides incorrect probe position.

Well I took the Y assembly off checked it for squarness and level - All good.  
Checked the Main Frame Assembly for squareness and level… all good too.

Put it all back together and still taps on the back right screw during auto level. Here are the readings.  
READ: Bed X: -9.000 Y: -9.000 Z: 1.179  
READ: Bed X: 288.000 Y: -9.000 Z: 1.111  
READ: Bed X: 288.000 Y: 289.000 Z: 1.374 \<---- taps down on screw head slightly higher than the disc itself.  
READ: Bed X: -9.000 Y: 289.000 Z: 1.161

weird…

---

<div class="post-metadata">

**Author:** ![kmanley57](https://avatars.discourse-cdn.com/v4/letter/k/13edae/32.png) [@kmanley57](https://forum.lulzbot.com/u/kmanley57)\
**Post date:** [March 21, 2018, 9:26pm UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/12 "2018-03-21T21:26:38Z")

</div>

Sounds like the chamfer of the washer is not deep enough.

Where are you hitting the wiper pad?  
Middle = fix washer chamfer  
Right side = move Y table frame mounts a little to the right.

---

<div class="post-metadata">

**Author:** ![b-morgan](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.lulzbot.com/b-morgan/32/11517_2.png) [@b-morgan](https://forum.lulzbot.com/u/b-morgan)\
**Post date:** [March 21, 2018, 9:36pm UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/13 "2018-03-21T21:36:02Z")

</div>

I’d switch the washer and screw with another corner.

If the problem moves with the washer and screw, send an email to support and ask them to send you a new washer (or screw, you can figure out which is out of tolerance). If the problem stays in that corner, then figure out what’s wrong and email support asking for that part. If your printer is still under warranty, they should fix it for free. If not, they should fix it anyway but a washer shouldn’t cost that much (and the other corner part is 3D printed).

Be prepared to take a picture of the bad part (or just send it before they ask for it). Side by side with the good one since you’ll have two off at one point!

---

<div class="post-metadata">

**Author:** ![thingmaker33](https://avatars.discourse-cdn.com/v4/letter/t/7ab992/32.png) [@thingmaker33](https://forum.lulzbot.com/u/thingmaker33)\
**Post date:** [March 22, 2018, 12:44am UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/14 "2018-03-22T00:44:15Z")

</div>

> [@](#):
>
> > [@](#):
> >
> > A stock machine should not hit the screws with stock firmware values. If it does… Using the F/B parms for G29 may provide a workaround, but the root cause is something wrong with the geometry of the machine. I’ll second the advice of @nopick above: Make sure the frame is square and everything is assembled correctly, as the root problem may cause other issues besides incorrect probe position.
> 
> Well I took the Y assembly off checked it for squarness and level - All good.  
> Checked the Main Frame Assembly for squareness and level… all good too.
> 
> Put it all back together and still taps on the back right screw during auto level. Here are the readings.  
> READ: Bed X: -9.000 Y: -9.000 Z: 1.179  
> READ: Bed X: 288.000 Y: -9.000 Z: 1.111  
> READ: Bed X: 288.000 Y: 289.000 Z: 1.374 \<---- taps down on screw head slightly higher than the disc itself.  
> READ: Bed X: -9.000 Y: 289.000 Z: 1.161
> 
> weird…

My machine is square and level to an insane level of accuracy. I’m convinced that someone fat-fingered the 3rd tap point in the firmware. If you look at the X & Y you can see that they are all either 9 or 288… except the Y on point 3… Its 289 (see above). I’ve changed mine to 288 and it misses the screw head. So i’m going with that.

Thanks all.

---

<div class="post-metadata">

**Author:** ![ScottW](https://avatars.discourse-cdn.com/v4/letter/s/53a042/32.png) [@ScottW](https://forum.lulzbot.com/u/ScottW)\
**Post date:** [March 22, 2018, 1:36pm UTC](https://forum.lulzbot.com/t/autolevel-sequence-taps-screw-on-taz-6/5732/15 "2018-03-22T13:36:17Z")

</div>

> [@](#):
>
> > [@](#):
> >
> > Well I took the Y assembly off checked it for squarness and level - All good.  
> > Checked the Main Frame Assembly for squareness and level… all good too.
> > 
> > Put it all back together and still taps on the back right screw during auto level. Here are the readings.  
> > READ: Bed X: -9.000 Y: -9.000 Z: 1.179  
> > READ: Bed X: 288.000 Y: -9.000 Z: 1.111  
> > READ: Bed X: 288.000 Y: 289.000 Z: 1.374 \<---- taps down on screw head slightly higher than the disc itself.  
> > READ: Bed X: -9.000 Y: 289.000 Z: 1.161
> > 
> > weird…
> 
> My machine is square and level to an insane level of accuracy. **I’m convinced that someone fat-fingered the 3rd tap point in the firmware.** If you look at the X & Y you can see that they are all either 9 or 288… except the Y on point 3… Its 289 (see above). I’ve changed mine to 288 and it misses the screw head. So i’m going with that.
> 
> Thanks all.

Really not sure what’s going on, but I don’t think it is a firmware issue. The firmware doesn’t have separate Y values for the two rear locations – there is only one “rear” location value and it is used for both rear probe points (X=-9 and X=288). If everything is squared (frame, bed, X carriage) and belts/pulleys are tight, then position 289 **should** be in the same relative position on both Left and Right washers (and shouldn’t be hitting the screw on either).

Here are the relevant declarations:

```plaintext
#elif defined(LULZBOT_USE_AUTOLEVELING) && defined(LULZBOT_TAZ_BED)
    #define LULZBOT_LEFT_PROBE_BED_POSITION -9
    #define LULZBOT_RIGHT_PROBE_BED_POSITION 288
    #define LULZBOT_BACK_PROBE_BED_POSITION 289
    #define LULZBOT_FRONT_PROBE_BED_POSITION -9
#endif

```

But whatever is going on… If it prints ok (aside from having to use the position overrides for G29 in start script), then it may not be worth trying to chase down that last mm. 🙂
