Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by klubnl.pl (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id w09C2pv9026580 for ; Tue, 9 Jan 2018 13:02:53 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1eYsX2-0006hs-1L for rs_out_1@blacksheep.org; Tue, 09 Jan 2018 11:57:28 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1eYsX0-0006hj-J5 for rsgb_lf_group@blacksheep.org; Tue, 09 Jan 2018 11:57:26 +0000 Received: from mailsub2.hostvue.com ([195.26.90.72]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1eYsWu-0004tL-R7 for rsgb_lf_group@blacksheep.org; Tue, 09 Jan 2018 11:57:25 +0000 Received: from 82-69-55-234.dsl.in-addr.zen.co.uk ([82.69.55.234] helo=asgard.localdomain) by mailsub2.hostvue.com with esmtpa (Exim 4.85) (envelope-from ) id 1eYsWs-0002kg-FY for rsgb_lf_group@blacksheep.org; Tue, 09 Jan 2018 11:57:18 +0000 To: rsgb_lf_group@blacksheep.org References: <923db48e-ca8e-67d5-e70d-3c9695277b97@n1bug.com> <2e4b6c93-746c-f933-93cd-69973f902ae4@n1bug.com> From: Nick Openpgp: id=E2B673E8698B81DBEDC2B3C9DBED794169D013EE Organization: Organised - you must be joking! Message-ID: Date: Tue, 9 Jan 2018 11:57:17 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <2e4b6c93-746c-f933-93cd-69973f902ae4@n1bug.com> X-Spam-Score: 0.0 (/) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 09/01/18 10:53, N1BUG wrote: > Thanks Andy. > > I need more time to get my head around that equation. I'm still struggling with > a near vertical learning curve on all of this. I never worked with ferrite > (except in RFI suppression) until very recently. To start with I don't know what > figure to use for N turns on this 16:1 transformer with 4 x 10 turn windings. > There must be beginner level articles somewhere that walk one through this > stuff, but I haven't yet found them. > > For that matter I'm not sure how to calculate Vrms on something that isn't a > sine wave. > > All I can say at the moment is the core is a EPCOS / TDK B64290L674X830 > > N30 material with a ui of 4300, 36 x 23 x 15 mm. > > I'm still interested in understanding the issues with this PA as a learning > exercise but am preparing to move on to something else for on air use. > > Paul N1BUG > [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- X-Scan-Signature: 18c0ce4cbca80559a8b22b14cd653174 Subject: Re: LF: Progress? with the PA Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PH1wAPvyMbG3UVCqJ1bvjjcayqM1OmZaR" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PH1wAPvyMbG3UVCqJ1bvjjcayqM1OmZaR Content-Type: multipart/mixed; boundary="L7veuEcRhimgOqlU6GvzaKaCYCmn2okk2"; protected-headers="v1" From: Nick Reply-To: M0HGU@dctower.co.uk To: rsgb_lf_group@blacksheep.org Message-ID: Subject: Re: LF: Progress? with the PA References: <923db48e-ca8e-67d5-e70d-3c9695277b97@n1bug.com> <2e4b6c93-746c-f933-93cd-69973f902ae4@n1bug.com> In-Reply-To: <2e4b6c93-746c-f933-93cd-69973f902ae4@n1bug.com> --L7veuEcRhimgOqlU6GvzaKaCYCmn2okk2 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable On 09/01/18 10:53, N1BUG wrote: > Thanks Andy. >=20 > I need more time to get my head around that equation. I'm still struggl= ing with=20 > a near vertical learning curve on all of this. I never worked with ferr= ite=20 > (except in RFI suppression) until very recently. To start with I don't = know what=20 > figure to use for N turns on this 16:1 transformer with 4 x 10 turn win= dings.=20 > There must be beginner level articles somewhere that walk one through t= his=20 > stuff, but I haven't yet found them. >=20 > For that matter I'm not sure how to calculate Vrms on something that is= n't a=20 > sine wave. >=20 > All I can say at the moment is the core is a EPCOS / TDK B64290L674X830= >=20 > N30 material with a ui of 4300, 36 x 23 x 15 mm. >=20 > I'm still interested in understanding the issues with this PA as a lear= ning=20 > exercise but am preparing to move on to something else for on air use. >=20 > Paul N1BUG >=20 All, I've been, sort of, following this as I have a similar problem with the amp at I have not used the 2n4 cap to ground on the gate (yet) but I have added a series resistor of 15R to the gate prior to the DC blocking cap (or should I have put it after the DC blocking?) My observations: With out the 15R it was very fussy and would go into, what I presume, was oscillation - the voltage trace on my scope match was 'fuzzy' - looked like AM? with almost no provocations ... however lowering the supply voltage cured this. I have just re-worked the matching unit at the aerial and now have an almost perfect 50R j0 match. so I know this is not a reactive issue (I think - however the scope-match is at the shack end on a random length of RG58 - so ...) I played last evening and: It still oscillated if I run it at 13.8V and drive of around 250mW (U3s 3 BS170s at 5V), drop the voltage to about 11V and all is well. Increase the drive to about 800-900mW (U3s 3 BC170s at 13.8V nominal) and I can wind the supply up to a little over 12V before it goes wild. The bias is set to give about 75mA at idle. If I reduce the bias & therefore idle current then the oscillation is earlier & easier to provoke, if I go much over about 150mA the FET takes off in thermal runaway with the current going skyward with no change in bias setting - so a little under 100mA it is. I think I have two avenues, put in the feedback as mentioned from Drain to Gate (300R-ish & DC blocking) or make a driver stage to make sure the FETs switch harder. Now the AMP is supposed to be linear so the second option is not the correct, unless I am operating in class >C Not an answer but some data points from a simple single FET MF amp ALl the best Nick M0HGU --=20 SOME SHADOWS ARE SO LONG, THEY ARRIVE BEFORE THE LIGHT. (Soul Music) 11:55:01 up 3:33, 5 users, load average: 0.21, 0.19, 0.22 --L7veuEcRhimgOqlU6GvzaKaCYCmn2okk2-- --PH1wAPvyMbG3UVCqJ1bvjjcayqM1OmZaR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIzBAEBCAAdFiEE4rZz6GmLgdvtwrPJ2+15QWnQE+4FAlpUrh0ACgkQ2+15QWnQ E+4Jlg/8DX5qwRMjaGoR1e1ViBxkSg7+2J9xdgtv9HT3N2VVYt3HC3JYC6D02usG 9ciR4wnemWhknlN72zl2jwpvl21XseVhdx326cc37IW2nnny8pN9qe0+eJpMPU7B CpZHmiqCH3XVSY4cOq0Kc3D/40sSoUyA8zvrVWdFqGZZlAsBoaWe3gpRfr6sGqYH L5LQjn5Rm5m7DeCtMIU3/qeS78RsqKxG53zid1Szxq7L4H27R0LOQBNSgH1QBeNc pdPRCdXOaW0CssmcrPenWpyPldQB+2RRz696P1/feYZabTSW0YHBAKwzAI8ugJLt re+pzjZdwnI11tFJciRodSHPVqqDGzZd6XLGP5NylBeTV5kakHWtIVCSCzX/2e4b V1Ah7deaALADCaalwLYUcj505Ckh/M6B6dc8EbUXm+6yOkShrv2d2b4IhUcfLwNO 3KUKmBl1FfGm1NLHY2IJV0NMo/RKsKNY7gqTSgIdgAFHCkNQOvdCptIudZBezaBn u1K10EDm7B2l7Yr1emkRq4vyKVjFVqNYV0XhAfRXs1FCbqQ1mXSK8JFUCJPhuMfH feVID+M7/uyJGCFeSaYNw7wT1krT9BVpPjwhDbpKurVA+nIeSQXFhzIsHuwYQ8sJ QPcrQn+QybflkYxhX/GkmprgnyS0EMo2rwxDt2GnOA92YnT1ypU= =sJAn -----END PGP SIGNATURE----- --PH1wAPvyMbG3UVCqJ1bvjjcayqM1OmZaR--