Help Needed: Tool to unload is not set to any slot

Hi all,

Today I installed my RapidChange Easy ATC, and although the installation went smoother than I anticipated, I’ve hit a snag that I’m hoping someone here can help me navigate.

Here’s the situation: Before the ATC arrived (which was about 6 months after my initial machine purchase), I was manually changing tools. This morning, I fired up the machine with a 6mm downcut bit (#6) configured in both Fusion 360 (and Masso seems to add it to the Tool Library as such). I manually swapped to the probing bit that comes with the ATC to set up the location of the first pocket.

After updating my bits in the RapidChange WebUI and renaming the first 5 tools in Masso, I successfully loaded bit #1 using the “load tool 1” subroutine. However, I’m now stuck because I can’t get the machine to touch off the probe. It throws an error saying “Tool to unload is not set to any slot” right before probing.

Masso still thinks tool #6 is installed (which I had removed before installing the ATC), and I’m struggling to figure out how to clear that from its memory or convince it that no tool is currently installed. I’ve attempted a M6.1 command with no success.

Does anyone have experience with deleting/clearing Masso’s tool list and making it recognise that there’s no tool installed (or one of the tools assigned to one of the 4 ATC holders) so I can proceed using the ATC?

Are tools 1-5 defined in both Masso’s tool library and the WebUI? Are the tools you want to manually load assigned tool 5 in your g code? It sounds like your g code is referencing tool 6, which if not defined in masso or the webui you’ll have a problem.

If Masso is stuck on tool 6 you can force a tool change in the Masso f4 tools and offsets by hitting the manually load tool and zero buttons. If you enter M6 command in the MDI it won’t work.

1 Like

Yes, I have defined tools 1-5 in the Masso’s tool library and the WebUI (Tool 5 being “load manually”).

The “load manually” in Masso F4 provides the error “tool not loaded” (or similar), I had tried that.

I just exported a super simple g-code using Tool 1, hoping it would move forward for a manual change, but I get same error again.

1 Like

Did you try hitting the “zero” button in the masso tool library (on a different tool other than 6…say tool 1 for ex)? that should force masso to recognize that tool as the active one instead of 6

1 Like

:up_arrow: This. I was scratching my head trying to get the ATC to run the tool change test subroutine and got the same error the OP reported every time. It turned out that Masso still thought it had tool #10 (old tool mapping scheme I used) in the slot even though I had run the other subroutines with different bits that were mapped correctly in the Rapid WebUI and the Masso TL many times. To resolve it I just ran the Load Tool #1 subroutine, let it finish loading and z-zero (Masso still showed Tool #10 was loaded) and manually went the Masso Tools tab, selected tool 1 and pressed “Auto Tool Zero” and Masso switched it. It’s been fine since. Sounds like a Masso bug, but it’s easy to fix once you know.

1 Like

I’m not finding a “zero” option. Could you point me in the right direction? I’ve attached a photo of the list for reference.

However, I managed to resolve the issue today. Here’s what I did: In the F1 tab, I set the “Tool Changer” back to manual, then executed the G-code to use Tool #1. This prompted the CNC to move to the manual tool change position. Since the tool in the spindle was previously #6 and had been redefined as #1, I pressed “go”. The CNC then probed itself for Z.

I then returned to the F1 Tool Changer menu and reactivated the tool changer setting. I was afraid that all the values for the tool changer might have been lost, but they were all retained.

The machine is now running smoothly! Thanks for your input and for helping me think through this.

1 Like

The Manually Load Tool and Zero buttons …..

1 Like