Determining cause of last reset

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Determining cause of last reset

1,604 次查看
scottm
Senior Contributor II

On the LPC55S69, is there a way to determine the exact cause of the last reset? On Kinetis devices the Reset Control Module provides this with a good degree of granularity. So far all I've found for the LPC55xx is the BOOTMODE field of the Power Management Controller's STATUS register, but that lumps POR, pin reset, BOD, and software reset together.

I see that the same question was asked in https://community.nxp.com/t5/LPC-Microcontrollers/LPC55S66-how-to-get-reset-reason-and-etc/m-p/95694... but no answer was provided.

Thanks,

Scott

标签 (1)
0 项奖励
回复
3 回复数

1,592 次查看
ZhangJennie
NXP TechSupport
NXP TechSupport

Hi scottm 

We can check general purpose always on domain data storage.Please below. I extract it from UM11126.

ZhangJennie_0-1667376624988.png

Thanks,

Jun Zhang

 

0 项奖励
回复

1,587 次查看
scottm
Senior Contributor II

Thanks, I glanced over the Power Management chapter thinking it might be in there but the name "General purpose always on domain data storage" sounded more like a SRAM register file or something. It wasn't coming up on any of the search terms I used.

Should I be accessing this using the PMC_AOREG1 macros? I don't see anything in the MCUX SDK that seems to cover it.

Scottt

0 项奖励
回复

1,584 次查看
ZhangJennie
NXP TechSupport
NXP TechSupport

HI

Yes, you can read PMC_AOREG1 direclty to check reset source.

Thanks,

Jun Zhang

 

0 项奖励
回复