12

I have tens of PIC16 chips. I would like to retrieve some kind of unique serial number from the chip for identification purposes. I know it can be done manually. But it's tedious.

Questions:

  1. Does PIC has a built-in serial number?
  2. If the answer is No, is there a easy way to upload a code with unique serial number to each chip when I order the chip from Microchip?
Nivek
  • 50
  • 5
mlam
  • 365
  • 4
  • 9
  • 18

3 Answers3

16

  1. No

  2. Is possible, but I don't know what quantities are required, i.e. if they'll do it for tens of devices. We always had batches of at least 1000 parts. It's just like preprogramming with your software, but you indicate at which location(s) the unique ID should be programmed. You'll need to supply the starting ID, and the format (BCD, binary, LSD/MSD first, ...).

Note that this number resides in normal program memory, and it will be erased if you erase the part for reprogramming.

edit
The reason controllers most often don't have this at chip level is that it's expensive: the programming is done by lasering, which is an extra production step. Mass-programmed microcontrollers can easily have the unique ID programmed with the software, and this doesn't require an extra step.

An alternative would be an SSN (Silicon Serial Number) like the Maxim DS2411. These are also laser-programmed, so not cheap either, but you avoid the extra logistic steps, where there can always go something wrong. I've known it happen.
(another edit) Mike suggests a MAC address chip as an alternative. These are EEPROMs which have a unique ID (MAC addresses are globally unique) programmed in a part of the device which is write protected. The rest of the part can be used as normal EEPROM, like for storing device parameters. The EEPROMs appear to be a lot cheaper than the SSN, while serving the same function.

see also
Method for assigning unique per-board addresses

Community
  • 1
stevenvh
  • 145,145
  • 21
  • 455
  • 667
  • Any reason why it's not done always? – Federico Russo Oct 28 '11 at 08:07
  • @Federico - added to my answer – stevenvh Oct 28 '11 at 08:22
  • 1
    A cheaper alternative to the Dallas/Maxim part is Microchip's Ethernet MAC address chips, which also give you some eeprom space. http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2542&param=en538878&redirects=mac – mikeselectricstuff Oct 28 '11 at 08:59
  • @stevenvh,thanks for the answer. Especially about SSN. I need to order 100 chips, how to "indicate at which location(s) the unique ID should be programmed. You'll need to supply the starting ID, and the format". You mean I can do this through microchip website when I order the chips? – mlam Oct 28 '11 at 16:11
  • Thanks @mikeselectricstuff, it's useful. I will consider it. – mlam Oct 28 '11 at 16:11
  • @mlam - I haven't used Microchip for this, but when I needed to program controllers through distibutors I always had to supply a programming instruction form with the program file. This form had fields where I could specify unique IDs: at which locations the codes should be programmed, which ID to start with, and so on. Better contact Microchip, you'll need this form anyway. – stevenvh Oct 28 '11 at 16:27
  • @mlam - the SSN is expensive. Mike's alternative (MAC address chip) serves the same function and is definitely worth looking into. – stevenvh Oct 28 '11 at 16:29
10

As Steven said, PICs don't have unique serial numbers built into them at manufacturing time. Let's be clear that we're talking about a number that would vary between two chips of the identical model.

Most PICs do have a chip ID encoded into them. This can be read by a PIC programmer to determine the type of PIC it is connected to. As far as I can tell, only the 12 bit core PICs don't have such a chip ID. All the other PIC can be identified electrically, although there are quite a number of differing ways they have to be put into programming mode and then the chip ID read out. PIC programmer software that can identify a arbitrary PIC is not trivial.

If you really meant serial number, then this has to be programmed into the part after production. We have done this many times. During the production test process when the firmware is programmed into the PIC, you set it up to also get a unique serial number and program that in too. One easy way is to start with a master HEX file as produced by the firmware tools. This contains a blank serial number. You write a small program that grabs a new serial number according to whatever your strategy is, reads the master HEX file, substitutes the new serial number for the blank one, and writes out a temporary HEX file. The temporary HEX file is used to program the part, then deleted.

For better robustness, you store the serial number state in EEPROM in the production jig, not in a disk file. The system asks the jig for a new number, and this jig is designed to never give out the same number twice. When it's assiged serial number range is exhausted, it refuses to work. This is especially useful if you have a remote manufacturer building units for you. This way if they mess up something on the computer and restore from backup, it won't also reset the serial number range. Yes, this has actually happened.

If the serial number is to be read from outside, then the user ID locations that most PICs have might be the appropriate place to store it. These differ from general program memory or EEPROM in that they can be read even when the chip is code protected.

If you get your PICs programmed by the Microchip or a distributor, you can usually get them serialized in some way. However, factory programming is only for mature high volume products. If you think you'll be upgrading the firmware regularly, then don't use factory programming. The lead times are long and you'll be stuck with old versions in the pipeline. Your device will have to be tested after it is built anyway, so adding a step to program the PIC is usually very little extra burden.

Olin Lathrop
  • 310,974
  • 36
  • 428
  • 915
1
  1. Some do.
  2. From the datasheet:

    The PIC16(L)F15324/44 devices are individually 7encoded during final manufacturing with a Microchip Unique Identifier, or MUI. The MUI cannot be erased by a Bulk Erase command or any other user-accessible means. This feature allows for manufacturing traceability of Microchip Technology devices in applications where this is a required. It may also be used by the application manufacturer for a number of functions that require unverified unique identification, such as:

    • Tracking the device
    • Unique serial number. The MUI consists of nine program words.

edit

  1. Look at Microchips line of Unique ID Chip Products Only a few pennies each. Small packages, I2C communications and a small amount of EEPROM.
D Duck
  • 2,041
  • 1
  • 8
  • 18