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 #152
Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
I have blown tens of those little IRF740 MOSFETs in SSTC experiments and can't figure out what's going on. I have even blocked their internal diodes, included a simple overcurrent shutdown circuit, but no matter what I do they always seem to blow after a while of experimenting with the coil. The gate waveforms are clean of course.
To the failure mode: The G-S junction always fails in the same way, with ~40ohms resistance, D-S usually reads a few hundred mv drop in both directions (note that the input current was always limited and there is no electrolytic filtering cap in the circuit, just two dc block film caps).
Anyone recognizes this failure mode? I'm really lost now, the only thing I can think of is the PLL circuit I am using, but I'd hate to go for a fixed oscillator.
I'll also try using ultrafast IGBTs, maybe they'll be more durable
Registered Member #152
Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
Goodchild: here we have 230V mains so >400V FETs, the IRF740 is rated 10A continuous 40A pulse, and I have around 12A peak and less than 4A rms. The little heatsinks never got hot, just warm.
ScotchTapeLord: I don't use any snubbers, I have two 1.5uF DC block caps soldered directly to the MOSFET legs, and two 18V "anti-series" zener diodes on each gate.
I had another idea, I use a very low-leakage-L GDT and the gates are discharged directly through a diode (charged through a 10ohm resistor), and I was wondering if the very fast turn-off couldn't be causing some dv/dt problems. So if everything fails, I'm gonna try and remove those diodes.
Registered Member #51
Joined: Thu Feb 09 2006, 04:17AM
Location:
Posts: 263
Try using a good snubber, put zeners on the gates of your fets, put a TVS from Drain to Source on your fets. If you still kill them, then they are probably overheating.
Registered Member #1225
Joined: Sat Jan 12 2008, 01:24AM
Location: Beaumont, Texas, USA
Posts: 2253
Yea, voltage spikes could be a killer. They would avalanche, but that could possibly kill the die from overcurrent. But the DC blocking caps should not allow that, unless you avalanched both mosfets at the same time and shoot-through killed it. Or maybe it avalanched for too long and the die got so hot it died, so fast that the heatsink did not because noticeably hotter.
Do what cjk2 said, you won't regret it! Snubbers also deal with ringing caused by inductance which is half the battle in protecting from over voltage.
Registered Member #152
Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
But I would put the snubbers directly across the caps, does that make any sense? Maybe if the caps had non-negligible ESL, but I think it is very small. The die can't possibly overheat from avalanching, because the coil runs from halfwave rectified mains and no interrupter, so the thermal impedance shouldn't be a problem.
Registered Member #162
Joined: Mon Feb 13 2006, 10:25AM
Location: United Kingdom
Posts: 3140
Do you have a suitable diode from each source-to-drain ? Are the esl and esr of the dc bus low?
The answer to both should be YES, in which case it can only be Isquared.Rds.t heating.
If you suspect high esl or esr of the dc bus then put a voltage clamp across the bus (TVSs, MOVs etc.)
How does the current limit work? IF it is before a large bus cap then massive current pulses can be drawn from the capacitor(s), easily enough to destroy mosfets. If it is after the bus capacitor(s) then the current limit circuit would allow the dc bus to 'spike' to very high voltages when the load current 'comes back' to the bridge.
So DC bus voltage clamping, a diode across each source-drain and a suitable fuse in series with EACH transistor should be 'bullet-proof'.
Registered Member #152
Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
Sulaiman I have blocked the internal diodes with 30A series schottky diodes and 15amp/600V ultrafast soft recovery antiparallel diodes. I believe the esl and esr are low enough, it's still a "birds nest" on the table but I tried to keep the wires as short as possible (and as I said, dc block caps go directly to the semiconductors legs).
The transistors never fail hot, they are cold or just warm (the coil will run for a minute with the heatsinks getting just warm).
The overcurrent shutdown senses current through the primary winding with a current transformer, which is fullwave rectified with ultrafast diodes, shunted and through a 1k resistor goes to a gate of a small SCR which pulls down the enable pins of the gate drivers until power is restarted.
So couldn't it be a too high dv/dt during the switchnig transition? Ive seen this value in the absolute maximum ratings of some transistor datasheets, but usually it's not there.
Registered Member #1875
Joined: Sun Dec 21 2008, 06:36PM
Location:
Posts: 635
I had almost the exact same problem... solved 100% by putting capacitors from the drains of the top of each leg to the sources of the bottom of each leg.
This is what I figure:
If there's any kind of dead time (which there will be, unless you have even the tiniest bit of shoot-through, since there is either a point when all transistors or off or on during transition [in reality]), and there probably is with such fast-switchers as the IRF740, then there is a spike across the entire bridge. Without any kind of filtering, this spike is the result of the inductance of your wiring and your supply's wiring (probably house wiring?), along with the sharp drop in current. An excellent means of 40-ohm resistor production, but not for running a solid state tesla coil.
So try the snubbers, just a few uF across the bridge, and see if anything changes. THEN switch to IGBTs! :D You won't be impressed with the capabilities of the IRF740, most likely.
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.