S32K3 FastStandby Wakeup Problem

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

S32K3 FastStandby Wakeup Problem

2,540件の閲覧回数
AmitoYao
Contributor II

a.png

Call function reset in faststandby's wake-up function will cause the variables assigned in this function to not take effect.

These variables are all defined in standbyram.

It seems that function reset in the faststandby wake-up function will restore the standbyram to the state before entering standby.

But this will not happen if you jump through bl reset_handler。

What is the problem?

0 件の賞賛
返信
13 返答(返信)

2,481件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@AmitoYao

very interesting question.

After spending a long time, I finally found that you just need to add a delay to ensure that the command

has enough time to execute.

Senlent_1-1701850998348.png

 

 

0 件の賞賛
返信

2,478件の閲覧回数
AmitoYao
Contributor II

It's so strange. How could a simple assignment statement take so long? This results in longer wake-up times。

0 件の賞賛
返信

2,473件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@AmitoYao

This delay is just what I used for testing, not the minimum delay time.
But this should be the cause of the problem

0 件の賞賛
返信

2,470件の閲覧回数
AmitoYao
Contributor II

But why is there no such problem through jump "bl reset_handler" ? That is no delay time.

0 件の賞賛
返信

2,448件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@AmitoYao

It's difficult for me to explain the difference, it's beyond my capabilities.

0 件の賞賛
返信

2,435件の閲覧回数
AmitoYao
Contributor II

I tested this because after the standby wakes up, It will cause the WDI watchdog timeout problem using the fls driver to erase and program the dflash, but the function reset will not. Can you give feedback on this problem?

0 件の賞賛
返信

2,419件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@AmitoYao

"I tested this because after the standby wakes up, It will cause the WDI watchdog timeout problem using the fls driver to erase and program the dflash, but the function reset will not. Can you give feedback on this problem?"

Is this a new problem?
Isn't it okay to close SWT before entering standby mode or before performing memory operations?

0 件の賞賛
返信

2,414件の閲覧回数
AmitoYao
Contributor II

It is not the SWT. It is the wdog used for flash .

a.png

0 件の賞賛
返信

2,403件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@AmitoYao

more difficult to understand
You can sort out your problem, provide a demo program that can reproduce the problem (non-MCAL demos are best), and then send it to me, and I will upgrade it to the internal forum.

0 件の賞賛
返信

2,523件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@AmitoYao

I guess it's because the program will Init Standby SRAM after function reset

Senlent_1-1701767598761.png

 

 

0 件の賞賛
返信

2,506件の閲覧回数
AmitoYao
Contributor II

I didn't init the standby ram when function reset, the var modified in the main function didn't lose

.

0 件の賞賛
返信

2,503件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@AmitoYao

Could you please share the project so that i can reproduce your problem.

0 件の賞賛
返信

2,498件の閲覧回数
AmitoYao
Contributor II

Attached is my project.

0 件の賞賛
返信