Kiwa excel 510 toolchange HELP!!

[bensoli]

Hi there,

As my title already showed, I have a problem with my KIWA excel 510. The machine was build in 1990 with a fanuc OM control system. The machine has a carousel with 16 tools vertically placed.

I must admit I am new in the cnc world and because a lack of good machine documentation and experience, I accidently modified/deleted the toolchange macro (O9001).

After a good search I found some useful information, so I was able to program a part of the macro back in the system. Now when I call in the toolchange progam (T01 M16) the following happens:

The carousel comes forward, picks out the present tool, drops down, rotates to the new tool and comes to a hold. So it stays in the drop down position.

TOOL CHANGE MACRO:

O9001;
G80 G40 M9;
G91 G30 Z0 M19;
M6 T#149;
M99;

I know something is missing but don't see what. Maybe someone has the same machine with a good macro? All suggestions are greatly appreciated!


Ben
The Netherlands

[stevo1]

Does the control call the 9001 program with the M6 code? Does the new tool actually get clamped then just sits there?

Stevo

[bensoli]

Originally Posted by stevo1 Does the control call the 9001 program with the M6 code? Does the new tool actually get clamped then just sits there? Stevo

Hi Stevo,

Thanks for your reply! The control does call the 9001 program. On my machine I call it with T01 M16

When ik call the program the toolchange starts:

Carrousel comes forward and picks out the current tool,
Rotates to the next holder and then comes to a hold.

So it should be moving upward to clamp the new tool and then retract the
carrousel, this doesn't happen.

When I'm in jog mode at toolchange position (G30 Z0) the whole cycle works fine. I know something is wrong with the code.

Ben

[stevo1]

Ok I have a few questions. First one is kind of insignificant. Whey M16 and not M6? It should not matter because obviously you have parameter 240 set to 16 so the M16 is used but I was just curious.

Now you say when you are in jog mode and G30Z0 position that the cycle works fine. What are you typing to make the cycle work? Are you just moving it to G30Z0 then typing in M6?

Now from a code standpoint there are a few things we can try. Depending on how your machine is setup to function. G30 is for your return from 2nd,3rd,4th reference positions and I ass u me that your tool change position is Z0 and the carrousel does the work of up and down without moving Z correct?? If that is the case then a simple G91G28Z0 would be more appropriate but not a necessity. Take your M19 and put it in the next line.

Now depending on how your code is completed in the ladder typically all that is needed is a M6. You have M6T#149. Now I ass u me that you got that maybe from an example of a tool change program however if your machine or program does not set #149 to the modal T then it will mug things up. If you were to start the tool change process and stop it before the M6T#149 block then look at what the value of #149 is set to. I have seen variables set to the modal T thru the PMC data before but this is typically done via tool change macro and you don’t have it coded. It would be something like #149=#4120 to capture the modal T and set it to #149. However most tool changes will change with a M6 already knowing the modal T via ladder. If you would like to use #149 to track the tool in the spindle then that is ok it can be added to the macro.

I would start with something like this.
O9001;
G80 G40 M9;
G91G28Z0
M19;
M6
#149=#4120---(optional to track the tool)
M99;

If your code needs #149 and it is not being set when you look at #149 then put #149=#4120 at the beginning of your program and then put the T#149 back in the M6 line.

Stevo

[bensoli]

Thanks steve for your help!

First of all I bought the machine via auction. When I first took a look at the programs located in the memory, I noticed that all toolchanges were called with this M16. I don't really know why this is done, but I do know it worked before. The previous machine operator must have had his reasons.

When I am in jog mode I can operate the ATC via the specific switches located on the control panel. This can only be done after I enter a G30 Z0 in MDI mode. So the spindle has to be in this position to make (manual operated) toolchange possible.

The carrousel is the one that moves the tools up and down. The Z axis stays in the G30 Z0 position during the whole toolchange.

You are correct about the T#149. I have found this on an other thread for a KIWA machine. I (maybe dumb) assumed that this was a neccesity in the code. Now when the toolchange starts, it stops in my M6 T#149 line, which is a strange coincidence maybe. Realising that the T#149 might be the one messing up the toolchange cycle?!

