3.4.0 b3 leaning prints

[dc42]

Thanks to everyone who has helped us to try to track this down. @chrishamm has managed to reduce one of your leaning prints to a pair of 2 moves that leaves one of the carriages 2 microsteps away from the correct position. I expect to be able to track down the problem now.

[dc42]

@Adrian52 @CabalSoul @DaveA @Fred-Y @jay_s_uk @SIam I have put new firmware builds with a fix for the issue I was eventually able to reproduce at https://www.dropbox.com/sh/kgah0ylh2zu2f7w/AAD2vQOiTQrFly1p22sob6c7a?dl=0. As with all unofficial builds, use them with care.

[CabalSoul]

@dc42 thank you exactly what I needed. I am going to test right away.
.
.
.

I've tested it and it seems to work. Thanks again.

[jay_s_uk]

@dc42 one print completed so far and no leaning!
What was it in the end?

[Blacksheep99]

@jay_s_uk said in 3.4.0 b3 leaning prints:

@dc42 one print completed so far and no leaning!
What was it in the end?

It was the Pisa effect apparently…….

[dc42]

@jay_s_uk said in 3.4.0 b3 leaning prints:

@dc42 one print completed so far and no leaning!
What was it in the end?

The new code didn't fully allow for the case of a move ending when a tower that had been moving up was on the point of reversing and moving down, but the required final position was one microstep higher than the theoretical highest point reached, because the stepper motor position had been rounded up to the next microstep to get closer to the commanded position for the end or the move.

[jay_s_uk]

@dc42 thank you!

[DaveA]

@dc42 Thanks for the fix. I tested with two of my leaning files and they now print correctly.

[Fred-Y]

@dc42 I just finished to print my test file and it looks good

I have another print to to today, hopefully it will be good as well.

[dc42]

All, we have identified that the leaning issue on deltas was not completely fixed by that internal build because there was another less common situation in which a step was taken in the wrong direction. I am currently testing a fix for that.