Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 80
  • 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!
dan (37)
rchydro (64)
CapRack (30)


Next birthdays
11/07 Dave Marshall (40)
11/07 Worms (46)
11/08 Bert (77)
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 :: General Science and Electronics
« Previous topic | Next topic »   

push pull stage failure

Move Thread LAN_403
Ben Solon
Sun May 26 2013, 01:31AM Print
Ben Solon Registered Member #3900 Joined: Thu May 19 2011, 08:28PM
Location:
Posts: 600
Does anyone know a reason that a npn pnp push pull stage might fail due to loading?

I've been working on some rf amplification(3.57Mhz). The set-up begins with a Colpitts oscillator and a crystal oscillator which drives a class a amp. The amplified signal then goes to a push pull stage of 2n3904/6 bipolars, which work fine in every situation with no heating.

But when that stage is swapped with the equivalent using a set of bd681/2's, the instant my scope probe touches the output or I load the output with the gate of a mosfet(25nC) the transistors begin heating. They don't stop heating until the power is removed or the devices burn out. What's strange is that I can load them with an open secondary circuit gate drive transformer and dc blocking transistor, but even then they only begin heating when the gate capacitance is added. In the transformer configuration however, I am able to scope the output with no ill effects.

Back to top
Sulaiman
Sun May 26 2013, 06:53AM
Sulaiman Registered Member #162 Joined: Mon Feb 13 2006, 10:25AM
Location: United Kingdom
Posts: 3140
The BD681 is a darlington transistor and probably due to the higher gain
(or gain.bandwidth) it sounds like you've got 'parasitic oscillation'
there is an unexpeted feedback path that under certain conditions
- in this case added capacitance, a change in feedback loop phase,
makes your amplifier an oscillator.
the oscillations usually occur near the cut-off frequency of the transistors
could be 10's or 100's of MHz to GHz ranges.

Try small ferrite beads on the legs of the transistors,
try emitter first, if not try base,, try base and emitter.

Try resistors across the primary of your output transformer.

What are you using for an output transformer?
Why are you using darlingtons?

There is a saying ... amplifiers oscillate and oscillators won't.
I expect almost anyone going into rf pa design has experienced parasitic oscillations, sometimes a low-level nuisance, sometimes destructive.
'scope probe capacitance can be enough to start or stop such oscillations
so cut-and-try techniques such as ferrite or resistors loading or isolating various possible oscillator paths are used.

I find it quite difficult to design and build rf pa stages that perform as expected and only as expected.
I am a great fan of the 'Manhattan' style of prototyping/building Link2

You should have a good ground plane and lots and lots of power supply/stage decoupling capacitors;
an electrolytic if required,
tantalum bead or chip (use higher than required voltage rating for lower esr)
100nf, 10nF and 1nF ceramic in parallel (for uhf 100p and 10p also)
It's a bit over-engineered for production but for hobby use you can't have too many supply bypass capacitors.
Have a look at datasheets for capacitors, especially look at esr or Z vs. frequency etc. and you will see why I use so many different capacitors in parallel.
Back to top
Steve Conner
Sun May 26 2013, 09:34AM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Also being a Darlington, it'll be slow as hell, no use whatsoever at 3.57MHz. It probably sticks on and goes into thermal runaway as soon as it's asked to drive any significant load. Parasitic oscillations are always a possibility, but I doubt the BD681 is even fast enough to oscillate at VHF.

The 2N3904/6 are quite fast planar transistors with a Ft over 100MHz, so you might just want to use a bunch of them in parallel. Beyond that, look at some designs for 80m QRP ham transmitters and see what devices they're using in their output stages.
Back to top
Ben Solon
Mon May 27 2013, 12:24AM
Ben Solon Registered Member #3900 Joined: Thu May 19 2011, 08:28PM
Location:
Posts: 600
Oops, looks like I've got to rtfd! I've had those sitting around as a higher current replacement to bd139/140 for a long time, and always used them at lf or dc conditions. Now it makes total sense as to what's going on. Actually, I used some bdx53/54's too with the same result. I knew that they wouldn't work, but what the hell. That should have tipped me off when the waveform dropped out the same way and both devices heated like stated.

Of coarse bd139/140's would have the propper ratings to take what power I need in that stage, but might as well just go big or go home with the first stage of real rf power going on. Gotta get some nice high power planar bjts...
Back to top

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.