• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Subscribers 98 subscribers
  • Views 349 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

SK-AM62A-LP: The background of DNI of pull up registers for OSPI flash

KenF
Expert 7150 points
Part Number: SK-AM62A-LP

Hello Experts,

I have a question about the EVM schematic.

For the data signal lines between the SoC-OSPI flash, there are registers (R295-297, R299-303) as DNI. What is the background of DNI and the evaluation status of the OSPI flash?

Best regards,
Ken

  • 0
    TI__Guru**** 189369 points

    Hello Ken, 

    Thank you for the query.

    KenF said:
    What is the background of DNI and the evaluation status of the OSPI flash?

    Please elaborate the query.

    Regards,

    Sreenivasa

  • 0 in reply to Kallikuppa Sreenivasa
    TI__Expert 7150 points

    Hello Sreenivasa,

    Thank you for your response. 

    - Is it OK if my customers don't have these registers on their board? 
    - If it is ok, why are those spaces prepared on our EVM?
    - Did TI test the OSPI flash?

    Best regards,
    Ken

  • +1 in reply to KenF
    TI__Guru**** 189369 points

    Hello Ken, 

    Thank you.

    Please refer pin attributes section of the data sheet.

    The pulls for the OSPI interface signals are disabled by default during reset and after reset.

    The choice of pullup is attached device - flash dependent.

    During power-up if the flash does not have internal pulls, the IOs will float.

    When the SoC driver is coming-up the clock input of the flash needs to be terminated to a known state.

    Customer needs to verify with the flash  manufacturer to decide. 

    TI recommends provisioning these resistors during the design stage. We are populating them in out newer device starter kits in work.

    Regards,

    Sreenivasa