Jump to content

Welcome to eMastercam

Register now to participate in the forums, access the download area, buy Mastercam training materials, post processors and more. This message will be removed once you have signed in.

Use your display name or email address to sign in:

SledGeek

eMC Learning Group
  • Posts

    579
  • Joined

  • Last visited

Posts posted by SledGeek

  1. This is what I hoped to here. Now the first road block. I was talking to our IT person. He use to be our programmer. He brought up , when one programmer adds a tool, how is the tool list updated for all the other programmers already using mastercam. Once you open Mastercam isn't it the list loaded into mastercam. Don't get me wrong I agree, just trying to get answers to questions before I bring it back up. If they bring up a road block I will have to find a answer and it will be that much longer before it can be switched. Another programmer said he wanted to use his list that way he knew what was on it and that it was right. I tried to tell him that we need to all be using the same tools.

     

    Thanks for all the responses

    Connormac

     

    there's several ways to do it depending on your circumstances or set up. It must be thought through per shop application.with that being said.....out of everyhting that can be changed in a shop, people are the hardest thing to change ;) If your more open to the idea, ask him for HIS tool list so you guys are on the same page. You change a bit first , then mebbe he will come around. :)

  2. We are currently still using MCX4 and when doing the high speed rest roughing programs the firsttime I did it the program was good and looked ok, the cnc supervisor wanted me to change the stock in the roughing program used to create my solid so I change it and changed the stock in the rest roughing program to match. when I ran verifiy the very last pass on the tool came from the lowest z lvl. and came up thru the part diagionally gouging the part almost cutting it in two. can this type of program be edited or do you have to completley start over. One of our other programers said he also has had trouble with this in the past one time it works and the next time it messes up.

     

    Kinda sounds like it's missing a correct z clearance or retract value to clear before it rapids back to "home" after the final cut. Hard to say without a view of the toolpath.

  3. You have to have this at the beginning of every toolpath AFAIK. You can't just turn it on at the beginning of the program and off at the end. G8 P1 will allow that but it not as powerful nor as fast on the processing as G5.1Q1.

     

     

    I turn mine on at the beginning of multiple toolpath/toolchange programs and turn it off at the end. It goes on after M03 and before G43 and turns off at the end or before drill/tap cycles before G91G28 Z0. Not on and off for every toolpath within the program. I don't use G49 because the next tool callout cancels the previous offset.No G49, no reason to turn back on. Make sense ? Just my thinking, mebbe it's wrong ?? I'm not a post or fanuc expert on this so i don't 100% know the rules either.

    Is there a difference between how the AICC and AIAPC need to be posted ? I'm AIAPC.

     

    I'm curious because what i'm hearing hear, and what's actually happening on our equipment sounds like opposing scenarios. What else (besides machine parameters) can affect this, specifically? I've done alot of reading on this and it seems the common denom is a parameter , or choices by programmers on what they r comfy with.

  4. We have a Bridgeport GX1300 with Fanuc Oi-MC here that the standard MPmaster X5 post will cause a crash if you run back to back toolpaths with the high speed (G05.1) triggered from the toolpath. It cancels the TLO with a G49 in between the tool paths causing the machine to move the Z. I have been so busy that I have not found the time to see if there is a post tweak or possibly a machine parameter that will change its behavior on a G49.

     

     

    Have Oi-MC\bridgeport here and not getting that. Used old post from 9(updated) as well as the X5 MPMaster post updated to X6 and don't have that issue. Try not using the G49 ,try G91 G28 Z0 followed by G28 X0 Y0, then T--- M6. The only time we use G49 is manually when the program is stopped in the middle before the next tool callout.

    Might be a parameter somewhere in toollength comp ?

  5. As far as "if it conflicts" I can see where it might depending the machines hi speed funtions ability, it will see all the arcs and constantly reading ahead for smaller arcs, likely leading it to slow down more than it needs to. Again though it may well be machine specific too

     

    Yup. See it on mine under certain circumstances with G5.1. I have the AI APC so it's pretty basic control. I have found tht you need to do a little R&D with the highspeeds. I'm finding out that there are certain ones in 2D and 3D that will slow ya down a bit. Not worth turning off for me cuz it leads to jerking. But finding the best suited path for geometry happens quite often. Thank god there not huge parts.....

    For instance using Surf. Area Clearance instead of OptiArea cuz it generates less arcs for this particular geom. While opti would actually cut it a bit faster in backplot, on the machine the area cuts it faster......

  6. Anyone know who makes this style cutter with a 5 deg. taper instead of 7 ? Need something 2mm or smaller for hardmilling 56-60 Rc. I can substitute , but ideal would be 5 degree if anyone knows offhand.Sraight releif is just so weak...and anything greater than 5 deg. rubs and I have to whirlie it down on sin plate... :rolleyes:

    post-30788-0-90286700-1322072042_thumb.png

  7. Colin and Sledgeek,

     

    Well after a few weeks delay, which wasn't bad as I was down I worked back and forth with CNC and we were able to find the root cause of the problem. It was indeed related to the nethasp. I have my nethasp hooked up on my pc and was accessing it locally, not through a network port. So I generated a new nethasp.ini file and switch nhaspx.exe to network and the problem is solved, now the right click is down to approximately a half second delay which is normal from past experiences. Interesting that this is the issue, but I am glad that it is fixed.

     

     

    Husker

     

     

    Great! Glad you found it !! No nethasp here......

Join us!

eMastercam - your online source for all things Mastercam.

Together, we are the strongest Mastercam community on the web with over 56,000 members, and our online store offers a wide selection of training materials for all applications and skill levels.

Follow us

×
×
  • Create New...