Scanning Z probe support in RRF 3.5

o_lampe

@dc42 said in Scanning Z probe support in RRF 3.5:

There's not much difference between them

The max. deviation numbers have a huge difference:
-0.351 vs -0.198
That's almost a layer thickness, or am I wrong?

samlogan87

@dc42 cool. It is looking very promising though. Awesome work. I have a 400x400mm bed and always have issues with bed flatness especially when you really heat it up to do nylons etc

dc42

@o_lampe said in Scanning Z probe support in RRF 3.5:

The max. deviation numbers have a huge difference:
-0.351 vs -0.198
That's almost a layer thickness, or am I wrong?

Those most negative height error values are in the mid right hand edge of the map. 0.04mm of the difference is accounted for by the offset between the height maps. I think the remainder is caused by the bed magnet at that position. It's now clear to me that the six bed magnets are causing slight dips in the height map produced by the scanning probe. This is especially clear along the left hand edge.

lparnell34

Im getting a G31: invalid z probe index error and also Error: M558: Unknown pin name 'i2c.ldc1612'
I modified my config.g and mesh.g to include your changes. Im using the sammyc21 expansion board.

I'm also using the latest firmware that I built for the sammyc21 and duet3 6hc from github today.

dc42

@lparnell34 sounds like you must have built RRF using the wrong branches from Github. Use the 3.5-dev branches.

lparnell34

@dc42 I used the 3.5 dev builds.

dc42

@lparnell34 I haven't tested the SammyC21 implementation. Looks like I left out the new pin definitions. I'll fix that.

dc42

@lparnell34 I've committed that fix to Duet3Expansion. Please try again.

lparnell34

@dc42 alright thanks. I'll give it a try in a bit.

lparnell34

@dc42 that fixed both of my issues. Thanks.

DeadNewbie

@dc42

very interested in this, can you stick me down as a beta tester if you want one.

regards

Michael

dc42

@DeadNewbie I can supply firmware binaries with scanning probe support for anyone who wants to try them. The support will be included in firmware 3.5.0-rc.1 which I hope to release 2 or 3 weeks from now.

samlogan87

@dc42 are you guys likely to release a toolboard with a i2c connector?

oliof

@samlogan87 dc42 wrote upstream

For the future, we are considering making a dedicated CAN-connected board to support the LDC1612 as well as tool board variants with this chip on board.

lparnell34

@dc42 I was trying to test z probe scanning but it seems the probe is reading wrong. It says 22768239 under z probe on dwc dashboard. When I run G29 K1 it scans the bed but the max deviation is 1256mm and after it's done scanning it keeps lowering the Z axis until it bottoms out and grinds.

dc42

@lparnell34 you may need to adjust the drive level of the sensor. Run M122 B# where # is the address of the tool board and look at the LDC1612 status at the end. It should report the drive level but it may also report "amplitude error". If you run M122 again it should report a new drive level and no error. After that the sensor should work properly. This is best done with the sensor as close to the bed as you expect it to get during scanning. I set a nominal Z height of 3mm as the trigger height in G31 and I don't expect more than 1mm of error, so I did this at 2mm Z height.

samlogan87

@oliof missed that. Thanks for pointing that out

JoergS5

This post is deleted!

gringo

Z-Probe scanning

Here is another sensor.

This post is deleted!