Because of the Thanksgiving holiday in the U.S., TI E2E™ design support forum responses may be delayed from November 25 through December 2. Thank you for your patience.

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DP83848 chip failures

Other Parts Discussed in Thread: TPS23754

We are having serious issues with DP83848CVV chip failures on a product we have designed and are starting to roll out into the field.

The most common issue: units are deployed and initially work. After some time the product no longer connects. When we analyze the board it turns out that the TXP and TXN signals are not proper. They are either greatly reduced in amplitude, or we see no RF output at  all. Replacing the DP83848 fixes the issue.

In a few cases this symptom occurs with brand-new boards. In the case of brand-new boards, the probable cause might be ESD damage to the DP83848 during assembly by the CM. They are usually very diligent and we are not seeing ESD damage to any other parts on the board. Appears the DP83848 might be unusually sensitive? The data sheet however seems to say that the DP83848 has very good ESD specs.

Other details:

* This is a POE system using a TI TPS23754 POE power supply. That part of the board is working reliably, does not fail. 

* Layout is based on the DP83848 POE dev kit--layers, layout, etc.

* Circuitry is very similar to the dev kit. The circuitry seems to work very well all except for this failure.

* We are using a MagJack that combines RJ-45, magnetics, and resistors and caps on the line side. Ratings are consistent with POE voltage and current specs and temp specs. We aren't seeing failures  of this part (replacing the DP83848 fixes a failed board without replacing the jack).

* Ethernet cables are run 5 to 50 feet in an outdoor location to a server. The cables are CAT5. They are protected physically by raceways.

* We have patched all recent boards using a TVS array on the TXP and TXN signals. Part number is USBLC6-2SC6Y. Evidence so far says that this reduces the incidence of failure but does not eliminate failures.

* We think we are obviously going to have to add protective circuitry, on-board or off-board. 

We would appreciate very much any comments and discussion as to why these particular signals are so vulnerable--in the field and even during board assembly. Thanks.

  • Answering my own post. We have found the root cause, generated a fix, and tested the solution. As stated above we have a POE circuit along with the DP83848 PHY. The issue has been identified to be voltage transients caused when the Ethernet cable is plugged into the unit. The POE voltages (48V and ground) carried on the Ethernet cable are not necessarily applied at exactly the same moment when the RJ45 cable is plugged in. Unbalanced transient voltages can get coupled through the Ethernet transformer and cause voltage transients at the TXP and TXN lines that damage the PHY. We have scope pictures showing these transients. This happens irregularly, not every time, apparently depends on exactly how the RJ45 pins engage. When it does happen the PHY can be destroyed. Our solution is to insert an SLVU2.8-4 package right at the RJ-45 connector, on the inner (PHY side), protecting the TXP, TXN, RXP, and RXN pins. With this in place the boards we have tested have cumulatively survived many hundreds of connection cycles.

    Judgment based on lots of recently gathered experience--an Ethernet system powered by POE ***MUST*** include TVS protection on the inner side of the transformer, between the transformer and the PHY, or difficult-to-diagnose field failures are very likely to occur. Such protection isn't on the POE development boards we're aware of, that might be something that TI should look at in the future. Hope this is useful to someone out there in the future.
  • Kerry,

    Nice work and thanks for the follow up!

    Patrick