Hi, I am running simple socket server for rgmii from Nios2 Eclipse template. I could get the Auto negotiation passed and Link established successfully. However the DHCP server fails to acquire an IP address. The program prompts me DHCP Timed Out and back to static IP address. Anyone knows what could bring to this problem? Any way to debug? Thanks, -Carid

Do you have a DHCP server in your network?

Yes I have. I tried on Cyclone III development kit and I was able to obtain an IP address. Telnet is successful. For this kind issue, what could be the problem? Thanks, -Carid

When DHCP server fails to acquire an IP address, could it be something wrong with the flash? In fact, i am a lil confused on how the SSS program actually generate the M number if AC and IP addresses based on the board serial number if the flash is absolutely empty. One more culprit is that I am using 125MHz on board clock and scale it down to 50MHz using PLL in my Qsys system. Timing constraint has been done, yet there are still some violations. Thanks.

Sorry, typo here ** how the SSS generates the MAC and IP addresses based on the board serial number.

IIRC, when you have a blank flash memory, SSS uses a default MAC address or prompts the user to enter it at the console. IP address is not relevant in your case, since it should be assigned by DHCP server. I suggest you perform a preliminary test with dhcp disabled, so you can make sure hw and sw are working correctly. I also suggest you return fixed and well known addresses in get_ip_addr() and get_board_mac_addr(), thus excluding a possibly bad flash memory content.

DHCP Timed Out problem in simple socket server

11 Replies

Altera_Forum
Honored Contributor
13 years ago
The following can help you better understanding where the problem is.

Browse the Nios sw library and locate the file ipnet.c. It should be in:
<altera_directory>\nios2eds\components\altera_iniche\UCOSII\src\ip
Look for the pktdemux() function and place a breakpoint here.
Compile the whole project and bsp in debug mode and start a debug session.
Your code should hit the breakpoint whenever an ethernet packet is received.
At this point you can follow the execution and find out where it fails.
For a ping packet, the flow should lead to the entry: case ARPTP

If pktdemux is not reached at all, you have a problem at a lower level.
Are you using tse, isn't it? Then you can place a breakpoint in tse_mac_rcv()
(file ins_tse_mac.c) and check if execution at least gets here.
Another good method is using tse_mac_raw_send() to manually transmit a packet and check if it's actually transmitted, using any network analyzer program (i.e. WireShark)

Forum Discussion

DHCP Timed Out problem in simple socket server

11 Replies

Recent Discussions

JTAG_UART stuck in printf

Ashling IDE scripted project creation

USING SIGNAL TAP TO MONOTOR AVALON_BUS WITH NIOS DESIGN

NiosV and juart-terminal

Nios V license