--- title: "No Voltage on ExRes1 w/ W5500" url: "https://maker.wiznet.io/forum/13234" markdown_url: "https://maker.wiznet.io/forum/13234/md" type: "Forum topic" category: "Ethernet Chips" author: "Philipp K" created: "2019-03-08T11:15:05+09:00" last_activity: "2019-09-16T16:30:08+09:00" language: "en" views: 1652 replies: 23 source: "WIZnet Makers forum (https://maker.wiznet.io/forum/)" --- # No Voltage on ExRes1 w/ W5500 ## Question Asked by Philipp K on 2019-03-08 in Ethernet Chips. Hi everyone! I’ve created a PCB with the W5500, the schematic is according to the reference schematic. Now I can access and write all of the registers on the W5500, the Duplex and Speed LEDs work if I set the mode manually and the Crystal seems to be oscillating at 25.0007MHz (though my oscilloscope is not great, so I don’t now if that measurement is accurate). I can see the link pulses from my switch arriving on the TX and RX pins of the W5500, probably due to the AutoMDX feature. However, I don’t get a link. I’ve poked around the board a bit and I have 1.2V on the TOCAP and 1V2 pins and 3.3V on the respective input pins, but 0V on the Exres pin. What could be the cause for this? My lines to the RJ45 jack are a bit longer than usual (approx. 2 - 3 cm), but I don’t think that this should bring down the link entirely. I rather feel that something might not be correctly set up or supplied. Any ideas what might be the reason? Any input is appreciated! ## Replies ### Reply 1 by Eugeny, 2019-03-08 ![](https://avatars.discourse-cdn.com/v4/letter/p/b77776/48.png) Philipp_K: > However, I don’t get a link. What does it mean? Link LED does not turn on? Switch does not see port connected? ### Reply 2 by Philipp K, 2019-03-08 (in reply to reply 1) All of those: Switch does not detect device, LED not on, bit in register not set. Other than that, the PHYCFG register does not have any unexpected contents. Furthermore I don’t see any link detection pulses from the W5500 in any mode. I think, the PHY is not working, also because of the missing voltage on the resistor… ### Reply 3 by Eugeny, 2019-03-08 ![](https://avatars.discourse-cdn.com/v4/letter/p/b77776/48.png) Philipp_K: > PHYCFG register does not have any unexpected contents. What does it have exactly when cable is connected and when it is disconnected? ### Reply 4 by Philipp K, 2019-03-08 If I use autonegotiation, it has 0xF8, which makes sense to me: Reset inactive, Autonegotiation all capable, duplex and speed not (yet) set, no Link. Is there any procedure I have to follow? Right now I am doing the following: HW Reset, wizchip_init(), setting netinfo, configuring PHY, 300ms pause, PHY reset, 300ms pause BTW, the Wiz5500io board works with the same cable and switch setup (without anything connected to the SPI, i. e. only automatic configuration by the companion processor) ### Reply 5 by Eugeny, 2019-03-08 (in reply to reply 4) ![](https://avatars.discourse-cdn.com/v4/letter/p/b77776/48.png) Philipp_K: > Right now I am doing the following: Link must get up even if chip is not configured. I think the only requirement is no chip reset and no PHY reset conditions. Thus if you prove cable and switch are not issues, then there’s something wrong with your circuitry: wrong resistor soldered, small mistake in the circuit diagram, wrong pinout used for magjack etc. Sometimes removing damping resistors help; some people put 49.9 kOhm instead of 49.9 Ohm. ### Reply 6 by Philipp K, 2019-03-08 I’ll upload my schematics in a minute, maybe you can have a quick look at it; I’ve double and triple checked most of the things (including solder connections), though and the signal *from* the switch gets through well, there’s just no signal coming from the W5500 pins. The missing voltage on the resistor and at the respective pin on the chip hints at something being wrong with the PHY. Nevertheless I appreciate all suggestions and will gladly try out all of them! ### Reply 7 by Philipp K, 2019-03-08 [DMXInterface.pdf](https://maker.wiznet.io/forum/legacyFile.asp?path=r6iTY0adlkzxIe9MfqFfIz7Iz6O.pdf) (230,7 KB) This is my schematic, the RJ45 connector footprint has been provided by the manufacturer. The missing 1M resistor on the oscillator has been added as a THT part. Let me know if you see something unusual. Thanks! ### Reply 8 by Eugeny, 2019-03-08 (in reply to reply 6) ![](https://avatars.discourse-cdn.com/v4/letter/p/b77776/48.png) Philipp_K: > though and the signal *from* the switch gets through well, there’s just no signal coming from the W5500 pins. In my understanding electrically if device senses the link it turns link LED on. Thus if switch does not light the link LED then there’s nothing from W5500, if W5500 does not light its link LED, then it does not see anything from the switch. I do not see anything wrong in the circuit. RJ-45 pinout in the circuit is correct, please check the [layout](https://katalog.we-online.de/pbs/datasheet/74990111217.pdf) to ensure that you connect proper pins on the board level. Note that W5500 does not support auto-MDIX: > W5500 does not support auto-MDIX feature. > Thus, user should use straight-through cables to connect to other switches or routers and crossover cables to connect to devices such as servers, workstations or another W5500. However, user can use either type of cable to connect to other devices with auto-MDIX enabled, and the interface automatically corrects for any incorrect cabling. Must work with your switch though, but you may try changing cables and try another switch to see if there will be a difference. ### Reply 9 by Philipp K, 2019-03-08 Hi, thanks for checking my design! The Layout should be okay as well, since pulses get through and furthermore the connections seem to be the way they should be when measuring them. Maybe I didn’t esplain my problem well: It should be sufficient if one endpoint, e. g. the switch supports auto-MDX. The switch, not the W5500, is trying to auto-negotiate using auto-MDX, so it sends Links pulses down both wire pairs. I can only see those pulses on the board when the switch is present. At the same time, the W5500 apparently ´doesn’t see or understand those pulses (which look good to me) nor does it send anything back on either line, so the switch does not turn its link LED on, which leads me to believe that the PHY just does not work as intended, but I don’t know why that might be. The Wiz5500io seems to have 1.2V on the ExRes pin, while my design has 0V, other than that, the levels seem okay. Any idea what might cause this difference? Attached you will find the Link Pulses I see on the lines. [osc.zip](https://maker.wiznet.io/forum/legacyFile.asp?path=xGTeVXse37gpJcgnwNnu2tgbe8V.zip) (5,2 KB) Eugeny: > Must work with your switch though, but you may try changing cables and try another switch to see if there will be a difference. I’ve already tried with different cables and endpoints (switch, router, laptop, etc…), but to no avail. As I said, it seems to generally work with the W5500 when I use the Wiz5500io breakout board from WizNet. I’ve also used both 33R and 0R as damping resistors, currently I am using the latter, since this seems to have worked for some people and EMV should only be a minor issue while on my desk. ### Reply 10 by Eugeny, 2019-03-08 Ok, thank you for summary. You configure PHY using PHYCFGR, and you said it is F8. What are the states of PMODE wires? What resistors are soldered in? Reading the datasheet: > When W5500 is reset by POR or RSTn PIN, PHY operation mode is configured with PMODE[2:0] PINs by default. After POR or RSTn reset, user can re-configure PHY operation mode with OPMDC[2:0]. If user wants to re-configure with PMDC[2:0], it should reset PHY by setting the RST bit to ‘0’ after the user configures this bit as ‘1’ and OPMDC[2:0] . I read it as that you must perform two writes, first one setting the PHYCFGR[5:3], and second with PHYCFGR[7] reset (and 5:3 set the same way as in previous write) to reset PHY. ### Reply 11 by Philipp K, 2019-03-08 A while ago, I had the mode wires in Autonegotiation mode, but soldered them to 10M half duplex since I thought this would work. Didn’t help. But the W5500 does accept the reconfiguration, which is performed according to the datasheet: After configuring and then resetting the PHY with the API functions, the Duplex and Speed LED light up accordingly and the register reflects the new values. The configuration does not seem to make any difference for the outcome though. The PHYCFG register indicates that the PHY is turned on, but there never is any reaction on the lines… ### Reply 12 by Eugeny, 2019-03-08 (in reply to reply 11) I am out of ideas, only guessing remains. Maybe you can post picture of the board? By the way, pin 8 of the magjack should be grounded. ### Reply 13 by Philipp K, 2019-03-08 Eugeny: > I am out of ideas, only guessing remains. Same here, all I seem to know that something seems to have brought down the PHY. I’m not sure whether it’s broken, though I don’t know why that would be, but I’ve already replaced it once and I am not keen on putting in a third chip since they are not really cheap and I suppose it might harm the board, too. Eugeny: > Maybe you can post picture of the board? I will, as soon as I am home. Or would a rendering also be sufficient? Eugeny: > By the way, pin 8 of the magjack should be grounded. True! I’ve used a resistor leg to solder it to the case pins a few weeks ago, but that did not make a difference. Once I figure out what the problem is here, I’ll probably make a new version where I adress the minor issues like this, too ![:slight_smile:](https://emoji.discourse-cdn.com/twitter/slight_smile.png?v=12) ### Reply 14 by Eugeny, 2019-03-08 ![](https://avatars.discourse-cdn.com/v4/letter/p/b77776/48.png) Philipp_K: > Or would a rendering also be sufficient? I would say not much. There’re layout guidelines, but bad layout must not cause no link. It may work badly, but not fail completely. Exactly as you said in your original post. ![](https://avatars.discourse-cdn.com/v4/letter/p/b77776/48.png) Philipp_K: > I’ve already replaced it once Then it is not a chip, but something else. This is good news… Check L1. Is it in place? What is the voltage at 3V3A? ### Reply 15 by Philipp K, 2019-03-08 Eugeny: > Check L1. Is it in place? What is the voltage at 3V3A? L1 is indeed in place and the voltage is 3.3V. I have used [this part](https://katalog.we-online.de/pbs/datasheet/742792040.pdf). Is it suitable? But I think that on a stable supply it should not make a huge difference. EDIT: I think the impedance at 100MHz might be a bit to high ### Reply 16 by Eugeny, 2019-03-08 (in reply to reply 15) Should be suitable one. You can test just shorting it (shorting 3V3D and 3V3A). If link will not go up, it is not the ferrite bead. ### Reply 17 by Philipp K, 2019-03-09 I’ve tried bridging the ferrite bead as you suggested, but it didn not make a difference. Would it be possible that while using my oscilloscope probe I slipped and shorted something that wasn’t supposed to be shorted? Usually, most chips can handle that, afaik… And other than Exres1, all levels (3.3V, 1.2V, ToCap, VBG) are okay… ### Reply 18 by Eugeny, 2019-03-09 (in reply to reply 17) Measured voltage on the RSET_BG pin of the W5100. It has 12.3 kOhm 1% resistor connected to it, I guess it serves the same purpose as EXRES1 for W5500. The voltage is 1.2V. But when I touch resistor with both probes to measure voltage on it - chip goes crazy putting link down, or turning the RX LED on and ACT LED constantly flashing. Please check that you really installed 12.4 kOhm 1% resistor (or several resistors in series like I do - 12k 1% + 300 Ohm 1%), and that it is not shorted to ground. ### Reply 19 by Philipp K, 2019-03-09 Hi, I’ve done that already! Resistance from EXRES1 pin to GND is 12.4kOhms +/- 100 Ohms (I’ve usedthe respective resistor, [this one](https://www.mouser.de/ProductDetail/Panasonic/ERJ-3EKF1242V?qs=%2Fha2pyFadujWqMGonbcVXdYk5EfnPqHEJon%252BeSjnhB6%2FnO4uggAUYg%3D%3D) specifically), which is below 1%. Anyways, I think the voltage that I see there should be way higher than 0V, rather around 1.2V as you’ve mentioned. Is there any way to verify whether the PHY section of the W5500 is broken? ### Reply 20 by Philipp K, 2019-03-09 Eugeny: > Maybe you can post picture of the board? Also, here are some pictures as requested. I am sorry for the low quality but hope that you shall find them useful nonetheless: [Photos.zip](https://maker.wiznet.io/forum/legacyFile.asp?path=oCzElujLPPk9jhI19ec9wXvpnH8.zip) (400,3 KB) ### Reply 21 by Philipp K, 2019-06-27 Hello everyone, it’s me again. I’ve decided to improve my design (better, shorter differential routing, clock instead of crystal, better filter inductor) and have my boards preassembled to make sure there are no soldering errors. I’ve got a mint condition W5500 breakout board here, with a brand new connector (same parameters though) and with a software that has worked with the official breakout board, too. Well, same problems as before: —No Link —No voltage on Exres —Surprisingly low current consumption —Writing and reading registers works just fine, everything there is as expected. —Reconfiguring the PHY works, but the Link does not work regardless of configuration It feels as if the PHY is in power down mode, even though the corresponding register bits say that it is in auto negotiation mode… For instance, the W5500 consumes ~13mA like in Power down mode instead of 56mA as would be normal in Un-Link mode. Any thoughts on that? I will also send my design soon ### Reply 22 by Philipp K, 2019-06-28 As promised Schematic: [Ethernet.pdf](https://maker.wiznet.io/forum/legacyFile.asp?path=aqkixo0ZgvvVJc8kmJ41QCCaF8O.pdf) (120,7 KB) 3D View of the board [Ethernet.PDF](https://maker.wiznet.io/forum/legacyFile.asp?path=t9S6MbIHKRI9wWErwyLRIuAHRtU.PDF) (419,6 KB) ### Reply 23 by Philipp K, 2019-09-16 A quick follow-up for anyone wondering or any future person who stumbles across this thread: After posting to another forum, someone pointed out that Pin 11 was wrongly connected to GND instead of 3V3. I must’ve overlooked it due to that pin being grouped with the ground pins. I don’t know who thought that it would be a good idea to create a schematic symbol like that (I took it form the Altium vault). Anyway, thanks to everyone who contributed! --- Source: https://maker.wiznet.io/forum/13234