Nios V uC/TCP IP Failed

Hi,

This case just got routed to me today.

May I know your setup? Are you directly connecting the board to your PC? If yes, then you may need to disable the "DHCP feature (!DEF_TRUE)":

https://www.intel.com/content/www/us/en/docs/programmable/726952/23-4/configuring-mac-and-ip-addresses.html

Once you have set your IP address etc, rebuild the application and re-program the new .hex/.elf whichever you were using.

Hello,

It's a custom board with C10 GX and DP83848.

We use Nios II with NicheStack in the past and are porting the Niso V now.

So the Hareware should be fine.

The qsys connection is like below.

The Nos V is running on EMIF.

Following your instruction, the socket is running now.

But I can not connect to the server and ping to the specific is not responding..

Form the STP, the ff_rx_a_full is always high.

I think there are problems on the FPGA side since the TSE IP is not responding..

BRs,

Johnson

Hi,

Okay, we are moving in the correct direction, at least we can see what we can do next.

With the addresses now configure properly, and that the message “[sss_task] Simple Socket Server listening on port

<port number>” is displayed when the µC/TCP-IP Stack is ready for connection.

Can you show/screenshot on your Host PC's CMD, running below steps?:

After the µC/TCP-IP Stack is ready, you can start a telnet session to interact with the stack.

To start a telnet session, follow these steps:

1. From your operating system, open a command shell or a terminal.

Note: On Windows, you can also use Run on the Start menu.

2. Type the following command, specifying either the static IP address or the DHCPserver-provided IP address:

telnet <IP Address> <Port>

telnet 192.168.1.110 80

Hi,

How is your setup? Does your computer (that is connected to the board) connected to a VPN or secure connection?

Hi Eberlazare,

No, just through a switch.

And I am debugging the qsys..

I can see the mii_rx_d to TSE.

But for unknown reason, the ff_rx_a_full going high and ff_rx_rdy goes low after the SSS starting.

Hi,

I think the problem is the TSE not responding for unknown reason after the SSS running...

I STP the signals between TSE RX and the RX MSGDMA.

The ff_rx_rdy going low and not returned to high.

Perhaps something wrong on my Qsys setting or..

I feel the MSGDMA is not working and there's not much data about this IP..

I upload the QAR file for your analysis.

Thank you.

Hi，

Please use the attached QAR for analysis.

Thank you.

Hi,

Thanks, I will check out the design.

Hi,

What is the Quartus version that you are working on?

I am using Quartus Prime Pro 23.2.0 in Win 10.

Thank you.