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.

AM3352: WARMRSTn not being asserted for reboot command or watch dog timer

Part Number: AM3352

Hello,

BACKGROUND:
My company makes a line of products that use a CPU board based on the Beagle Bone Black. Our board uses a AM3352 ARM processor. We're using an older version of Linux (V5.4) that was provided to us by TI.

PROBLEM:
I'm using the WARMRSTn signal from the AM3352 to reset a series of QUARTs. I've noticed that the WARMRSTn line is NOT asserted when I issue a "system("reboot")" command from my application program. The line is also not asserted when a watch dog timer is triggered.

QUESTIONS:
1. Is the WARMRSTn line supposed to be asserted under the conditions mentioned above?
2. Are there any AM3352 configuration registers, ".dtsi" file modifications, etc. that would make this line be asserted for a "system("reboot")" command and a watch dog timer trigger?

Thank you very much for your time,
Everett Sykes

  • Hi Everett,

    Thank you for the detailed description. I will be handling the watchdog portion of your question and will be looping in another expert to address the reboot behavior separately

    To better understand the watchdog side, could you please share the following:

    1. How are you triggering the watchdog?
    2. When the watchdog fires, does the board actually reset or does it hang?
    3. After a watchdog-triggered reboot, what does PRM_RSTST read?

    Regards,
    Harshith

    1. How are you triggering the watchdog?

    In linux terminal we enter the command “echo 1 > /dev/watchdog”

    1. When the watchdog fires, does the board actually reset or does it hang?

    Yes, the board resets. But we don’t see the WARMRSTn toggle.

    1. After a watchdog-triggered reboot, what does PRM_RSTST read?

    0x00000011

  • Hi, I am currently out of office until Wednesday. I will review your query once I am back in office. Sorry for the delay.

  • Hi Everett,

    We make a line of products that use a CPU board based on the Beagle Bone Black. Our board uses a AM3352 ARM processor.

    If you referenced the Beaglebone Black design, does your board have the CAP equivalent to C24 on BBB? If so, removing the CAP should resolve the RESETIN_OUTn pin toggle problem.

  • If you copied the BBB design, the CAP C30 should be removed too. Please just ensure there is no any CAP on the RESETIN_OUT pin.