--- Quote Start ---
A hardware problem or error on your part connecting the pins is by far the easiest problem. A quick sanity check on that would be to simply assign the 2nd PHY to the 1st MAC and vice versa (i.e. does the problem follow the PHY). If the 2nd PHY starts working and the 1st PHY stops working, you know that you have incorrectly configured/connected the 2nd MAC somehow.Beyond hardware / pin connection problems, you should review your MAC signal connections, specifically the clocks/resets/streaming interface. It may be worthwhile to skim the Quartus output and look for warnings that are present for one MAC but not the other.But in your shoes, I would revisit the known-working system and review differences between it and my broken system.Good luck.
--- Quote End ---
I test my design according to your advice, and the result shows MAC2 works as the same as MAC. With my 2nd experiment, a net-analysis instrument （smartbits）substitutes for PC2 and detects the receive packets. As a result, the ARP request packets have a CRC error. every packet occupy 78 bytes. the anterior 42 bytes is correct but the rule of latter 36 bytes is unkown. The follow is the receive packet when a ping command sends at side of PC1. I don’t know why CRC error occur？“ FF FF FF FF FF FF B8 CA 3A 8A 83 5A 08 06 00 01 08 00 06 04 00 01 B8 CA 3A 8A 83 5A C0 A8 00 03 00 00 00 00 00 00 C0 A8 00 37 5F 45 64 50 05 23 82 82 CA A2 6E A0 0A 0A 0A 0A 00 00 00 00 C0 A8 00 03 B8 CA 3A 8A 83 5A 00 00 64 98 C8 4A”
Honored Contributor
