whit3rd wrote:> On Saturday, December 1, 2012 12:23:11 AM UTC-8, upsid...@downunder.com wrote: >> On Fri, 30 Nov 2012 15:50:55 -0600, Jon Elson <jmelson@wustl.edu> >> wrote: > >>> Yup, a well-sized SCR is probably the best at producing a low-drop short >>> when called upon, and surviving the event. > >> Please remember to put some ferrites in series with the SCR gate >> drive. > > Maybe not in the gate, but at the anode? SCRs have a dI/dt > limit to be observed, and this a capacitor-being-discharged > event. It'd be a shame to blow both the fuse and the > protective SCR in each event (but the SCR is likely to fail > short, which is at least safe). Some surge protect schemes > expend fuse and SCR together.That can be ok because the whole unit has become a service case anyhow. Something on there must have catastrophically failed to cause this tripping in the first place. -- Regards, Joerg http://www.analogconsultants.com/
Over Voltage Protection Crowbar Circuit
Started by ●November 30, 2012
Reply by ●December 2, 20122012-12-02
Reply by ●December 2, 20122012-12-02
mike <ham789@netzero.net> wrote:> On 12/2/2012 8:42 AM, legg wrote: > >> >> OVP thresholds of the crude cowbar circuit are set higher than the >> circuit function can normally achieve. This would be a voltage higher >> than any battery you might attempt to charge with this normal output. > >> RL > > You're exhibiting symptoms of the pervasive disease I seek to eradicate/prevent. > It's known by various names... > Tunnel vision. > Not invented here. > I'm too smart for my own good syndrome. > Pervasive incompetence. > > Infected engineers get defensive and tell you why you're wrong > according to their limited view of the COMPONENT. > > The guys you want doing your design reviews listen to what's being > said in SYSTEM context and figure out how broadening their > view might make their > designs better. They look for learning opportunities, not arguments. > > Power supplies are frequently subjected to conditions not > spelled out in the spec. > The spec may not say much about AC line transients. Inexperienced > engineers may not pay attention to that at all. Same for load transients. > > Pick a power supply. Grab the schematic and the designer. > Ask, "what happens at this node when I rip the line cord out of the wall?" > Most won't have even considered the possibility. > > I'm not saying that it's hard to design a crowbar circuit that > doesn't have the problem. I'm saying that, if you're not > paying attention, it's easy to let a bad design get through. > Crowbar misbehavior is not an isolated case as evidenced by other > inputs to this thread. > > You'll recall that I asked a question about the application. > For a dedicated application, a less-than-optimal crowbar may not be > an issue. > > Here's the backstory that gets me so excited about power supplies. > > I inherited a hardware group designing a computer workstation. > One component was a custom power supply designed by a local > power supply house. > We'd seen prototypes. > Our engineer went down the spec sheet running tests and signed > off on the design. > But when they got put into computers, we had random failures. > The design firm denied responsibility because our engineer > couldn't reproduce the symptom. This went on for months. > > I finally gave up an took one home over the weekend. > I returned on Monday with a test fixture. > I invited the designer and his boss in for a demo. > They brought their latest revision. > I put a current probe on the transformer primary > and a transient load synchronized to the switcher. > By moving the load transient across the timing cycle, I could > change the duty factor off 50% and walk the drain current > right up the saturation curve. > I gave 'em safety glasses and asked them to put their fingers > in their ears as I embedded pieces of FET in the ceiling. > I then asked how many more they wanted me to destroy before they > got the message. > The problem wasn't on the spec sheet. > The problem wasn't on the schematic. > It was on the layout. > After all that, they still couldn't get it right. > > I expect that if I'd suggested here that someone build > a current transient tester capable of 10 amps in 10ns, I'd have > been told I was an idiot. > All I can say is that it's often quicker, easier, cheaper to run > the test than to argue why it won't work. But I digress... > Back to the story. > > Purchasing fired 'em and contracted with a firm 500 miles away. > Long story short, the first look at the new schematic showed > it to be identical to the old schematic. > I asked a few questions and discovered that the new firm didn't > have the manpower for our design, so they hired someone. > And who did they hire but the guy who was laid off from the > first local firm. Didn't see that coming. > > I threw a hissy-fit, so they hired a consultant "fixer" to clean it up. > I met with the guy. Took me 15 minutes to decide that he exuded > competence. > > The new design came in on schedule, on budget, it worked and it flew > through EMC testing with margin to spare. > > The design was almost identical to the first one. But it was executed > by someone competent and paying attention to the system details. > > I wanted to hire him, but he wouldn't work that cheap. ;-) > > Good times...Great story Mike. As someone who has worked in both the forensics and design departments in a similar field, I can say that it's a lot easier to cultivate the right paranoid attitude when doing post-failure root cause analysis. Insulating the design department from the people handling product failures doesn't help either.
Reply by ●December 2, 20122012-12-02
"Jim Thompson" wrote in message=20 news:lv3nb8hcoul6b0c5lr42bor9tknp8bb2m7@4ax.com...> Perhaps study it more carefully, and observe the 2nd page.> And I did say...> "Yep. I always like my own circuits >:-}> The fuse blower design was done before MOSFET's were common."> Did you miss the fuse blower discussion?OK, it seems to work well with an LTSpice simulation: http://enginuitysystems.com/pix/OVR_Protect.png I had missed the second page of your pdf. But I still think the circuit=20 should be made more robust. I read the fuse blower discussion, and agree that it's best, as you also = concurred. But I don't really see the need for your circuit, and for all that=20 complexity it might as well include regulation and overcurrent = protection. Paul=20
Reply by ●December 2, 20122012-12-02
On Sun, 2 Dec 2012 19:23:52 -0500, "P E Schoen" <paul@peschoen.com> wrote:>"Jim Thompson" wrote in message >news:lv3nb8hcoul6b0c5lr42bor9tknp8bb2m7@4ax.com... > >> Perhaps study it more carefully, and observe the 2nd page. > >> And I did say... > >> "Yep. I always like my own circuits >:-} > >> The fuse blower design was done before MOSFET's were common." > >> Did you miss the fuse blower discussion? > >OK, it seems to work well with an LTSpice simulation: >http://enginuitysystems.com/pix/OVR_Protect.png > >I had missed the second page of your pdf. But I still think the circuit >should be made more robust. > >I read the fuse blower discussion, and agree that it's best, as you also >concurred. > >But I don't really see the need for your circuit, and for all that >complexity it might as well include regulation and overcurrent protection. > >PaulIt exists because of a request by a poster on this group. It is simply an extension of a charge/discharge controller chip I did for a LiIon battery charge. Then, with a little bit of sensing circuitry, you can prevent over charging or discharging. ...Jim Thompson -- | James E.Thompson, CTO | mens | | Analog Innovations, Inc. | et | | Analog/Mixed-Signal ASIC's and Discrete Systems | manus | | Phoenix, Arizona 85048 Skype: Contacts Only | | | Voice:(480)460-2350 Fax: Available upon request | Brass Rat | | E-mail Icon at http://www.analog-innovations.com | 1962 | I love to cook with wine. Sometimes I even put it in the food.
Reply by ●December 2, 20122012-12-02
On Sun, 02 Dec 2012 11:01:12 -0800, mike <ham789@netzero.net> wrote:>On 12/2/2012 8:42 AM, legg wrote: > >> >> OVP thresholds of the crude cowbar circuit are set higher than the >> circuit function can normally achieve. This would be a voltage higher >> than any battery you might attempt to charge with this normal output. > >> RL > >You're exhibiting symptoms of the pervasive disease I seek to >eradicate/prevent. >It's known by various names... >Tunnel vision. >Not invented here. >I'm too smart for my own good syndrome. >Pervasive incompetence. > >Infected engineers get defensive and tell you why you're wrong >according to their limited view of the COMPONENT. > >The guys you want doing your design reviews listen to what's being >said in SYSTEM context and figure out how broadening their >view might make their >designs better. They look for learning opportunities, not arguments. > >Power supplies are frequently subjected to conditions not >spelled out in the spec. >The spec may not say much about AC line transients. Inexperienced >engineers may not pay attention to that at all. Same for load transients. > >Pick a power supply. Grab the schematic and the designer. >Ask, "what happens at this node when I rip the line cord out of the wall?" >Most won't have even considered the possibility. > >I'm not saying that it's hard to design a crowbar circuit that >doesn't have the problem. I'm saying that, if you're not >paying attention, it's easy to let a bad design get through. >Crowbar misbehavior is not an isolated case as evidenced by other >inputs to this thread. > >You'll recall that I asked a question about the application. >For a dedicated application, a less-than-optimal crowbar may not be >an issue. > >Here's the backstory that gets me so excited about power supplies. > >I inherited a hardware group designing a computer workstation. >One component was a custom power supply designed by a local >power supply house. >We'd seen prototypes. >Our engineer went down the spec sheet running tests and signed >off on the design. >But when they got put into computers, we had random failures. >The design firm denied responsibility because our engineer >couldn't reproduce the symptom. This went on for months. > >I finally gave up an took one home over the weekend. >I returned on Monday with a test fixture. >I invited the designer and his boss in for a demo. >They brought their latest revision. >I put a current probe on the transformer primary >and a transient load synchronized to the switcher. >By moving the load transient across the timing cycle, I could >change the duty factor off 50% and walk the drain current >right up the saturation curve. >I gave 'em safety glasses and asked them to put their fingers >in their ears as I embedded pieces of FET in the ceiling. >I then asked how many more they wanted me to destroy before they >got the message. >The problem wasn't on the spec sheet. >The problem wasn't on the schematic. >It was on the layout. >After all that, they still couldn't get it right. > >I expect that if I'd suggested here that someone build >a current transient tester capable of 10 amps in 10ns, I'd have >been told I was an idiot. >All I can say is that it's often quicker, easier, cheaper to run >the test than to argue why it won't work. But I digress... >Back to the story. > >Purchasing fired 'em and contracted with a firm 500 miles away. >Long story short, the first look at the new schematic showed >it to be identical to the old schematic. >I asked a few questions and discovered that the new firm didn't >have the manpower for our design, so they hired someone. >And who did they hire but the guy who was laid off from the >first local firm. Didn't see that coming. > >I threw a hissy-fit, so they hired a consultant "fixer" to clean it up. >I met with the guy. Took me 15 minutes to decide that he exuded >competence. > >The new design came in on schedule, on budget, it worked and it flew >through EMC testing with margin to spare. > >The design was almost identical to the first one. But it was executed >by someone competent and paying attention to the system details. > >I wanted to hire him, but he wouldn't work that cheap. ;-) > >Good times... >You're getting a bit off-topic for me. I avoid administrative bullshit where possible. If you can do it simply by inflating an estimate, there's skin off anyone's nose. Again, you probably got you paid for. Hiring someone for a project after a few minutes, because he 'exuded competence', is a pretty good example of administrative bullshit, if ever I've heard it. Competence is demonstrated, not discharged through the skin, or smelled. Next time, just widen your search, based on recommendation and realize before-hand that one man does not a power design lab make and that other inputs are required before you can switch from out-sourcing to in-house development of some kinds of hardware. RL
Reply by ●December 3, 20122012-12-03
On a sunny day (Sun, 2 Dec 2012 10:56:05 -0800 (PST)) it happened bloggs.fredbloggs.fred@gmail.com wrote in <840a164e-eb63-4804-8938-5d078db1d71f@googlegroups.com>:>I deleted that post on Google- see follow-up with capacitor on other side of fuse - <smacks self in head >There is likely no universal solution. Question to be asked first is: WHAT do you want to protect. I remember a technician wiring the mains to a 24 volt bus of a big PLC system. It killed many many expensive PLC cards. If your crowbar only kills primary circuit, then it does NOT protect the load against external voltage sources. And in installation this is a much more likely error condition than in normal operation a voltage going high. Also it depends on the kind of supply, in case of a switcher with output transformer separation, maybe you can simply switch the control chip off as protection against over voltage.
Reply by ●December 3, 20122012-12-03
On Sun, 02 Dec 2012 21:18:11 GMT, Ralph Barone <address_is@invalid.invalid> wrote:>mike <ham789@netzero.net> wrote: >> On 12/2/2012 8:42 AM, legg wrote: >> >>> >>> OVP thresholds of the crude cowbar circuit are set higher than the >>> circuit function can normally achieve. This would be a voltage higher >>> than any battery you might attempt to charge with this normal output. >> >>> RL >> >> You're exhibiting symptoms of the pervasive disease I seek to eradicate/prevent. >> It's known by various names... >> Tunnel vision. >> Not invented here. >> I'm too smart for my own good syndrome. >> Pervasive incompetence. >> >> Infected engineers get defensive and tell you why you're wrong >> according to their limited view of the COMPONENT. >> >> The guys you want doing your design reviews listen to what's being >> said in SYSTEM context and figure out how broadening their >> view might make their >> designs better. They look for learning opportunities, not arguments. >> >> Power supplies are frequently subjected to conditions not >> spelled out in the spec. >> The spec may not say much about AC line transients. Inexperienced >> engineers may not pay attention to that at all. Same for load transients. >> >> Pick a power supply. Grab the schematic and the designer. >> Ask, "what happens at this node when I rip the line cord out of the wall?" >> Most won't have even considered the possibility. >> >> I'm not saying that it's hard to design a crowbar circuit that >> doesn't have the problem. I'm saying that, if you're not >> paying attention, it's easy to let a bad design get through. >> Crowbar misbehavior is not an isolated case as evidenced by other >> inputs to this thread. >> >> You'll recall that I asked a question about the application. >> For a dedicated application, a less-than-optimal crowbar may not be >> an issue. >> >> Here's the backstory that gets me so excited about power supplies. >> >> I inherited a hardware group designing a computer workstation. >> One component was a custom power supply designed by a local >> power supply house. >> We'd seen prototypes. >> Our engineer went down the spec sheet running tests and signed >> off on the design. >> But when they got put into computers, we had random failures. >> The design firm denied responsibility because our engineer >> couldn't reproduce the symptom. This went on for months. >> >> I finally gave up an took one home over the weekend. >> I returned on Monday with a test fixture. >> I invited the designer and his boss in for a demo. >> They brought their latest revision. >> I put a current probe on the transformer primary >> and a transient load synchronized to the switcher. >> By moving the load transient across the timing cycle, I could >> change the duty factor off 50% and walk the drain current >> right up the saturation curve. >> I gave 'em safety glasses and asked them to put their fingers >> in their ears as I embedded pieces of FET in the ceiling. >> I then asked how many more they wanted me to destroy before they >> got the message. >> The problem wasn't on the spec sheet. >> The problem wasn't on the schematic. >> It was on the layout. >> After all that, they still couldn't get it right. >> >> I expect that if I'd suggested here that someone build >> a current transient tester capable of 10 amps in 10ns, I'd have >> been told I was an idiot. >> All I can say is that it's often quicker, easier, cheaper to run >> the test than to argue why it won't work. But I digress... >> Back to the story. >> >> Purchasing fired 'em and contracted with a firm 500 miles away. >> Long story short, the first look at the new schematic showed >> it to be identical to the old schematic. >> I asked a few questions and discovered that the new firm didn't >> have the manpower for our design, so they hired someone. >> And who did they hire but the guy who was laid off from the >> first local firm. Didn't see that coming. >> >> I threw a hissy-fit, so they hired a consultant "fixer" to clean it up. >> I met with the guy. Took me 15 minutes to decide that he exuded >> competence. >> >> The new design came in on schedule, on budget, it worked and it flew >> through EMC testing with margin to spare. >> >> The design was almost identical to the first one. But it was executed >> by someone competent and paying attention to the system details. >> >> I wanted to hire him, but he wouldn't work that cheap. ;-) >> >> Good times... > >Great story Mike. As someone who has worked in both the forensics and >design departments in a similar field, I can say that it's a lot easier to >cultivate the right paranoid attitude when doing post-failure root cause >analysis. Insulating the design department from the people handling product >failures doesn't help either.Transient load testing isn't exactly rocket science; the whole thing sounds fishy to me. 'Failing to act' early and the use of the term random doesn't suggest that a lot of expertise went into field or return failure analysis. Sounds more like tight money and toxic communications - not an unusual combination. RL
Reply by ●December 3, 20122012-12-03
On Sun, 02 Dec 2012 21:55:28 -0500, legg <legg@nospam.magma.ca> wrote:>On Sun, 02 Dec 2012 11:01:12 -0800, mike <ham789@netzero.net> wrote: > >>On 12/2/2012 8:42 AM, legg wrote: >><snip>>You're getting a bit off-topic for me. I avoid administrative bullshit >where possible. If you can do it simply by inflating an estimate, >there's skin off anyone's nose. > >Again, you probably got you paid for. Hiring someone for a project( Not a great demonstration of proof-reading skill here.) If you can avoid administrative bulshit by pricing yourself out of it, then there's no skin off anyone's nose. Again, you probably got what you paid for. ........ Inheriting a design group and their work is not an easy job. It takes great skill, to avoid losing people, product and customers. RL
Reply by ●December 3, 20122012-12-03
On Monday, December 3, 2012 6:04:29 AM UTC-5, legg wrote:> On Sun, 02 Dec 2012 21:18:11 GMT, Ralph Barone > > <address_is@invalid.invalid> wrote: > > > > >mike <ham789@netzero.net> wrote: > > >> On 12/2/2012 8:42 AM, legg wrote: > > >> > > >>> > > >>> OVP thresholds of the crude cowbar circuit are set higher than the > > >>> circuit function can normally achieve. This would be a voltage higher > > >>> than any battery you might attempt to charge with this normal output. > > >> > > >>> RL > > >> > > >> You're exhibiting symptoms of the pervasive disease I seek to eradicate/prevent. > > >> It's known by various names... > > >> Tunnel vision. > > >> Not invented here. > > >> I'm too smart for my own good syndrome. > > >> Pervasive incompetence. > > >> > > >> Infected engineers get defensive and tell you why you're wrong > > >> according to their limited view of the COMPONENT. > > >> > > >> The guys you want doing your design reviews listen to what's being > > >> said in SYSTEM context and figure out how broadening their > > >> view might make their > > >> designs better. They look for learning opportunities, not arguments. > > >> > > >> Power supplies are frequently subjected to conditions not > > >> spelled out in the spec. > > >> The spec may not say much about AC line transients. Inexperienced > > >> engineers may not pay attention to that at all. Same for load transients. > > >> > > >> Pick a power supply. Grab the schematic and the designer. > > >> Ask, "what happens at this node when I rip the line cord out of the wall?" > > >> Most won't have even considered the possibility. > > >> > > >> I'm not saying that it's hard to design a crowbar circuit that > > >> doesn't have the problem. I'm saying that, if you're not > > >> paying attention, it's easy to let a bad design get through. > > >> Crowbar misbehavior is not an isolated case as evidenced by other > > >> inputs to this thread. > > >> > > >> You'll recall that I asked a question about the application. > > >> For a dedicated application, a less-than-optimal crowbar may not be > > >> an issue. > > >> > > >> Here's the backstory that gets me so excited about power supplies. > > >> > > >> I inherited a hardware group designing a computer workstation. > > >> One component was a custom power supply designed by a local > > >> power supply house. > > >> We'd seen prototypes. > > >> Our engineer went down the spec sheet running tests and signed > > >> off on the design. > > >> But when they got put into computers, we had random failures. > > >> The design firm denied responsibility because our engineer > > >> couldn't reproduce the symptom. This went on for months. > > >> > > >> I finally gave up an took one home over the weekend. > > >> I returned on Monday with a test fixture. > > >> I invited the designer and his boss in for a demo. > > >> They brought their latest revision. > > >> I put a current probe on the transformer primary > > >> and a transient load synchronized to the switcher. > > >> By moving the load transient across the timing cycle, I could > > >> change the duty factor off 50% and walk the drain current > > >> right up the saturation curve. > > >> I gave 'em safety glasses and asked them to put their fingers > > >> in their ears as I embedded pieces of FET in the ceiling. > > >> I then asked how many more they wanted me to destroy before they > > >> got the message. > > >> The problem wasn't on the spec sheet. > > >> The problem wasn't on the schematic. > > >> It was on the layout. > > >> After all that, they still couldn't get it right. > > >> > > >> I expect that if I'd suggested here that someone build > > >> a current transient tester capable of 10 amps in 10ns, I'd have > > >> been told I was an idiot. > > >> All I can say is that it's often quicker, easier, cheaper to run > > >> the test than to argue why it won't work. But I digress... > > >> Back to the story. > > >> > > >> Purchasing fired 'em and contracted with a firm 500 miles away. > > >> Long story short, the first look at the new schematic showed > > >> it to be identical to the old schematic. > > >> I asked a few questions and discovered that the new firm didn't > > >> have the manpower for our design, so they hired someone. > > >> And who did they hire but the guy who was laid off from the > > >> first local firm. Didn't see that coming. > > >> > > >> I threw a hissy-fit, so they hired a consultant "fixer" to clean it up. > > >> I met with the guy. Took me 15 minutes to decide that he exuded > > >> competence. > > >> > > >> The new design came in on schedule, on budget, it worked and it flew > > >> through EMC testing with margin to spare. > > >> > > >> The design was almost identical to the first one. But it was executed > > >> by someone competent and paying attention to the system details. > > >> > > >> I wanted to hire him, but he wouldn't work that cheap. ;-) > > >> > > >> Good times... > > > > > >Great story Mike. As someone who has worked in both the forensics and > > >design departments in a similar field, I can say that it's a lot easier to > > >cultivate the right paranoid attitude when doing post-failure root cause > > >analysis. Insulating the design department from the people handling product > > >failures doesn't help either. > > > > Transient load testing isn't exactly rocket science; the whole thing > > sounds fishy to me. > > > > 'Failing to act' early and the use of the term random doesn't suggest > > that a lot of expertise went into field or return failure analysis. > > > > Sounds more like tight money and toxic communications - not an unusual > > combination. > > > > RLAnd since when has there been a flyback controller chip without current sense shut-down protection or provisions for slow-start? Sounds like junk to me too.
Reply by ●December 3, 20122012-12-03
On 12/3/2012 3:27 AM, legg wrote:> ........ > > Inheriting a design group and their work is not an easy job. It takes > great skill, to avoid losing people, product and customers. > > RLIt does, thanks for noticing. I've been thinking about how to respond to some of your other inputs. I've decided that the polite thing to say is, "I'm speechless."
