Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 79
  • 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 »   

optoisolators vs GDTs

1 2 
Move Thread LAN_403
Curtis
Wed Nov 26 2008, 05:25PM Print
Curtis Registered Member #883 Joined: Sat Jul 07 2007, 01:02PM
Location:
Posts: 16
I was just wondering why almost all sstcs and drsstcs use GDTs instead of optoisolators. There has to be a good reason, but i cant come up with it on my own.
Back to top
LithiumLord
Wed Nov 26 2008, 05:42PM
LithiumLord Registered Member #1739 Joined: Fri Oct 03 2008, 10:05AM
Location: Moscow, Russia
Posts: 261
Heh, dunno - I use optos :) Actually, they have some limit for DRSSTCs that are to be fed via a voltage doubler, but for off-line or alike (I use 240vac vs off-line 220 ones) they are pretty good - the rise/fall times are low and there seems to be less ringing, also optos are insensitive to high-range frequency float and allow you to drop gate voltage to a negative value immediately on the turn-off as they don't limit the waveform to a symmetric structure.
Back to top
TheBoozer
Wed Nov 26 2008, 09:34PM
TheBoozer Registered Member #1535 Joined: Wed Jun 11 2008, 11:37PM
Location: Northeastern Pennsylvania - USA
Posts: 117
I believe, from what I've read, that GDT's go negative output instead of just off. This will make the transistor turn off harder/faster... I suppose a cluster of opto's could accomplish the same task... I have boatloads of opto's, but would certainly go for a GDT based driver when I choose to go solid state...
Back to top
Mads Barnkob
Wed Nov 26 2008, 09:48PM
Mads Barnkob Registered Member #1403 Joined: Tue Mar 18 2008, 06:05PM
Location: Denmark, Odense C
Posts: 1968
If you look for reachings latest drsstc project where he used optoisolators, you might never again consider anything but GDTs :)
Back to top
LithiumLord
Wed Nov 26 2008, 11:42PM
LithiumLord Registered Member #1739 Joined: Fri Oct 03 2008, 10:05AM
Location: Moscow, Russia
Posts: 261
TheBoozer wrote ...

I believe, from what I've read, that GDT's go negative output instead of just off. This will make the transistor turn off harder/faster... I suppose a cluster of opto's could accomplish the same task... I have boatloads of opto's, but would certainly go for a GDT based driver when I choose to go solid state...
But the GDT still has a long switch-off slope as the negative side is only achieved after the deadtime (if any). For the optos I use a -8v negative bias, so whenever a FET has to close it comes down to this voltage as soon as it can. Also there is no reason to prolong the turn-on slope as the deadtime is sufficient to exclude any shoot-through, so optocoupled drivers, if properly designed, can highly reduce the switching losses.
Back to top
Steve Ward
Thu Nov 27 2008, 12:26AM
Steve Ward Registered Member #146 Joined: Sun Feb 12 2006, 04:21AM
Location: Austin Tx
Posts: 1055
But the GDT still has a long switch-off slope as the negative side is only achieved after the deadtime (if any).

Not true. The same current that is driving the other switch ON, is present to drive the switch OFF, even if its a "unipolar" drive temporarily because of some dead time insertion on the driver side.

GDTs absolutely rule if you happen to be using a symmetric drive scheme. I have also worked on GDT techniques that can drive the switch with an asymmetric waveform and maintain proper bias, but it requires some extra parts and adds some propagation delay.

The main draw back to optos is their fairly big delay times, often in the uS range. Ive used some expensive optocouplers in a class-D amplifier that had 60nS rise times. Now, though, i use some new isolators by TI (look up ISO721). They have only 10nS propagation delay, really pretty awesome parts.

But i still say GDTs are the best method for driving tesla coil bridges... even for big CM300s. HVGUY uses GDTs to drive CM1000s.
Back to top
LithiumLord
Thu Nov 27 2008, 01:48AM
LithiumLord Registered Member #1739 Joined: Fri Oct 03 2008, 10:05AM
Location: Moscow, Russia
Posts: 261
Steve Ward wrote ...
Not true. The same current that is driving the other switch ON, is present to drive the switch OFF, even if its a "unipolar" drive temporarily because of some dead time insertion on the driver side.
Well, not exactly what I meant :) No matter how rectangular the signal looks, it's just a set of exponential waveforms. Therefore, if you have a deadtime injected into the signal, it looks like an exp dropping from the peak voltage to zero, and only then, after the deadtime, the negative side is achieved, only working as a Miller peak clamp. However, if your driver applies the negative voltage to your gate resistor immediately, the exponent drops to the level of switch's on-threshold faster, slightly reducing the switching loss. Alike things are completely unnoticable in DRSSTCs where the ZCS is achieved, but in generic linear SSTCs this may reduce the heating a bit.
Steve Ward wrote ...
The main draw back to optos is their fairly big delay times, often in the uS range. Ive used some expensive optocouplers in a class-D amplifier that had 60nS rise times. Now, though, i use some new isolators by TI (look up ISO721). They have only 10nS propagation delay, really pretty awesome parts.
Most highspeed optos still manage to achieve delays below 30ns still having a high enough CMR.
Steve Ward wrote ...
But i still say GDTs are the best method for driving tesla coil bridges... even for big CM300s. HVGUY uses GDTs to drive CM1000s.
Heh, I wouldn't dare driving a 620vdc bridge with optos - but for small coils it's a matter of own preference in fact. In small constructs, the optocoupled drivers can outrun GDT-based ones in size - an 8A driver (I overloaded them a bit so they start at 8.5A) is a tiny board, while a 32amp (without taking the mag current in account) device to drive the same bridge via a GDT may get tricky. However yes, that's more of a trick to push a bridge to a higher limit then an optimal drive technique.
Back to top
Steve Ward
Thu Nov 27 2008, 02:29AM
Steve Ward Registered Member #146 Joined: Sun Feb 12 2006, 04:21AM
Location: Austin Tx
Posts: 1055
Can you give me some part numbers you have looked at? I cant seem to find the right source for high speed optos.

The other drawback to them of course is the need for isolated power supplies, or boot strapping.
Back to top
LithiumLord
Thu Nov 27 2008, 02:05PM
LithiumLord Registered Member #1739 Joined: Fri Oct 03 2008, 10:05AM
Location: Moscow, Russia
Posts: 261
Any 10MBit/s coupler should go with overall delay way below 100ns, try looking at HCPL26xx or even 6n137 (this one highly varies for different distributors however).
Back to top
BSVi
Fri Nov 28 2008, 10:24PM
BSVi Registered Member #1637 Joined: Sat Aug 16 2008, 04:47AM
Location: Kiev, Ukraine
Posts: 83
I have blown 6n137 up. The reason i found for this is high CM noise in drsstc. I use GDT since and have no problems )
Back to top
1 2 

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.