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 #2292
Joined: Fri Aug 14 2009, 05:33PM
Location: The Wild West AKA Arizona
Posts: 795
Well the UD2 works on a slightly different set of parameters, so it doesn't surprise me that you can just drop in a UD1.3 and have it work. What works for the UD1.3 won't necessarily work for the UD2. The UD2 is a bit for finicky about its feedback input and proper tuning than the UD1.3 is. Simple things like this can affect the system drastically.
All I’m saying is that you may want to examine the rest of the system in more detail before you pin the problem on the controller. I'm still very skeptical of you feedback, it doesn't seem like you have checked this in much detail. I would really put your scope in two places, across the phase lead network and on the input of the comparator and look at what you are feeding into the system.
Registered Member #599
Joined: Thu Mar 22 2007, 07:40PM
Location: Northern Finland, Rovaniemi
Posts: 624
I would have scoped that long time ago but everything around the feedback comparator is eeextremely sensitive to scoping, even my differential probe is enough to throw it from kind of working to not working at all.
And funny thing is, Mads Barnkob has exactly same problem.. :l
Registered Member #1403
Joined: Tue Mar 18 2008, 06:05PM
Location: Denmark, Odense C
Posts: 1968
Here is a scope shot of IN- on the comparator, I am a little vary about that the ringing being a problem as the voltage phase shift only happens on the the peak primary current. But the ringing also seems to seize after the primary current starts to ring down. Perhaps it is just interference from the primary?
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Goodchild wrote ... As a wise man once said "crap in = crap out"
A Tesla coil is an extremely noisy system, so there is always going to be "crap in". Switching spikes from the bridge are bad enough, never mind the high frequency hash from ground strikes.
The challenge is to clean this noisy signal up and produce a nice drive waveform for the bridge even while the system is basically being struck by lightning 200 times per second. It strikes me that differentiating it with a series inductor maybe isn't the best way to start, as it could amplify the high-frequency noise considerably.
Mads did a test that disproved my flip-flop hypothesis, so here's another one that might fit the new evidence better: Current spikes from the CT get exaggerated by the phase lead inductor and drive the comparator outside of its common-mode range, causing it to latch up.
Another thought: What happens when you remove the phase lead network from the UD2.x (and maybe fit it to the UD1.x?)
Registered Member #1403
Joined: Tue Mar 18 2008, 06:05PM
Location: Denmark, Odense C
Posts: 1968
Steve Conner wrote ...
Goodchild wrote ... As a wise man once said "crap in = crap out"
A Tesla coil is an extremely noisy system, so there is always going to be "crap in". Switching spikes from the bridge are bad enough, never mind the high frequency hash from ground strikes.
The challenge is to clean this noisy signal up and produce a nice drive waveform for the bridge even while the system is basically being struck by lightning 200 times per second. It strikes me that differentiating it with a series inductor maybe isn't the best way to start, as it could amplify the high-frequency noise considerably.
Mads did a test that disproved my flip-flop hypothesis, so here's another one that might fit the new evidence better: Current spikes from the CT get exaggerated by the phase lead inductor and drive the comparator outside of its common-mode range, causing it to latch up.
Another thought: What happens when you remove the phase lead network from the UD2.x (and maybe fit it to the UD1.x?)
I thought about that, because the elevated signal from the feedback CT is approximately up to 2,5V, input range for the comparator is -0,2V to 3,5V, so the spikes in the above scope shot at 3,68V might be it. But the problem also exists at very low duty cycles, where the noise is not yet passing the 3,5V mark.
I tried removing the inductor in the phase lead network and also tried with another type of inductor, it did not change anything.
Yellow: CT input, Blue: Comparator input.
Yellow: Comparator output Q, Blue: Comparator input
That last very short peak seen on the GDT primaries, I could only track it back to the AND gate outputs for the phasing, this could be what makes the double inverter voltage?
EDIT 1539CET: No effect: I tried adding ferrite beads to the supply rails and a 10uF tantalum in parallel with the 0,1uF for the 74HC08 (AND gate)
No effect: Change 74HC08 for another manufacturer, checked soldering and path fot pin6, cleaned out between traces.
Registered Member #1403
Joined: Tue Mar 18 2008, 06:05PM
Location: Denmark, Odense C
Posts: 1968
Steve Conner wrote ...
Mads, the big series of scope shots you just posted, are these with the circuit operating properly, or is it glitching? They all look fine... :|
This is with the circuit working without jittering, but still with the weird inverter voltage phase shift. If I had turned the duty cycle pot meter just a little it would jitter all over the screen and give the brpbrpbrpbrpbrpbrp sound
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Well, it would be easier to debug the problem if the scope results actually showed it.
What we are trying to establish is a chain of causation. We have the symptoms, we are trying to figure out the root cause. The problem is that the whole system is one big feedback loop, so the chain of causation could be circular.
I would be interested to see what happens when the feedback input is driven from a signal generator as opposed to the CT. This breaks the feedback loop so you can rule out any circular arguments.
I would also investigate the possibility of the switching spikes from the bridge getting back into the comparator. They can be pretty violent especially near the beginning of the burst when there's not enough current to achieve smooth commutation. And, now the comparator has hysteresis, a switching spike could permanently flip it instead of just temporarily glitching the output. (Did the UD1.x have hysteresis?)
The amount of switching spikes present in your CT signal is a system level issue, mainly down to your shielding and grounding schemes. But the driver's sensitivity to them is another matter. My PLL driver uses the type-1 phase detector which works on the average value, so it ignores the spikes completely.
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.