We’ve got an issue pertaining to our path on Create showing a full cut for lettering, however after proceeding with the cut the middle section between the inner and outermost tool paths is left uncut. See pictures for more detail.
Does this match the 3D preview?
Do you have a BitSetter?
Did you use Advanced V carving and check the Pocket clearing option?
This does not match the 3D preview - the preview shows the middle area cut away like the rest of the text.
We do use a Bitsetter.
We used a contour to create this. We will try an Advanced VCarve next.
The contour does just a cut to the outisde/inside/down the center. So as @WillAdams suggested use advanced vcarve with the clearing option. You could use a simple vcarve but do not limit the depth. A simple vcarve goes down the middle of each object until it touches both sides of the object. If you limit the depth you can get distorted characters. The Advanced Vcarve does not go down the middle but around the outside for the vee cut. So limiting the depth in advanced vcarve works but not in a simple vcarve. On a simple vcarve always use bottom of material and/or “t” to get full depth cuts. Just be careful on thin material you dont cut through on larger objects.
And experiment on crappier wood.
If your cut did not match the preview, check to be sure your toolpath was made with the same diameter end mill selected as you actually cut with. (If this tool path was generated with 1/8 in end mill, but cut with 1/16 inch, a contour cut may look okay but not match the simulation.) Based on the picture, it looks like the cut could have been salvaged with a pocket tool path generated for the same tool used to cut the contour.
Alternately you could use a pocket operation instead of contour or a slightly larger bit… Or if the preview was good, did you actually use the bit you picked in CC?
Post the .c2d file?
What tool was specified in the file and which tool did you use?
How did you set zero relative to the stock?
What we’ve done is replace all of our text with a VCarve rather than a contour and we’re happy with this result. Another solution we’ve applied is setting up a new 3/32” bit in our library but actually using a 1/8” bit in the machine in order to avoid this issue. We know, however, that if we use larger text or wider text this solution would not still apply.
This topic was automatically closed after 30 days. New replies are no longer allowed.