Auto_Bed_Leveling: Enhanced G29 command

[Deividmaxx]

I still do not get repetier show me the values that appear on the LCD. Using the command G28, G29 and then again G28.
When It finish I get this result:

In the LCD: x: 142.0 Y: 47.0 and z: +11.8
In Repetier-Host: x:0 y:0 z:0

Log of Repetier-Host:
10:11:53.485 : Base x: 30.00 y: 30.00 z: 11.67
10:12:04.516 : Base x: 140.00 y: 30.00 z: 12.19
10:12:15.985 : Base x: 140.00 y: 140.00 z: 11.81
10:12:27.548 : Base x: 30.00 y: 140.00 z: 11.21
10:12:27.548 : Eqn coefficients: a: 0.01 b: -0.00 d: 11.61
10:12:27.548 : planeNormal x: -0.01 y: 0.00 z: 1.00

Is there any way or G code that allows me to pass the printer values to Repetier?

And another thing I do not understand is that when I ran the G29 command after the G28, the servo arm does not go down first and then the carriage moves to the position of the first measuring point.

[Fri]

Did you do an M114 in repetier and see where it thinks the machine is.
Make sure the bed size is correct and the home position too.

I still do not get repetier show me the values that appear on the LCD. Using the command G28, G29 and then again G28.
When It finish I get this result:

In the LCD: x: 142.0 Y: 47.0 and z: +11.8
In Repetier-Host: x:0 y:0 z:0

Log of Repetier-Host:
10:11:53.485 : Base x: 30.00 y: 30.00 z: 11.67
10:12:04.516 : Base x: 140.00 y: 30.00 z: 12.19
10:12:15.985 : Base x: 140.00 y: 140.00 z: 11.81
10:12:27.548 : Base x: 30.00 y: 140.00 z: 11.21
10:12:27.548 : Eqn coefficients: a: 0.01 b: -0.00 d: 11.61
10:12:27.548 : planeNormal x: -0.01 y: 0.00 z: 1.00

Is there any way or G code that allows me to pass the printer values to Repetier?

And another thing I do not understand is that when I ran the G29 command after the G28, the servo arm does not go down first and then the carriage moves to the position of the first measuring point.

[Deividmaxx]

Thanks very much for your help. With that I can work and get the auto leveling operate as I want. With this and more G codes I can fix several bugs like the Repetier values and the problem that the arm does not move down before the first point to when executing the G29.

But I just found another bug I think. It happens when I heat the second extruder to achieve a certain temperature. Once the extruder reaches the temperature, the heater is turned on and off to keep that temperature. When this occurs the servo starts shaking consuming much power to the RAMPS.

At first it work well connecting the 5V and VCC pins. But the servo shaking and my printer restart.
So I have powered the servo pins with a LM7805 and keeps happenig. I've also changed the pin D11 to D6 pin with the same results.


I do not know if there is aa bug on Marlin or it´s a problem with my RAMPS.

[Roxy]

That doesn't sound good! But for sure, lots of people are using RAMPS boards with Auto Bed Leveling. Something simple is wrong.

[Deividmaxx]

I think that this is a bug of marlin.
I have reviewed all the connections, I have even taken the Ramps and I reviewed the board. Everything works fine.


Servo vibrations seem to engage the pwm output used with extruder to maintain the temperature. Watching the LED that indicates that the extruder is warming, flashing agrees with the vibrations of servo.


I have tried using the PROBE_SERVO_DEACTIVATION_DELAY function, but something worse happens. The servo is lowered to the measurement position and vibrate.


I'm trying to find some other way to turn off or remove power from the servo once no longer needed.

[Roxy]

I think that this is a bug of marlin.
I have reviewed all the connections, I have even taken the Ramps and I reviewed the board. Everything works fine.


Servo vibrations seem to engage the pwm output used with extruder to maintain the temperature. Watching the LED that indicates that the extruder is warming, flashing agrees with the vibrations of servo.

Are you using the BeckDac flavor of Marlin? If not, can you try moving to it? Nobody has seen this behavior with the BeckDac version. If you still see this strange behavior with BeckDac, it will be easier to help you because that is the code I am running right now.

[Bob]

Hello all. I've been printing, off and on, for a couple of years. However, my prints were hit and miss. Sometimes perfect, sometimes not so much. Lot's of time and filament wasted.
I am now in the process of getting my printer just right. Mechanical problems have plagued me, mostly from lack of experience. But, I am solving them one by one. I think this beckdac will help me, but I need some 101 guidance on exactly how to make the change. Here's what I'm thinking.
Download beckdac and unzip.
Load files into arduino.
Copy old configh file.
Delete new configh file from beckdac.
Paste my old configh into beckdac.
Will that work?

Thanks to all that respond. I really appreciate it a LOT!

Bob Keyes

[Roxy]

I'm thinking.
Download beckdac and unzip.
Load files into arduino.
Copy old configh file.
Delete new configh file from beckdac.
Paste my old configh into beckdac.
Will that work?

I would suggest getting Arduino to compile the BeckDac release clean with no errors as a starting point. Make sure you can do that with your board set in Tools/Boards. Then, I would use a difference program to compare the two Configuration.h files, and cross over the important settings.

