Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 14
  • Members: 0
  • Newest Member: omjtest
  • Most ever online: 396
    Guests: 396, Members: 0 on 12 Jan : 12:51
Members Birthdays:
One birthday today, congrats!
uzzors2k (35)


Next birthdays
03/29 GrantX (34)
03/30 Adam Horden (39)
03/30 Mr.Warwickshire (23)
Contact
If you need assistance, please send an email to forum at 4hv dot org. To ensure your email is not marked as spam, please include the phrase "4hv help" in the subject line. You can also find assistance via IRC, at irc.shadowworld.net, room #hvcomm.
Support 4hv.org!
Donate:
4hv.org is hosted on a dedicated server. Unfortunately, this server costs and we rely on the help of site members to keep 4hv.org running. Please consider donating. We will place your name on the thanks list and you'll be helping to keep 4hv.org alive and free for everyone. Members whose names appear in red bold have donated recently. Green bold denotes those who have recently donated to keep the server carbon neutral.


Special Thanks To:
  • Aaron Holmes
  • Aaron Wheeler
  • Adam Horden
  • Alan Scrimgeour
  • Andre
  • Andrew Haynes
  • Anonymous000
  • asabase
  • Austin Weil
  • barney
  • Barry
  • Bert Hickman
  • Bill Kukowski
  • Blitzorn
  • Brandon Paradelas
  • Bruce Bowling
  • BubeeMike
  • Byong Park
  • Cesiumsponge
  • Chris F.
  • Chris Hooper
  • Corey Worthington
  • Derek Woodroffe
  • Dalus
  • Dan Strother
  • Daniel Davis
  • Daniel Uhrenholt
  • datasheetarchive
  • Dave Billington
  • Dave Marshall
  • David F.
  • Dennis Rogers
  • drelectrix
  • Dr. John Gudenas
  • Dr. Spark
  • E.TexasTesla
  • eastvoltresearch
  • Eirik Taylor
  • Erik Dyakov
  • Erlend^SE
  • Finn Hammer
  • Firebug24k
  • GalliumMan
  • Gary Peterson
  • George Slade
  • GhostNull
  • Gordon Mcknight
  • Graham Armitage
  • Grant
  • GreySoul
  • Henry H
  • IamSmooth
  • In memory of Leo Powning
  • Jacob Cash
  • James Howells
  • James Pawson
  • Jeff Greenfield
  • Jeff Thomas
  • Jesse Frost
  • Jim Mitchell
  • jlr134
  • Joe Mastroianni
  • John Forcina
  • John Oberg
  • John Willcutt
  • Jon Newcomb
  • klugesmith
  • Leslie Wright
  • Lutz Hoffman
  • Mads Barnkob
  • Martin King
  • Mats Karlsson
  • Matt Gibson
  • Matthew Guidry
  • mbd
  • Michael D'Angelo
  • Mikkel
  • mileswaldron
  • mister_rf
  • Neil Foster
  • Nick de Smith
  • Nick Soroka
  • nicklenorp
  • Nik
  • Norman Stanley
  • Patrick Coleman
  • Paul Brodie
  • Paul Jordan
  • Paul Montgomery
  • Ped
  • Peter Krogen
  • Peter Terren
  • PhilGood
  • Richard Feldman
  • Robert Bush
  • Royce Bailey
  • Scott Fusare
  • Scott Newman
  • smiffy
  • Stella
  • Steven Busic
  • Steve Conner
  • Steve Jones
  • Steve Ward
  • Sulaiman
  • Thomas Coyle
  • Thomas A. Wallace
  • Thomas W
  • Timo
  • Torch
  • Ulf Jonsson
  • vasil
  • Vaxian
  • vladi mazzilli
  • wastehl
  • Weston
  • William Kim
  • William N.
  • William Stehl
  • Wesley Venis
The aforementioned have contributed financially to the continuing triumph of 4hv.org. They are deserving of my most heartfelt thanks.
Forums
4hv.org :: Forums :: Tesla Coils
« Previous topic | Next topic »   

SSTC mosfet reverse diode blocking- any useful?

