STM32F100C8 Unique ID not Unique!

[m512781]

Posted on July 23, 2015 at 15:17

Hello!  I have 13  STM32F100C8  and  I see( Keil memory windows )   at  0x1FFFF7e8 ( 

contiguous

12 bytes) very  strange ''so called'' Uniqe Ids - see below.ffff8a07ffffffffffffffff, ffff8807ffffffffffffffff , ffffa007ffffffffffffffff,  ffff8407ffffffffffffffff,  ffff6f07ffffffffffffffff,  ffffb507ffffffffffffffff ,

ffffa107ffffffffffffffff,

 ffff8707ffffffffffffffff,  ffff9907ffffffffffffffff,  

ffffa107ffffffffffffffff ,

ffff9507ffffffffffffffff,  ffffa407ffffffffffffffff,  ffff9807ffffffffffffffffThose IDs  have a lot of ''F''s  and even are duplicated within 13(!) exemplars.Please,explain the phenomenon. Thank you. Andrew #unique-id

[Tesla DeLorean]

Posted on July 23, 2015 at 15:29

Please,explain the phenomenon.

You're doing something wrong, consistently...

[m512781]

Posted on July 23, 2015 at 15:36

I would like it to be.

See attachment, please... ________________ Attachments : UniqueID.PNG : https://st--c.eu10.content.force.com/sfc/dist/version/download/?oid=00Db0000000YtG6&ids=0680X000006I0hw&d=%2Fa%2F0X0000000bez%2FcT_.Ruqjx3Chc4NZSXtAwu.1CCPvdFj9QHE2IeCoT4k&asPdf=false

[Tesla DeLorean]

Posted on July 23, 2015 at 15:39

Are the part you are looking at marked ES (Engineering Sample)?

unsigned long *Unique = (unsigned long *)0x1FFFF7E8;

printf(''%08X %08X %08X\n'', Unique[0], Unique[1], Unique[2]) ;

[Tesla DeLorean]

Posted on July 23, 2015 at 15:46

You'd want to pull the lasered production codes off the part, and push them into ST via your local rep or FAE.

[m512781]

Posted on July 23, 2015 at 15:47

Chip marked as

32F100C8T6BCH200 93CHN037ST  e3  ZProgrammatic reading gives the same resultAndrew

[Tesla DeLorean]

Posted on July 23, 2015 at 15:50

An engineering review has been requested for this thread.

[m512781]

Posted on July 23, 2015 at 15:54

We have not ST  locally, chips were bought from DigiKey.

FAE - what is it?Andrew

[jpeacock]

Posted on July 23, 2015 at 16:25

For an F103 this works for me:

#define FLASH_UNIQUE_ID1 0x1ffff7e8 
#define FLASH_UNIQUE_ID3 0x1ffff7ec 
#define FLASH_UNIQUE_ID4 0x1ffff7f0 
((unsigned long *)pData)[0] = *(unsigned long *) FLASH_UNIQUE_ID1; 
((unsigned long *)pData)[1] = *(unsigned long *) FLASH_UNIQUE_ID3; 
((unsigned long *)pData)[2] = *(unsigned long *) FLASH_UNIQUE_ID4;

Jack Peacock

[Tesla DeLorean]

Posted on July 23, 2015 at 16:55

Me too, but there's evidently something screwy about the ''ROM'' here, either it's not programmed, or the base/offsets have moved in this variant.

In the Keil debug consolesave c:\temp\rom.hex 0x1FFFF000, 0x1FFFFFFF