ACTLED always on when RJ45 plugged in
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: ACTLED always on when RJ45 plugged in
by Eugeny ·
RE: RE: ACTLED always on when RJ45 plugged in
by AndyC ·
Eugeny, thank you for your very quick response; i read it within the hour but i’ve waited to respond till i have more information.
fyi, we use two types of s/w to test new hardware: fully functional programs - in this case an embedded web server; and design verification routines, which we call DVRs - in this case code that uses the spi interface to read and write certain registers utilizing as much checking code as the underlying h/w permits.
the embedded web server was essentially lifted from the arduino sample web server and retains its ‘DEADBEEFFEED’ mac address. the dvr does not set a mac address. if i understand phy negotiation correctly, the mac address only becomes relevant long after phy negotiation is successfully completed.
at the W5500, very shortly after the RJ45 cable is plugged in (at both ends) the link led comes on and stays on followed, a couple of seconds later by the active led. scoping both signals, there are no signs of any edges after the initial edges. the computer at the ‘other end’, which i will call the client, and which is a lenovo W510 running win 7 (and which, i think, is fully updated) shows a link led very shortly after the second cable connection is made. shortly after that the client’s active led blinks a bunch of times. these blinks seem - using wireshark to view the trafic in near real time - to correspond to the sending of windows network discovery packets. wireshark shows no inbound traffic.
meanwhile, my attention was caught by michael boehmer’s september 2014 posting on this forum entitled “W500 - SPI OK, no TX/RX”. many years ago i was paid a lot of money to sort out another engineer’s screwed up PLL design and in that and other situations i learned how flaky PLLs can be as well as appreciating the value of ‘PLL locked’ status bits.
there being no PLL locked status bit on the W5500 (at least, not such a publically disclosed bit) i started looking at the XI and XO signals (W5500 pins 30 and 31).XO looked beautiful and XI, which was about 160 degrees out of phase with XO looked ok, but not very pretty.
while pondering the implications of that, i noticed that the active led had started behaving itself and wireshark was showing bi-directional traffic. further playing around led to the conclusion that the clock circuit is fairly unstable; perhaps being good enough to read and write registers but not being good enough to keep the PLL both locked and delivering a clean 150 mHz clock.
to conserve PCB space we are using a 25 mHz resonator (Murata CSTCW25MOX53-R0, digikey 490-11074-1-ND) which contains 15 pf capacitors as opposed to the 18 pf specified by wiznet. for whatever reason, there do not seem to be any 18 pf 25 mHz resonators. if 15 pf versus 18 pf is the sole cause of clock instability, i’d be somewhat surprised.
nevertheless, i added a 6 pf (that being the smallest cap in the lab) ceramics to each side of the resonator and the clock now seems stable, although attaching a scope probe to XI seems to kill the phy.
i can’t help but notice the number of posts on this forum that might involve a phy clock problem - often they don’t seem to have a definitive resolution - and coupled with the fact that this is the first time that a PCB of mine has encountered a clock problem (out of quite a lot of PCBs) i find myself wondering if the W5500’s PLL might be prone to instability.
in any event, our next step will be to spin the PCB to replace the resonator with a crystal and discrete caps and see what happens. probably we’ll add pads for R17 to facilitate loop gain analysis.
andy
RE: ACTLED always on when RJ45 plugged in
by Eugeny ·
Datasheet of resonator you use says frequency tolerance is 0.5%, W5500 datasheet says 30 ppm (0.03%). I think you are on the right course, and replacing with appropriate quartz crystal oscillator will solve the issue.
Read Wikipedia about MAC address, probably using DE as first byte may not be a good idea in wider application sense, and would be good to set really unique address for each board and have method developed for choosing it.