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.

DP83640 - Link LED is lit, but no communication.

Other Parts Discussed in Thread: DP83640

Hi,

I have DP83640 PHY on board connected to MAC via RMII. LED link is lit and ACT is blinking, but pinging gateway doesn't work. Any idea what may be wrong?

Kind regards,

Jacek

  • Hi Jacek,

    Could you attach a schematic so I can review the connections? Also, could you send registers you are configuring?
    Regards,
    Ross
  • Hi Ross,

    Can you provide some email address or so, because I'd prefer not to share schematics with everyone, please?


    Kind Regards,

    Jacek.

  • Hi Ross,

    Thanks for your email, I've sent you schematic files and register settings.

    Getting a bit more into details we are trying to make DP83640 working with SFP modules. You have two versions of schematic, one is for copper ethernet (proper copper with transformer, RJ45 and so on), second one is for SFP module. Also you have two sets of register settings, one is for copper and one for SFP. Board with SFP modules is working fine, but it doesn't work with copper ethernet. Can you advise what's wrong, please?


    Regards,

    Jacek.

  • Hi Jacek,

    Thank you for all the information. I have been looking through your register dump you provided and I found something interesting for Reg 0x01 and Reg 0x10 for your copper configuration.

    Reg 0x01 is reading that link is not established, but Reg 0x10 is.... could you do a few successive reads on both these registers and send them to me?

    Thank you,

    Ross
  • Hi Ross,

    0x01 - 0x78E9, 0x78ED

    0x10 - 0x6E15.

    When cable is connected I can see LINK LED lit and ACT LED blinking. Maybe it will attract your attention that I'm getting big number of errors while pinging:

    eth0  Link encap:Ethernet  HWaddr 02:D0:93:2B:91:F0
              inet addr:192.168.10.229  Bcast:192.168.10.255  Mask:255.255.255.0
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:77 errors:72 dropped:10 overruns:0 frame:72
              TX packets:51 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000
              RX bytes:8832 (8.6 KiB)  TX bytes:0 (0.0 B)

    Regards,

    Jacek.

  • Hi Jacek,

    I see that the both your copper and fiber devices are linked and have completed auto-negotiation. I was looking over your schematics more and I have a few questions.

    1. what is the overall block diagram of how you are testing this?
    2. Why in each pdf are there 2 PHY ics? (i.e. you have 2 copper implemented phys on one pdf with slightly different configurations and one pdf with 2 fiber implementations)
    3. what do the waveforms look like on the TD and RD pairs?

    Regards,

    Ross
  • Hi Ross,
    On PHY which is used for fiber autonegotioation is disabled by strapping it for fiber.

    1.) I have Freescale i.MX287 processor with embedded switch connected to PHYs. Then we connect the board either directly to computer or via switch to LAN, and then try to ping from board to computer and from computer to the board.
    2.) There are two boards, one is assembled with fibers (SFP) and the other one is with copper ethernet. The processor has embedded switch and we want two ethernet ports, that is why we have two PHYs in each pdf. Configuration of each PHY is same except they are strapped to diferent addresses, one is 0x01 and the other one is 0x02.
    3.) Do you want TD and RD waveforms before transformer? Do you want them when I have a link or unplugged?

    Regards,
    Jacek.
  • Hi Jacek,

    Could you get the waveforms after transformer (i.e. on cable side) and when the device has link.

    Regards,
    Ross
  • Hi Ross,

    I've grabbed some waveform, however I think scope is not good enough for that sort of data. Do you have any idea what should be minimum bandwidth and sampling frequency to analyze ethernet data?

    Regards,

    Jacek.

  • Hi,

    Any new thoughts on my problem?

    Regards,

    Jacek.

  • Hi Jacek,

    I don't see anything wrong with the waveform above. Have you tried using different cables and cable lengths?

    Regards,
    Ross
  • Hi Ross,

    If we strap PHY to fiber mode and then connect SFP module using connections from Figure 9-2 from datasheet it works fine, but with copper it refuses to work.


    Regards,

    Jacek.

  • Hi Jacek,

    This is very interesting behavior. I will discuss this more with the team and try and resolve this.

    Regards,
    Ross
  • Hi Ross,

    Any update on my problem?

    Regards,

    Jacek.

  • Hi Ross,

    It has eventually started working. I didn't find an exact reason, but after changing CPU and software it works so it seems not to be DP83640 related problem.

    Thanks for your help,

    Jacek.

  • Hi Jacek,

    I am glad you were able to resolve this.

    Regards,
    Ross
  • Hi Jacek
    Have you solved your problem? I try to use AM335xx and SFP. I think, I used wrong PHY from Microchip and now I think about DP83640 but I don't have any experience with SFP and this PHY. Do you have some advices for me? Im wondering if i have to connect SFP to this PHY. Where are you from?
    Regards
    Pawel
  • Hi Pawel,

    I was unable to run DP83640 with copper ethernet, but I managed with SFP. You need to use schematic as for fiber, strap it for fiber and then it should work. I'm based in England.

    Regards,

    Jacek.

  • Hi Jacek

    Thank you for your answer. I'm designing in Altium with DP83640 EVB schematic for a FIBER. Could you take a look at my schematic with DP83640? Jacek is a polish name so I thought that you are in Poland - like me.

    Best regards
    Paweł

  • Hi Pawel,

    Yes I can take a look on your schematic but I can't promise anything. Are you on design or debugging stage?

    Regards,

    Jacek.

  • Hi Jacek

    I bought DP83640T Evaluation Demo Board and I connect it to an Evaluation board with microcontroller. With copper every think is all right. But SFP doesn't work. I changed resistors on board for a fiber, I put RXER to the ground with 2.2 resistor. I have no idea what is going on. Do I need to change something in PHYs registers for a SPF?

    Best Regards

    4505.Ethernet-rew.3_2015.pdf

  • Hi Jacek,

    We have been trying to do run the same DP83640 in fiber mode. We verified the board function via copper and when we switch to fiber, strapping the PHY for fiber mode (per datasheet specs), the communication isn't working. Did you strap yours in hardware or software? Any info is greatly appreciated.

    Thanks,
    Wes
  • Hi Wes,
    I strapped mine in hardware. Remember that in fiber mode speed autonegotiation (10/100) will not work, so you need to turn it off on the other end and set to your fiber's speed.

    Regards,
    Jacek.
  • Hi Jacek,

    what do you mean when you say "you need to turn it off on the other end"?

    Thanks,
    Wes
  • I assumed that you have fiber at DP83640 end, then it goes through media converter and the other end is copper. So on copper end (i. e. computer) autonegotioation (10/100) has tu be turned off, that is it has to be set to either 10 or 100 according to what is fiber end set. This is because that two stations can't autonegotioate speed.