• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Subscribers 100 subscribers
  • Views 451 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.

AM3359 ICEv2 Ether Connection

g.f.
Guru 15520 points
Other Parts Discussed in Thread: TLK110, SN74CBTLV3257

Hi,

I have a question about AM335x ICEv2.

On ICEv2, there are two EtherPHY(TLK110).

TLK110 are connected from the AM335x Giga Switch and PRU-ICSS ether port through a multiplexer(SN74CBTLV3257) and OR logic.

So, the user can switch the muxing between Gb Switch and PRU-ICSS ether.

I consider wthether I can switch PRU-ICSS and Giga Switch as ICEv2 on the customer board,

but I can't use multiplexer because of the board space.

Giga Switch RMII2 pins and PRU-ICSS MII1 pins are PINMUX ,

so to realize the switching between Giga Switch and PRU-ICSS without using multiplexer,

I'm thinking of the following method:

TLK110 - 1 : connect with RMII0(Giga Switch) and MII1(ICSS)

TLK110 - 2 : connect with RMII2(Giga Switch) and MII0(ICSS)

I guess it can be connected like "MII0_MUX" which is written in AM335x ICEv2 schematics page.10.

But the RMII signal and MII signal are connected directly to each other.

So, I worry that it might influence to each other if either one is functioning.

Should I implement switch or jumper on each signal line to seperate the signal?

best regards,

g.f.

  • 0
    TI__Mastermind 44306 points

    G.f.,

    at TI we could not figure out how to build a system where you can change the phys from PRU-ICSS connections to CPSW without an external MUX due to available pin-mux options. If you find a way I highly suggest you get that reviewed and also double check the pin-mux config.

    In addition you need to verify that any software you plan to use on PRU-ICSS (e.g. from IA-SDK) does comply with your setup. Just swapping the port connections from what is currently available on ICEv2 may cause issues with the available software... At least it would be an untested configuration.

    Generally ICEv2 is just a development board and therefore we wanted to have both options. For a real system I believe the problems with such a configurable hardware could outway the advantages.

    Best regards,

  • 0 in reply to Frank Walzer
    Guru 15520 points
    Hi Frank,

    Thank you for the reply and sorry for the delay.
    I understood.

    best regards,
    g.f.