W5500 + RP2040 custom board
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 + RP2040 custom board
by Eugeny ·
Correct, it should if PHY is not configured down and powered up and not in reset state.
I did not look into the circuit closely, brief look did not show any fatal problems (unless some pins are confused).
First thing to check is power. Second thing to check is clock. But thing number 0 to check is what is on the board in reality vs circuit diagram. For example, do you have 49.9k resistors instead of 49.9 Ohms soldered.
RE: RE: W5500 + RP2040 custom board
by Debanshu Bhaumik ·
Thankyou for your response.
I have checked and powered the chip through an external power supply but the same results as stated above.
I will double check the values on board and update here.
Thanks.
RE: RE: W5500 + RP2040 custom board
by Debanshu Bhaumik ·
@Eugeny - I tried out a few more things.
Check 0 : All the values of the resistances used are fine and within the 1% limit.
Check 1 : Powered through external power supply directly to the w5500, still the same behviour.
Check 2 : The crystal seems fine delivering 25MHz.
I was going through the hardware design parameters
Do you think that the problem lies in the artwork?
RE: W5500 + RP2040 custom board
by Eugeny ·
Not sure I understand what you mean.
As far as we are sure hardware must be ok (hopefully chip was not overheated during manufacturing), you seem to have SPI access functioning. Please prove it by reading VERSIONR register.
Next test is you remove ALL the driving code, and leave only the following:
With this set up chip is in default state, PHY is enabled. Now when you plug cable in - try both direct and crossover, with one of these cables you must have link LED on, but only in case another end of cable is connected to the port which is up.