W5500 first message is not sent
Ethernet Chips
No replies yet. Be the first to reply.
Join the discussion.
Ethernet Chips
No replies yet. Be the first to reply.
Join the discussion.
Share projects and connect with makers.
Joined before the site update? first.
New to WIZnet Makers?
We sent a verification link to your address. Open it to activate your account, then log in.
Accounts from this email provider are reviewed by an administrator after verification. Approval usually takes one business day.
Already have an account?
Enter your email address. If it belongs to an account, we'll send a link to set a new password. Members who joined before the site update use this to set their password.
If an account uses that address, we sent a link to set a new password. The link works once and expires in 30 minutes.
Know your password?
Need an account?
RE: W5500 first message is not sent
by Eugeny ·
You can troubleshoot it further by putting delay between link up and trying DHCP. And the cause could be well outside of the W5500 - in hub/router’s port not being ready receiving data from the port just went up. Thus what you have may be normal, that’s why DHCP client performs several tries on the live link before giving up.
RE: RE: W5500 first message is not sent
by Vien Huy Nguyen ·
Thank you for the answer.
I insert a delay of 1s between the link up and the first dhcp message and it seems to work reliably. My device now sends the DHCP discover message right after this 1s delay. I tried it a few times and it worked every time.
Is there any standard wait time from link up to start sending message?
I also want to find out if this is because of the router’s port not being ready, but can’t seem to find a way. I tried to monitor the SEND_OK bit of the Sn_IR register so that I know if the W5500 does try to send out the message, but it is always 0. Maybe this bit only works for TCP sockets?
RE: W5500 first message is not sent
by Eugeny ·
I believe SEND_OK must be employed in any case when data is being attempted to be sent for any protocol.
To see if it is router you need router’s logs if they are available.
You may put PC in bridged mode between W5500 and the router to see, using Wireshark, what is going on between the W5500 and router, but it will also be subject to chicken-egg issue because you must know how quick PC gets its port ready to accept the messages after link-up.
You seem have done it right - the only matter to decide how many attempts and what is the delay for retries - this heavily depends on the networking environment you run device in.