No CAM option for Rotary QtPlasmac?!

Hey guys!

I have built a fully functional pipe cutting machine, with double A axis.
I'm using a motorized lathe 125mm chuck in the back with 4 jaws, and another motorized self-machined chuck in the front with one of those big hollow bearings with outside mod2 teeth, and a self-centering clamping mechanism.

I've made custom hal changes to make these axis tandem of each other, even though they have a different stepper scale. I've used mult2 in hal file to multiply the steps and velocity outputs from original A axis to a and send them to another stepgen.

The problem is SheetCAM.

I'm using A as Rotary, and XYZ as normal axes. the problem is that sheetcam (paid version) allows me to generate the toolpath i want for the pipe that i want, but when i run the post processor, it is not compatible with QtPlasmaC.

I'm testing the machine with conversational built codes, like making a circle in conversational, then saving the program and manually adding "G0 A90" before the end, then another circle, then "G0 A180" or something like that, because Sheetcam generates gcode with a different format:

For example, it gives me an error for touchoff as it sends a different code to touchoff than what conversational generates: N0110 o<touchoff> call [34.000] [1] [2] (Touchoff and start cutting) 
Or it gives me an error as 'arc end differs from arc start". as i tried to change the "OnPenDown" function.
I want to run a full "cut around" of a pipe which requires me to simultaneously control all 4 Axis, and i can't program it manually of course, and sheetcam isn't helping.
I tried with a post processor which is in this forum, "Grotius" made it, and i've also tried with "linuxcnc plasma rotatif".
Any ideas as what i could do to achieve this? I send some samples of generated code with sheetcam.

Thank you!

My A axis is rotary, in angles, should i have done it some other way? I have no idea in this part.

Yes exactly, for a round pipe i would be comfortable using the 3 axis setup, but thats whats most complicated for me, as i need the X and A axis in my setup, for example to cut letters above a rectangular tube.

i changed the sheetcam "linuxcnc plasma rotatif" pendown function from:

function OnPenDown()
local matZ = sc.QueryDll(qryCHKEND, endY, dllId)
post.NonModalNumber(" o<touchoff> call [" ,(pierceHeight + matZ) * scale ,"0.000" )
post.Text ("] ")
post.NonModalNumber("[", pierceDelay * scale, "0.##")
post.Text ("] ")
post.NonModalNumber("[", cutHeight * scale, "0.##")
post.Text ("] (Touchoff and start cutting)\n")
post.NonModalNumber (" F", feedRate * scale, "0.###")
post.Eol()
end

to:

function OnPenDown()
post.Text (' M3 $0 S1 (plasma start)\n')
end

i still get errors "arc start radius differs from arc end" something like this and can't play the code.
also, what could i do to choose what program (sheetcam or qtplasmac) is managing the material properties and parameters within this gcode?

im not with the machine now but i think i managed it. i was also using Y for the tube feed and X for horizontal movement of the torch, but its supposed to be the opposite for the post processor that doesn't require probe made by grotius.

not requiring a probe is great because i was not yet testing this with the plasma cutter and i was using current passthrough to use it as probe, as i didn't want to implement a floating head... ohmic probe was not very good... so this is great.

this way is a lot more efficient. have been playing around and finally got it to work in gmocappy/axis .. but will try to find something more plasma-related to use it on.

is there a way to disable automated probing in qtplasmac or plasmac? this would be useful for me for another project as well.