Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 26
  • Members: 0
  • Newest Member: omjtest
  • Most ever online: 396
    Guests: 396, Members: 0 on 12 Jan : 12:51
Members Birthdays:
One birthday today, congrats!
a.gutzeit (63)


Next birthdays
05/08 wpk5008 (34)
05/09 Alfons (36)
05/09 Coronafix (51)
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 »   

DRSSTC motors

Move Thread LAN_403
Finn Hammer
Sun Sept 16 2007, 07:27PM Print
Finn Hammer Registered Member #205 Joined: Sat Feb 18 2006, 11:59AM
Location: Skørping, Denmark
Posts: 741
All,

If you have been following the CCPS thread, you will probably agree, that the motor of it is basically a DRSSTC motor, with 1 major difference.

The CCPS motor is driven with a 50% duty cycle at (roughly) 1/2 the resonant frequency of the LC load. The freewheeling diodes conduct 1/2 of the time, the IGBT`s conduct the other 1/2.

Since the switching elements are big, relatively slow, bricks, special attention has to be made to the recovery behavior of the freewheeling diode.

We have seen that special care has to be taken, to make the freewheeling diode stop conducting in a graceful manner, to avoid shoot trough. And that dead time is the best way to achieve this recovery.

I have been looking at the DRSSTC and cannot for the love of god see any reason for the freewheeling diodes to conduct. The situations where it could be induced to conduct, excess dead time, could be handled with a snubber which can be designed to be extremely fast.

But if the freewheeling diode starts conducting, shoot trough is almost certain, unless generous dead time is incorporated on a permanent basis.

Would it not be better to be without the freewheeling diode in DRSSTC motors?

Would it be possible to blast them into oblivion with a "short sharp shock" for example a forward current pulse from a disc shooter that would melt the body wires off the dies, without ruining the IGBT sitting next by?

Sorry for sounding blunt, but this has been puzzling me for a while.

Cheers, Finn Hammer
Back to top
Marko
Sun Sept 16 2007, 07:57PM
Marko Registered Member #89 Joined: Thu Feb 09 2006, 02:40PM
Location: Zadar, Croatia
Posts: 3145
Would it not be better to be without the freewheeling diode in DRSSTC motors?

Definitely not, just think of what happens when interrupter turns the bridge off; it goes high impedance with a cap charged to several kV across it O_o

Back to top
Sulaiman
Sun Sept 16 2007, 09:12PM
Sulaiman Registered Member #162 Joined: Mon Feb 13 2006, 10:25AM
Location: United Kingdom
Posts: 3140
I think that both igbts and mosfets have reverse diode intrinsic function
so an external diode shouldn't harm, it should be better?
Back to top
Marko
Sun Sept 16 2007, 09:19PM
Marko Registered Member #89 Joined: Thu Feb 09 2006, 02:40PM
Location: Zadar, Croatia
Posts: 3145
Sulaiman wrote ...

I think that both igbts and mosfets have reverse diode intrinsic function
so an external diode shouldn't harm, it should be better?

It's not really so 'intristic' in mosfet, but is rather built in to circumvent parasitic NPN transistor that may cause latch-up. I mean, mosfet can be without the diode but virtually all power mosfets have it as it does no harm.

IGBT's don't have the diode and work well without it where circuit allows it. Even when built into same package it's still actually a separate die.
Back to top
Finn Hammer
Sun Sept 16 2007, 09:28PM
Finn Hammer Registered Member #205 Joined: Sat Feb 18 2006, 11:59AM
Location: Skørping, Denmark
Posts: 741
Marko wrote ...

Would it not be better to be without the freewheeling diode in DRSSTC motors?

Definitely not, just think of what happens when interrupter turns the bridge off; it goes high impedance with a cap charged to several kV across it O_o



Oh my god, that`s right. After the burst they come in right handy!

(Covers my face in shame)

Cheers, Finn Hammer
Back to top
Steve Ward
Mon Sept 17 2007, 04:44AM
Steve Ward Registered Member #146 Joined: Sun Feb 12 2006, 04:21AM
Location: Austin Tx
Posts: 1055
The diodes have some phase angle of conduction depending on the delays within the driver circuit. In the case of my CM300 bridge running at 40khz, the diodes conduct for a few degrees on every RF cycle.

I dont worry about it much since the IGBTs dont seem to mind. And like i said in the CCPS thread, the device capacitance seemed to cause most of the voltage transients and thus decreased (in percentage) as the bus voltage increased.
Back to top
ragnar
Mon Sept 17 2007, 11:34AM
ragnar Registered Member #63 Joined: Thu Feb 09 2006, 06:18AM
Location:
Posts: 1425
As Marko says, with MOSFETs the parasitic BJT occurs with the body of the MOSFET appearing as the base. They short the source metallization onto the body region to (ideally) stop the BJT ever turning on. I've read this body-source connection is what actually causes the diode to 'appear'. You can 'isolate' it (like Richie does) with a schottky diode, but this has nothing to do with IGBTs, so I'll stop there.
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.