Autobed leveling Frustrations

I downloaded the auto-bed leveling marlin firmware, with roxy's improvements. I have only changed the Servo angles numbers, and the measure offsets from the hot end.

When I perform a g28 the head moves to x0 and y0, then goes out to X: 198.00 Y:143.00 to do the z measurement. If I autobed level, g29, at this point it tries to measure the z off the actual bed.

As I said I took vanilla firmware and only updated the ABL and Servo settings.

Is this a problem with the eprom holding old values? I tried to follow the eprom clearing instructions (adding 499) to my configs, but I was totally lost and it wouldn't compile.

Moving to the center of the bed for z homing on a g28 is what is known as z safe homing.

And i would just disable the eeprom settings and chitchat unless you actually use them

I suggest you start with this... Probably, you build it, flash the firmware and it goes.... This was a MakerFarm version of the Marlin code base just before it got froze (several weeks ago) and has all of the good stuff in it...

https://github.com/beckdac/Marlin

Roxy, that's what I'm using. From what I can tell it seems to be going to where I measured on the bed, but offset by the ABL amount I put into the firmware.

aggg, now it's trying to print mm above the bed instead of where I measured it. Bloody hell.

Do you have the EEPROM stuff turned off in Configuration.h ? If not... Do that first. Specifically, these lines should have // in front of them:

//#define EEPROM_SETTINGS
//#define EEPROM_CHITCHAT

Then, using PronterFace, give it a G28 followed by a G29. What does Pronterface say about the Z Height when you give it a M114 ?

What ever PronterFace says the Z Height is when you give it a M114, Slowly move the nozzle down by that much. Does it end up close to the right spot at 0.0 ?

I was having issues as well i actually had to pull the DACB fork when i setup again after my hard drive crash.

I'll try looking into it again after i finish printing my rostock parts.

Quote:

---

Originally Posted by Roxy

Do you have the EEPROM stuff turned off in Configuration.h ? If not... Do that first. Specifically, these lines should have // in front of them:

//#define EEPROM_SETTINGS
//#define EEPROM_CHITCHAT

Then, using PronterFace, give it a G28 followed by a G29. What does Pronterface say about the Z Height when you give it a M114 ?

What ever PronterFace says the Z Height is when you give it a M114, Slowly move the nozzle down by that much. Does it end up close to the right spot at 0.0 ?

---

Yeah, when I bring it down close to 0 it's accurate. I took that number and added it to my z offset and now it seems to work. Let's hope it sticks.

Quote:

---

Originally Posted by Kunguru

Yeah, when I bring it down close to 0 it's accurate. I took that number and added it to my z offset and now it seems to work. Let's hope it sticks.

---

It should 'stick'. The problem with the EEPROM stuff is it allows you to over ride the numbers in your Configuration.h file. So no matter what number you put in your Configuration.h file, it will use the number out of the EEPROM. This issue has been causing a huge amount of confusion for people trying to move to Auto Bed Leveling. If they saved a configuration in the past to EEPROM, that will keep getting used even though the nozzle and Z Probe are new and in different positions.

Is there any benefit to having the EEPROM stuff enabled. I have been fighting ABL offsets.

Quote:

---

Originally Posted by Roxy

It should 'stick'. The problem with the EEPROM stuff is it allows you to over ride the numbers in your Configuration.h file. So no matter what number you put in your Configuration.h file, it will use the number out of the EEPROM. This issue has been causing a huge amount of confusion for people trying to move to Auto Bed Leveling. If they saved a configuration in the past to EEPROM, that will keep getting used even though the nozzle and Z Probe are new and in different positions.

---

Quote:

---

Originally Posted by beerdart

Is there any benefit to having the EEPROM stuff enabled. I have been fighting ABL offsets.

---

Some people find it useful. I guess that is why it is in there. But really, I think it normally makes more sense to change your Configuration.h settings and put it into the firmware. I guess one place it would make sense is if you built two or three printers that are all the same. There is no way every setting is going to be exactly the same. So, you could run the exact same firmware on all three printers, but make minor tweaks by changing numbers stored in the EEPROM.

And with that said, even though I'm not a big advocate for the EEPROM values, I do have it enabled on my printer right now. The reason is somebody wanted the firmware to remember the G29 Bed Level Correction matrix so they did not have to do a G29 every print. I have it turned on right now just to make sure that code is solid and really works even though I'm not really an advocate of it.

do me a favor and post a photo of your setup and a copy of your config file
i need photos of where your servo is when it's extended or where you want it to be
take one facing the X axis and one along the X axis

to extend the servo above the bed and retract it use M401 and M402
example pics and a very crudely made offset guide in paint
http://3dprintboard.com/attachment.p...tid=4255&stc=1http://3dprintboard.com/attachment.p...tid=4256&stc=1http://3dprintboard.com/attachment.p...tid=4257&stc=1

i hope this helps for future reference

Got it to work,hooray. I do have another question though.How do I get the servo to stop twitching? I enabled the deactivation delay with the standard number, and it twitches less. However it's still making a hell of a lot of noise.

max endstops messes with mine but I'm using a rambo board
my delay is 400 but i have a slower high torque servo
if it's digital the delay will not do anything really because it still has power and it's trying to center always based on last command received.
I'm making a small board with a attiny13 programed to turn power on to the servo send command and turn power off to the servo to get my digital servos to stop twitching.
Might even make it 12c with 4 servo outputs and see about getting it added to the trunk for marlin will see

I think I'm going to lose my mind. I'm getting no bed adhesion anymore. Since I went to the ABL I've had nothing but problems even printing. I printed better with Colin's Marlin firmware and the PITA z height screw adjustment. I've attached my Configuration.h If someone can take a look an tell me what is wrong.
Attachment 4346

Try printing this file. Both the OpenScad and the .STL it produces are attached. It will just print a few layers that stretch across your bed. Probably, you have the Z-Probe_Offset_from_Extruder wrong. If you try printing this a few times, you should be able to get that number dialed in to the right height to make the first layer go down nice and clean.

At that point, you will love Auto Bed Leveling!