Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 52
  • 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
01/31 Mathias (41)
01/31 slash128v6 (52)
02/01 Barry (70)
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 »   

IGBT Selection

 1 2 3 
Move Thread LAN_403
Aragorn
Fri Oct 11 2013, 08:31PM
Aragorn Registered Member #18516 Joined: Sat May 18 2013, 09:09AM
Location: Lancashire, UK
Posts: 38
Thanks for the info.

I sort of understand the current side of things. Its my understanding that we should aim to minimise hard switching all together, hence the use of phase lead etc? This is presumably why people manage to operate these bricks at currents way above Ice, because its only trying to SWITCH the high currents that causes a problem? By switching at the zero crossing, you ensure current is as close to zero as possible and thus ensure your switching inside the SOA?

Its more the switching times i'm trying to get my head around. As has been alluded to, theres a relation between switching times and coil frequency.

Taking typical figures from the datasheet, the 72n60c3 has combined on/off delay/rise time of 196ns. The 60n60c2 comes in at 173ns.

Going on these times alone, both those devices could switch at something like 5mhz. Clearly however you couldnt run a 5mhz coil from them, so how can you translate that ~200ns switching speed, into a maximum coil resonant frequency? Most of the guides i read simply say to keep the frequency as low as possible.

Is it the case that these modern parts are fast enough that it doesnt even need worrying about now unless your trying to build a tiny coil? For instance Steve Wards "0.5" model had a Fo over 300khz, and ran on fairchild 40n60 bricks which were slightly slower than the above mentioned bricks...

Cheers
Back to top
Dr. Dark Current
Fri Oct 11 2013, 10:00PM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
One thing is that you must stay within the switching SOA, otherwise an instant destruction of the transistor can happen.
The other thing is related to the silicon's temperature ripple/rise, the pulses in a classic DR coil are very short, so you can afford a much higher peak dissipation than in normal operation.

As for your other question... A very general rule of thumb is to add the switching times together and multiply by 10 to get the shortest practical period of switching. But in reality, everything can be summed into these three advices: Stay within the switching SOA, keep die temperature ripple low and never allow desaturation. Based on those principles, you can see, that eg. for low powers, low ON-times and ZCS, you can afford a much higher switching frequency than the one stated above. On the other hand, for long bursts of high current and without any phase lead (hard switching), you might need to decrease the frequency several times, otherwise you would roast the silicon.
Back to top
Aragorn
Sat Oct 12 2013, 09:23AM
Aragorn Registered Member #18516 Joined: Sat May 18 2013, 09:09AM
Location: Lancashire, UK
Posts: 38
Excellent thanks.

On the current handling, Is the current rating on the single IGBT bricks such as the 60n60 or 72n60 mentioned above, per device or per half bridge?

IE if running a full bridge do i end up at Ice x2 or Ice x4?

I think its x2 as only one device is conducting at any time (in a half bridge)?
Back to top
Dr. Dark Current
Sat Oct 12 2013, 09:31AM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
It is always the same, at any time there is no parallel path, so the rating for one part applies.
Back to top
Steve Conner
Sat Oct 12 2013, 09:36AM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
It's per device.

When dealing with peak current ratings, the per-device rating is the same as the rating of the whole bridge, because the peak current flows in one device at a time (unless you're messing with parallel devices)

As far as average ratings are concerned: MOSFETs are resistive so you use the RMS. A half or full bridge can handle 1.4 times the current of a single device.

IGBTs, BJTs and diodes are better modelled as a constant voltage drop, so it's the average current that's relevant, and a bridge can handle more like 2x the current of a single device. A little less, because the voltage drop is slightly dependent on the current.
Back to top
Aragorn
Sat Oct 12 2013, 12:12PM
Aragorn Registered Member #18516 Joined: Sat May 18 2013, 09:09AM
Location: Lancashire, UK
Posts: 38
Oh right. So whats the advantage of a full/H bridge then over a half bridge in DRSSTC applications?
Back to top
Dr. Dark Current
Sat Oct 12 2013, 12:43PM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
Output voltage.
Back to top
Steve Conner
Sat Oct 12 2013, 02:51PM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Yes, the full bridge delivers twice the voltage, hence twice the power.
Back to top
Uspring
Sat Oct 12 2013, 04:50PM
Uspring Registered Member #3988 Joined: Thu Jul 07 2011, 03:25PM
Location:
Posts: 711
Dr. DC wrote:
Well, if there is a capacitor in parallel to the collector-emitter, the transistor can turn off at a larger current without latching. But how large - you can only guess, the data sheet will not tell you this.
I'll attempt a guess smile The CM600 spec tells me, that parasitic capacitance is 11nF and switching time 300ns. If I switch off at 600A, dV/dt will be about 5e10 V/s or a 15kV rise during switching. Either you need external caps or a really fast IGBT.

Back to top
Steve Conner
Sat Oct 12 2013, 07:05PM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
That sort of calculation works for MOSFETs, though you have to include the effect of Miller capacitance. But in IGBTs the turnoff behaviour is dominated by minority carrier lifetime in the BJT part of the device. After the MOSFET part switches off, the BJT takes some time to "come out of saturation" and then the current through it tails off exponentially.

There are manufacturing tricks to reduce the minority carrier lifetime, like electron beam irradiation. But as far as I know they all decrease the current gain of the BJT and make the device tend more towards being a MOSFET.

This goes for hard switching. In resonant operation, the BJT part of the device can be pretty much recovered before the switching event even happens. Old, slow IGBTs can be pushed to surprisingly high frequencies.
Back to top
 1 2 3 

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.