Is the solution they offered my best one?

Project is a bas relief, using 4 bits. 1st attempt did well, but I gave Vectric the wrong description for the tapered ball nose (Bit #4). That only matters because I didn’t run into the problem that came on the next try (the reason for the post).

Next attempt was going well. Bit #1 (bowl cutter) flattened to the right depth. When ready for Bit #2 (a 1/2" roughing mill) the Z-probe went fine, proceeded to make cuts at 0.06" per pass. On one of the last passes, error said “Z axis position 3.058 mm is greater than maximum soft limit”. (By the way, 0.125" is 3.175 mm)

Support tells me that message means the machine can’t raise the bit as high as the program requested. But I don’t get it. When it stopped, the bit was at the lowest point of its travels. The retract height (0.125" above surface) went fine on prior passes. Did it quit because it thought it couldn’t raise it enough, and decided not to try? Again, why didn’t that happen much earlier in that bit’s task set?

I now recall that I didn’t re-home the machine at the start of the work today. So if that’s the issue, then it’s all on me. But if that isn’t the issue, then I don’t understand the cause or Support’s recommendation. They told me not to write a tool path with more than one cutter(!) They said I should use a single toolpath for each cutter. That would be a nuisance!

The only other variable I can think of is (an unintentional) variation in the depth that the mill is inserted into the collet.

Yes, have each bit as a separate file is the best solution and mentioned many times all over this forum.

1 Like

Hey David,

what is the content of the ‘tool-change’ field on your SETTINGS page? You know that in stock configuration, as of up to firmware 1.2.1, the content of Onefinity Controller ‘tool-change’ field is unusable? Did you already update it to my most recent tool-change routine?

You might be interested on more info on manual tool change on buildbotics-based controllers:

Regarding the other way, i.e. splitting the g-code file to one file per tool, of course there are advantages and disadvantages:

Except if you are sure that the motors are X in left most, Y in frontmost and Z in topmost position on powerup, it is always necessary to home the machine once after powerup. Only in case where you interrupted the work on a workpiece and re-powered the machine on, you could find that using stall homing is not reliable enough to continue on the same workpiece, you may have a more or less small deviation of the starting position, which can be visible on the work. In those cases, the solution is either to always probe on the workpiece with the 3-axis touch probe, or to clamp a reference block or jig on the machine bed (possibly away from your work) that you don’t move during the project and to use the 3-axis touch probe on this block or jig to home the machine.


Aiph5u’s ‘tool-change’ routine (V2023-03-14)