Unsolved Z-axis / tramming issues with 3.6.0-alpha2+3

[gloomyandy]

@Exerqtor said in Z-axis / tramming issues with 3.6.0-alpha2+3:

To avoid potential nozzle craches RRF will move the axis the driver/axis that needs to adjust TOWARDS the nozzle last, and the driver/axis that needs to move the most AWAY from the nozzle first:

Yes that's what I was suggesting with:

@gloomyandy said in Z-axis / tramming issues with 3.6.0-alpha2+3:

Possible mitigating actions: Perform any negative (moving the bed away from the nozzle) moves first

[Exerqtor]

@dc42 Got any builds I/we could test incorporating this commit?

[dc42]

@Exerqtor yes, is this for D3 Mini or another board?

[Exerqtor]

@dc42 said in Z-axis / tramming issues with 3.6.0-alpha2+3:

@Exerqtor yes, is this for D3 Mini or another board?

Yes in my case it's for a D3 mini at least ☺️

[dc42]

I've put new RRF builds at https://www.dropbox.com/scl/fo/yc7mnauicu5vqw6yegeq7/AKnV4j8k1MCADG4VE4EIG6Y?rlkey=skjxh23i9c953yvxm2tb8qr36&dl=0. Some notes:

• The issue with bed tramming might be fixed. I don't have a suitable machine to test it on.
• Scanning Z probes are fixed (they didn't work in previous 3.6.0 alpha releases)
• Also included are 3.6.0 alpha versions of some expansion board firmware (not EXP1HCL or M23CL). You can revert to 3.5.2 versions if you have any issues with them.

See https://github.com/Duet3D/RepRapFirmware/wiki/Changelog-RRF-3.x-Beta#reprapfirmware-360-beta1-in-preparation for more details.

[edsped]

@dc42 Still seeing accumulation on one of the leadscrews so I'm hesitant to test...

[edsped]

@dc42 Same iterations on 3.5.2

[o_lampe]

@dc42 said in Z-axis / tramming issues with 3.6.0-alpha2+3:

The issue with bed tramming might be fixed. I don't have a suitable machine to test it on.

IIRC, the problem was also seen on a Delta printer...that's why I hesitate to test 3.6.a+

[dc42]

@o_lampe no this issue does not affect deltas.

[dc42]

@edsped thanks, looks like it's adjusting the 3rd leadscrew the wrong way on the second and subsequent iterations.

[dc42]

I have now reproduced and fixed this issue. I've prepared a new alpha release which I hope to make available tomorrow after some internal testing.

[Exerqtor]

@dc42 Sweet, i just saw the commits and was about to ask for a build, but i'll wait til you've done the internal one

[edsped]

@dc42 Awesome, looking forward to giving it a try as improved input shaping looks very promising.

Running a 6HC board FWIW.

[dc42]

I've put 3.6.0-alpha.4 binaries at https://www.dropbox.com/scl/fo/cckwiq91gn16hvl1zdjnp/AF0SMEtkVfiArSPeYaBDGPY?rlkey=kqkknk9q1kiq684u4s55ce8d4&dl=0. Release notes are at https://github.com/Duet3D/RepRapFirmware/wiki/Changelog-RRF-3.x-Beta#reprapfirmware-360-alpha4-in-preparation.

[Exerqtor]

@dc42 said in Z-axis / tramming issues with 3.6.0-alpha2+3:

I've put 3.6.0-alpha.4 binaries at https://www.dropbox.com/scl/fo/cckwiq91gn16hvl1zdjnp/AF0SMEtkVfiArSPeYaBDGPY?rlkey=kqkknk9q1kiq684u4s55ce8d4&dl=0. Release notes are at https://github.com/Duet3D/RepRapFirmware/wiki/Changelog-RRF-3.x-Beta#reprapfirmware-360-alpha4-in-preparation.

I've tried a couple "dry runs" now and it's been behaving so far at least.

[edsped]

I have a couple of test runs on mine now as well and tramming appears to be working as it should. For some reason input shaping doesn't seem as good as on earlier versions but will play more to verify.

[edsped]

On a side note I seem to be getting a lot of connection interrupted errors, pretty much the same as I get when running a web control and paneldue simultaneously, though paneldue has been disconnected for many months now.

Edit: Setup, Jubilee with MB6HC and (4) RRF 36 connected tools

[edsped]

Been printing on and off for several prints and knock on wood haven't had any tramming issues. Print quality is also very much improved over 3.52. Looking forward to further improvements.