Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 105
  • Members: 0
  • Newest Member: omjtest
  • Most ever online: 396
    Guests: 396, Members: 0 on 12 Jan : 12:51
Members Birthdays:
All today's birthdays', congrats!
Download (31)
ScottH (37)


Next birthdays
11/03 Electroguy (94)
11/04 nitromarsjipan (2024)
11/04 mb (31)
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 :: General Science and Electronics
« Previous topic | Next topic »   

hyperfast diodes

Move Thread LAN_403
IamSmooth
Tue Apr 27 2010, 11:31PM Print
IamSmooth Registered Member #190 Joined: Fri Feb 17 2006, 12:00AM
Location:
Posts: 1567
I want to use some hyperfast diodes to block reverse conduction in a mosfet/igbt. They will go from the power supply to the source. Can I combine the same diodes in parallel for twice the current capacity?
Back to top
MinorityCarrier
Wed Apr 28 2010, 12:08AM
MinorityCarrier Registered Member #2123 Joined: Sat May 16 2009, 03:10AM
Location: Bend, Oregon
Posts: 312
If by "hyperfast diodes" you mean Silicon Carbide Shottkey Barrier diodes, you can parallel them without problem to double current capacity (SiC negative tempco).

The one thing to remember is SiC diode Vfwd is 1 volt or higher.
Back to top
Steve Conner
Wed Apr 28 2010, 12:26AM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
IGBTs don't need reverse current blocking. The co-packaged diodes should take care of everything.
Back to top
IamSmooth
Wed Apr 28 2010, 12:50AM
IamSmooth Registered Member #190 Joined: Fri Feb 17 2006, 12:00AM
Location:
Posts: 1567
I may switch to MOSFETs. They need blocking, right? I was thinking of something like RHRG5060 or RHRG75120 for blocking the mosfet.

Steven, when you say "don't need blocking" do you mean the diode before the SOURCE? I was blowing igbts until I put a blocking diode from the supply to the source, and a reverse current diode from the emitter to the source.
Back to top
Steve Conner
Wed Apr 28 2010, 09:03AM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
To answer your original question: The diode datasheet should tell you if it's OK to combine sections in parallel. Generally the answer is yes.

Now, IGBT's don't have a source. Their terminals are called gate, collector and emitter.

IGBTs don't have a body-drain diode like MOSFETs. If you take the collector negative with respect to the emitter, it breaks down like a zener diode at 7-15V. You're not supposed to do this, and more than a few amps of current will destroy the device.

IGBTs come either with a co-packaged diode or without. The co-packaged diode is an ultrafast diode on a separate die, bonded between collector and emitter. These are the kind you need for virtually all hobby projects I know of, and they don't need any extra blocking diodes, etc.

If you accidentally bought some IGBTs without diodes, then you need to add them. But unlike MOSFETs, they don't need the series Schottky to block the body-drain diode that they don't have.
Back to top
IamSmooth
Wed Apr 28 2010, 02:32PM
IamSmooth Registered Member #190 Joined: Fri Feb 17 2006, 12:00AM
Location:
Posts: 1567
Steve McConner wrote ...

If you accidentally bought some IGBTs without diodes, then you need to add them. But unlike MOSFETs, they don't need the series Schottky to block the body-drain diode that they don't have.

I see that the ultrafast diodes divert the reverse current around the device for both the IGBT and MOSFET. I would think that both devices need a blocking diode to ensure that no current also runs parallel through the IGBT. Does the IGBT inherently not allow reverse current like you alluded to up to a voltage of 15v? Again, if this is the case, why not put a blocking diode that can withstand much higher voltages?

What is so important about the need to block the body-drain diode, but no need to do this for the IGBT?
Back to top
Arcstarter
Thu Apr 29 2010, 02:54AM
Arcstarter Registered Member #1225 Joined: Sat Jan 12 2008, 01:24AM
Location: Beaumont, Texas, USA
Posts: 2253
IamSmooth wrote ...


What is so important about the need to block the body-drain diode, but no need to do this for the IGBT?

In MOSFETs, the antiparallel diode is made in the doping process or somesuch. Any IGBTs with a diode actually have a separate die for the IGBT and diode. The mosfet's diode is not very good, but they normally put rather good diodes in the IGBT.
Back to top
MinorityCarrier
Thu Apr 29 2010, 06:27AM
MinorityCarrier Registered Member #2123 Joined: Sat May 16 2009, 03:10AM
Location: Bend, Oregon
Posts: 312
You can find FREDFETS which are MOSFETS with enhanced body diodes, usually Platinum-doped, to reduce recovery time in the 200ns realm. To use faster diodes requires an anti-parallel diode circuit.

IGBT's can come with a monolithic fast-recovery diode built onto the same substrate as the IGBT or as a co-packaged die, or with no diode at all. The really high performance IGBT modules will have SiC SB diodes. There is essentially no reverse recovery time for these diodes.
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.