Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 83
  • 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!
Mathias (41)
slash128v6 (52)


Next birthdays
02/01 Barry (70)
02/01 Snowcat (37)
02/01 wylie (43)
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 »   

Parallel IGBTs current sharing during switching transitions

1 2 
Move Thread LAN_403
Dr. Dark Current
Sat Nov 17 2012, 11:01PM Print
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
Hi,
do you think that identical IGBTs in parallel will share the current well even during switching transitions, so the total losses can be equally divided? Use individual gate resistors, or one for all parallel gates? In large bricks, there are more identical junctions in parallel without any resistors. Thanks for your thoughts. smile
Back to top
axelro
Sun Nov 18 2012, 09:28PM
axelro Registered Member #3640 Joined: Sat Jan 22 2011, 12:16PM
Location: Germany close to Heidelberg
Posts: 39
There's a lot of material out there, perhaps search for 'Igbt parallel PDF'.

Given, Drsstc's switch at zero current, that should help. But then currents are typically beyond spec which does the opposite.

Chosing Igbt's with positive temp coefficient should also help.

I could imagine several parallel smalll Igbt's with rules adhered to and closely thermal coupled on one cooling block per leg comes close to using bricks, especially with fast modern Igbt's.

But haven't tried it yet myself, but plan to.

Back to top
Dr. Dark Current
Mon Nov 19 2012, 10:23AM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
Well, I'm most worried about the difference in plateau voltage of the parallel transistors. The one with the lowest plateau voltage starts turning off after all others have turned off and gets most of the turn-off losses...

The reason I'm asking about this is that individual transistors eg. in TO247 packages are a lot cheaper and switch a lot faster than a single brick. And also because I have more of the smaller transistors and wanted to use them in a bigger TC smile
Back to top
Steve Conner
Mon Nov 19 2012, 10:55AM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Nowadays we are leaning towards building multiple H-bridges, and forcing current sharing with ballast inductors or matching transformers.

If you can have 4-layer boards made, you could probably make an array of TO247 devices that outperforms a brick. Certainly the kinds of bricks that you can pick up cheaply on the surplus market.

The biggest problem when parallelling IGBTs is stray inductance between the emitters of the individual devices, and the gate driver's emitter connection. The reason is that the full collector current flows through this inductance, and the L*di/dt voltage due to this high current appears in series with the gate drive voltage, so its effect is amplified by the gain of the device. Therefore, a tiny inductance can have a huge effect.

If you can make this inductance very low, and the same for each device, then they'll run happily in parallel. Soft switching also helps by reducing the di/dt term in the L*di/dt equation.

I'd always use an individual gate resistor for each device. They prevent parasitic oscillations, damp ringing in the gate drive buswork, and I think they may work with the Miller effect to "ballast" differences in switching speeds.
Back to top
Dr. Dark Current
Mon Nov 19 2012, 08:59PM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
Good point Steve smile With only 2 transistors in parallel, connecting the rf bypass cap as well as the gate drive connection right in the middle between the 2 emitters might help.
Back to top
Jrz126
Tue Nov 20 2012, 01:31PM
Jrz126 Registered Member #242 Joined: Thu Feb 23 2006, 11:37PM
Location: Erie PA
Posts: 210
The dice in a big brick are probably better matched too. Same batch of wafers, maybe even screened before hand.
When using multiple TO-247 devices, you could get them from different ends of the distribution curve.
I have seen some bricks with series resistors for each die. There's 0805 smt resistors around the perimeter. http://imgur.com/7UNKC (This brick would have liked a little more cooling)

Here's one that isn't blown up. http://i.imgur.com/8sOBX.jpg Larger squares are the igbt's, the single wire in the center is the gate. The smaller rectangles are the diodes. Not sure what the diamond shaped component is in the front. It's connected between the gate and emitter. Maybe a TVS?
Back to top
Ash Small
Tue Nov 20 2012, 02:41PM
Ash Small Registered Member #3414 Joined: Sun Nov 14 2010, 05:05PM
Location: UK
Posts: 4245
• Twist or run on parallel tracks the gate lead and the gate return lead to minimize gate emitter loop
inductance.
• Ensure that the gate of the IGBT is looking into a stiff (voltage) source with as little impedance as
practical. This advice applies equally well to both paralleled and single device designs.
• Do not place Zener diodes or Transient Voltage Suppressors directly between gate and emitter. If over
voltage protection is required on the gate, place the Zener diodes on the driver side of the gate resistor(s).
• Do not place capacitors directly gate to emitter to control switching times, instead increase the gate
resistor. The capacitors may cause oscillations and slow down switching, which increases the dynamic
unbalance between devices.

From:
]an-1045b.pdf[/file]
Back to top
Bennem
Tue Nov 20 2012, 10:20PM
Bennem Registered Member #154 Joined: Sun Feb 12 2006, 04:28PM
Location: Westmidlands, UK
Posts: 260
Ash Small wrote ...


• Do not place Zener diodes or Transient Voltage Suppressors directly between gate and emitter. If over
voltage protection is required on the gate, place the Zener diodes on the driver side of the gate resistor(s).

From:



eh?....don't understand why they printed this statement.
Back to top
Ash Small
Wed Nov 21 2012, 01:26AM
Ash Small Registered Member #3414 Joined: Sun Nov 14 2010, 05:05PM
Location: UK
Posts: 4245
Bennem wrote ...

Ash Small wrote ...


• Do not place Zener diodes or Transient Voltage Suppressors directly between gate and emitter. If over
voltage protection is required on the gate, place the Zener diodes on the driver side of the gate resistor(s).

From:


eh?....don't understand why they printed this statement.

It puzzled me too. The only reason I can think of, and I've had a drink or three, is that the resistors will run cooler (resistance increases with temperature) but maybe someone else can come up with another reason?
Back to top
Kizmo
Wed Nov 21 2012, 09:08AM
Kizmo Registered Member #599 Joined: Thu Mar 22 2007, 07:40PM
Location: Northern Finland, Rovaniemi
Posts: 624
I think its because these TVS diodes and Zeners do clamp rather hard and it may lead into high frequency oscillations if there is nothing to eat the energy.

Actually i have seen quite a few commercial applications where gate protection is placed before final gate resistor :)
Back to top
1 2 

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.