Move Thread LAN_403
Dr. Dark Current
Sun Apr 04 2010, 11:42AM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
AFAIK MOSFETs conduct in "both ways" so the junction should be able to drain the reverse recovery charge before the switching occurs right? Or is there a possibility that the reverse diode would conduct right before the switching transition?

Anyone could share a case where adding the reverse diode blocking circuit actually saved his MOSFETs from exploding?

I'm asking because I just had a transistor blowout for no apparent reason, it may also have been a funky PLL chip, I'll get a new one and put it into a grounded metal box, but don't want to pop the FETs again if that wasn't the problem cheesey
Back to top
Dzejwor
Sun Apr 04 2010, 10:29PM
Dzejwor Registered Member #2750 Joined: Sun Mar 21 2010, 08:47PM
Location: Poland
Posts: 46
I using circuit like this in all my SSTC's and I have no problem with MOSFET's MBR2545 is a 45V Shotky diode and 15ETX06 is a fast recovery diode (as fast as possible) Nominal current of shotky should be same or higher as MOSFET.
1270420141 2750 FT86838 Bridge
Back to top
Steve Conner
Mon Apr 05 2010, 10:52AM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Shorting a diode only drains its reverse recovery charge very slowly, compared to what happens when you apply the reverse voltage.

I guess the charge drains eventually, but I've seen it persist for tens of microseconds in brick IGBTs and still produce a nasty recovery spike.
Back to top
Dr. Dark Current
Mon Apr 05 2010, 12:27PM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
So do you think it makes sense to block the diode? Because I also get increased dissipation this way.

Back to top
GeordieBoy
Thu Apr 08 2010, 12:29PM
GeordieBoy Registered Member #1232 Joined: Wed Jan 16 2008, 10:53PM
Location: Doon tha Toon!
Posts: 881
As Steve said the slow and painful reverse recovery of the body-diode does not take place if it is "shorted" by the MOSFET channel. Instead it just hides for a while until reverse voltage is applied and then it rears its ugly head!

From what I remember, recombination is a slow process, so it takes applied reverse voltage to sweep out the charge carriers quickly. This is when you see the reverse recovery current spike.

Some IGBTs also exhibit this behaviour when operated in ZCS circuits. Even though the current falls smoothly to zero before turn-off, you still see a small current bump when voltage is applied to an IGBT that should be blocking.

For load currents with leading power factor, or any other switching sequence where the load current is commutated from a conducting diode to the opposing switch, it is mandatory to block the slow body-drain diode of MOSFETs and provide an alternative free-wheel path for the load current.

If this is not done a large current similar to shoot-through will pass down each bridge-leg at the instants where switches are turned on. This current can easily be high enough to destroy the MOSFETs and reliability suffers. The current spikes also create horrendous switching noise on the DC bus's stray inductance and on current sense signals, as well as being an EMI nightmare!

-Richie,
Back to top
Dr. Dark Current
Thu Apr 08 2010, 08:34PM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
The circuit runs nicely and fails without warning again... frown
I had a heating element in series with mains input which limits the current to ~10A, and then a half-bridge of FETs with just two 1.5uF DC block caps, no filtering. There also was a simple overcurrent shutdown with a small TO-92 SCR (dunno how fast but I guess under 1us). I believe the coil was running slightly above resonance, so switch before current zero cross.

I think the only thing which could be killing my transistors is indeed the reverse recovery spike, gonna install those external diodes . . .



Edit: hell, maybe I know why my MOSFETs were dying... When tuning the coil I might have accidentally touched the pins on the frequency trimpot with a screwdriver, which sent RF feedback into the timing resistor and messed up the chip. I know this because I touched the trimpot pins again and the coil made funny sounds but luckily didn't die now.
Back to top

Moderator(s): Chris Russell, Noelle, Alex, Tesladownunder, Dave Marshall, Dave Billington, Bjørn, Steve Conner, Wolfram, Kizmo, Mads Barnkob

Go to:

Powered by e107 Forum System
 
Legal Information
This site is powered by e107, which is released under the GNU GPL License. All work on this site, except where otherwise noted, is licensed under a Creative Commons Attribution-ShareAlike 2.5 License. By submitting any information to this site, you agree that anything submitted will be so licensed. Please read our Disclaimer and Policies page for information on your rights and responsibilities regarding this site.