#1 Copy the pp in the attached zip file to the posts-directory of Sheetcam
#2 Suppose your tube or column has a diameter of 100 mm then the circumference has a length of 100 * PI where PI is 3.14159
#3 SC uses the Y-value of your drawing for calculations so draw in your favourite CAD software a rectangle of i.e. 50 mm in X and 314.159 in Y
#4 Add some text or other shapes like I did in my example, export this drawing in dxf format and import it to SC
#5 Select in SC from the menu Options → machine → post processor the pp from #1
#6 You need to add 2 variables to make this pp work :
one named Diameter
one named Angle
where angle is set to 0 if the surface of your tube isn’t conical Both variables are case sensitive
#7 create an contour operation as usual and select the shapes you want to wrap
#8 start the pp by clicking on P in the top left corner and save the created file
That is due to a bug in the post. I would guess it was put there for testing purposes. Go to Options->machine->post processor and click on the ‘edit post’ button. Look for:
Mach is showing the correct part now, y axis is moving, Z axis is moving so now only A axis, that one doesn’t do anything at the moment but also gives no reaction in mach3 when jogging A/4th axis stays 0.000
The G code gives the right data so there is a setting wrong in Mach, or at least I believe that is the problem.
The weird thing is that the ports and pins settings are correct and are enabled for Y, A and Z axis. Could have something to do that this pc runs only a demo version of Mach 3.
I’ll try it tomorrow on the real machine and come back with the results.
Were getting there. A bit more learning and searching to do Thanks.
Edit:
Reinstalled Mach 3 and problem solved! Looks great and cant wait to start cutting tube!
Today I was tinkering again but while I changed nothing there is a weird fault in the G code.
For some reason the third line of G code is not functional and gives the A axis the command to keep rotating until it reaches a 20 digit number, so that could take a while .
You can see the attachement with the fault on line 3. I’ve tried a new different DXF but that changes nothing.
When I delete the line of G code it works just fine like yesterday. So, what could be causing this weird G code value?
Looks like the PP doesn’t like calculations with negative numbers.
Please remove in the PP in the following functions the red bold characters .
This will result in positive A-values and you might mirror the rotational direction of the A-axis in Mach3
you’re a great man when you got your own easter island. Must be difficult to stay normal and help full to us simple humans.
I’m at the next stage and searching/testing to solve it:
At the moment M03 (plasma on) and M05 (plasma off) are not in the G code of the Post.
I’ve been searching in the mach3 plasma Post because M03/M05 is present and working there but to no result yet. I tried to export the lines that I thought send the M03 and M05 code but that did not work. It should be quite simple so I’m gonna try and find it.
Ofcourse it was just a try with the result of giving th M03 or M05 command every line (as you can see in the attachment). The mach 3 plasma post does not have this so this is a small step but not in the right direction so fat What am I doing wrong?