![]() |
![]() ![]() |
![]() |
![]()
Post
#1
|
|
Member ![]() ![]() Group: Members Posts: 20 Joined: 20-September 13 Member No.: 3,558 ![]() |
Has anyone tried to use the round array choice in hole machining? I cannot get mine to work. All it does is mill the same hole in the same place the number of times I put in the count box.
Out of curiosity I tried the other choices, the two dimensional worked, but the axis symmetry and the point symmetry did not work either. I was able to use the "pattern" option in the job assignment to get the radial copying, but the round array should work. Note, the picture I just put in to show the screen, I did have a non zero step angle in. I tried many different step angles. Thanks John
Attached File(s)
|
|
|
![]()
Post
#2
|
|
Member ![]() ![]() Group: Members Posts: 20 Joined: 20-September 13 Member No.: 3,558 ![]() |
My wife figured it out. (she is computer engineer, but she doesn't know Sprutcam)
The X and Y are relative coordinates, relative to the first hole, NOT absolute coordinates. There is no indication in the graphic or anywhere in the Sprutcam manual that the coordinate values are not absolute. It is a great program, but the RussEnglish manual translation can be hard to deal with at times. John |
|
|
![]()
Post
#3
|
|
Member ![]() ![]() Group: Members Posts: 20 Joined: 20-September 13 Member No.: 3,558 ![]() |
Update-
When I finally got around to making my part the g-code had no output for my hole pocketing. I changed the hole pocketing code type from canned to long hand and got the g-code, but the round array was putting my holes in the wrong place. I then changed the X and Y back to absolute coordinates and it worked. After some thinking this makes sense. If the hole pocketing is done with a subroutine call the subroutine doesn't know what the absolute coordinates of the calling program are, so it references the hole location. If the code is generated for the hole pocketing then Sprutcam knows where the absolute coordinates are so it references off the part's origin. Dave, why does the canned cycle not work with the Tormach? I did have extcycle set, since I figured I had the latest Tormach postprocessor. Thanks John |
|
|
![]()
Post
#4
|
|
![]() Advanced Member ![]() ![]() ![]() Group: Administrators Posts: 1,091 Joined: 12-December 07 From: United Kingdom Member No.: 4 ![]() |
QUOTE Dave, why does the canned cycle not work with the Tormach? I did have extcycle set, since I figured I had the latest Tormach postprocessor. I'm not sure if the PCNC postprocessor that is included with the standard SprutCAM 10 installation is the latest one? I have checked this and there is no routine included within the EXTCYCLE section for 'W5DHolePocketing(491)'. This could simply mean that nobody has added the feature to the postprocessor, or, that the PCNC does not have a G-code cycle for circular hole pocketing in which case the 'Long Hand' option would have to be used instead. Dave -------------------- "Never interrupt your opponent when he is making a mistake..." - Napoleon Bonaparte
www.sprut.co.uk |
|
|
![]() ![]() |
Lo-Fi Version | Time is now: 24th February 2019 - 01:26 AM |