• State TI Thinks Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 30 subscribers
  • Views 1225 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.

AWR1843: QSPIFlash not working

Titan Yuan
Prodigy 150 points
Part Number: AWR1843
Other Parts Discussed in Thread: UNIFLASH

Hello,

I'm currently using the AWR1843 with the Macronix MX25V8035FM1Q flash chip that communicates with the AWR1843 over the QSPIFlash driver.  In my code, I'm trying to read out the contents of the flash chip via CANFD by opening a QSPIFlash handle, calling QSPIFlash_configMmapRead in FLASH_QUAD_MODE, and then calling QSPIFlash_mmapRead to read the flash contents.  However, QSPIFlash_mmapRead always errors out.  I also tried using QSPIFLASH_quadRead, but that does not work as well, returning all 0xcccccccccccccccc.

Moreover, I have other functions, one that clears a particular partition of the flash using QSPIFlash_blockErase and another that copies some data between two partitions on the flash.  These functions sometimes succeed and sometimes time out, and when I perform two of these operations successively, the second one always times out.

Thanks in advance!

  • 0
    TI__Guru 69960 points

    Hi,

    Are you able to flash base application (e.g. ccsdebug.bin) to device in SOP-5 mode?

    Ideally quad mode enable bit should be set to sFlash variant. With this variant ROM bootloader will set QE bit in SOP5 (flash programming mode).

    So with that application should able to access sFlash in quad mode.

    And I would reuqest to start with qspi test application to verify unit features first then integrate with bigger application. You can find test applicaiton at SDK installation (packages\ti\drivers\qspiflash\test) path.

    Regards,

    Jitendra

  • 0 in reply to Jitendra Gupta
    Prodigy 150 points

    Thanks for your response.

    After more testing, I found that reading from the flash does not work, but writing to the flash does work.  However, I can only write to the first 1MB of the flash even though the flash chip I'm using, the Macronix MX25V8035FM1Q, has 8MB of flash storage.

    I know that the reference design for the AWR1843 uses the MX25V1635FZNQ.  Is the flash chip I'm using (MX25V8035FM1Q) not supported by the AWR1843?

    Also, could you please provide a list of all supported flash chips?

    Thanks.

  • 0 in reply to Titan Yuan
    TI__Guru 69960 points

    Hi Titan,

    Could you confirm if any flashed image from Uniflash is booting? This will confirm that ROM bootloader is able to write and read back the image from sFlash.

    And have you tried reading in single mode if quad mode read doesn't wrok?

    Here is the app-note listing all the supported sFlash for mmWave Sensor device.

    Regards,

    Jitendra

  • 0 in reply to Jitendra Gupta
    Prodigy 150 points

    Hi Jitendra,

    Yes, the AWR1843 can boot from the flash.

    However, I tried reading in FLASH_QUAD_MODE, FLASH_DUAL_MODE, and FLASH_SINGLE_MODE, and for all of these read modes, QSPIFlash_mmapRead errors out.

    Thanks!

  • 0 in reply to Titan Yuan
    TI__Guru 69960 points

    Hi Titan,

    If you are able to boot from sFlash then it confirms that hardware connection is fine.

    Now you need to check your application (software) why it doesn't able to read from sflash.

    1. Could you probe to QSPI lines connected to sFlash and check while booting AWR is reading in quad/dual or single mode?

    2. While trying with application you need to check these QSPI lines, if any activity is observed.

    3. In the application make sure that you have done the pinmux for those QSPI lines and start with QSPI/QSPIFLash test application to verify the connection.

    Regards,

    Jitendra