Deutsch   English   Français   Italiano  
<hdodgj5g0l6kh5r81ff1u436nmcj0kq6qo@4ax.com>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!Xl.tags.giganews.com!local-4.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 09 Oct 2024 20:37:22 +0000
From: Joe Gwinn <joegwinn@comcast.net>
Newsgroups: sci.electronics.design
Subject: Re: power supply discharge
Date: Wed, 09 Oct 2024 16:37:22 -0400
Message-ID: <hdodgj5g0l6kh5r81ff1u436nmcj0kq6qo@4ax.com>
References: <7i6lfjh7m3bt17jn2ponboi0a2refvpuob@4ax.com> <qvqlfjt4ttk1qeae20tje6mblci4h4d2ku@4ax.com> <lm0a6iFg65cU2@mid.individual.net> <01lmfj52p9aurg23v6oq29j3shutja5tnb@4ax.com> <kj4ofj56re4nl4h6qses2erq6fdgl6gbj7@4ax.com> <6baofjtquh870j7ccl49q9lc1lalcgmedv@4ax.com> <p8lofj9162t9ianni8fepgbv31drc7et26@4ax.com> <bnibgj9532fp554uek2l2rnn8ls12khl89@4ax.com> <8nedgjld2g6dt2oif5q4ia483vfortc72n@4ax.com> <b2ndgjhqb7oprdg285jq4qrq360uunqpg6@4ax.com>
User-Agent: ForteAgent/8.00.32.1272
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 153
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-F4tXcmp4zdzXlaAyX/KZdjqo1nY+orodFGTvhq+I2sVdV5nG86/6NUGVLuGRNusUFodH/aPDCfyYzNL!URUSQDC0UHC3m88K18ICcQ6/A9saZMgp5+WCZZzpla4uR168dDEJzLcI6WDRTwiqht7Uga8=
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
Bytes: 7783

On Wed, 09 Oct 2024 12:51:32 -0700, john larkin <jl@glen--canyon.com>
wrote:

