• State TI Thinks Resolved
  • Replies 6 replies
  • Answers 1 answer
  • Subscribers 31 subscribers
  • Views 147 views
  • Users 0 members are here
Support feedback
Options
Options
Related

AWRL6844: About SOC_WarmResetWithoutEclipse function

Shige
Prodigy 60 points
Part Number: AWRL6844

Tool/software:

Hi,

I have one question about SOC_WarmResetWithoutEclipse function.

The following is stated in the SDK documentation.

SOC_WarmResetWithoutEclipse() :- This API will trigger the SW warm reset and device will boot up in non-eclipsed mode. Subsequently, RBL will re-load the application from flash and then execution will start. Reset cause can be read from APPSS_BOOT_INFO_REG0 register.

I am evaluating the use of the warm reset for recovery from low power mode.

As the documentation states that 'RBL will re-load the application from flash,' I assume that invoking this function will return the system to a state equivalent to a power-on reset.

Is this correct?

If it is different, what procedures or considerations are necessary before and after performing a warm reset?

Best regards,

Shige

  • 0
    TI__Mastermind 40495 points

    Hi, Shige:

    Thank you for your patient.  One of our expert will get back to you in a day or two.

    Best,

    Zigang

  • 0 in reply to zigang Yang
    Prodigy 60 points

    Hi Zigang,

    Thank you for your update. I sincerely appreciate your support and will await the response.

    Best regards,
    Shige

  • 0 in reply to Shige
    TI__Intellectual 2290 points

    Hi Shige,

    Thank you for reaching out. Could you please elaborate on what you are trying to achieve here? I am not sure what you mean by "I am evaluating the use of the warm reset for recovery from low power mode."

    To answer the following question:

    Shige said:
    As the documentation states that 'RBL will re-load the application from flash,' I assume that invoking this function will return the system to a state equivalent to a power-on reset.

    Yes, this is correct. Please see the High-level Bootloader Flow in the TRM.

    Best,

    Vignesh K.

  • 0 in reply to Vignesh Kondapally
    Prodigy 60 points

    Hi Vignesh,


    Thank you for your response.


    To clarify my intention:
    I would like to stop the radar after a certain period of time during low power mode, and then restart it with a different chirp configuration.


    I am using a modified version of the software based on the sample code from AWRL6844_InCabin_Demos
    (radar_toolbox_3_10_00_05/source/ti/examples/Automotive_InCabin_Security_and_Safety/AWRL6844_InCabin_Demos).


    I incorporated a warm reset at the following location, but after the reset, the radar did not start up correctly. 

    That’s why I asked the question.

    power_management.c

            /*If finite frames are configured, stop the demo after configured frames are trasnmitted */
        if((gMmwMssMCB.mmWaveCfg.frameCfg.numOfFrames != 0) && \
                (gMmwMssMCB.mmWaveCfg.frameCfg.numOfFrames == gMmwMssMCB.stats.frameStartIntCounter))
        {
            SOC_WarmResetWithoutEclipse();
        }

    Why didn’t the radar behave the same as it does after a power-on reset when performing the warm reset?


    Alternatively, is there any other method to stop and restart the radar during low power mode besides using a warm reset?


    Best regards,
    Shige

  • 0 in reply to Shige
    TI__Intellectual 2290 points

    Hi Shige,

    I apologize for the delay. I understand what you are trying to do here. I suggest to place the reset in the power_LPDSresumehook instead of the power management task. The LPDSresumehook is executed once the device exists LPDS. 

    We have an example of profile switching on the 6432 which can be used as a guide to implement it in the 6844 device. You can find the link here.

    Best,
    Vignesh K.

  • 0 in reply to Vignesh Kondapally
    Prodigy 60 points

    Hi Vignesh,
    Thank you for your suggestion.


    To better understand it, could you please elaborate on the specific reason for placing the reset in power_LPDSresumehook rather than in the power management task?
    Since the system did not operate properly when the reset was performed within the power management task, I would like to understand the difference.
    I’d appreciate it if you could provide a bit more detail.

    Also, thank you for sharing the example for the 6432 device.

    In our case, we stop the sensor after a fixed number of frames, and we would like to restart it manually via a CLI command.
    Is there a recommended approach to achieve this on the 6844 device? Any guidance would be greatly appreciated.


    Best regards,
    Shige