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 #2628
Joined: Fri Jan 15 2010, 12:23AM
Location:
Posts: 627
I was messing around yesterday with the idea to shut off the driver of an SSTC after the input voltage to the bridge reaches a certain point. as often I accidentally input too much and it ends up frying my bridge.
I wanted to do this by using 2 non-inverting UCC drivers (set up as shown with the inputs inverting and non-inverting). and use a comparator with an inverted output to monitor the voltage, then when triggered. to turn off the UCCs.
Heres the schematic, I wondered if this is doable this way and I would appreciate feedback on it.
Registered Member #1875
Joined: Sun Dec 21 2008, 06:36PM
Location:
Posts: 635
The potentiometer needs to go from the ("Rset") to GND with the chip's pin tapping between the two resistors to make a divider. Looks like that was just a simple mistake, but the configuration you have would put the full voltage across the chip!
Also you'll have to switch the non-inverting and inverting inputs (+ and -) because with this configuration I believe it will not turn on until the + voltage is higher than the - voltage.
Looks good otherwise. You might as well design it to handle the full input voltage from the start because you know that's where you'll want to end up eventually!
Registered Member #289
Joined: Mon Mar 06 2006, 10:45AM
Location: Conroe, TX
Posts: 154
This circuit is likely to oscillate about its set point. You should add some hysteresis or a one-shot on the out put to prevent any unwanted on/off cycling.
Registered Member #15
Joined: Thu Feb 02 2006, 01:11PM
Location:
Posts: 3068
Your probably better off adding more margin with your bridge circuit as opposed to building a protection circuit. As i see it now, the protection circuit only disables switching - it doesn't prevent voltage excursions on the bridge itself, which i gather you are attempting to protect against.
If you truly want to protect the bridge from excessive voltage input, then you probably need to employ some sort of crow-bar circuit so that when voltage is exceeded on the bridge, the voltage is instantly discharged and latched off.
Also, your circuit will probably be quite prone to noise and spikes on the DC Bus. Even though its low impedance, you may still prematurely trip due to voltage spikes and/or ripple on the DC Bus. So in addition to hysteresis, you probably want some sort of filtering circuit as well.
However, in my opinion, i would just either ensure you prevent input voltage itself from exceeding a certain level (perhaps a mechanical stop on a variac if thats what you're using), or just build more margin into your bridge.
Registered Member #2628
Joined: Fri Jan 15 2010, 12:23AM
Location:
Posts: 627
EastVoltResearch wrote ...
However, in my opinion, i would just either ensure you prevent input voltage itself from exceeding a certain level (perhaps a mechanical stop on a variac if thats what you're using), or just build more margin into your bridge.
Id agree with this, as paying attention and taking some basic steps will prevent alot of heartache later on. but I was mostly just toying with the idea of having the driver itself do it for you. Ive taken some of the ideas mentioned here and tryed my best to work them into the schematic, here is the updated version:
Once again, I love hearing feedback and suggestions. Thank you.
Registered Member #1875
Joined: Sun Dec 21 2008, 06:36PM
Location:
Posts: 635
You can't have the IGBT up there as the gate needs to be charged through the emitter terminal, which is being blocked by your load. You need to use a P channel device (which may be hard to find for your level of power) for this configuration...
You might be better off with zener diodes in series (to raise the voltage and spread the heating) to passively clamp the voltage, along with maybe an indicator light in series with the zener diodes to let you know when they are conducting. That seems like an easier idea to implement, and you can easily remove it from your circuit if you want to get rid of it.
Registered Member #15
Joined: Thu Feb 02 2006, 01:11PM
Location:
Posts: 3068
That type of switch implementation is not going to do anything to protect your bridge against over-voltage. As i said before, the only way to protect against overvoltage is to:
1. Prevent your input (i.e. variac) from putting out more voltage that necessary - for example through the use of a mechanical stop
2. Build your bridge with margin to withstand whatever voltage your variac or input line can provide
3. Use a crowbar circuit to discharge all energy storage on the bridge as well as disconnect the bridge from the input line.
Why won't your circuit work?
1. No crowbar circuit. You have energy storage capacitors on your bridge, so if you have an overvoltage condition, those capacitors are already charged up and will damage your bridge (provided its build with such little margin to begin with)
The easiest implementation?
1. Use a double-pole relay. This is how almost all industrial over-voltage protection is employed. When the over-voltage fault is tripped, you just switch the relay off. When the relay turns off, the normally open contact (which is closed during operation) opens up and disconnects your input line to the bridge. The normally closed contact (which is open during operation) simply closes and connects a low-ohm resistor with the bridge to discharge any energy there quickly and safely.
A solid state device could replace the relay, but you would need two, and driving them just adds a few extra components.
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.