>On Wed, 09 Oct 2024 13:40:49 -0400, Joe Gwinn <joegwinn@comcast.net>
>wrote:
>
>>On Tue, 08 Oct 2024 17:27:53 -0700, john larkin <jl@glen--canyon.com>
>>wrote:
>>
>>>On Tue, 01 Oct 2024 16:03:40 -0400, Joe Gwinn <joegwinn@comcast.net>
>>>wrote:
>>>
>>>>On Tue, 01 Oct 2024 09:59:27 -0700, john larkin <jl@glen--canyon.com>
>>>>wrote:
>>>>
>>>>>On Tue, 01 Oct 2024 11:24:34 -0400, Joe Gwinn <joegwinn@comcast.net>
>>>>>wrote:
>>>>>
>>>>>>On Mon, 30 Sep 2024 18:49:14 -0700, john larkin <JL@gct.com> wrote:
>>>>>>
>>>>>>>On Mon, 30 Sep 2024 11:49:54 -0700, Joerg <news@analogconsultants.com>
>>>>>>>wrote:
>>>>>>>
>>>>>>>>On 9/30/24 11:24 AM, john larkin wrote:
>>>>>>>>> On Mon, 30 Sep 2024 08:39:27 -0400, legg <legg@nospam.magma.ca> wrote:
>>>>>>>>> 
>>>>>>>>>> On Sun, 29 Sep 2024 08:23:01 -0700, john larkin <JL@gct.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> On Sat, 28 Sep 2024 22:28:07 -0700, Joerg <news@analogconsultants.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> On 9/27/24 8:07 AM, john larkin wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Given a benchtop power supply, you can turn the voltage up and then
>>>>>>>>>>>>> down, and it goes down. Most have a substantial amount of output
>>>>>>>>>>>>> capacitance, and can be driving an external cap too. So something
>>>>>>>>>>>>> pulls the output down.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Often the only internal load is the resistive divider for the regulator
>>>>>>>>>>>> loop feedback.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> I guess that there are no standards for this, but I've never seen a
>>>>>>>>>>>>> supply that just hangs high when it's cranked down.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I have some. They drop very slowly when there isn't much load on the output.
>>>>>>>>>>>
>>>>>>>>>>> Customers might whine if they ask for 10 volts and see 30. Amd that
>>>>>>>>>>> may be mostly held up by their capacitive load.
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> I'm designing some programmable multi-channel power suplies and that
>>>>>>>>>>>>> is one of many tangled issues in the project.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> A synchronous buck architecture should work quite well if you need to
>>>>>>>>>>>> slew fast. I've used that on a driver that had to modulate a hard
>>>>>>>>>>>> capacitive load at several kHz and above 100V.
>>>>>>>>>>>
>>>>>>>>>>> I'm doing some multichannel non-isolated supplies that will be sync
>>>>>>>>>>> buck, using multiple TI DRV8962 chips.
>>>>>>>>>>>
>>>>>>>>>>> One problem is that a sync buck can become a boost in the wrong
>>>>>>>>>>> direction, and start charging my +48 supply. If it hits, say, 55
>>>>>>>>>>> volts, I'll disable the switcher chips, and the outputs can hang. I
>>>>>>>>>>> need to discharge the outputs. I'm thinking about 20 mA of depletion
>>>>>>>>>>> fet per channel.
>>>>>>>>>>
>>>>>>>>>> You might consider overvoltage protection or a (switched ?)
>>>>>>>>>> internal minimum load.There's usuaally some point in the
>>>>>>>>>> control loop that's a good indicator of a pull-down requirement.
>>>>>>>>>> A single ovp or autoload on the input looks likely to serve
>>>>>>>>>> all of your many sync-bucks.
>>>>>>>>>>
>>>>>>>>>> RL
>>>>>>>>> 
>>>>>>>>> An MOV on the bulk supply could limit the reverse-pump excursion until
>>>>>>>>> the software can notice and shut things down.
>>>>>>>>> 
>>>>>>>>> MOVs can gobble a lot of joules, but their clipping is very soggy.
>>>>>>>>> 
>>>>>>>>
>>>>>>>>MOVs are usually cumulative. They can take a certain amount of 
>>>>>>>>dissipation over their lifetime and then *PHUT* ... POOOF. Like a bank 
>>>>>>>>account that runs dry.
>>>>>>>
>>>>>>>What kills MOVs? Integrated joules? Time-temperature?
>>>>>>>
>>>>>>>I don't expect a lot of joules per event. Just enough energy to keep
>>>>>>>my supply voltage down until a slowish ADC and the software can shut
>>>>>>>the buck switchers down. 15 milliseconds max, maybe.
>>>>>>
>>>>>>I think it's integrated joules per cubic centimeter of the MOV
>>>>>>material.  This is discussed in the literature on MOVs for protecting
>>>>>>line-powered equipment from pulse overvoltages, such as from nearby
>>>>>>lightning strikes.  <https://www.deltala.com/>
>>>>>>
>>>>>>Joe Gwinn
>>>>>
>>>>>Makes sense. It looks like most MOV appnotes assume that it's across
>>>>>an AC line, with kilo-amps available. Or lightning bolts.
>>>>>
>>>>>I'll get a few and test them at much lower loads.
>>>>
>>>>For smaller MOVs, I think that the data sheet specifies capacity in
>>>>Joules.  I bet this is the max integrated dose, not the pre-event
>>>>limit.  Well, the one-event limit as well.
>>>>
>>>>Joe Gwinn
>>>
>>>I'm torturing an MOV, a 470KD14. It's rated for 47 volts and 0.1 watt
>>>and 10 joules.
>>>
>>>At a constant 15 mA, it's at 58.1 volts, which is 0.86 watts. It's
>>>pretty warm. The voltage seems very stable after 4 hours so far.
>>>That's about 12K joules.
>>>
>>>It's likely it could do that forever, but the data sheets suggest that
>>>high power shots can do cumulative damage. I might set up to try that
>>>somehow.
>>
>>I bet that the duty cycle affects the cumulative damage, with smaller
>>duty cycles (more powerful pulses, but more widely separated) doing
>>more damage than just the cumulative energy.
>>
>>I looked at the Yageo 470KD14 MOV datasheet.  It  does not seem to
>>mention any wearout effect.  Perhaps they figured the mechanism out
>>and remedied it, which would be a good thing.  
>>
>>But the "surge life" items under "Reliability" on page 9 only does ten
>>surges and notes no visible damage, so we have no idea what happens
>>beyond that simple surge test's parameters.
>>
>>Joe Gwinn
>
>On page 5, it doesn't say so but I think the curves are parametreized
>on the number of shots, 1 to 1e6.

Yes, one can certainly read it that way.  Probably have to ask Yageo
how to read those plots, and the underlying physical mechanism.


>I might have to cut over to using mosfets and resistors to dump my
>overshoot energy. MOVs may be too risky longterm. Pity... they are so
>simple.

 How large are the surges and how long will it be to get to 10^6
surges in total?

Joe Gwinn