Is MasterCam ever going to fix the G76 canned threading cycle?


Results 1 to 13 of 13

Thread: Is MasterCam ever going to fix the G76 canned threading cycle?

  1. #1
    Member
    Join Date
    May 2007
    Location
    USA
    Posts
    1003
    Downloads
    0
    Uploads
    0

    Default Is MasterCam ever going to fix the G76 canned threading cycle?

    We don't have the very latest update, but aren't too far behind. Threading cycles haven't worked correctly in many years. I believe it was back in V9 that our reseller tried to work with MasterCam people to get the problem corrected, but here it is years later and still with the same problem. I get the impression lathe is a second class citizen as far as MC is concerned.

    Anyone programming lathes knows exactly what I am talking about. Too bad MasterCam developers don't. Sorry if I come off a bit harsh, but 10 years (a guess) with the same issue can do that to you.

    Similar Threads:


  2. #2
    Registered GcodeEng's Avatar
    Join Date
    May 2018
    Posts
    7
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    What is the issue?



  3. #3
    Member
    Join Date
    May 2007
    Location
    USA
    Posts
    1003
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    Try using a G76 to thread and re-thread. The only way the program will come out right is if you use a 0 degree compound infeed. In the initial thread operation, set the first pass to something like .01 with a 29 degree compound infeed and a start position of Z.3. Copy this operation after re-turning/re-boring thread. In the re-thread operation, set MC to make one pass. Obviously this requires changing the Q and R (if used) outputs and any spring passes used as well.

    Post and look at the Z-start positions. They will not be the same. Ergo a messed up thread. Only the re-thread will have Z.3. MC performs math on the first Z.3 and adds a value to it based on thread height and compound infeed. Sorry, but this is wrong. No math is needed on the Z.3. The Fanuc control will do the math. I know all variables we can put in MC have a number assigned to it for use with MC. Simply take the .3 assigned to this value and output it to the G-code program. Done.

    Math should not be done on the Z-start position for a G76 canned cycle. Only on longhand output. As it is we have to subtract the extra value added to Z.3 to get the proper G-code output.

    Not only that, but there is often a G-code output that I don't like. It will look something like this.

    X1.03Z.3008
    Z.3
    G76.......
    G76.....

    All I want is

    X1.03Z.3

    I don't want or need that .0008 rapid move.



  4. #4
    Member
    Join Date
    May 2007
    Location
    USA
    Posts
    1003
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    Well.....that didn't go very far.



  5. #5
    Registered GcodeEng's Avatar
    Join Date
    May 2018
    Posts
    7
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    Have you reported the problem to QC?

    Last edited by GcodeEng; 07-22-2018 at 06:09 AM.


  6. #6
    Member
    Join Date
    May 2007
    Location
    USA
    Posts
    1003
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    No. Wouldn't know how. As I said in my first post, I reported it to our reseller. They communicated with the powers that be. Nothing ever got done about the problem.

    There have been improvements in the lathe section. Also a step backwards, AFAIC. I used to be able to use Extend (on an angled line) to make the X-value be the same as material size when using Rough in the Canned Cycles. Now it withdraws on a 90 degree after the angled line. Extend the angled line too far and the final X-value is greater than the material size. And this is before the X-value of the angle line reaches stock size.....because MC wants to withdraw on that 90 degree. I never bothered to figure out what the set minimum default amount of the 90 degree withdrawal is. If I wanted a 90 degree withdrawal I would define a vertical line after extending the angled line the desired amount. As it is I modify the programs after posting.



  7. #7
    Member cadcam's Avatar
    Join Date
    Apr 2003
    Location
    United States
    Posts
    3578
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    So how long ago did you talk to your dealer about this. this a post issues?

    (Note: The opinions expressed in this post are my own and are not necessarily those of CNCzone and its management)
    Cadcam
    Turning Product Specialist for a Software Company, contract Programming and Consultant , Cad-Cam Instructor of Mastercam .


  8. #8
    Member
    Join Date
    Mar 2017
    Location
    United States
    Posts
    314
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    G76 stinks anyhow

    G92 FTW



  9. #9
    Member
    Join Date
    May 2007
    Location
    USA
    Posts
    1003
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    Quote Originally Posted by generaldisarray View Post
    G76 stinks anyhow

    G92 FTW
    No thanks. G76 is much more versatile. If I need to control depth of each pass, I will use G32 so I can also use a compound infeed.....unless I don't want one, then G92 is okay. I'm thinking you don't understand how to use G76.



  10. #10
    Member
    Join Date
    May 2007
    Location
    USA
    Posts
    1003
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    Quote Originally Posted by cadcam View Post
    So how long ago did you talk to your dealer about this. this a post issues?
    Version 9 if I remember correctly. Although I've used MasterCam since at least V6, I only used it before V9 to save myself some trig calculations. Otherwise I manually programmed.

    I use something like 9 different posts. Every one puts out the same error. Some I simply made small changes in the posts so it would output the correct format for different lathes. I could try a default post to see if the G76 output is the same.



  11. #11
    your-cnc-specialist's Avatar
    Join Date
    Sep 2018
    Location
    Hartselle
    Posts
    2
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    Honestly this sounds more like a post issue. Can you share a zip2go?



  12. #12
    Member
    Join Date
    May 2007
    Location
    USA
    Posts
    1003
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    Quote Originally Posted by your-cnc-specialist View Post
    Honestly this sounds more like a post issue. Can you share a zip2go?
    I can try whenever I remember and have the time while at work. I am the sole programmer for 27 lathes. We have lost 5 people since a year ago last December (4 since this past January) and another has been out on disability with no time frame for coming back to work. None have been replaced. Since much of our work is repeat, I have been on the floor a lot setting up lathes. Needless to say I don't get many free minutes.

    If it is a post problem, then it is a problem with every post we have...and we have a fair number of posts.



  13. #13
    Member avongil's Avatar
    Join Date
    Sep 2008
    Location
    USA
    Posts
    87
    Downloads
    0
    Uploads
    0

    Default Re: Is MasterCam ever going to fix the G76 canned threading cycle?

    Hi. I think I know who you are if you work in NJ. PM me a zip to go that includes the post. I think I can take care of this and then you can blast it out to all other posts.
    I agree with you, it should not calculate a new starting Z point if the X value of the thread is at the finishing point. It needs to just use the distance on the first page + the acceleration distance on the second page.

    Not sure if it has been fixed on latest posts or not but I can check when I see yours. We can just take those values out and dump them in the code, and not use the ones sent by Mastercam to the Post. That should work.



Tags for this Thread

Posting Permissions

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


About CNCzone.com

    We are the largest and most active discussion forum for manufacturing industry. The site is 100% free to join and use, so join today!

Follow us on


Our Brands

Is MasterCam ever going to fix the G76 canned threading cycle?

Is MasterCam ever going to fix the G76 canned threading cycle?