This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

AM5746: Secure Boot Inquiry

Part Number: AM5746

Hey Team,

I have a customer that has a couple questions regarding secure boot on the AM5746ABZXA. We need to store some data on a one time programmable device (Microchip 24CW16X) with an I2C interface.

A couple questions:

  1. Would this work for our secure boot application?
  2. Does the AM5746 support 1-wire protocol?
  3. If not, what would you recommend for this application?

Thanks for the help here!

Best,
Dajon McGill

  • What is the relationship between secure boot and this serial EEPROM?  Are you trying to boot from the EEPROM?  Are you requiring this data to be "secure" because secure boot would make no guarantees about the integrity of data hanging off other buses unless of course that data is signed.

    What's the relationship between 1-wire protocol and this EEPROM?  I don't see any mention of 1-wire protocol in its data sheet.  Are you perhaps thinking of "2-wire protocol" which is another term sometimes used for I2C?  From page 1 of the AM572x Data Sheet:

    HDQ™/ 1-Wire® interface

    Yes, we do have 1-wire support.  It's not something I see used very often though.

    Best regards,
    Brad

  • We are wrapping up our design with the AM5746ABZXA (GP) where the hardware can support Secure Boot on the AM5746ABZXAS (HS) device. We have the VPP_ eFuse pin going to an external connector. In reviewing the spry305a Secure Boot datasheet, it says that the keys are programed in the On Chip Memory. I think this is internal to the processor so we don’t need to provide an additional external device. Is that correct or do we need to add an external memory for the boot keys? Also, are there any other things we need to add to support the HS device?

  • Hi Ramin,

    Yes, security keys are internal to the AM5746.  I'm limited in how much I can say on a public forum.  We have a private security forum intended for security-related questions.  Please ask your TI representative for access.  It would be better to ask any further questions on the security forum.

    Thanks!

    Brad