Hello I have questions about the S32K3 STANDBY MODE.
Thank you!!
解決済! 解決策の投稿を見る。
Hi@kjy106906,
If you look at the Power_Ip_SetMode() function in Power_Ip.c, there are 8 steps.
The power mode is specified not only by ModeConfigPtr->PowerMode but ModeConfigPtr->McMeModeConfigPtr too.
Regards,
Daniel
Hello @kjy106906,
Can you please elaborate on the first question?
What drivers/tools do you use?
Regarding the second question, it has been answered by Lauterbach here:
BR, Daniel
Thanks for the reply!
1. S32K312 MCU, controlling with Power_Ip_SetMode.
2. But looking at the answer, the question was not resolved.
Any additional solutions related to this?
Best Regards
Junyeong
Hi @kjy106906,
1.
You can refer to the RTD documentation
RTD_MCU_UM.pdf
Section 3.6.5 How Mcu_SetMode works when entering Low Power mode
I would say, it depends on how the modes are configured.
As the UM says, "The sequence can also be split, giving the posibility to run application code in between the steps"
You can call:
Power_Ip_SetMode(&Power_Ip_aModeConfigPB[1]);/*Enter SOC_PREPARE_STANDBY mode, close the last mile regulator*/
Power_Ip_SetMode(&Power_Ip_aModeConfigPB[2]);/*Enter SOC_STANDBY mode*/
2.
Please refer to the S32K3 RM, 76.9 Low-power debug handshake protocol.
If the debugger wants to perform low power entry handshake, then the debugger writes a bit in the LWPWREN to indicate that it wants the low power handshake with the device.
Before entry, it can save its configurations and write a bit in the PRVNTRSTRGM to allow the device to enter standby. While entering in standby mode, debugger connection is lost.
On standby exit, the debugger connection is restored. Since the debugger is already aware that it has enabled the low power debug handshake, the debugger has to poll reading the DESTRST bit to check if the debug infrastructure is out of reset and DAP connection connection can be established now. To take the device out of reset on standby exit, the debugger needs to configure
WTRSTRGM bit. After this bit is set by the debugger, the device enters the RUN mode.
Contact Lauterbach support for more details about this implementation.
Regards,
Daniel
Thanks for the reply @danielmartynek
But I still have a question.
Looking at the documentation, STANDBY and SOC_PREPARE_STANDBY->SOC_STANDBY are the same and it says 'giving the posibility to run application code in between the steps'.
However, when tested, the current consumption does not decrease when proceeding to STANDBY.
(SOC_PREPARE_STANDBY->SOC_STANDBY reduces current consumption)
Can i know the cause?
Hi @kjy106906,
The documentation seems to be really incomplete.
Once you have the modes configured in the configuration GUI and the code has been generated, please have a look at generated struct in Power_Ip_BOARD_InitPeripherals_PBcfg.c
Power_Ip_aModeConfigPB[]
And then take a look at the Power_Ip.c source code.
Function Power_Ip_SetMode() which takes the struct as an argument.
As you can see below, POWER_IP_STANDBY_MODE does both.
But you can call the prepare mode separately as specified in the documentation.
BR, Daniel
Thanks for the reply @danielmartynek
Looking at the documentation, STANDBY and Prepare SOC STANDBY -> SOC STANDBY seem to be the same thing.
However, when STANDBY is performed, current consumption does not decrease.
Can you tell me why?
Best Regards
Hi@kjy106906,
If you look at the Power_Ip_SetMode() function in Power_Ip.c, there are 8 steps.
The power mode is specified not only by ModeConfigPtr->PowerMode but ModeConfigPtr->McMeModeConfigPtr too.
Regards,
Daniel
Hi I have issue : I call Mcu_setmode to chang mode from Run -> SOC_PREPARE_STANDBY_MODE -> SOC_STANDBY_MODE after about 60s I see current consumption reduce. I think 60s is too long.