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.

CCS/AWR1642BOOST: how to exchange data between SBL and application

Part Number: AWR1642BOOST


Tool/software: Code Composer Studio

Hi all,

Our customer have one question that how to exchange data between SBL and application when trigger warn-reset by command.

By my test testing, I reserve independent memory section from DATA_RAM and set some special value in it, then warm-reset, but its content always be clean next boot.

can you share me how to do this?

Thanks,

  • Hello Huang,

    First thing to note that device requires soft-reset not warm-reset for switching SBL to the application. (please refer SBL application in mmwave SDK).

    So, when you do Soft-reset memory contents will be retained whereas in warm-reset memory also gets reset. Warm-reset is almost similar to power-reset.

    Now for exchanging data b/w SBL to the application, there can be many memory location options you can use. HSRAM can be one good option to store the data and later read from the Application.

    Regards,

    Jitendra

  • Hi Jitendra,

    Do you mean to call SOC_softReset() to trigger reset? but it only reset MSS, excluded DSS. and by my testing, it will be blocked if watchdog disabled.

    can you more detail describe how to trigger soft-reset?

    In my APP scenario, APP will set some flag variables and then jump to SBL, then SBL will do some actions based on applied flag variables. if used HSRAM, its  contents will be overwrited by DSS before jump to SBL. except to HSRAM, can you guide me how to use DATA_RAM to satisfy this requirement.

    Thanks,

  • Hi,

    I'm not fully clear with your statement that from APP you are jumping to SBL.

    Ideal flow in the device is [Primary Bootloader (PBL) -> Secondary Bootloader -> Main application]

    mmWave SDK has the SBL application which does the soft reset to switch from SBL to APP. ANd during this time HSRAM content will be retained.

    Please clarify about your whole code flow here.

     

    Regards,

    Jitendra

  • Hi Jitendra,

    Yes, the flow as your description.

    But I hope SBL be able to support extra flow for reprogramming at radar run time,

    [.... Main application write flags -> PBL -> SBL check flags and reflect -> ..... ]

    This flags are able to support at least two action, one for pure reset, another for reprogramming, without cold reset.

    To satisfy this, flags need be written into nonvolatile space, prefer into RAM because Flash is less lifetime and speed slow.

    can you support this?

  • Hello,

    If control goes to PBL that means it needs to go over warm reset or full power cycle only. And in that case all the memory (RAM or buffer) of device will get reset.

    So the only option for the above-mentioned sequence is to use sFlash memory only to write the desired flags.

     

    Regards,

    Jitendra