• State TI Thinks Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 32 subscribers
  • Views 289 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

AM2632: PR0_UART0_RTSn control

MING-ZHANG LIN
Prodigy 25 points
Part Number: AM2632


Tool/software:

Hi TI Arm owner:

   I want to control the feature as below:

1. The Arm reboot can be kept high, so we used PR0_UART0_RTSn(PR0_PRU0 _GPIO10) to design the circuit.

2. PR0_UART0_RTSn can control the output High/Low. I used the same syscfg options to control PinMux, but the signal was always high.

syscfg option: 

code setting:

 

  • 0
    TI__Mastermind 49210 points

    Hi Ming,

    I will need more details here: 

    1. Are you trying to build a custom board using AM263x SOC

    2. 

    MING-ZHANG LIN said:
    The Arm reboot can be kept high, so we used PR0_UART0_RTSn(PR0_PRU0 _GPIO10) to design the circuit.

    Are you trying to connect the reset Pin to PRU GpIO10

    Also if you can describe a bit more about the use case it will help me in understanding the issue better.

  • 0
    Prodigy 25 points

    Hi Nilabh,

        yes, we used our custom board using AM263x SOC.

        Currently we can control PR0_UART0_RTSn(PR0_PRU0 _GPIO10) high/low currently because we set syscfg to UART0_RTS and then reconfiguration PR0_PRU0 _GPIO10 PinMux to GPIO after AM263x driver open.

       But the waveform can see that PR0_PRU0 _GPIO10 drop to low level and return to high level.

      After the code that configures UART0_RTS to GPIO mode is moved to RTOS initialization, this symptom disappears.

  • 0 in reply to MING-ZHANG LIN
    TI__Mastermind 49210 points

    Hi Ming, 
    Apologies for the delay, Can you help me wih the example that you are using for the signal generation.

    MING-ZHANG LIN said:
        Currently we can control PR0_UART0_RTSn(PR0_PRU0 _GPIO10) high/low currently because we set syscfg to UART0_RTS and then reconfiguration PR0_PRU0 _GPIO10 PinMux to GPIO after AM263x driver open.

    Also may I know if you are intentionally using the PRU UART rather than SOC uart?

  • 0 in reply to Nilabh Anand
    Prodigy 25 points

    Hi Nilabh,

      Sorry for the late reply.

      I have resolved this symptom. 

      We use PRU UART mainly because we hope that the Arm can remain high after re-power on.

      So Arm turn-on can re-define GPIO mode.

  • 0 in reply to MING-ZHANG LIN
    TI__Mastermind 49210 points

    Ok Good to know that Ming.

    Please feel free to raise a new ticket if you need any other help. i will be closing this ticket now.