[Solved] Tool pickup problem (Not beta related after all)

[rjenkinsgb]

Hi,
I'm building a machine using a Duet3 6HC + toolboards & E3D toolchanger system.

I've updated from fw 3.3 to 3.4 to get the local variables feature, to simplify toolchange files, as I keep having to change positions all the time as I work on the machine mechanics.

Problem: hitting the Tool 0 button on the paneldue 7i picks up tool 0, as before - but the machine does not recognise it has a tool loaded; the button no longer turns green and if it's pressed again, it runs another tool pickup cycle rather than the return cycle, as it did before??

I'm guessing the tool config or tpre0.g need some mods?

(I only have tool 0 defined so far, I want to get the machine to work with that before adding further tools).

Thanks for any suggestions,
Robert.

[dc42]

@rjenkinsgb which 3.4beta are you using? Are there any error messages in the DWC console when you select the tool? It is possible for tool selection to fail if problems occur during the process.

[T3P3Tony]

@rjenkinsgb also please post your config.g and tool change files

[rjenkinsgb]

Hi,
sorry, 3.4.0b4 - everything checked for the latest updates before posting.

There are no error messages when selecting a tool or selecting a different tool when one is supposed to already be loaded.

I've added a second tool & tried with and without the local variables for positions, so the T1 script is effectively back to what it would have been with 3.3 when the tool loading worked.

I did also have a problem with the tool clamp motor reference after the update, as another user posted.
A negative movement in G91 appeared to be a problem, it would often rotate the wrong way while referencing.

I worked around that by using G92 and setting a high positive position then commanding a move to zero, so no negative position involved, which works every time.

I'm running the Duet with the SBC config; can I go back to 3.3 by switching repositories again, if you cannot see a quick solution?

Config and tpre files attached.
config.g
tpre0.g
tpre1.g

[dc42]

@rjenkinsgb said in Firmware 3.4 beta - Tool pickup problem:

A negative movement in G91 appeared to be a problem, it would often rotate the wrong way while referencing.

In what context? Homing files, or something else?

Please post your tpost, tfree and homing files too. If your coupler lock and unlock macros are not the standard ones from E3D, those too.

[rjenkinsgb]

The coupler problem was purely in homing, after changing from 3.3 to 3.4b4 - it worked fine originally.

I'm on site at the moment, so don't have access to my setup; I posted my modified C axis homing file in this thread:
https://forum.duet3d.com/topic/24833/3-4b3-homing-coupler-does-not-work-correctly

The lock and unlock are standard files.

[rjenkinsgb]

tpost and tfree examples attached.

Note that after picking up either tool, if another tool is commanded the first action is to unlock the coupler, not a move.

It's never running a tfree, as that does movements before unclamping; it just does not recognise a tool being loaded when it picks one up, as if the script is run but the internal tool state is never updated.

tpost0.g
tfree0.g

[rjenkinsgb]

Update: This is apparently unrelated to the beta firmware.
After restarting with a new Duet Pi SD image (V3.3), setting everything up then reloading my previous config files, the problem is still there.

As far as I can tell, the only items not as they were when I first powered up the Duet are the tool board and Paneldue 7i; the toolboard is back to 3.3 firmware but I also updated the bootloader as it was not reporting that.

As a diagnostic test, I've added this to the end of the tpre0.g file:

if state.currentTool == -1
M291 R"Tool select failure" P"System does not see a tool as being loaded" S2

Requesting T0 goes through the motions to load the tool, but error message is displayed; whatever internal data in the Duet tracks the loaded tool is never being set up.

Firmware info & Files below.
Any help appreciated - I have not so far been able to print anything on this machine since installing the Duet system!

Duet Web Control 3.3.0

Board: Duet 3 MB6HC (MB6HC)
DSF Version: 3.3.0
Firmware: RepRapFirmware for Duet 3 MB6HC 3.3 (2021-06-15)

Diagnostics for board 20:
Duet TOOL1LC firmware version 3.3 (2021-06-15 16:12:58)
Bootloader ID: SAMC21 bootloader version 2.3 (2021-01-26b1)

config.g
tpre0.g
tpost0.g

[jay_s_uk]

@rjenkinsgb as suggested previously, remove T-1 from your t0pre file

[rjenkinsgb]

The T-1 is presumably supposed to be what causes the system to return any existing tool before picking up the new one??

However you are spot on correct, the toolchange system works perfectly if that line is removed / commented out!

It was in the E3D toolchanger template files I found, and it worked fine with those files, just changed tool positions, when I first set up the Duet on V3.3, so I have no idea at all why it messes things up now? That was the really confusing thing.

Oh well, I can start recalibrating everything now and hopefully get it printing.

Thanks!