586,096 active members*
3,637 visitors online*
Register for free
Login
IndustryArena Forum > CAM Software > SprutCAM > Small g01 moves on big radius?
Results 1 to 19 of 19
  1. #1
    Join Date
    Feb 2012
    Posts
    27

    Small g01 moves on big radius?

    Hi
    Can anyone help me understand why Sprutcam7 makes small g01 moves when machining a circle with a radius bigger then 400 mm
    and use g02,g03 when the radius is smaller then 400 mm?

    Maybe im doing something wrong but i want all the radius to be g02,g03 code so it dont create a huge number of lines with g01 moves.

  2. #2
    Join Date
    Jul 2003
    Posts
    148
    Did you import this file into Sprutcam or did you actually draw it in Sprutcam? I took at your file in Sprutcam 8 and am not sure that it loaded correctly. I see no selection of anything in the job assignment tab. When I go to check the part I see nothing loaded or referenced under the model. SC8 does show a simulation and I can output code. But there is nothing selected for the job. You may have to ask someone who has SC7.Click image for larger version. 

Name:	Radius test.jpg 
Views:	0 
Size:	41.8 KB 
ID:	219290

  3. #3
    Join Date
    Feb 2012
    Posts
    27
    I draw it in sprutcam but i tried import as dxf or iges and its been the same problem.
    If you could make a simulation and output g-code it works.
    So how did the code look, was it lots of small g01 moves or just a few g02?

  4. #4
    Join Date
    Jul 2003
    Posts
    148
    It's a bunch of short moves...but I could not change parameters etc without loosing what was on screen. Upload the Dxf or it's files so I can take a look.

    Not sure we're it is in SC7, but in sc8 under parameters you can control how sc handles arcs. Min length, max size. Output as whole circles, half circles etc. Will post a screen shot tomorrow.

  5. #5
    Join Date
    Jul 2003
    Posts
    148
    Small moves...but I could not make changes to the parameters of the program without loosing everything...could you post your Dxf or igs file.

    In sc8 under parameters you can set how sc handles arcs. Believe that it's the same for sc7. Check older posts. Believe that this was covered.

  6. #6
    Join Date
    Jun 2006
    Posts
    340
    tkgb
    I have found the same problem. Radius 350mm produces G3 and 400MM radius produces all G1.
    I have SC7.1.6 and am using MasterpostRev1.5.ppl dated 6/17/2011 postprocessor which is the latest release.

    I suggest you contact SprutCAM USA and seek advice.
    Please let everyone know what you find out.
    Bevin

  7. #7
    Join Date
    Feb 2012
    Posts
    27
    I have changed all the parameters so it should put out g02,g03
    I have also tried different settings for arcs in the postprocessor.
    Nothing works and since it makes fine g02,g03 arcs when the radius is less than 350 mm i think its a bug in Sprutcam.

    Its easy to test just make a simple 2D countouring operation on a circle with 400 mm radius or more.



    Attachment 219472

  8. #8
    Join Date
    Jun 2006
    Posts
    3063
    I'm not at home and can't check now, but there is a parameter that can be used to adjust how well profile operations follow an arc. In fact, I think it had the word "arc" somewhere in the feature name. I generally use 0.002" for that parameter and that has worked well on smaller radii. Perhaps playing with values for that parameter will help?

    Mike

  9. #9
    Join Date
    Feb 2012
    Posts
    27
    Yes "smooth by arcs" does work but only in a way that it makes more g01 moves or less g01 moves.
    It still does not make g02,g03 moves if the radius is bigger than 400 mm.

    Sure the programs works with small g01 moves but it seems pretty stupid to have 3000 lines of g-code when you only need 1 line when using g02,g03

  10. #10
    Join Date
    Apr 2006
    Posts
    439
    Maybe it is the operation you are using.

    I just modeled a 1000mm disc and imported as an iges. used a 2D profile and clicked on the outside edge and selected curve under job assignment.
    It produced a G2 move.

    I then drew a 1000mm circle in 2D geometry and did that as a 2D profile as well.
    It also produced a G2 move.

    This was in 7

    Scott
    www.sdmfabricating.com

  11. #11
    Join Date
    Jun 2006
    Posts
    3063
    I didn't realize that you were doing a pocketing operation and assumed that you were 2D profiling. So far as I can tell "smooth by arcs" is not available in pocketing. However I downloaded your STC file, loaded it into SC7 and postprocessed with Tormach's "PCNCMasterPostRev1.4" post and got G-code below. I made no changes to any part of the file and it simulates with a bunch of arc cuts and the G-code seems to have G2 instructions at the proper points.

    I am using Imperial units, however, and let SC7 change units. I'm also using SC7, Build 1.6, Rev 59340 in case that makes a difference. Basically, it looks like it is working fine to me.

    Mike

    %
    ORadius test

    (Tool) (1) (Diameter)(4.488) (@100 MM PLANFRAS) (Operation) (Pocketing)

    N10 (Postprocessor: PCNCMasterPostRev1.4)
    N20 G90 G54 G64 G50 G17 G40 G80 G49
    N30 G20 (Inch)
    (Pocketing)
    N40 G54
    N50 M998
    N60 T1 G43 H1 M6
    (100 MM PLANFRAS)
    N70 S700 M3
    N80 G0 G94 X-22.0405 Y-1.4116 Z1.1811
    N90 G0 M8
    N100 G1 Z0. F23.6
    N110 X-19.801 Y-1.2682
    N120 G2 X19.801 Y1.2682 Z0. I19.80098 J1.26819
    N130 X-19.801 Y-1.2682 Z0. I-19.80095 J-1.26816
    N140 G1 X-17.5615 Y-1.1247
    N150 G2 X17.5615 Y1.1248 Z0. I17.56148 J1.12475
    N160 X-17.5615 Y-1.1247 Z0. I-17.56145 J-1.12472
    N170 G1 X-15.3219 Y-0.9813
    N180 G2 X-9.2575 Y12.2485 Z0. I15.3223 J0.98122
    N190 X-15.3129 Y-1.1152 Z0. I9.25746 J-12.24857
    N200 G1 X-15.3219 Y-0.9813
    N210 X-13.0824 Y-0.8379
    N220 G2 X-7.8351 Y-10.5102 Z0. I13.0825 J0.83784
    N230 X-13.0824 Y-0.8379 Z0. I7.83516 J10.51016
    N240 G1 X-10.8429 Y-0.6944
    N250 G2 X8.6187 Y-6.6163 Z0. I10.84311 J0.69445
    N260 X-10.8417 Y-0.7139 Z0. I-8.61855 J6.61629
    N270 G1 X-10.8429 Y-0.6944
    N280 X-8.6034 Y-0.551
    N290 G2 X-0.0756 Y-8.6208 Z0. I8.60347 J0.551
    N300 X-8.6034 Y-0.551 Z0. I0.07547 J8.62056
    N310 G1 X-6.3639 Y-0.4076
    N320 G2 X6.3639 Y0.4076 Z0. I6.36395 J0.40759
    N330 X-6.3639 Y-0.4076 Z0. I-6.36392 J-0.40756
    N340 G1 X-4.1244 Y-0.2641
    N350 G2 X4.1244 Y0.2642 Z0. I4.12444 J0.26416
    N360 X-4.1244 Y-0.2641 Z0. I-4.12441 J-0.26413
    N370 G1 X-1.8849 Y-0.1207
    N380 G2 X1.8849 Y0.1207 Z0. I1.88494 J0.12073
    N390 X-1.8849 Y-0.1207 Z0. I-1.88491 J-0.1207
    N400 G0 Z1.1811
    N410 M5 M9 (Inch)
    N420 M998
    N430 M5 M9
    N440 M30
    %

  12. #12
    Join Date
    Jun 2006
    Posts
    340
    Quote Originally Posted by Scott_M View Post
    Maybe it is the operation you are using.

    I just modeled a 1000mm disc and imported as an iges. used a 2D profile and clicked on the outside edge and selected curve under job assignment.
    It produced a G2 move.

    I then drew a 1000mm circle in 2D geometry and did that as a 2D profile as well.
    It also produced a G2 move.

    This was in 7

    Scott
    Scott,
    What release SC7 do you have, and what postprocessor are you using?
    I used 2D Geometry to draw the circle and used 2D Contouring which produced one G2 command at 350mm radius but all G1s at 400mm radius.
    Michael Henry produced lots of G2 codes but as tkgb said, the code should consist of just one G2/G3.

    It does seem like a bug, but not sure if it is in SC7 or postprocessor for Tormach.

    Bevin

  13. #13
    Join Date
    Apr 2006
    Posts
    439
    SprutCam 7 Build 1.6 Rev. 58086

    I used a PP named PCNCMasterRev1.4.ppl dated 3/4/2012

    Scott
    www.sdmfabricating.com

  14. #14
    Join Date
    Feb 2012
    Posts
    27
    Hi Thanks for all the answers.

    I changed the setup in Sprutcam to inch and then i got the same good g-code with g02 as MichaelHenry got.
    But then i drawed a circle 400 inch in radius and made a simple 2D countouring operation and it was back to the small g01 moves in the g-code.
    So the problem is the same it does not matter if its metric or inch over 400 in radius it does not put out g02,g03

    Scott_M
    When you made your test with a 1000 mm disc was Sprutcam in inch or metric mode?

    Tommy

  15. #15
    Join Date
    Apr 2006
    Posts
    439
    Hi tkgb

    It was in inch mode.

    Have you tried different post processors ?

    Scott
    www.sdmfabricating.com

  16. #16
    Join Date
    Feb 2012
    Posts
    27
    I tried lots of different postprocessors but they all make the same small g01 moves when radius is 400 or bigger.

    Tommy

  17. #17
    Join Date
    Jun 2006
    Posts
    3063
    Quote Originally Posted by bevinp View Post
    Michael Henry produced lots of G2 codes but as tkgb said, the code should consist of just one G2/G3.
    Bevin - it looks like he is pocketing out a 800 mm diameter circle with a 100 mm diameter cutter - it takes several arcs to do that, since each arc can remove at most 1/4 the material of the circle. Hope that made sense.

    Mike

  18. #18
    Join Date
    Jun 2006
    Posts
    340
    Mike,
    Mike,
    Yes you're right. I didn't notice that you had used the OP's file.
    What SC7 release and postprocessor are you using?

    Scott,
    My SC7 is 7.1.6 build 51469. I haven't found any bugs yet so I am staying with it. Although I have experienced some weird toolpaths but was able to change parameters to correct them... don't know if it was my fault or a bug.

    Bevin

  19. #19
    Join Date
    Jun 2006
    Posts
    3063
    postprocessed with Tormach's "PCNCMasterPostRev1.4" post ... I'm also using SC7, Build 1.6, Rev 59340
    Bevin, the above was posted upthread. Looks like my build is a little later than yours. I've got SC8 (Build 2.00 Rev 69314, 11/28/2013) installed and it also produce proper arcs for the OP's file.

    Mike

Similar Threads

  1. Small radius good Large radius bad
    By K2Developmentab in forum Fadal
    Replies: 2
    Last Post: 09-26-2013, 07:26 PM
  2. Replies: 1
    Last Post: 05-15-2013, 08:52 AM
  3. Cutter radius compensation and Z moves
    By petri-ju in forum G-Code Programing
    Replies: 2
    Last Post: 02-03-2012, 12:57 PM
  4. helical radius too small l
    By bala955 in forum Surfcam
    Replies: 2
    Last Post: 06-30-2009, 03:28 PM
  5. helical radius too small
    By bala955 in forum Fadal
    Replies: 3
    Last Post: 06-29-2009, 05:07 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •