27 replies to this topic

[Tinhman]

I never have to worry about this because I am using
H#3020 (For Variaxis)
and
H#51999 (For all mazak machine)

HTH

[Mike Whitten CAD/CAM Contractors]

Hello Aeroguy,

I am wondering if you are using tool holders.  X5 MU1 and earlier versions worked well for me until I started using tool holders in X5 MU1.  When using tool holders on a fairly busy job, it would sometimes get confused and scramble my t#'s as you are explaining.  I believe that there are more people here with the issue as I have seen other posts on this.  Because of this issue and the fact that the tool holder is not defined in the tool def as it should be, I feel that it is just safer to use custom tools in X5 MU1.  I have not tried tool holders in X6 yet, so I am not sure if this issue has been corrected.

Thanks,

[Aeroguy]

Hi Mike,
Yes I am using tool holders in X5. I always use them in fact. I have had similar tool changing problems when ever I change the holder after calculating a toolpath, but I had realized this already and would check things over accordingly.
My big problem is that recently they are just changing at what I perceive to be as a random occurence.

[dfedwards]

I have had this problem and it seems to definitely be related to toolholders. I use toolholders all of the time because this data is collected and printed in my setup sheets but the whole tooholder mess is buggy. I have learned to assign toolholders after I have completed programming and before creating my AR Setup Sheet. If I have to use toolholder before I finish programming the entire part (if I need to check clearance, etc.) I have learned to keep that tool assembly sacred (tool number, holder etc.) and never create another tool from a tool that already has a holder assigned to it (this seems to be where the tool renumbering issues come from). For example, if I have a 3/4 X .125R bull mill defined, Do not modify and choose create new tool, I have learned to create new tools from scratch. Just my 2 cents.

[rocheey1]

dfedwards, on 06 February 2012 - 07:52 AM, said:

I have had this problem and it seems to definitely be related to toolholders. I use toolholders all of the time because this data is collected and printed in my setup sheets but the whole tooholder mess is buggy. I have learned to assign toolholders after I have completed programming and before creating my AR Setup Sheet. If I have to use toolholder before I finish programming the entire part (if I need to check clearance, etc.) I have learned to keep that tool assembly sacred (tool number, holder etc.) and never create another tool from a tool that already has a holder assigned to it (this seems to be where the tool renumbering issues come from). For example, if I have a 3/4 X .125R bull mill defined, Do not modify and choose create new tool, I have learned to create new tools from scratch. Just my 2 cents.

I had this problem for months on X5/X5MU1. Usually D offsets, sometimes H Offsets. I even tried writing a NetHook to scan down the operations looking for this, but it only reported what it saw in the Operations manager - which usually displayed the Offsets correctly. A complete reinstall seemed to help this.

[dfedwards]

Does X6 seem to be better? I haven't upgraded yet, I have been watching the bugs posted on the forum and haven't gotten comfortable yet. I have 8 programmers and I have to be careful because there are only 2 Senior Programmers, myself and one other, and the rest rely on me for training etc. I just don't want to open up a big can of worms - I generally end up not getting any of my own programming done for a month after I upgrade anyways, if there are too many bugs to work through, it could become a nightmare for me.

[TheePres]

I have aslo had a part scrapped because of this, It was my first time and last time using tool holders also.

[Tinhman]

This posted a while back ago.
My link