Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 19
  • Members: 1
  • Newest Member: omjtest
  • Most ever online: 396
    Guests: 396, Members: 0 on 12 Jan : 12:51
Members Birthdays:
All today's birthdays', congrats!
Adam Munich (30)
Alfredo Texacca (60)


Next birthdays
05/04 Matthew T. (35)
05/04 Amrit Deshmukh (60)
05/05 Alexandre (32)
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 »   

Weird intermittent problem with a DRSSTC driver (edit4: fixed?)

 1 2 3 4 
Move Thread LAN_403
Goodchild
Thu Aug 29 2013, 06:23PM
Goodchild 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.

As a wise man once said "crap in = crap out"
Back to top
Kizmo
Thu Aug 29 2013, 06:36PM
Kizmo 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
Back to top
Mads Barnkob
Thu Aug 29 2013, 07:01PM
Mads Barnkob 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?
1377802911 1403 FT144747 Max913 Input
Back to top
Steve Conner
Thu Aug 29 2013, 09:30PM
Steve Conner 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. smile 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?)
Back to top
Kizmo
Fri Aug 30 2013, 02:24AM
Kizmo Registered Member #599 Joined: Thu Mar 22 2007, 07:40PM
Location: Northern Finland, Rovaniemi
Posts: 624
i dont have phase lead inductor in place.
Back to top
Mads Barnkob
Fri Aug 30 2013, 06:02AM
Mads Barnkob 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. smile 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.

14


Yellow: Comparator output Q, Blue: Comparator input

14


Yellow: Comparator output !Q, Blue: Comparator input

53


Yellow: Comparator output Q, Blue flip-flop Q

24


Yellow: Pin3 AND gate out, Blue: Pin6 AND gate out (phasing)

40


Yellow: Pin3 AND gate tout, Blue: Inverter voltage

58


Yellow: IC9 MOSFET driver, OUT A, Blue OUT B

34


Yellow, IC9 driven GDT primary, Blue: IC8 driven GDT primary

43


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.

Back to top
Kizmo
Fri Aug 30 2013, 12:41PM
Kizmo Registered Member #599 Joined: Thu Mar 22 2007, 07:40PM
Location: Northern Finland, Rovaniemi
Posts: 624
Because scope shots are nice.

Red: feedback CT input
Yellow: feedback comparator input

These were captured with conventional probes and full 100MHz bw.

Here its kind of working. It sounds like drsstc but burst beginning is still messed up.

1377865903 599 FT144747 Working



Same up close.

1377866108 599 FT144747 Working2



And here its glitching heavily. From constant bzzzz to brpbrpbprbprpbprpbrbrbrr.

1377866244 599 FT144747 Notworking



And closer

1377866352 599 FT144747 Notworking2




At the same time my burst starts look like this:

1377866458 599 FT144747 Start


yellow trace: H-bridge output measured with high voltage differential probe
red trace: primary current measured with pearson current transformer
Back to top
Steve Conner
Fri Aug 30 2013, 09:14PM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
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... :|
Back to top
Mads Barnkob
Fri Aug 30 2013, 09:51PM
Mads Barnkob 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
Back to top
Steve Conner
Sat Aug 31 2013, 11:42AM
Steve Conner 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. frown

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.
Back to top
 1 2 3 4 

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.