Is this in combination with touch off @ G59.3?
FYI the toolchange workflow is run on the controller side, the sender is basically waiting for a cycle start to be issued (while allowing jog commands).

Hi,
yea it is in combination with the automatic touch off at G59.3.

When using a normal size endmill, everything works out great. I hit M6 T5 for example, toolhead raises up, i change tool, click start and it moves over to the pin + touches off. All good for normal style endmills.
But facemills for example, are deeper in the center than on the outside (where the inserts are), so the measurement is not right.

These would require a different touch off position so the inserts touch the probe and not the center deeper dish of the facemill.
See examples below:

Thanks in advance,
Tom

In the next commit I will change the signature of an event and where it is called from to allow plugin code to modify the G59.3 target. A simple plugin will be something like this:

#include "grbl/hal.h"
#include "grbl/protocol.h"

static on_probe_toolsetter_ptr on_probe_toolsetter;
static on_report_options_ptr on_report_options;

bool probeToolSetter (tool_data_t *tool, coord_data_t *position, bool at_g59_3, bool on)
{
    if(on && tool && position) {

        if(tool->tool_id == 5)
            position->y += 5;
    }

    if(on_probe_toolsetter)
        on_probe_toolsetter(tool, position, at_g59_3, on);

    return true;
}

static void report_options (bool newopt)
{
    on_report_options(newopt);

    if(!newopt)
        hal.stream.write("[PLUGIN:Toolsetter tool offset v0.01]" ASCII_EOL);
}

void my_plugin_init (void)
{
    on_probe_toolsetter = grbl.on_probe_toolsetter;
    grbl.on_probe_toolsetter = probeToolSetter;

    on_report_options = grbl.on_report_options;
    grbl.on_report_options = report_options;
}

A more complete plugin should be made that allows setting the offset(s) for multiple tools and store them in EEPROM. And maybe later incorporate the code into the core itself.

This sounds great. Cant wait for it to happen.
Thanks a bunch

Here is a plugin for you to test:
my_plugin.zip

It has five slots (compile time configurable) for specifying tool offset (radius), applied in the X direction (should be configurable via setting?). Configuring a slot is via M102: M102 P<slot> T<tool> R<tool radius>

I do not know if this plugin cover the needs for probing odd tools, feedback is required before I add it as an option in the Web Builder.

Thanks, Ill give it a spin soon and then ill let you know if any issues come up.

Hi @terjeio! I tested your plugin with some minor changes to Grbl and it seems to work well! I tested it on Flexihal Expatria-Technologies/STM32F4xx@F446_Flexi_HAL...m-basov:STM32F4xx:tool_offset_plugin#diff-ea19d2ee44f9bcf77cfc7473d38a797ee5839d6f5791b005a9de0a3e73d5a295R166

https://youtu.be/89Yvjancsg8

@terjeio I used the version of @m-basov but it looks like the offset is applied to Y? Unfortunately a movement in Y doesn't change the location of my endmill nor the toolsetter. Would you please guide me to where I can change that offset to apply to X?

Thanks in advance!

Best regards

• I didn't find a setting for that in IOsender after upgrading the firmware

nevermind, @m-basov chaged it to apply to Y instead of X