Other Parts Discussed in Thread: TPS2372,
Hi there,
I have a prototype utilising the TPS2373-4RGWT. The plan is to utilise it with a 802.3bt situation in the future, but as I understand it, the .bt standard is also backward compatible. Can you please confirm this is the case with this chip? My issue is that my design has a very low start-up draw (<10mA) for a few seconds, and the chip doesn't appear to be maintaining the PoE negotiation. If I put a little extra load on the load side of the regulator (after the PoE chip), it appears to work without an issue every time. I was under the impression that the MPS feature was supposed to keep PoE alive in low power situations? Setup is as per below.
DEN - 24k9 - VDD
CLSA - 63R4 - VSS
CLSB - 90R9 - VSS
REF - 49k9 - VSS
AMPS_CTL - 1k3 - VSS
AMPS_DUTY - SHORT - VSS
APD - SHORT - RTN
VC_IN - Floating
VC_OUT - Floating
UVLO_SEL - Floating
The regulator isn't turned on until PG is active, and the #BT, TPH, TPL outputs are monitored to ensure the load remains less than the available power.
I am currently using an 802.3at switch. It powers for about half a second, then drops power, then renegotiates again.
There doesn't appear to be any voltage applied across the AMPS_CTL resistor at any time.
Input voltage - Approx. 53VDC
Idle current - Approx. 10-14mA @ 53VDC
"little extra load" 150R @ 3.3V.
Appears to raise the current draw by 2ma when measured on the 53VDC side.
There is a second regulator also powered by the PoE chip, but it's controlled by the MCU. Apart from the input side capacitors on it, it doesn't seem to be in play.
I've tried putting a decent sized capacitor (2200uF) on the load side of the 3.3V reg, but it didn't seem to make a difference.
I've tried removing both the AMPS_DOTY and APD shorts, but it doesn't seem to make a difference.
Can you please assist and perhaps offer some suggestion as to what might be happening, and how to enable MPS to keep the PoE enabled?
Kind regards,