Hi Les,
the 20 digits jacala shows in this thread :
http://www.forum.sheetcam.com/viewtopic.php?t=5604&highlight=plasma
when he uses the rotary post having a negative value I described in this thread has to do with the tool change position.
As soon as you uncheck ’ No move to safe Z after tool change ’ SC calculates an a-axis value based upon an infinite value of the y-axis .
So the 20 digits ore more are calculated .
Is this correct ? Could you have a look ?
Thanks
Richard
Ok ,
thinking about this I’d say it makes no sense to convert the tool change moves from linear to rotary values.
So everybody who needs rotary moves and tool change in one program must add those moves to the tool change point manual or as code snippets with SC after converting the plane code to rotary code.
Richard
SheetCam uses a very large number to indicate that it doesn’t know where that axis should be. For instance on the first move to safe Z it doesn’t want to move X or Y so they are set to very high numbers. post.ModalNumber never shows these large numbers.
Put this as the first line of function OnRapid():
if (endX > 1e17 or endY > 1e17) then return end