I would not just copy the old file and replace the new file because you are going to break other stuff that has to be there. Unfortunately, you need to go through line by line and cross over the changes. But a good visual diff program will make that just a 5 or 10 minute nuisance.

[Astek777]

Hey Roxy

Just wondered whether you could shed any light on a problem I'm having with auto levelling on a Lulzbot Taz 5 (Rambo 1.3). It's sooooo close to working!!

I built a small capacitive sensor circuit which I installed and replaced my old, static z endstop with. I then installed and configure the BeckDac firmware as recommend (from page 48ish).

I seem to be getting very accurate, repeatable results with the sensor, however, whenever I print the levelling seems too close towards the front-left (closest X0, Y0) and then, if anything, too high towards front-right. The Z-Axis is moving though, so it's obviously trying to compensate.

I do have a glass print bed, and there were suggestions the sensor might not be reading correctly, so I am no printing on a sheet on aluminium but results remain the same.

Here's the calibration piece I'm trying to print:

Test Print.jpg


My start code is:

G28 ; home all axes
G29 n5 ; auto level bed

If I run 'G28 ; G29 V4 T n5' I get this:

******* FIRST RUN ********
RECEIVED: Eqn coefficients: a: 0.01 b: -0.00 d: 0.89
RECEIVED:
RECEIVED: Bed Height Topography:
RECEIVED: --1.61390 --0.90640 --0.21327 +0.44360 +0.99610
RECEIVED: --1.32577 --0.66765 --0.06640 +0.48798 +0.97235
RECEIVED: --1.07202 --0.44702 +0.06423 +0.53923 +0.94985
RECEIVED: --0.85202 --0.27327 +0.18798 +0.61548 +0.99423
RECEIVED: --0.67702 --0.14577 +0.26923 +0.70360 +1.03673
RECEIVED:
RECEIVED: planeNormal x: -0.01 y: 0.00 z: 1.00
RECEIVED:
RECEIVED:
RECEIVED: Bed Level Correction Matrix:
RECEIVED: 0.999958 0.000000 0.009196
RECEIVED: 0.000020 0.999998 -0.002187
RECEIVED: -0.009196 0.002187 0.999955
RECEIVED: ok

******* SECOND RUN ********
RECEIVED: Eqn coefficients: a: 0.01 b: -0.00 d: 0.88
RECEIVED:
RECEIVED: Bed Height Topography:
RECEIVED: --1.61460 --0.90898 --0.22023 +0.44415 +1.00790
RECEIVED: --1.33210 --0.67273 --0.06773 +0.48540 +0.97602
RECEIVED: --1.07460 --0.45835 +0.06727 +0.54352 +0.95040
RECEIVED: --0.84960 --0.27273 +0.19102 +0.61477 +1.00227
RECEIVED: --0.67273 --0.14210 +0.27165 +0.70165 +1.03040
RECEIVED:
RECEIVED: planeNormal x: -0.01 y: 0.00 z: 1.00
RECEIVED:
RECEIVED:
RECEIVED: Bed Level Correction Matrix:
RECEIVED: 0.999958 0.000000 0.009216
RECEIVED: 0.000020 0.999998 -0.002196
RECEIVED: -0.009216 0.002196 0.999955
RECEIVED: ok


******* THIRD RUN ********
RECEIVED: Eqn coefficients: a: 0.01 b: -0.00 d: 0.88
RECEIVED:
RECEIVED: Bed Height Topography:
RECEIVED: --1.62077 --0.91577 --0.21203 +0.44672 +1.01423
RECEIVED: --1.33452 --0.67515 --0.06953 +0.48735 +0.97860
RECEIVED: --1.07515 --0.45390 +0.05860 +0.53860 +0.94423
RECEIVED: --0.85015 --0.27015 +0.18672 +0.60422 +1.00860
RECEIVED: --0.66453 --0.13703 +0.26860 +0.70047 +1.04172
RECEIVED:
RECEIVED: planeNormal x: -0.01 y: 0.00 z: 1.00
RECEIVED:
RECEIVED:
RECEIVED: Bed Level Correction Matrix:
RECEIVED: 0.999957 0.000000 0.009226
RECEIVED: 0.000020 0.999998 -0.002206
RECEIVED: -0.009226 0.002206 0.999955
RECEIVED: ok


I have the bed purposely quite uneven as I was struggling to tell if the Z-Axis was moving at all to begin with.

I've attached a couple of config files in case they help at all.

Final thought on probe offsets, I believe these are correct. Probe is directly in front of extruder on X axis (0), is 30mm in front of extruder in Y axis (-30), and the gap between the extruder and bed is 2mm which Z is homed (-2).

Any thoughts or recommendations gratefully received! Thanks!!

PS. I've just taken some manual readings from a matching 9 points around the print bed after performing a G28 to home. These are the results which seem to match nicely with what the sensor is saying (+- 0.1).

Y / X | 30 | 147 | 262
------------------------------------
285 | -1.7 | -0.2 | +0.8

170 | -1.0 | 0 | +0.9

55 | -0.5 | +0.3 | +0.9

[Roxy]

That is a lot of difference between the back left and the front right. I would suggest you use the T and V options to level that out as well as you can. You want to get that difference less than .5 mm and preferably, even less than that.