2
\$\begingroup\$

If I'm sending UDP from a microcontroller to another (both have built in MAC, STM32f4 Discovery boards to be precise), must I have a PHY attached to both or can I get away with only sending a MII signal from one to the other? From what I have gathered, within small distances this should work.

On a larger scope, I'm trying to figure out what exactly makes UDP, well, UDP.

\$\endgroup\$
5
  • 2
    \$\begingroup\$ UDP is on the layer above the IP protocol, totally unrelated to ethernet or its physical implementation. You can run UDP over serial, atm, or use avian carriers just fine. \$\endgroup\$
    – PlasmaHH
    Jun 28, 2016 at 13:38
  • 1
    \$\begingroup\$ It should be possible with two MII back-to-back. This is what they do to implement repeaters (e.g. see KSZ8081 datasheet). Here, you want to put two hosts back-to-back whereas in the example I gave, it is two PHY back-to-back, but I see no reason why it wouldn't work. I can't guarantee that, though. And I'm not sure it could work with RMII, also. As I remember, with RMII, there is a timing or clock phase assymetry between send/receive signals which makes it impossible to put two back-to-back. Not sure, again. \$\endgroup\$
    – dim
    Jun 28, 2016 at 14:05
  • \$\begingroup\$ You could send UDP over a serial UART if you wanted, eg. with the SLIP or PPP protocols. \$\endgroup\$
    – pjc50
    Jun 28, 2016 at 14:38
  • 3
    \$\begingroup\$ You can run two RMII connections back to back as long as you provide the same clock source to both devices. I've done must that on a number of server board designs. \$\endgroup\$ Jun 28, 2016 at 14:54
  • 1
    \$\begingroup\$ Yep, you shouldn't need a PHY if the MAC supports operating its MII/RMII interface in such a way. I know some MAC implementations don't have the SW support required for it; they're designed solely to talk to a PHY. \$\endgroup\$ Jun 28, 2016 at 18:24

1 Answer 1

1
\$\begingroup\$

The following are the scenarios there such a connection can be established:

  • MAC-to-MAC full-duplex MII-based connection
  • MAC-to-MAC full-duplex GPSI(SNI)-based connection

The following are the scenarios there such a connection cannot be established:

  • MAC-to-MAC half-duplex MII-based connection
  • MAC-to-MAC half-duplex GPSI(SNI)-based connection
  • PHY-to-PHY any-duplex MII-based connection
  • PHY-to-PHY any-duplex GPSI(SNI)-based connection
  • MAC-to-MAC any-duplex RMII-based connection
  • PHY-to-PHY any-duplex RMII-based connection

Note: GPSI(SNI) is for 10 Mbps only, MII and RMII are for 10/100 Mbps.

\$\endgroup\$
6
  • 1
    \$\begingroup\$ You can connect two PHYs together, back to back, without magnetics. See the answer to electronics.stackexchange.com/questions/90330/… \$\endgroup\$
    – user71659
    Nov 10, 2017 at 20:09
  • \$\begingroup\$ @user71659 You can do this on the MDI side, not on the MII (Physical Layer Service Interface) side. Where am I wrong? \$\endgroup\$
    – asndre
    Nov 10, 2017 at 20:14
  • 1
    \$\begingroup\$ What do you mean by saying that a "PHY-to-PHY" connection cannot be established then? Connecting two PHYs together with a cable is the normal mode of operation. \$\endgroup\$
    – user71659
    Nov 10, 2017 at 20:15
  • \$\begingroup\$ I think you mean repeater mode, which wasn't what the original question is asking. The original question is asking how to do backplane ethernet, and you can do that without magnetics via a PHY-to-PHY link. Repeater mode is indeed possible under MII and RMII with the proper setup. See TI and Microchip \$\endgroup\$
    – user71659
    Nov 10, 2017 at 20:25
  • \$\begingroup\$ @user71659 I'm answering in the context of the original question. It was about MAC-to-MAC connection that could be established on the MII "plane". PHY-to-PHY in my question refers to a scenario there two PHYs are needed to be connected at the MII side, e.g. in a repeater. And yes, i'm very familiar with transformer-less Ethernet approaches, but this question is not about this at all, imo. \$\endgroup\$
    – asndre
    Nov 10, 2017 at 20:26

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.