I will remove the T#149, see what is does and check the other things you have mentioned. I'll keep you informed!

Ben

[stevo1]

Ben,
I believe you will probably find that to be the problem. Once it pauses on the M6T#149 go look at what common variable #149 is set to. My guess is it is set to null. This in turn is trying to call null. As an example if #149 was set to say 2 then the line of code would represent M6T2.

The document attached will tell you how to view the variables on your control.

Stevo

[sinha_nsit]

Use of T#149 is making me curious. Read the attached document. It applies to 0i control, but you may expect a similar thing on your control also (?). The given example pertains to a lathe. But a similar thing happens on a milling machine also.

[stevo1]

Originally Posted by sinha_nsit Use of T#149 is making me curious. Read the attached document. It applies to 0i control, but you may expect a similar thing on your control also (?). The given example pertains to a lathe. But a similar thing happens on a milling machine also.

Hey Sinha....good info on the T#149.

As you know #149 is one of your common variables. These pertain to all Fanuc controls that are using macro programming. When these are put into macros or tool change programs they are usually done so by the MTB. As to what your document is specifying is that you can call a sub via T() code and it will set #149 to the modal T. Which IIRC can be done on any Fanuc control. This is typically used when an M6 function is not used or not allowed. Some machines were set up to call the tool sole based on the T() command with no M6. I have also used this so I can write a pre-called tool to a permanent common variable so I can track it. Or if you want to avoid or skip specific tool pockets in the magazine.

I am sure there may be more reasons for using this and would be curious to hear them.

However according to the rules of sub called with the T-code when Ben’s programming is running it is a macro/sub and will treat the T#149 as a common T and not call program 9000. This will also be true because it is being used with the M6 function. Now given the fact that 9000 is not being called that tells me that #149 is not being set to modal T which in turn would leave #149 null and mug up the tool change call.

Because of a lot of this is the main reason most macros are not just easily transferable to any machine. Most programs can look good in theory but 1 parameter setting different from 1 machine to the next can cause unforeseen problems. In this case we are adding a M16 into the mix along with it. Which in reality means nothing other than 16 is set in the parameter for the 9001 macro call instead of 6 but to some people they would think it pertains to the O series control or Kiwa machines.

I am going purely based on what the conditions say is allowed and what is not. I do not setup any of my tool change macros in this manner and never run this syntax through any of my controls so I can’t speak with 100% certainty. I have used the sub call with a T on unique occasions otherwise pretty much anything you want to do can be easily done in the tool change macro without adding confusion with the T subprogram call function.

I apologize….I just kind of kept rambling. For some reason this morning I felt the need to over explain which probably was not a good idea on a issue I am not 100% on. Go ahead take turns

Stevo

[sinha_nsit]

My document is 100% based on 0i Operator's Manual. So, it holds good irrespective of what MTB might be doing. Of course, other control versions may have certain differences, of which I am not sure.

Actually, I always suspect Fanuc manuals. It was difficult to believe that a common variable automatically gets defined in this manner (After all, what is so special about number 149!). So, I tested it on the machine. Yes, Fanuc was correct this time!

[sinha_nsit]

Originally Posted by stevo1 As to what your document is specifying is that you can call a sub via T() code and it will set #149 to the modal T. Stevo

The second part of this sentence in not exactly what I meant. Only #149 gets defined. It has to be used in conjunction with a T-word, inside the subprogram. A simple M06 would not do anything.

[bensoli]

Hi guys!

Sadly I haven't been able to test all the things you have opted. I went away
for buisiness yesterday and because I follow classes once a week, I'm not
at work today also. The fist oppertunity will be friday. I'll keep you informed on the progress!

Thanks for all the help!

[sinha_nsit]

Originally Posted by stevo1 However according to the rules of sub called with the T-code when Ben’s programming is running it is a macro/sub and will treat the T#149 as a common T and not call program 9000. Stevo

A parameter setting decides whether or not subprogram call (of O9000) with a T-word is permitted. On 0i control, it is 6001#5 (to be set to 1 for such a function). On other control versions, the parameter number might be different.