Hi Les,
the 20 digits jacala shows in this thread :
http://www.forum.sheetcam.com/viewtopic ... ght=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
20 digits A-Axis value
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
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
- Les Newell
- Site Admin
- Posts: 3675
- Joined: Thu May 11, 2006 8:12 pm
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
Put this as the first line of function OnRapid():
if (endX > 1e17 or endY > 1e17) then return end