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.

dp83848 could not establish ethernet connection

Other Parts Discussed in Thread: DP83848I

Hi Someone.

I already asked here about the troubles with dp83838 and Cortex M4. And that hardware issue was successfully resolved (many thanks to ). But now I get some other problems. I am sorry but I newbie in hw ethernet solutions and that is why I ask you don't swear at me :) I use typical tcp_echo example for stm32f4discovery board. But I can't get communication with my board via ethernet. The mode is RMII. Communication with PHY from MCU is good and for example I can easily read and write PHY registers and the data which I get is correct. I verified this by reading of dp83848 identification regs and comparing with the values which were  specified in datasheet.

LEDs:

  • SPEED is constantly ON
  • ACTIVITY (YELLOW) is ON and blinks shortly from time to time.
  • LINK (GREEN) — constantly ON.
Connection LED on my 4-port ethernet router is on.
Signals on RX[1:0] is presented (as I can see with my oscilloscope).
How can I check, if the PHY is functioning properly? What type of cable can be used to check PHY with BIST technology?
Subnet is 192.168.1.0/24. Router IP is 192.168.1.1 (it supports DHCP), my IP is 192.168.1.2 (fixed by MAC via DHCP), the board IP should be 192.168.1.5 (as I can see in diagnostic messages). But at router console I can't see if the 
P.S. This is a part of academic research project.
  • Vladimir,

    There is some information on using the BIST mode on the E2E post titled "DP83848I : PHY - Test with BIST mode".  The direct link to the post is:

    http://e2e.ti.com/support/interface/industrial_interface/f/142/p/225948/805414.aspx

    In general, I would recommend starting with the simplest test case and gradually increasing the portions of the datapath being tested.  For example:

    1. Test in BIST mode while configured for internal loopback.
    2. Test in BIST mode when using an external loopback plug. 
    3. Test with packet traffic from the MAC while configured for internal loopabck.
    4. Test with packet traffic from the MAC when using an external loopback plug. 
    5. Test with packet traffic while connected to a link partner via a standard cable.

    For the loopback tests, it would be simplest to force the device to 100M (or 10M) full duplex via the BMCR register.  If you step through the test cases in sequence and get each test case to pass before moving onto the next test case, you will eliminate the most common problems before getting to the most complicated case.

    Patrick

  • Dear Patrick, I don't know as I can thank you for your help and support! I surely will do everything as you specified. Thanks a lot! :)

  • Dear GURU Patrick, I replaced the DP83848 and everything now is working fine!

    Thanks for your work!