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.

AM5726: Muxing RGMII0 signals with PR1_MII0 Signals, through TI Mux, is it possible?

Part Number: AM5726
Other Parts Discussed in Thread: SN74CBTLV16292, CDCLVC1102

We are creating a design based on AM335X_ICE Eval Board (Made by TI), the big differences is Processor and interfaces. In this design PRU MII and MII interfaces are used, in my design PRU MII and RGMII interfaces are used.

Processor: AM5726

Mux: SN74CBTLV16292

PHY: DP83867IRPAPR

We want to create a board that can use either RGMII or PRU MII (It will use one or the other, no need for both at same time). Due to other features on the board we are limited to the following pins on the AM5726 processor:

Pins: U5, V5, W2, Y2, V3, V4, W9, V9, U6, V6, U7, V7 (PRU MII Only pins: V1, Y1, V2, U4)

These pins are able to be pinmux to either RGMII0 interface signals or PRU1 MII0 interface signals. The plan is to have 2 different pin mux files in our U-boot, and to choose the pin mux file dependent on whether the board will exhibit RGMII ethernet, or PRU MII ethernet. 

We take each one of these pins above and put them through the A ports on the SN74CBTLV16292 mux, on the other side of the mux, all RGMII0 signals go through B1 ports, and all PRU MII signals go through B2 ports on the mux. We chose the TI analog mux in this case, since the signals can come from either side of the mux.

On the other side of the mux, the data and control signals are T-off in daisy chain fashion and then connected to the DP83867IRPAPR Phy. This way we would just need 1 PHY and we can configure PHY based on RGMII or PRU MII interface. Example (RXD0 comes out of the PHY at pin 44, it is then connected to pin 3B1 on the mux (pin 50), and then pin 50 on the mux is routed to pin 35 on the mux, 9B2, in order to minimize the stub that will exist from sharing the Data/Control signals between the RGMII and PRU interfaces. 

The nice part is that this PHY generates a separate TX CLK (GTX TX CLK) for either RGMII or MII interface, therefore those signals are point-to-point (single-ended). The RXCLK is shared from the PHY for both RGMII and PRU MII interfaces, therefore we are using a clock buffer (CDCLVC1102) with minimal propagation delay to meet the spec of both processor and phy, and this allows the RXCLK to be point-to-point from PHY to Processor. 

We wanted to run this design by TI Experts or others to see if you can find any issues that might come up with this concept, or if you believe this concept should work. I can upload a page of the schematic that shows the signals if my explanation wasn't clear enough.

  • Hi,

    Can you upload your schematic and pinmux file ?

    Regards

    Vineet

  • I am uploading the pdf for the page of schematics here. I do not have the pinmux file, but I dont believe it is really necessary since the schematics properly outline the pins that will be muxed on the processor. 

    Pins: U5, V5, W2, Y2, V3, V4, W9, V9, U6, V6, U7, V7 on the reference U57P show how the processor will be pinmux. We will read a field on our Boot EEPROM that will determine whether to use RGMII0 interface or PR1_MII0 interface as shown on processor (RGMII interface -left, PRU Interface - right). Pins V1, Y1, V2, U4 are PRU MII only pins and will be either muxed to that or GPIOs if in RGMII mode. Everything of concern is connected on this schematic design (Some things havent been connected on PHY yet, but they are unrelated to the question at hand). Lastly, Pin U4 (RX Link) will be connected to one of the LED pins on the PHY to determine link status. 

    If there are any other confusions from the pdf I sent, please let me know. I appreciate the help!

    PRUMII Ethernet.pdf

  • Do you have any update for me on this issue? Thanks again!

  • Hello it has been a couple of weeks now, is there anyone who can help me with this, or another method of TI support that I can go through?

  • Is there someone who can help me on this please, it has been a couple of weeks now?

  • Hi Michael,

    Sorry for the delay.

    I have reviewed the schematic and from Software point of view and pinmuxing I do not see any issue. RGMII and MII overlap is certainly possible and has been done on other boards as well.

    I will assign this to someone with HW expertise who will be able to comment on the signal routing aspects.

    Regards

    Vineet

  • Thank you for the response, I felt comfortable with the pin muxing overlap as well. Our concerns now mostly lie with the "stub" that is created due to having to send the signals through an external mux, Ive seen other designs do this for 10/100, but we are concerned about how this might affect 1000 Mbps signals. Thanks

  • We have seen some cases where this approach has been successful at 1000Mbps, but also seen some designs where it has not.  Make sure the net lengths are short as possible - as I believe the issue becomes an overall loading on the circuit when the traces become longer.  Also we have seen this on EVM-type implementations (lab environment) - no data on how it might perform in a more stressful environment.