Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 15
  • 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 »   

Is antiparallel diode crucial?

Move Thread LAN_403
dexter
Mon Sept 21 2015, 12:07PM
dexter Registered Member #42796 Joined: Mon Jan 13 2014, 06:34PM
Location:
Posts: 195
I'm in the process of building a small DRSSTC using a half bridge of To247 IGBT's

after receiving all the parts i noticed that i ordered IGBT's without antiparallel diode...

How crucial the antiparallel diode is?
Can the coil work without it?
Or i need to order the version with antiparallel diode?
Back to top
Dr. Slack
Mon Sept 21 2015, 01:15PM
Dr. Slack Registered Member #72 Joined: Thu Feb 09 2006, 08:29AM
Location: UK St. Albans
Posts: 1659
In theory, if the drive circuit commutates the IGBTs perfectly, with no under-lap, then the diode has nothing to do.

In practice, as you work to avoid overlap, to avoid shoot-thru, you will end up with some finite amount of under-lap.

What happens with under-lap is the bridge goes high impedance, so there is nowhere for any current flowing in the primary to go. The current will flow into the low (relatively low) capacitance of the node between the two off devices, changing its voltage rapidly.

There may be several reasons a bridge can still function like this without going bang.
a) You've got zero current switching really sorted, and there's no current flowing
b) the device capacitance is high enough to limit the voltage rise
c) one of the switching devices avalanches the energy safely

... but mess up on one or more of those and you are replacing fried devices.

Many people do not trust the performance of the anti-parallel diode, and fit an additional well-specified fast recovery device in parallel anyway. Don't throw the IGBTs away, just buy some suitable diodes and add them.


Back to top
dexter
Mon Sept 21 2015, 05:08PM
dexter Registered Member #42796 Joined: Mon Jan 13 2014, 06:34PM
Location:
Posts: 195
right now i only have lying around some MUR1560 60ns recovery but with only 15A continuous 30A peak and 150A single pulse... which i don't think is enough

i can order some fast (130-200 ns) diodes with 75 and 100A continuous but they cost half the price of a single IGBT so i think i'll just order new IGBT's
also adding extra diodes complicate the layout, they'll require some heatsink and their speed is to low compared with 55ns of the IGBT with antiparallel diode...
Back to top
Wolfram
Mon Sept 21 2015, 08:58PM
Wolfram Registered Member #33 Joined: Sat Feb 04 2006, 01:31PM
Location: Norway
Posts: 971
Dr. Slack wrote ...

In theory, if the drive circuit commutates the IGBTs perfectly, with no under-lap, then the diode has nothing to do.

In practice, as you work to avoid overlap, to avoid shoot-thru, you will end up with some finite amount of under-lap.

What happens with under-lap is the bridge goes high impedance, so there is nowhere for any current flowing in the primary to go. The current will flow into the low (relatively low) capacitance of the node between the two off devices, changing its voltage rapidly.

There may be several reasons a bridge can still function like this without going bang.
a) You've got zero current switching really sorted, and there's no current flowing
b) the device capacitance is high enough to limit the voltage rise
c) one of the switching devices avalanches the energy safely

... but mess up on one or more of those and you are replacing fried devices.

Many people do not trust the performance of the anti-parallel diode, and fit an additional well-specified fast recovery device in parallel anyway. Don't throw the IGBTs away, just buy some suitable diodes and add them.




This analysis works fine as long as you're driving the primary. The problem appears when the burst is over and all IGBTs turn off. With the diodes across the IGBTs, most of the energy left in the tank at this point is rectified by the reverse diodes and returned to the DC bus capacitor. Without the diodes, the voltage across the IGBTs will rise until you get reverse avalanche, which usually means instant IGBT death. You can combat this by leaving the bottom IGBTs in the bridge turned on after the burst, to trap the energy in the primary, but this is not possible when you drive the IGBTs from GDTs. Getting new IGBTs with built-in diodes sounds like the best approach.

Unlike MOSFET reverse diodes, IGBT reverse diodes are not parasitic, so they can be optimized without sacrificing IGBT performance. This means that they usually don't need to be bypassed. Note that the internal diodes often have lower current handling capability than the IGBTs themselves, so external diodes can be an advantage with certain topologies where the diodes see significant average current, but in DRSSTCs, this is not usually a problem.
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.