Printed Circuit Board Assembly & PCB Design SMT Electronics Assembly Manufacturing Forum

Printed Circuit Board Assembly & PCB Design Forum

SMT electronics assembly manufacturing forum.


Best way to store products on Univ GSM-1?

jk@37h3r.net

#31431

Best way to store products on Univ GSM-1? | 19 November, 2004

Hi, all.

I'm fairly new to a Universal GSM-1, and wondering if there's an easy solution to save a product along with component database to disk, and load the product directly from there?

I'm having problems with products and databases being updated wrongly, and would like to have a known good copy of a product with a known good database able to to just be plugged in and run.

Any help is much appreciated!

reply »


RDR

#31432

Best way to store products on Univ GSM-1? | 19 November, 2004

Hook it up to a server and only allow read access to the operators for the files. Then if changes have to be made it will take the appropriate person to overwrite the file and save it to the server drive.

Russ

reply »

jk@37h3r.net

#31433

Best way to store products on Univ GSM-1? | 19 November, 2004

Thx for the quick reply.

We're just getting started with networking the machine - as we haven't managed to get TCP/IP functional, we just ftp data to our server as a backup.

The floppy method has worked well for us in the past on another pick & place, as that way the operator can easily verify the date of the product on disk with the date of the BOM given. Is this just not a feasible way to go with the GSM?

Thx again.

reply »

JB

#31436

Best way to store products on Univ GSM-1? | 19 November, 2004

"Wondering if there's an easy solution to save a product along with component database to disk, and load the product directly from there?"

The program that you have on your GSM should be the last known good program right? So why would you want to save it on a disk (unless it is for your monthly back up) just to reload it again? if you load programs that way, you will then have two programs to update if a change is needed. is harder to control.

I an authorized person is making changes to your programs or component databases, then just password protect the editing. That way only authorized personnel will be allowed to make changes to it.

In our case, every program that is created has a program name, e.g. 10000, then followed by the latest ECN that applies to that program 10000 (12345) with the ECN in parenthesis. That is our GSM program number.

Once the operator is ready to run, he/she will load a program directly from the machine and if the ECN on the program does not match the ECN on the BOM ( have QC verify his program) then that means that the program needs to be updated, then the person authorized to make changes is notified.

Again, we only backup programs and databases for emergencies (computer has failed beyond repair)

Make the changes on the machine and password protect the editing on programs and databases.

.

reply »


RDR

#31437

Best way to store products on Univ GSM-1? | 19 November, 2004

It is definitely feasable, I personally hate floppy disks, they seem to fail all of the time. My only concern is losing the info on the disk.

Russ

reply »

brent.robinson@donnellye.com

#31439

Best way to store products on Univ GSM-1? | 19 November, 2004

I agree that using floppy's would be too much hassle, especially with updates and such. Turn on your security system on the GSM and create System and Operator logins. Create a password for System and nothing for Operator. Then in order to make changes, you have to log in. They can still view. Just be sure to log out whenever you are done. You're monthly backups should be sufficient to restore products. You can choose which products you would like to backup and restore also.

reply »

KEN

#31446

Best way to store products on Univ GSM-1? | 19 November, 2004

Floppy's = "sneaker net".

reply »

jk@37h3r.net

#31454

Best way to store products on Univ GSM-1? | 20 November, 2004

Thanks for all the responses! I definitely agree, I don't like the idea of using floppies, either - and our HD is WELL, and regularly, backed up. While I both program and operate the machine, mgmt is insistent on this method.

I ended up just copying both the product data & component db to disk, renaming the component db to equal the product, and changing the comp. db in the product mgr. Slow, tedious, and overkill - yes, but they said jump, and that's how high I'm going. :)

Thx again.

reply »

JB

#31461

Best way to store products on Univ GSM-1? | 22 November, 2004

I guess your management don't relly care about line efficiency? good luck :)

reply »

McDry Ultra-Low Humidity Storage Cabinets

SMT in-printer dispensing