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 w0QGISCn008663 for ; Fri, 26 Jan 2018 17:18:31 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1ef6aU-00046F-Bd for rs_out_1@blacksheep.org; Fri, 26 Jan 2018 16:10:46 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1ef6aT-000465-GD for rsgb_lf_group@blacksheep.org; Fri, 26 Jan 2018 16:10:45 +0000 Received: from mail-pg0-x22c.google.com ([2607:f8b0:400e:c05::22c]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1ef6aP-0007jj-3M for rsgb_lf_group@blacksheep.org; Fri, 26 Jan 2018 16:10:44 +0000 Received: by mail-pg0-x22c.google.com with SMTP id r19so542476pgn.1 for ; Fri, 26 Jan 2018 08:10:40 -0800 (PST) X-DKIM-Result: Domain=gmail.com Result=Good and Known Domain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=IwbixBtIcK8b7n6Mf6vq9+4VEw7cLyPwKt4+0K25HBM=; b=gOemszGcU158Te0bExUDsDcqgXdJb/mSkN3FDalsw0fU7jXfiQWtK+umIHx7ZRudNk Ha894QKj0Nmrtm5fArLu4+OF1PBCSrBwmPuESZGDe9Nl6GhE1oVD/Gq8zhsCu+fqLh4u 2Wc0gtsAY5zsF2aswTJmp29VE94L0yQxLykOm6z20h4mgUqCAUMHXXaCVxrTCDMecueK +WO69iYg2IgPMv0GSjYdy0BHQbAITDRsIMlhMFlw3EFILbdrgPG0YXOxXsgK3dztG8of XQZO8QMlCGLS03KFsr++IuLkU2J7ZsWZUr8ja86Vc6kuUCcvPJtn47jzr4glejBrco8S HmsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=IwbixBtIcK8b7n6Mf6vq9+4VEw7cLyPwKt4+0K25HBM=; b=Xv1EOFJMS71Y5w+WoQ+ujU9Md2RixQ0Mu8tERIDFyxe+4fLIym/5SyYdkohfm/H9Kf xpbd2pcIJLPGFP0d0jJgf3u9lwA/ogLFj3+G5kEMF21OhHXsWeS2IDufEQo/fL4DpWYL /f8fXudhmUeBScVz+5BdG4qblHcP5AQ+84IbHRhovUUuy2WDy+TTB9dLOWMjFQTzWJdC BpN1CyV/BrF+sNHnwvohMNmyjLiQfF5NC0lOauXdkKoJTMqjIffm6k8NDeqiGrdgzxDW ee39dIDS6NLqFZcB0+BU3GoB42qbgKCIZjYuf2KFn7psZ6sOdOAQXLgFLdmtLx9kzBF6 ssrQ== X-Gm-Message-State: AKwxytdDwyJ5vJEdT033xCiBIE7yMBC+fDhioltZb1hYJQBYf3Jyt2IS mQDkWwAtlrX5i6qq925r6zwH9s5VNrfqG7/6Rvkgtw== X-Google-Smtp-Source: AH8x226QBy60yQAYjrXxnb6006AY0WBbvko7QOGNw74Aj4HzPzK0QzHchgpe1sb+qzuuB7lsar8VAjZmLnU2TiI/bdg= X-Received: by 10.98.66.67 with SMTP id p64mr19551458pfa.227.1516983038700; Fri, 26 Jan 2018 08:10:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.170.68 with HTTP; Fri, 26 Jan 2018 08:10:38 -0800 (PST) In-Reply-To: References: <1371247928.20180126134524@gmail.com> From: M0FMT Date: Fri, 26 Jan 2018 16:10:38 +0000 Message-ID: To: rsgb_lf_group@blacksheep.org X-Spam-Score: 1.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: Hi Despite Andy Talbot’s (who I respect highly and feel unworthy making this comment) comment which I am sure will solve the issue. However my experience with several of these kits in the V6.2 format has never been an issue at 136khz. [...] Content analysis details: (1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (peteg8fmt[at]gmail.com) 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 1.0 FREEMAIL_REPLY From and body contain different freemails X-Scan-Signature: 571129b349252c35b2bc09d7a1c6d0f3 Subject: Re: LF: Softrock RX divider IC problem, unexpected frequency out Content-Type: multipart/alternative; boundary="001a1149952426ef720563b0230d" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.6 required=5.0 tests=HTML_20_30, HTML_FONTCOLOR_UNSAFE,HTML_MESSAGE 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 --001a1149952426ef720563b0230d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Despite Andy Talbot=E2=80=99s (who I respect highly and feel unworthy makin= g this comment) comment which I am sure will solve the issue. However my experience with several of these kits in the V6.2 format has never been an issue at 136khz. This will not help other than give confidence that the Softrock Tayloe detector is a robust design. These kits in my experience are excellent. If you are getting frequency variation it will be the Xtal oscillator, nothing else can cause it, however I have never experienced it myself, the divider a dual flip flop correctly fitted will work reliably. The fact you are getting out of band signals (Strong BC) is probably because there is no LO to the multiplex chip it is just working as a nonlinear detector (a diode) being over loaded by the BC signal. The important thing is to get the Oscillator working reliably ensure the buffer amp is delivering a TTL level to the connected flip/flop input, check with a scope. If all is well the problem is the flip/flop check it is getting the correct Vcc. If no divide by 4 at the input to the multiplex , check with scope, then the flip/flop has a problem. My guess the chip is fine it is the quality of the fitting (no criticism intended it=E2=80=99s n= ot easy) . If you have done all of the above then I would recommend you remover the flip/flop chip. If you have a spare new one then fit it after you have fastidiously cleaned the pad. Your output to the multiplex will be divide by 4 of the xtal frequency and the two LO feeds will be phase shifted by 90 degrees. Good luck it will work fine but go through the steps above and confirm LO with a scope at each step. 73 petefmt On Fri, Jan 26, 2018 at 3:17 PM, Andy Talbot wrote: > The linearly biassed gates used to buffer the input of the Softrock LO > fail at low frequencies, breaking up into spurious oscillations at the > threshold changeover, not operating the divider properly and hence givin= g > an apparent change in freq I had this problem when I was using a > "Finningley Dongle" driven by an external DDS source. The solution was = to > add my own Schmitt trigger input buffer before letting it get to the 74HC= 74 > device. That way it would work down to below 10kHz RF input. > > Andy G4JNT > > On 26 January 2018 at 15:06, David Bowman wrote: > >> Hi Chris. >> It may be worth going back to the oscillator and making sure the >> frequency there is what you expect. >> Could be that the divider is working fine, but the input to it is >> shifting around. >> >> 73 >> >> David G0MRF >> >> On Fri, Jan 26, 2018 at 1:45 PM, Chris Wilson >> wrote: >> >>> >>> >>> Hello LF and VLF folk! >>> >>> I have built a couple of Softrock Lite II IF frequency receivers, >>> normally they would be used to view another receiver's IF on a >>> bandscope, but popularly they are also used on low and medium >>> frequencies as stand alone SDR receivers. The MF one works fine. Th LF >>> one was intermittent, then failed with high current draw. I isolated >>> it to a faulty or shorted divider chip. The original one was marked >>> 78C49NM. I couldn't find one of those, so plumped for one from RS >>> Components here in the UK, a CD74AC74M96G4, RS part number 662-6939 >>> The oscillator worked on the bench and from an xtal frequency of 461.5 >>> kHz gave the expected divide by 4 output of 115.364 or very close. >>> Then suddenly it started receiving broadcast stations and the divided >>> outputs Q and /Q were on 153.814 KHz! There they remain. Fiddling I >>> briefly saw a return to 115.36 Khz, but it was not for long. All >>> voltages to it's pins are correct at 5V. I am not sure if it's a >>> faulty divider, or a bad connection or short. >>> >>> Xtal case is grounded and seems stable. R16 in the oscillator changed >>> on advice from 22.1k to 10k as they apparently tend to stop running >>> with 21.1k there. I attach the schematic. Wrong IC? Details of the >>> divider's operation are at http://www.wb5rvz.org/softrock_lite_ii/03_di= v >>> >>> The new IC details are at https://uk.rs-online.com/web/p >>> /flip-flop-ics/6626939/ >>> >>> I see these frequencies on these pins: >>> >>> Pin 3 : 464.444 kHz >>> >>> Pin 11 : 464.444 >>> >>> Pin 12 : 153.814 >>> >>> Pin 8 : 153.814 >>> >>> Pin 2 : 307.625 >>> >>> Pin 2 : 307.625 >>> >>> Is this a random IC fault or does it have some mathematical >>> correlation? My maths is pitiful! >>> >>> Not sure what to do now, I have another IC but before risking pad >>> damage thought it prudent to ask, many thanks. >>> >>> Pins 14 and 2 on the mixer IC show good, 90 degree out of phase square >>> waveforms of normal amplitude on a scope, but at 153.814 KHz.... >>> >>> Schematic is at http://www.gatesgarth.com/schematic.jpg >>> >>> >>> >>> -- >>> Best regards, >>> Chris mailto:dead.fets@gmail.com >>> >>> >>> >> > --001a1149952426ef720563b0230d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi

Despite Andy Talbot=E2=80=99s (who I respect highly and fe= el unworthy making this comment) comment which I am sure will solve the issue. However my experience with several of these kits in the V6.2 format has nev= er been an issue at 136khz.

This will not help other than give confidence that the Softrock Tayloe detector is a robust design. These kits in my experience ar= e excellent. If you are getting frequency variation it will be the Xtal oscil= lator, nothing else can cause it, however=C2=A0I have never experienced it myself,= the divider a dual flip flop correctly fitted will work reliably. The fact you are getting out= of band signals (Strong BC) is probably because there is no LO to the multiple= x chip it is just working as a nonlinear detector (a diode) being over loaded by t= he BC signal.

The important thing is to get the Oscillator= working reliably ensure the buffer amp is delivering a TTL level to the connected f= lip/flop input, check with a scope. If all is well the problem is the flip/flop chec= k it is getting the correct Vcc. If no divide by 4 at the input to the multiplex= , check with scope, =C2=A0=C2=A0then the flip/flop has a problem. My guess th= e chip is fine it is the quality of the fitting (no criticism intended it=E2= =80=99s not easy) . If you have done all of the above then I would recommend you remove= r the flip/flop chip. If you have a spare new one then fit it after you have = fastidiously cleaned the pad. Your output to the multiplex will be divide by 4 of the xt= al frequency and the two LO feeds will be phase shifted by 90 degrees.<= /font>

Good luck it will work fine but go through the steps above and confirm LO with a scope at each step.

73 petefmt


On F= ri, Jan 26, 2018 at 3:17 PM, Andy Talbot <andy.g4jnt@gmail.com><= /span> wrote:
The linear= ly biassed gates used to buffer the input of the Softrock LO fail at low fr= equencies, breaking up into spurious oscillations at the threshold changeov= er, not operating the divider properly=C2=A0 and hence giving an apparent c= hange in freq=C2=A0 I had this problem=C2=A0 when I was using a "Finni= ngley Dongle" driven by an external DDS source.=C2=A0 =C2=A0The soluti= on was to add my own Schmitt trigger input buffer before letting it get to = the 74HC74 device.=C2=A0 =C2=A0That way=C2=A0 it would work down to below 1= 0kHz RF input.

Andy=C2=A0 G4JNT

On 26 January 2018 at 15:06, David Bowman <<= a href=3D"mailto:davidg0mrf@gmail.com" target=3D"_blank">davidg0mrf@gmail.c= om> wrote:
Hi Chris.
It may be worth going back to the oscillator and makin= g sure the frequency there is what you expect.
Could be that the d= ivider is working fine, but the input to it is shifting around.

73
David=C2=A0 G0MRF

On Fri, Jan 26, 2018 at 1:45 PM, Chris Wilson <dea= d.fets@gmail.com> wrote:


Hello=C2=A0 LF and VLF folk!

I have built a couple of Softrock Lite II IF frequency receivers,
normally they would be used to view another receiver's IF on a
bandscope, but popularly they are also used on low and medium
frequencies as stand alone SDR receivers. The MF one works fine. Th LF
one was intermittent, then failed with high current draw. I isolated
it to a faulty or shorted divider chip. The original one was marked
78C49NM. I couldn't find one of those, so plumped for one from RS
Components here in the UK, a CD74AC74M96G4, RS part number 662-6939
The oscillator worked on the bench and from an xtal frequency of 461.5
kHz gave the expected divide by 4 output of 115.364 or very close.
Then suddenly it started receiving broadcast stations and the divided
outputs Q and /Q were on 153.814 KHz! There they remain. Fiddling I
briefly saw a return to 115.36 Khz, but it was not for long. All
voltages to it's pins are correct at 5V. I am not sure if it's a faulty divider, or a bad connection or short.

Xtal case is grounded and seems stable. R16 in the oscillator changed
on advice from 22.1k to 10k as they apparently tend to stop running
with 21.1k there. I attach the schematic. Wrong IC? Details of the
divider's operation are at http://www.wb5rvz.org/so= ftrock_lite_ii/03_div

The new IC details are at https://uk.rs-online.= com/web/p/flip-flop-ics/6626939/

I see these frequencies on these pins:

Pin 3 : 464.444 kHz

Pin 11 : 464.444

Pin 12 : 153.814

Pin 8 : 153.814

Pin 2 : 307.625

Pin 2 : 307.625

Is this a random IC fault or does it have some mathematical
correlation? My maths is pitiful!

Not sure what to do now, I have another IC but before risking pad
damage thought it prudent to ask, many thanks.

Pins 14 and 2 on the mixer IC show good, 90 degree out of phase square
waveforms of normal amplitude on a scope, but at 153.814 KHz....

Schematic is at http://www.gatesgarth.com/schematic.jpg=



--
Best regards,
=C2=A0Chris=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 mailto:dead.fets@gmail.com





--001a1149952426ef720563b0230d--