Unique identifier / Serial number parameter for Fanuc controller machine

[yaji63]

Does anyone know in what parameter the Serial number of a Fanuc controller reside ?

I have 2 machines with Fanuc OiMD controller and i have programs which have to be run only on a specific machine. I do not want a program meant for one machine to be accidentally run on the other machine. I intend to use macro variable statements and identify the machine with its control serial number (which i presume is the only unique identifier) to permit the usage of a particular NC program on the machine.

Thanks in advance for the help

[fordav11]

there is no macro variable for the serial number. it doesn't exist

[dcoupar]

I've never seen the serial number or any other unique identifier stored in a parameter.

You could set a unique value in one of the common variables (#500-#999) for each machine and protect those variables from being changed or cleared with parameters 6031 & 6032 (range of variables to be protected), then check that variable at the start of each program.

[yaji63]

Originally Posted by dcoupar I've never seen the serial number or any other unique identifier stored in a parameter. You could set a unique value in one of the common variables (#500-#999) for each machine and protect those variables from being changed or cleared with parameters 6031 & 6032 (range of variables to be protected), then check that variable at the start of each program.

Thanks for the info. I did have an idea about the #500 and above but i did not know that they can be protected from clearing.

[texaspyro]

I don't think the Oi series supports params 6031/6032. They are not in my Oi parameter manual.

I have seen people key a program to a particular machine by putting some uniquely identifying info in an unused entry in the tool (or offset) table and testing for that.

[fordav11]

we just keep separate directories for each machine on our file server and call up those programs automatically via the software. if an operator wants a program from another machine directory he must manually copy it to a temp directory then send it to the machine.
he knows he must convert whatever is required to get it to run. in most cases it will run with minor changes like tool and offset numbers.
if an operator tries to run a program from a different machine without checking it first then it's a sign that it's time to hire a smarter operator

[dcoupar]

Originally Posted by texaspyro I don't think the Oi series supports params 6031/6032. They are not in my Oi parameter manual. I have seen people key a program to a particular machine by putting some uniquely identifying info in an unused entry in the tool (or offset) table and testing for that.

They're in the 0i-D parameter manual, which is what he said he was using.

[yaji63]

Originally Posted by fordav11 we just keep separate directories for each machine on our file server and call up those programs automatically via the software. if an operator wants a program from another machine directory he must manually copy it to a temp directory then send it to the machine. he knows he must convert whatever is required to get it to run. in most cases it will run with minor changes like tool and offset numbers. if an operator tries to run a program from a different machine without checking it first then it's a sign that it's time to hire a smarter operator

I do agree with your statement about hiring a smart operator but unfortunately finding one today is pretty tough which is why I' am trying to make things idiot proof

[stevo1]

The only sure way I see this being done to make it error proof is to do it via macro variables but then you will have to add that variable to the machine and lock it as Dave has already stated. You could also do this via custom M or G code in the machines.

If you did it like Dave stated you would do something like this. Machine #1 can run program O0500 but Machine #2 cannot. In machine #2 you can set parameter 999=1 and then lock that variable from being changed via parameter. Then write your program O0500 to the following code at the beginning and end of your program.
O0500(main program)
IF[#999EQ1]GOTO1000
…
…
M30
N1000#3000=1(FORMATTED FOR MACHINE #1)

I suppose you could say that you need to set #999=0 in machine #1 and lock that as well so that does not get changed and not allow you to run the program intended for machine #1 in machine #1.

>>>>>>>

Now if this is going to be a regular occurrence of programming that is only allowed in machine #1 or machine #2 then I would look at doing a custom G or M code so that all you have to add at the beginning of the program is add the custom code.

The following G-codes and custom programs are only examples and you would have to make sure that your machine is not using the G-code I specify or the program number being called.

G201 is the custom code to allow programs only to run in machine #1
G202 is the custom code to allow programs only to run in machine #2

Set parameter 6050=201(this will call program 9010 when G201 is programmed)
Set parameter 6051=202(this will call program 9011 when G202 is programmed)

Now write and store programs 9010 and 9011 in the machine #1 as follows:
O9010
M99

O9011
#3001=1(PROGRAM NOT ALLOWED)
M30


Now write and store programs 9010 and 9011 in machine #2 as follows:
O9010
#3001=1(PROGRAM NOT ALLOWED)

O9011
M99

Now that the programs are all set all you have to do when you create a program that you want to only run in machine #1 is program a G201 as the very first line of code. If you want it to only run in machine #2 then program G202 as the very first line of code. Now if it does not matter which machine it runs in then do not use either G201 or G202.

The above seems complicated but once you set the custom codes and program in place you only have to use G201 or G202 in the programs that you write.

Stevo

[stevo1]

Originally Posted by yaji63 I do agree with your statement about hiring a smart operator but unfortunately finding one today is pretty tough which is why I' am trying to make things idiot proof

I think what you are trying to do is the right thing regardless of the caliber machinist that you have. You are error proofing a process due to unique circumstances of machine capability. I would do the same thing to avoid myself from accidentally running one of my own programs in the wrong machine if I was randomly proving something out on a Sunday with no one around.

I have many journeyman machinists working for me making $25hr+ with 30+yrs experience. However most of the forgings we put on the table are worth 50k+ before we even put a tool to them. Hiring smarter machinists…???...not an option……. I wouldn’t trust Einstein before I added a few error proof checks similar to what you are asking for.

Stevo

[fordav11]

while I like your advanced approach you're over complicating a simple problem.

our 'program for each machine in the same directory' system works very well. our transfer software simply does not allow any other programs from other directories to be accessed from that machine.
the machine number/make/model is at the very top of each program. it's impossible not to see it.
A quick meeting with all machinists can ensure everyone knows what to do.

if you want a program for a specific machine just write it and put it in the required directory. if there is no program for that part in that directory the operator can not make that part. period. the operator then goes to see the programmer who writes the program for that machine and saves it in the required directory. problem solved. forever.

you could make things idiot proof but an idiot will still screw it up. that's why Windows is at version 7 now and version 8 is not far away. it does not matter what you do, it will never be idiot proof. for example your alarm #3000 occurs sure. But the G201/G202 can simply be deleted and the program will continue. .... sorry, not idiot proof.

the solution is to create less idiots with the appropriate training and education. Ultimately it is the company that will benefit from it.

[dcoupar]

Originally Posted by fordav11 if you want a program for a specific machine just write it and put it in the required directory. if there is no program for that part in that directory the operator can not make that part. period. the operator then goes to see the programmer who writes the program for that machine and saves it in the required directory. problem solved. forever.

So how do you idiot proof putting the program in the correct directory? I've known several programmers who could be classified as idiots.