Other Parts Discussed in Thread: DP83640, DP83620
Hi,
We developed our custom board with the processor AM5749. On this board we have ethernet port to manage industrial communication:
We are able to detect those ethernet links, see the following post: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/977155/am5749-idk574x-pr1-ethernet-hardware-modifications
The phy we're using are DP83640.
PRU2 is using here a single-mac mode, so we need 5.4 kernel to use it. SDK 6.3 is on 4.19 so we must update to 5.4 or backport patches, no problem for that. PRU2 is working after those modifications.
PRU1 are not working, drivers detected but no ping. When we look the phy register status we can see "MDI pairs swapped" (Receive on TPTD pair, Transmit on TPRD pair). We tried to use the PRU1 on the IDK board, after changing the resistors allowing this. It's working well.
So our study went to PHY and routing.
There is multiple links about DP83640 or DP83620 PHY on TI. Best idea resulting of this is to change the PHY to another.
For the routing we've compared the two ports on PRU1 and the one on PRU2:
We've checked the following document to verify routing:
https://software-dl.ti.com/public/hpmp/sitara/eth_sys_hw_am_devices/presentation_html5.html
Routing seems clean. Maybe top/bottom vias and routes length are too much.
Regarding those investigations, we decided to change the PHY for another on our next board revision. Is there something else we should try? Any idea on TI side to explain why PRU1 are not working?
Best regards,
Quentin.