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 #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
EVR makes a good point about the logic. I used 74HC logic running off 5v for the OLTC2, and I found that the reverse recovery spikes from the diodes in my bricks would couple into the logic and drive it crazy. I had to seriously slug some things with capacitors to make it work.
I changed to 4000 series running off 15V for the DRSSTC. I still had some trouble: the 4046 PLL chip and current limit comparators would sometimes latch up in the event of a primary strike or flashover. Changing the clamp diodes to zener diodes, so that they clamped even before the signal reached the rails, fixed that and the controller seems pretty bombproof now. The downside is that flashovers are now much hotter because the controller keeps on driving: I burnt clean through the secondary wire with one
I do NOT like isolated heatsinks. The reason being that they could pick up enough voltage around a Tesla coil (either capacitively or by a streamer hit) to break down the IGBT's internal insulation. I have had strikes to the heatsink on my small DRSSTC before. (but then the heatsink is so oversized they could hardly miss it...)
I ground the heatsink to green wire ground, and use capacitors between the DC bus and green wire ground (these caps could be part of a commercial EMI filter) to make sure no high RF voltage appears there.
Registered Member #15
Joined: Thu Feb 02 2006, 01:11PM
Location:
Posts: 3068
wrote ...
Best idea is to lock everything in a big metal box, as I did on my small DRSSTC (ATX SMPS box).
You need to be careful about enclosing everything in a metal box. You may also trap noise and have it resonate inside a metal box. Remember, the enclosure is a tuned cavity and if not done properly can be worse than unshielded.
Registered Member #99
Joined: Thu Feb 09 2006, 06:10PM
Location: florida, usa
Posts: 637
Ill second that about shielded enclosures. For quite some time i was hard-headed about wanting one(mainly for aesthetic reasons) but got problem after problem. Seemed solving one only lead to another(kinda like C programming )
Just leave the driver open and enclose the interruptor/make it remote via BNC or similar. Matt
Registered Member #89
Joined: Thu Feb 09 2006, 02:40PM
Location: Zadar, Croatia
Posts: 3145
Shielding with metal cage/box can do only good, faraday cage nullifies influence of huge electric field from the coil, outside and also blocks potentialy lethal arcs. So I don't see why is it so bad.
We don't have any significant EM/EF emmision inside that could be ''trapped'' by the box (unless we make antennas on our bridge EM field never seemed to cause too much trouble.?
Actually its best use is just to keep arcs from blowing anything sensitive.
Far bigger problem seems noise that couples into supply grid, disrupts IC's and it can be only fought by filters and decoupling caps. I could get tiny burns from supply rails from SSTCs and I doubt logic ICs would like that.
Registered Member #99
Joined: Thu Feb 09 2006, 06:10PM
Location: florida, usa
Posts: 637
Firkragg wrote ...
Shielding with metal cage/box can do only good, faraday cage nullifies influence of huge electric field from the coil, outside and also blocks potentialy lethal arcs. So I don't see why is it so bad.
We don't have any significant EM/EF emmision inside that could be ''trapped'' by the box (unless we make antennas on our bridge EM field never seemed to cause too much trouble.?
Actually its best use is just to keep arcs from blowing anything sensitive.
Far bigger problem seems noise that couples into supply grid, disrupts IC's and it can be only fought by filters and decoupling caps. I could get tiny burns from supply rails from SSTCs and I doubt logic ICs would like that.
cheers..
I beleive the problem comes from currents being switch by the driver and bridge becoming trapped inside the box. Decoupling capacitors ought to solve alot of the trouble with interference from an unshielded driver, no?
Registered Member #15
Joined: Thu Feb 02 2006, 01:11PM
Location:
Posts: 3068
wrote ...
Shielding with metal cage/box can do only good, faraday cage nullifies influence of huge electric field from the coil, outside and also blocks potentialy lethal arcs. So I don't see why is it so bad.
This is why most engineers tend to have noise problems, because they don't understand the basic principles of EMI/EMC design. Shielding, if done without understanding what is going on, can have very bad effects on the system. Simply putting some electronics in a box doesn't solve anything. In fact, both the shield and/or box can act like an antenna radiating noise as well as receiving noise depending on the type of shield / box used. Also, internal noise sources can amplify due to the physical structure of the box creating new problems.
wrote ...
We don't have any significant EM/EF emmision inside that could be ''trapped'' by the box (unless we make antennas on our bridge EM field never seemed to cause too much trouble.?
There is quite significant EM/EF emission within a DRSSTC. The magnetic fields alone caused by the power traces is quite considerable, especially considering the way most amateurs route their full-bridges with large loop areas.
Registered Member #89
Joined: Thu Feb 09 2006, 02:40PM
Location: Zadar, Croatia
Posts: 3145
I guess im pwned then. yeah and I said 'if we dont make antennas around our bridge', and surely interferences wouldnt stop but they must be diminutive compared to circuit open-to coil.
Exscept you stated how bad 'engineers' we all are you didnt explain the point, what makes good/bad cage? I want to know the most I can before I screw up my DRSSTC too...
shield and/or box can act like an antenna radiating noise
Something that well grounded cant act as antenna, box doesnt have some huge inductance and it behaves like faraday cage, so it shouldnt ''transmit'' anything.
If im running out of topic i would like to start a new one, this really interests me
Registered Member #15
Joined: Thu Feb 02 2006, 01:11PM
Location:
Posts: 3068
For further information, please check out the materials by Henry Ott. He is one of the leading authorities of the subject and i have spent much time in training seminars, classes taught by him as well as private consultations.
And his book is probably the best out there for EMI/EMC design. Its usually free when you attend his course, but here is the ordering information. Something all engineers should have . . .
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
The components used in DRSSTCs (4000 series logic, power MOSFETs and gate drivers) really don't generate enough energy at high enough frequencies to make an average sized shielding box resonate like an antenna. So I say that is a red herring. Even if it was a problem (and I admit it might be a problem in the other direction since sparks generate lots of HF) I think star grounding would go a long way to mitigate it: ie have a shield that encloses your whole circuit and only connect it to your circuit ground in one place.
On my DRSSTC driver I put all the connectors close to each other and screwed the shells of them to a copper plate that became one side of the box. This was also my star ground- pins inside the D connectors that were ground, were tied to the shells here, and the AC supply went in via a filtered IEC inlet screwed into a hole in the same copper plate.
I didn't allow any of the circuit ground wires to contact the shield anywhere else, so even if the shield was acting as an antenna, the energy wouldn't couple directly to the circuit (of course it could still couple capacitively or inductively.)
EMI still got in, but I traced it to differential mode getting in through the CT. Flashovers put lots of high frequency hash on the primary current and I guess this was hitting a resonance in my CT winding and creating high voltages on the CT output.
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.