This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
HI,
I designed the circuit using AM5718 and expect to reset the system using the reset button,the system is linux4.9 which is from the givened SDK: ti-processor-sdk-linux-am57xx-evm-04.03.00.05-Linux-x86-Install.bin;
After the system was running normally, I gave the PORZ pin a low level of approximately 300ms, but the system crashed and did not restart u boot and start Linux.
I would like to ask where the problem lies? How to solve this problem? Kindly help me out on this issue.
Thanks and Best Regards
Hello Jiabin,
Please allow us some time to look into your issue.
Meanwhile, could you elaborate on what happens, is this an isolated event of does it happen every time?
Could you also elaborate on what you mean by this sentence:
After the system was running normally
Does this mean that Linux is up and running?
Best,
Josue
Thank you ,Josue Zamitiz-Ayala
What I mean is:When powered off, it can start and run normally. After normal operation, add the PORZ pin a low level of approximately 300ms, but the system crashed and did not restart u boot and start Linux.
It is not an isolated event and has never been able to start by pulling down the PORZ.
Hello Jiabin,
Could you share details on how the PORz pin was implemented?
Was your design based on a TI board?
-Josue
Also, are there any logs after the reset pin is set to low? Does the board just die? what do you do to bring it back up?
-Josue
Thank you ,Josue Zamitiz-Ayala
Could you share details on how the PORz pin was implemented?
Was your design based on a TI board?
and When I press the reset button, there is no printout, the board crashes, and I need to power off and restart to work again。
Also, are there any logs after the reset pin is set to low? Does the board just die? what do you do to bring it back up?
When PORz is asserted, RSTOUTn should also be asserted. Once PORz is de-asserted, RSTOUTn should also be de-asserted. Can you verify?
What are you booting from (QSPI, SD Card, eMMC, etc)?
How are the SYSCONFIG signals controlled, and are they used for other functions after booting?
Do you have JTAG capability (able to connect debugger/emulator and read processor registers)?
Thank you for your reply.
I am currently booting from an SD card.
The SYSCONFIG signal will be used as a GPMC part pin after startup.
My board does not have JTAG function.
“When PORz is asserted, RSTOUTn should also be asserted Once PORz is de asserted, RSTOUTn should also be de asserted ”Is this a combination timing at startup? Are there any other signals in this timing sequence?
RSTOUTn is an output of the processor and can be used to verify the processor is exiting the reset sequence.
SYSCONFIG (boot mode) is latched at the release of PORz. On initial power up, everything works fine. Is it possible after initial boot, the GPMC peripheral is driving GPMC bus and thus affecting SYSCONFIG latching when pressing the reset button? If you had JTAG access, you could read the register that latches SYSCONFIG value.
Hello Jabin,
Could you please elaborate on what the SYSCONFIG signal is being used for? what is GPMC connected to?
Could you please answer Robert's questions above?
-Josue
Thank you for your reply.
I need to communicate with the team members, please wait some time.