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.

TMDSCNCD263P: OSPI reset OSPI0_RESET_OUTn on AM263Px Sitara Control Card

Part Number: TMDSCNCD263P
Other Parts Discussed in Thread: SN74LVC1G08, AM263P4

1)

The AM263Px  Datasheet (SPRSP81A) references signals OSPI0_RESET_OUT0 and OSPI0_RESET_OUT1 without explanation.

2)

AM263P Technical Reference Manual (SPRUJ55) references these signals in Section 1.4.11, and states that RESET_OUT0 is optional.

“Eleven pin interface for single OSPI device: DQS, DQ0, DQ1, DQ2, DQ3, DQ4, DQ5, DQ6, DQ7, CSn0, CLK – Optional pins: RESET_OUT0, ECC_FAIL, LBCLKO – Support for multiple OSPI devices: CSn1, RESET_OUT1”

3)

The document:

AM263P OSPI, QSPI Flash Selection Guide

… in Section 4, “Application Requirement” specifies:

“If the flash memory is larger than 16MB (128Mb), then a flash device package with support for a RESET signal is required to prevent a device warm reset from affecting ROM code execution. – For lower memory density flash devices that support a RESET signal, the recommended practice is connect the RESET signal.”

“Does the flash part support a RESET signal? If at any point of the application 4-byte addressing mode must be used, then a RESET signal is required to prevent booting problems upon reset.”

Questions:

I reviewed the TMDSCNCD263P-AM263Px Sitara Control Card schematic, I see that the OSPI reset is controlled by an output on the I/O Expander, and not connected to any OSPI0_RESET_OUTn signal.

Is TMDSCNCD263P-AM263Px Sitara Control Card a good reference design for a custom PCBA using the same OSPI part (IS25LX256-LHLE) as used on the TMDSCNCD263P?

Is TMDSCNCD263P susceptible to "warm reset from affecting ROM code execution"?

 

  • I consulted with an FAE, who wrote the following:

    <RESPONSE>

    The AM263P4’s rom code (RBL) does not actively control a pin for a reset to the OSPI.  Control of the OSPI flash devices reset input is needed, as you have with the AND gate (SN74LVC1G08) combining either the power on reset input and a GPIO pin from the AM263P4, but the RBL does not use this.

    The reason the OSPI flash device needs to have the reset used is for flash devices that are >128Mbit.  The AM263P4 RBL uses 3-byte addressing mode, but to use more than 128Mbit, you need 4-byte addressing.  If a reset to the process, AM263P4, occurs, the RBL will execute again but would use 3-byte addressing.  The OSPI flash device would have been left in 4-byte addressing mode, thus causing an issue.  This is why the reset to the OSPI flash device needs to be used to return it to 3-byte addressing mode.

    Section 5.4.1.1 of the AM263P4 Technical Reference Manual describes this.  Further, section 5.4.1.1.1 has the following for flash dependency.

    Flash dependency:

    • RBL does not perform any specific action to detect, reset, or power up the OSPI device. OSPI is assumed to be properly powered and reset completed before every attempt to boot by RBL.
    • RBL also expects the QE bit is SET in non-volatile configuration so that flash is active in quad mode by default after POR.

    </RESPONSE>

    I will leave this thread open for now in case anyone does not agree with that information.

  • Hi Tollman,

    Thank you for your patience.

    Inputs received from FAE are correct.

    Is TMDSCNCD263P-AM263Px Sitara Control Card a good reference design for a custom PCBA using the same OSPI part (IS25LX256-LHLE) as used on the TMDSCNCD263P?

    Is TMDSCNCD263P susceptible to "warm reset from affecting ROM code execution"?

    We are working on this internally. I will get back to you on this before 24 May,2024.

  • Hi Tollman,

    Thank you very much for query.

    Is TMDSCNCD263P susceptible to "warm reset from affecting ROM code execution"?

    Yes, present released board of AM263P_CC (PROC159E2) is susceptible to this (for accesses above 16MB) as the Warmreset does not get routed to OSPI Reset Signal. Presently OSPI FLASH RESET AND gate (U21) circuitry has 2 inputs :

    1. PORz (which should have been connected to WARMRESETn)
    2. GPIO_OSPI_RSTn

    Since, a warm reset from any source pulls down WARMRSTn pin we can just give that as input to OSPI FLASH RESET AND gate along with PORz input. Please refer to AM263Px TRM Section 6.3.2.2.2 Internal Warm Reset Sources for more details regarding this.

    WORK AROUND

    For now we can implement a simple solution by a BLUE wire fix by tying up WARMRSTn to any of the input of the OSPI FLASH RESET AND gate( GPIO_OSPI_RSTn from IO Expander)
    Simple possible connection is to connect TP58 (This is a test point for WARMRSTn ) to GPIO_OSPI_RSTn of AND gate circuitry (U21).


    FYI, This fix is done in another board which will be released to market in a week.

    Thanks & Regards,
    Rijohn 

  • Hi Tollman,


    FYI, This fix is done in another board which will be released to market in a week.


    The fixes are implemented in the newly released AM263Px Launch Pad.

    Best Regards,
    Rijohn