Tool Change: Moving in axis without calling them

Danal

I will give that a try. I'll just copy your tool offsets exactly.

Danal

OK, I have reproduced the diagonal move.

Interestingly enough, I then put messages (m117) and delays (G4) in the tpre1.g file... and the diagonal move WENT AWAY. Very, very, odd.

At this moment, I'm experimenting with delays and similar to find out exactly which command causes the diagonal move.

Danal

OK, to summarize: With exact copies of @smoki3 files, including the pre/post/free and the tool offset, the diagonal move is reproduced on my machine. Which is a CoreXY running:

Board: Duet 3 MB6HC (MB6HC)
DSF Version: 1.1.0.5
Firmware: RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 3.0beta12+1 (2019-12-02b2)

With all XYZ on the main board, only tools on the expander boards.

Some experimentation also shows:

A delay, such as G4 S1, positioned before any other commands in tpre1.g, stops the diagonal.
An M400, positioned before any other commands in tpre1.g, stops the diagonal. Note that I removed all the other M400s.
G53 in front of all move commands in tpre1.g has no effect, the diagonal still occurs.

Given that this appears to be timing sensitive, it begins to make more sense why exact copies of the files are needed to reproduce.

Anyway, I hope this helps dc42 figure out what's going on.

smoki3

@Danal said in Tool Change: Moving in axis without calling them:

OK, to summarize: With exact copies of @smoki3 files, including the pre/post/free and the tool offset, the diagonal move is reproduced on my machine. Which is a CoreXY running:

Board: Duet 3 MB6HC (MB6HC)
DSF Version: 1.1.0.5
Firmware: RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 3.0beta12+1 (2019-12-02b2)

With all XYZ on the main board, only tools on the expander boards.
Some experimentation also shows:

A delay, such as G4 S1, positioned before any other commands in tpre1.g, stops the diagonal.

An M400, positioned before any other commands in tpre1.g, stops the diagonal. Note that I removed all the other M400s.

G53 in front of all move commands in tpre1.g has no effect, the diagonal still occurs.

Given that this appears to be timing sensitive, it begins to make more sense why exact copies of the files are needed to reproduce.

Anyway, I hope this helps dc42 figure out what's going on.

Thanks for the nice analysis.

Good point with the timing. It also makes sense. I sure @dc42 will fix it. Maybe already for 3.0RC1

smoki3

So I also tried a M400 in the first line of the tpre script. Then everything is fine

smoki3

I also noticed that you have this diagonal movement when you dock your tool after the print. But as Danal mentioned it only happen if directly after the tfree script a G1 follows.

dc42

@smoki3 said in Tool Change: Moving in axis without calling them:

So I also tried a M400 in the first line of the tpre script. Then everything is fine

Thanks, from that I think I know what is going on, and I can fix it in 3.0 release.

smoki3

@dc42 said in Tool Change: Moving in axis without calling them:

@smoki3 said in Tool Change: Moving in axis without calling them:

So I also tried a M400 in the first line of the tpre script. Then everything is fine

Thanks, from that I think I know what is going on, and I can fix it in 3.0 release.

Cool! So please also merge it to 2.xx

dc42

@smoki3, I have fixed this in the 3.0 stable release.

I am not planning to do any further 2.x releases, but you have an easy workaround (M400 at the start of the tpre and/or tpost file).

smoki3

@dc42 said in Tool Change: Moving in axis without calling them:

@smoki3, I have fixed this in the 3.0 stable release.

I am not planning to do any further 2.x releases, but you have an easy workaround (M400 at the start of the tpre and/or tpost file).

I see. Its working fine now.

For 2.x I don't use it. I just thought about all the tool changer users....