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.
Registered Member #89
Joined: Thu Feb 09 2006, 02:40PM
Location: Zadar, Croatia
Posts: 3145
Hi guys,
Being completely out of sync with current status of DRSSTC technology, what are the most recent findings regarding the actual existence of shoot-through danger? The last I remember was that it was "being researched" in finn hammer's "Predikter Driver" PDF, whether it is important at all. Like have any significant decrease in losses been observed?
Since isolated gate drivers have generally fallen out of favor to gdt's, applying dead-time through them is difficult. I thought of using a separate GDT for each device and two pairs of gate drivers, but can't stop thinking of it as an pointless overcomplication. Any thoguhts?
Registered Member #2292
Joined: Fri Aug 14 2009, 05:33PM
Location: The Wild West AKA Arizona
Posts: 795
I find a GDT not that hard to implement even on a large coil with big bricks. I use one large GDT usually about 2 inch OD and about 10 to 12 turns. I drive all 4 bricks with this one GDT. In my new big DRSSTC I drive 4 CM600HA-24H using this method and phase lead.
I find that shoot-through is not really much of a problem even with large bricks. I just use a little trial and error in finding the correct gate R. I usually start low at about 1.5 to 3 ohms and work may way up to get the best results. Every brick and coil has it's of personality so it's hard to know the correct gate R before you run the thing. My big DR with CM600s uses 5.1 ohms on the gate, same with my smaller CM300DY-12H twins. If I remember correctly the CM300DU-24F seemed to like 3.3ohms.
Generally speaking the slower the brick and the faster you try to switch it, the more gate R you are going to need. looking at the Toff characteristic of a brick will give you a good idea of how much dead time you will have to add to the Ton characteristics.
Registered Member #3610
Joined: Thu Jan 13 2011, 03:29AM
Location: Seattle, WA
Posts: 506
Having played with HV gate drive ICs, I'm recently really starting to prefer the transformer approach. It may be archaic and low tech, but done properly it's very robust and if you blow a mosfet, you won't destroy your entire circuit as can happen when the expensive and fiddly drive ICs blow.
There's a good spreadsheet out there, I know Uzzors has a link on his site. I've had very good luck with some ferrite toroids I got on ebay. Previously I had used salvaged interference suppressor toroids and found those to be far from ideal.
Registered Member #89
Joined: Thu Feb 09 2006, 02:40PM
Location: Zadar, Croatia
Posts: 3145
Goodchild wrote ...
I find a GDT not that hard to implement even on a large coil with big bricks. I use one large GDT usually about 2 inch OD and about 10 to 12 turns. I drive all 4 bricks with this one GDT. In my new big DRSSTC I drive 4 CM600HA-24H using this method and phase lead.
I find that shoot-through is not really much of a problem even with large bricks. I just use a little trial and error in finding the correct gate R. I usually start low at about 1.5 to 3 ohms and work may way up to get the best results. Every brick and coil has it's of personality so it's hard to know the correct gate R before you run the thing. My big DR with CM600s uses 5.1 ohms on the gate, same with my smaller CM300DY-12H twins. If I remember correctly the CM300DU-24F seemed to like 3.3ohms.
Generally speaking the slower the brick and the faster you try to switch it, the more gate R you are going to need. looking at the Toff characteristic of a brick will give you a good idea of how much dead time you will have to add to the Ton characteristics.
Just my point of view on the subject
Hi,
How exactly do you determine when your gate resistance is sufficient (for preventing shoot through) and when not? Do you power your bridge with full DC supply and scope it for dimples or you just adjust the resistance to damp the ringing and don't really worry about shoot through at all?
When one looks at slowness of IGBT bricks it might appear that shoot through would be a major problem, but it seems suppresed for some reason. Am I right to suspect that it's actually the miller effect-added charge resposible for this apparent "auto-generated" deadtime that we apparently see in tesla-coil inverters?
I'm pretty sure this happens to an extent in SSTC's but DRSSTC's do not drive lagging current so the situation is a bit different. There might actually be a same effect though, especially if a "predikter" driver scheme is used.
Registered Member #2292
Joined: Fri Aug 14 2009, 05:33PM
Location: The Wild West AKA Arizona
Posts: 795
Shoot-through for me is already taken care of via the controller. I used Steve's Ward's controller that already has an RC dead time circuit built in so shoot-though is not really a problem.
As for choosing gate R, I basically keep going until I get the best looking waveform. If you add to much gate R you will get pulses at the beginning and end of each cycle because of the the diode starting to conduct.
Registered Member #89
Joined: Thu Feb 09 2006, 02:40PM
Location: Zadar, Croatia
Posts: 3145
Goodchild wrote ...
Shoot-through for me is already taken care of via the controller. I used Steve's Ward's controller that already has an RC dead time circuit built in so shoot-though is not really a problem.
As for choosing gate R, I basically keep going until I get the best looking waveform. If you add to much gate R you will get pulses at the beginning and end of each cycle because of the the diode starting to conduct.
I'm sorry if I was unclear from start - I was specifically interested in whether such a circuit is required or not.
Registered Member #2292
Joined: Fri Aug 14 2009, 05:33PM
Location: The Wild West AKA Arizona
Posts: 795
Ok I see what you are asking, well I guess In my system I use a combination of both preset dead time in the controller via an RC dead time and gate R on the gates of the IGBTs (which is just another RC dead time circuit).
Steve put dead time into the controller to begin with, but because the controller is designed as a "universal" DR controller you have to "fine tune" your dead time with gate R on your IGBTs.
Overall you do need some sort of dead time in your system to prevent shoot-though. This is simply because IGBTs usually turn "on" faster than they turn "off" and if you don't compensate for this the signals will over lap resulting in shoot-though.
So the answer to your question is yes you do need dead time in your system one way or another. Until there comes a day that they make switches that are perfect and turn on instantaneously.
Registered Member #89
Joined: Thu Feb 09 2006, 02:40PM
Location: Zadar, Croatia
Posts: 3145
Hi goodchild
Well, I'm asking that just because coils without deadtime generators seemed to work perfectly well before. Though one might expect slow bricks to explode the first second after turned on, for some reason it never happened, so I was wondering whether anyone ever made a proper analysis of this instead of just speculation?
Can shoot through actually be observed by supply volzage dimpling or some other way, or as decrease in losses/heating?
To elaborate my idea regarding GDT's: I didn't like the idea using a single GDT to deliver dead-timed drive, since this only turns off the igbt to 0V, is this adequate or should I look into driving the gates to full negative voltage when off?
This is possible with GDT's if two gdt's and two pairs of drivers are used, of course at cost of increase in complexity. The voltage would "walk" negligibly to equalize V/turn over few cycles, but that shouldn't be a problem. Nobody ever tested this so perhaps it's an overkill idea if just a normal single gdt approach works fine? Any input appreciated...
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.