DE0-Nano Ethernet add on board

I may be doing it wrong, but your screenshots are too low resolution to read.

You may need to post your project .qar

Your problem might be something simple like incorrect TSE MAC port pin connections, or a clock issue. Quartus might already be complaining about the cause of your problem: check your warnings, and timing violations (if any).

Dear ted,

thanks for repaly.

I have attached some pictures in '.zip' format and my '.qar' project file.

https://www.alteraforum.com/forum/attachment.php?attachmentid=10023

https://www.alteraforum.com/forum/attachment.php?attachmentid=10024

I hope them to be useful.

But about inter-connect of PHY and MAC.

I test similar configuration in DE2-115 board which inculde Marvell 88E1111 PHY layer.

(Samll TSE MAC that connect to PHY via MII interface)

every things works fine!

I ran simple socket server example on DE2-115 board and it was very interesting.

but i can't understant what is this problem that only appear in RX path not on TX path!

thanks for your attention

Arash

Briefly reviewing your Qsys/Quartus project, it all looks OK and your SignalTap does seem to be showing a packet coming in.

At this point I'm guessing there is a bug in your .c somewhere.

You can double check with SignalTap that the Avalon-ST ports to/from the SGDMA are OK - they ought to be 'ready' and maybe you'll see 'sop' ?

I would also suggest during this debug phase to switch over to the full 10/100/1000 MAC so you can incorporate and dump the statistics counters. If you're seeing data coming in on the PHY, and nothing on the Avalon-ST - you ought to see some counters increment.

Dear ted,

Thanks for replay and tips.

I will check them all.

Thanks for your attention and time you spent on this topic.

Arash

Dear ted,

As you suggest, i use 10/100/100 TSE MAC core and check statistics counters. for more simpler test, i enabled loop-back feature of MAC core.

But another confusing problem appeared!

When i send a string vi jtag_uart, 'aFramesTransmittedOK' increament by one but 'aFramesReceivedOK' stay 0.

More intresting is that register 'aFrameCheckSequenceErrors' and 'aAlignmentErrors', both increament in each of my send!

I'm just working in loop back mode! why should i have CRC/Alignment error?

In real test with PHY, as picture of wireshark showed, i'm sure that TX path of system works correctly.

Now the statistics counters of MAC showed that packet are received with CRC/Alignment error.

Do you have any idea?

Thanks.

I think you can get that behavior with wrong setting of the 32-bit header alignment option in the MAC.

Search for "align" in http://www.altera.com/literature/ug/ug_ethernet.pdf

I believe the checkbox is on the MAC Options tab of the gui: change it from what it is currently set to, and try again.

Dear ted,

thanks for replay.

I checked MAC option about 32 bit header alignment. and test system in both situation. (select and un-select alignment in MAC option)

but nothing changed!

I also removed the two first byte of tx_frame in c source code. (which is used for 32 bit alignment).

Again i just see that register 'aFrameCheckSequenceErrors' and 'aAlignmentErrors' increment in each send when i'm in loop back mode.

Dear all

I use another idea to detect the problem of RX path in my system.

this is main connection of PHY and MAC in my system:

.tse_mac_pcs_mac_tx_clock_connection_clk (TXCLK),

.tse_mac_pcs_mac_rx_clock_connection_clk (RXCLK),

.tse_mac_mac_mii_connection_mii_rx_d (RXD),

.tse_mac_mac_mii_connection_mii_rx_dv (RXDV),

.tse_mac_mac_mii_connection_mii_rx_err (RXERR),

.tse_mac_mac_mii_connection_mii_tx_d (TXD),

.tse_mac_mac_mii_connection_mii_tx_en (TXEN),

.tse_mac_mac_mii_connection_mii_tx_err (TXERR),

and i changed it to :

.tse_mac_pcs_mac_tx_clock_connection_clk (RXCLK), <--

.tse_mac_pcs_mac_rx_clock_connection_clk (RXCLK),

.tse_mac_mac_mii_connection_mii_rx_d (TXD), <--

.tse_mac_mac_mii_connection_mii_rx_dv (TXEN), <--

.tse_mac_mac_mii_connection_mii_rx_err (RXERR),

.tse_mac_mac_mii_connection_mii_tx_d (TXD),

.tse_mac_mac_mii_connection_mii_tx_en (TXEN),

.tse_mac_mac_mii_connection_mii_tx_err (TXERR),

it's just a loop-back idea. MAC receive what it sent! but it's based on RXCLK.

this test was successful and loop-back worked correctly. so i'm sure that MAC works fine!

now I'm sure that problem is in connection of MAC and PHY in RX path. but I don't understand it.

(it seems that MAC detect RXCLK but do not detect RXD and RXDV)

if there is problem in RX connection (PCB or Header pins) why Logic analyzer can detect RX signal? but MAC can not ??!

is there any other setting for FPGA pin that I missed?

No idea ??!

It's very important for me ...