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.

IWRL6432: SFLASH/SRAM download over UART

Part Number: IWRL6432


I am developing flash tool script following the UART Download sequence in Figure 4-6 of the IWRL6432 TRM. Currently, during the validation of SFLASH download, at the final step of sending close download command, the RBL response is NACK. When reading back the status after receiving NACK, the status response is 00 0A 04 00 00 00 00 00 04 00 00. Since there is no explanation for this status in the TRM, I would like to know the meaning of this status response.

Additionally, what value should be filled in for the FILE_TYPE in the open download command for SRAM download? Is it necessary to specify the SRAM address where the download should occur? Should the image for download be the .appimage without CRC32 instead of the .out?

  • "I have successfully flashed the device via UART, and the application can run successfully. However, I am unable to download to SRAM and execute the application via UART. I have set the device to functional mode, removed the flash memory from the board, and used UARTA to download the application image to SRAM. In the open command, the storage type is set to 0x04, file type is 0x0, and the send SRAM download chunk command is used. However, every time it downloads to a fixed program length, the RBL responds with NACK. The status at this point is 0x1000000000000. Could you please clarify the meaning of this status?

    Thank you.

  • Hello,

    Any update??

  • Hello, 

    Much of the mmWave radar support team is out of the office right now. Responses may be delayed until the beginning of January. Your patience is appreciated.

    Best Regards,

    Josh 

  • Hi Daniel,

    Before you send the Open command, can you please try Ping, Get Status and Get version command. If you are able to execute these command successfully then it indicates that RBL is in a proper state to receive the image.

    Regards