AWR6843: How to use SOC_softReset()

Hey Randy,

If you are adding this to an example that utilizes the front-end for chirping, then you must stop the front-end before executing a soft reset. If you are running the Out-of-Box/mmWave Demo for AWR6843, sending the sensorStop command should be sufficient.

Regards,

Kristien

Hi Kristien,

Let me describe the architecture of the software design. We have a Bootloader and two Applications A and B. When the power is turned on, the system can enter the Bootloader and select ApplicationA or ApplicationB to execute through commands.

After entering the application, we will have two different Reset commands

1.Hard reset: This allows the MCU to be re-executed by the Bootloader. The user can re-select whether to execute Application A or B.We used CLIResetDevice to implement this function, and the result was exactly what we wanted.

2.Soft reset: This command only requires the MCU to reload the application, without requiring the user to enter the selected application.The expected effect of using SOC_softReset was achieved, but the result was not as expected

Hey Randy,

Thank you for explaining the software flow for your application. 

Randy Tu said:

The expected effect of using SOC_softReset was achieved, but the result was not as expected

Could you clarify on what the behavior is after sending sensorStop and attempting to execute SOC_softReset? If using sensorStop is not viable for your program flow, you can incorporate the same sequence as MmwDemo_CLISensorStop, primarily the MMWave_stop function in MmwDemo_mmWaveCtrlStop. Furthermore, you could execute a full stop sequence by calling MMWave_stop ->MMWave_close -> MMWave_deinit.

Regards,

Kristien

Hi Kristien

I understand that the process you provided for SOC_softReset() is as follows:
1.sensorStop
2.Set RF Confing
3.sensorStart
4.sensorStop
5.SOC_softReset()

I cannot use SOC_softReset() directly after sensorStart. I must first use sensorStop before SOC_softReset(). I will try the above process.