13engines
Stainless
- Joined
- Jun 30, 2015
- Location
- Saint Paul, MN
Greetings all,
Up front:
Mid/Late 90's Mori Seiki SV-50 w/2 pallets
Fanuc 18MC
Can anyone tell me, if I set up the control to call program say O9003 using an M6, and M6 is contained within O9003, is disaster lurking in that call or not? Maybe just a hung control or a non-stop repetitive tool change? Not really looking for messed up keep relays either.
Let me explain. Unlike other machines I'm familiar with, where an M6 calls up 9001 for a tool change, this Mori has the entire tool change routine I think stored on ROM or EPROM. You can't see it, single block it, feed hold it, change it, or even follow along except for possibly seeing changes to modal G and M values on the MDI screen. Even with 8-9000 programs visible and editable.
Problems - the existing M6 doesn't automatically send the head home. If the head isn't home you get an alarm. What's also funky about this machine is you can't type say T5M6 in one line. They have to be on two or you get another alarm. Maybe it's the fact that in the many years of programming another machine that did everything you could ever want with a plain M6 call, including bringing up the right tool, I'm a little miffed over why oh why should I have to G91G28Z0 before a tool change, AND put the tool and change calls on two lines. Honestly, before the Mori came along, I can't remember once ever programming a G91G28 or separating T_ and M6. (Use G53 to put the machine where I want it for loading.)
Two - I have programmable coolant nozzles that need a DPRINT message sent out with each physical tool change to help the nozzle control follow along. Without access to the M6 programming, I've been stuck using G100 to call program O9010 (Param 6050) which is an all encompassing program including head home, M6 and the DPRINT stuff.
Besides the fact that whenever I transfer old programming off my Fanuc OMC machine, I have to change the tool change line from T5M6 to T5(EOB) next line G100; That's just a small hassle, but it pains me to have to use G100 for a tool change. It's just not right. It would be like calling G something to turn on the coolant. Really? Aurgh! Ha... I know there are bigger problems in the world than this, but some things you deal with everyday can urk a guy.
So what I'd like to do is change M6 to call subroutine O9003 (parameter 6073) In O9003 I'd include everything I want in a tool change, but at some point I'll still need to call M6 from within the M6 called subroutine as if it were a nested sub. From playing around with and assigning extra M codes, and from what I've read in Peter Smids' Macro B book, is that M codes calling these special subroutines (and macros I believe) DO NOT go to the PMC. Which is what gives me the idea that I can get away with this. To me the current Mori hidden tool change is completely within the PMC realm... or is it? (Could be my real question.) I mean, if the control is setup to call O9003 with an M6, is that going to override the controls desire? to bring in the hidden tool change M6? I know calling M6 from WITHIN the subroutine WILL go to the PMC, but... HELP! (Note: I can spot a bunch of M6 related stuff in the ladder, but other then that you can see nothing about it.) The other great thing about this is if it does work, I can see where my example of T5M6 all on one line should be totally fine. Especially if T5 is already waiting, as I normally try to make it so.(Though not 100%)
Thank you to anyone who can help. And no I won't hold anyone responsible if they say go for it and I do and my machine gets messed up. Ultimately it will be me that makes the final call based on available knowledge that I have or have acquired. If it were something other than a tool change I'd probably just go for it, but if you've ever seen one of these SV50's change a tool, you'll know what I'm talking about. Yikes... stand back! It verges on down right scary.
Dave
Up front:
Mid/Late 90's Mori Seiki SV-50 w/2 pallets
Fanuc 18MC
Can anyone tell me, if I set up the control to call program say O9003 using an M6, and M6 is contained within O9003, is disaster lurking in that call or not? Maybe just a hung control or a non-stop repetitive tool change? Not really looking for messed up keep relays either.
Let me explain. Unlike other machines I'm familiar with, where an M6 calls up 9001 for a tool change, this Mori has the entire tool change routine I think stored on ROM or EPROM. You can't see it, single block it, feed hold it, change it, or even follow along except for possibly seeing changes to modal G and M values on the MDI screen. Even with 8-9000 programs visible and editable.
Problems - the existing M6 doesn't automatically send the head home. If the head isn't home you get an alarm. What's also funky about this machine is you can't type say T5M6 in one line. They have to be on two or you get another alarm. Maybe it's the fact that in the many years of programming another machine that did everything you could ever want with a plain M6 call, including bringing up the right tool, I'm a little miffed over why oh why should I have to G91G28Z0 before a tool change, AND put the tool and change calls on two lines. Honestly, before the Mori came along, I can't remember once ever programming a G91G28 or separating T_ and M6. (Use G53 to put the machine where I want it for loading.)
Two - I have programmable coolant nozzles that need a DPRINT message sent out with each physical tool change to help the nozzle control follow along. Without access to the M6 programming, I've been stuck using G100 to call program O9010 (Param 6050) which is an all encompassing program including head home, M6 and the DPRINT stuff.
Besides the fact that whenever I transfer old programming off my Fanuc OMC machine, I have to change the tool change line from T5M6 to T5(EOB) next line G100; That's just a small hassle, but it pains me to have to use G100 for a tool change. It's just not right. It would be like calling G something to turn on the coolant. Really? Aurgh! Ha... I know there are bigger problems in the world than this, but some things you deal with everyday can urk a guy.
So what I'd like to do is change M6 to call subroutine O9003 (parameter 6073) In O9003 I'd include everything I want in a tool change, but at some point I'll still need to call M6 from within the M6 called subroutine as if it were a nested sub. From playing around with and assigning extra M codes, and from what I've read in Peter Smids' Macro B book, is that M codes calling these special subroutines (and macros I believe) DO NOT go to the PMC. Which is what gives me the idea that I can get away with this. To me the current Mori hidden tool change is completely within the PMC realm... or is it? (Could be my real question.) I mean, if the control is setup to call O9003 with an M6, is that going to override the controls desire? to bring in the hidden tool change M6? I know calling M6 from WITHIN the subroutine WILL go to the PMC, but... HELP! (Note: I can spot a bunch of M6 related stuff in the ladder, but other then that you can see nothing about it.) The other great thing about this is if it does work, I can see where my example of T5M6 all on one line should be totally fine. Especially if T5 is already waiting, as I normally try to make it so.(Though not 100%)
Thank you to anyone who can help. And no I won't hold anyone responsible if they say go for it and I do and my machine gets messed up. Ultimately it will be me that makes the final call based on available knowledge that I have or have acquired. If it were something other than a tool change I'd probably just go for it, but if you've ever seen one of these SV50's change a tool, you'll know what I'm talking about. Yikes... stand back! It verges on down right scary.
Dave