Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 62
  • 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!
Barry (70)
Snowcat (37)
wylie (43)


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 »   

Bridge cross-conduction

Move Thread LAN_403
GeordieBoy
Sat Jan 24 2009, 03:03PM
GeordieBoy Registered Member #1232 Joined: Wed Jan 16 2008, 10:53PM
Location: Doon tha Toon!
Posts: 881
Well summarised Marko! As you said in your previous post capacitive turn-on losses dominate in MOSFET inverters running at high-frequency and from high-voltage. For this reason Zero-Voltage-Switching is far more beneficial than Zero-Current-Switching. (Mosfets can already switch large currents in nano-seconds and with no current tailing or latchup. So ZCS really has little benefit to offer, but ZVS can potentially eliminate capacitive turn-on dissipation and also reduce energy dissipated due to forced diode reverse-recovery.)

As an example a bridge leg containing two of the very common IRFP460 devices running at 250kHz has to charge and discharge the parallel combination of both device's output capacitances 500 thousand times ever second! The device datasheet specifies Coss as 870pF so that gives a total capacitance of 1740pF for two devices. On a 340VDC bus that represents 100.5uJ of stored energy. 500 thousand switching transitions per second gives 50.3 watts of total dissipation with no load connected. This is the power wasted just in order to make the mid-point voltage of the bridge leg slew back and forth between 0 and 340VDC. Even when split between the two devices this figure still represents a significant portion of their practical power dissipation! And the total dissipation is doubled for a full-bridge consisting of 2 bridge legs, and tripled for a 3-phase inverter.

What's more, this simple analysis does not take into account the reverse transfer capacitance ("Miller" capacitance) of the MOSFETs which further increases losses. It also doesn't include the losses due to forced reverse-recovery of the fast recovery diodes used to bypass the MOSFETs internal body-drain diodes.

These are the reasons why most modern SMPSU's employ some sort of zero-voltage switching scheme to remain competitive in the market place in terms of efficiency and particularly power density. The phase-shifted ZVT full-bridge converter being one of the most popular.

-Richie,

PS. Jan your basic calculation of the capacitive turn-on losses was right but you forgot that there are two switching transitions per cycle and that both devices output capacitances must be charged and discharged in each switching event! Your figure of 110pF for Coss of an IRFP450 also sounds very low, certainly for any practically mounted device.
Back to top
Dr. Dark Current
Sat Jan 24 2009, 03:39PM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
I got that figure from International Rectifier datasheet for IRFP450N. The conditions are, VGS = 0V, VDS = 0V to 400V and it does include miller capacitance. However the "static" output capacitance at VDS = 25V is 210pF.

You are right, I forgot both capacitances must be discharged, so the figure grows to 2.8W. tongue This is a figure for single device, each device switches only once every cycle.

But it's quite possible that the diode reverse recovery losses could be bigger than that.

I don't like deadtime because the GDT absolutely must not ring, as even a few volt spike could turn the other device on in the beginning of every deadtime (when both outputs are meant to be at 0V).

Back to top
GeordieBoy
Sat Jan 24 2009, 04:41PM
GeordieBoy Registered Member #1232 Joined: Wed Jan 16 2008, 10:53PM
Location: Doon tha Toon!
Posts: 881
> You are right, I forgot both capacitances must be discharged, so the figure grows to 2.8W.

Dont forget that the device capacitances must both be charged and discharged. Both of these processes incur losses...

When the top MOSFET turns on it must discharge it's own Cds capacitance into its channel, whilst at the same time supporting the current required to charge the lower device's Cds to the bus voltage.
Back to top
Dr. Dark Current
Sat Jan 24 2009, 05:36PM
Dr. Dark Current Registered Member #152 Joined: Sun Feb 12 2006, 03:36PM
Location: Czech Rep.
Posts: 3384
GeordieBoy wrote ...
Dont forget that the device capacitances must both be charged and discharged. Both of these processes incur losses...
When the top MOSFET turns on it must discharge it's own Cds capacitance into its channel, whilst at the same time supporting the current required to charge the lower device's Cds to the bus voltage.
I meant for single device. For both it is 5.6W. Each device only turns on once in a cycle, on turn off it doesn't waste any capacitive power (because the other one does tongue ).

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.