V carve cam setup questions

Trying to use a 60 degree v bit. Starting with an svg in inkscape, brought it over to Krabzcam. Used the V pocket operation to try to trim in around the edges of the text and images then I would plan to use a flat pocket cut to clear out the negative space leaving the svg design standing at the surface of the board. Ideally I would be trying to make printing blocks. These letters are about an inch tall

It almost works. I don’t think it is a maslow accuracy problem. The problems are consistent in different places and different angles. I think I am doing something wrong in the setup of the job. I can see that it mostly works but lines that should be straight seem to have bowed out and in the corners it seems to go too deep and just carve out circles. I could try in a different free software?

In Krabzcam I have selected V pocket. and told it that I am using a 60 degree bit. (maybe i need to check to see that it’s actually 60?) and then had it carve down in three steps Any advice would be welcome. Is there an easy to use gcode emulator that can show the expeected result?

I know maslow isn’t that precise but I think it can do better if I send it better code.

Here is the actual svg

Here is the Krabzcam project

letterpessdeoptmeduimrough1.json.gz (854.3 KB)

Here is the gcode

letterpressdeoptmeduiumvcut.nc (414.2 KB)

I have a 30 degree bit. Maybe that would be better for this.

1 Like

Hi, are you sure the program wasn’t interrupted before it was done?

I tried simulating it in camotics, and I think it came out nice. But before it was complete it looked a bit like your images.

Accuracy of bit angle is of course also important, and zeroing the z axis…

1 Like

Thank you. I will try it again. Maybe it did stop short. That gives me some hope.

1 Like

I’m having the same problem—the drill bit goes deeper than it should in this V-pocket function when using a 60-degree drill bit. I generate the G-code in Krabzcam for a depth of 3 mm,

3mmdepth300vstep1vpocket.nc (63.6 KB)

but it goes down almost 5 mm; the width of the cut on the thickest sides should be 2.5 mm, but it ends up being almost 5 mm wide.

I run the simulation in Camotics and it looks fine. I manually check the G-code line by line, and there’s never a command to lower the Z-axis more than 3 mm, so it doesn’t seem to be a Krabzcam issue. I used to be able to cut letters easily with this function, but for some time now I haven’t been able to do it with precision. I recently saw a post on the forum about an issue people have encountered with the updates—it has to do with commas and periods for decimals (I don’t really understand it well)—but maybe it’s related to this problem. Perhaps the machine gets confused by so many decimals in the Z axis.

Translated with DeepL.com (free version)

1 Like

When you are running the file does the machine show the correct depth for the z-axis?

Could it be an issue with where the z-axis home position is set?

The Z axis is displayed correctly. I’ve tried reducing the depth in Krabzcam, but the depth still doesn’t look right with this V-Pocket feature.

I found the problem, and it stems from the Z-axis height. I was measuring it with a metal ruler under the slide and an electronic sensor connected between the drill bit and the ruler, It seems that because the drill bit tip is so thin (or because the ruler is starting to get a little rusty), the device didn’t register that contact had already been made when searching for the Z-home, so it lowered almost 1 mm more than it should have. I had checked all the possibilities, but I didn’t doubt that electronic measurement.

3 Likes

When the carving job takes too long, in my case, the upper stepper motor (the one farther from the exhaust duct) overheats and stops the Maslow before the job is finished. My solution has been to place an aluminum ruler over this motor to help dissipate the heat so it can finish the job successfully.

2 Likes