sheetcam.com

It sounds like you are loading the job file into Mach. Job files contain your drawing and settings in a format that SheetCam can understand. They are not the final generated G-code. You need to run the post processor (the big green P button) to generate the G-code.

In simulation click on the setup button. In the settings window, reduce the scale size in the 'Tool diameter' section.

Overlapping contours can under some circumstances result in the cutter going around twice. If it happens again, please send me the drawing and job file.

Currently the job report cannot calculate a job costing. I have been looking into this but I am not sure yet about the best way to proceed.

Job notes are not available for the report at the moment but it should not be too hard to add them. I'll take a look and see what I can do.

That certainly sounds like overlapping contours in the drawing. Could you send me the drawing and job file so I can see exactly what is going on.

Chaining will only work if there is a straight line between the end of the current leadout and the start of the next leadin. If a part gets in the way of that straight line it will not chain. You will need to move the start points around to allow chaining to work. SheetCam won't move the start point...

Hi Fabio,

Currently you have to have at least one operation per part. I am working on changing this so one operation can affect all parts. One alternative is to nest all of your parts in one drawing. Obviously you thne cannot nest them in SheetCam without breaking the drawing up.

V4.1.10 onwards now have a /pp switch:
/pp "Mach3 plasma"
Note the post name is case sensitive. SheetCam first searches your edited posts. If it doesn't find a suitable post there it tries the main posts folder.

To rename the tools, turn off the 'Automatically generate name' check box that is next to the tool type.

I will shortly be uploading an update with a fix for the corner looping problem.

The next release (due out in the next few hours) uses a different method for direction detection which hopefully should be more reliable.

That is weird. It definitely looks like a bug in the code that determines the direction of the shape. I am looking into this now.

Yes a single point tool (1 tooth) will spiral for as many rotations as needed.

Set start depth to the top of the thread and cut depth to the bottom of the thread. The direction depends on the 'climb cut' and 'left hand' check boxes. If both are off it spirals down clockwise. If climb cut is on it will spiral up counter clockwise. Turning on 'Left hand' reverses everything to g...

Yes, the thread milling operation produces a spiral tool path to generate the thread.

Strictly it is the distance from the tip of the cutter tooth to the root. It is used to work out the cut depth. The radius of the final tool path for an internal thread would be (hole radius + thread height) - cutter radius. For an outside thread it would be (boss radius - thread height) + cutter ra...