开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

BITX20, 40 or 75 M versions? (fwd)


Ashhar Farhan
 

---------- Forwarded message ----------
Date: Thu, 24 Jun 2004 10:22:26 +0530
From: Ashhar Farhan <computercorp@...>
To: arvevans@...
Cc: farhan@...
Subject: RE: BITX20, 40 or 75 M versions?

dear arv,

you have spent a great deal thinking about the design and the possiblities.
it is wonderful to see that amongst us the natural need to push the envelope
is well and alive.

when i had declared to W7ZOI that the design is frozen, he was skeptical and
hopeful at once. he said, wait until someone decides to do things with it
that you hadn't even thought of. i guess the idea of an 'open source' design
like BITX20 is that you have a simple basic design that invites adaptation
and evolution.

very interesting points, you raised. let me give you my side of the story on
these:

(1) One could just change the frequency of the VFO and front-end
coils as you mentioned, but also the actual IF frequency could be changed
to minimize the possibility of 'birdies' from unwanted frequency mixing,
and to take advantage of whatever crystals were available cheaply for the
individual builder.
I didn't want to stray away from 10MHz crystals as they seem to be the
cheapest and most universally available of the lot. An interesting variation
is that you can use a 10.7MHz standard filter and the same VFO will cover 20
and 40 meter bands. Only the RF preselectors need to be switched.


(2) Use of an FET for the VFO as you mentioned in the web page is
also interesting, but the sometimes inexpensive availability of DDS chips
might make a digitally tunable unit possible for some hams (see SM0VPO's
simple frequency synthesizer for another cost effective approach).
this design was made primarily for Indian hams (although i dont know of any
who have started to build this in india yet). DDS chips are hard to come by.
The entire transceiver costs about 10 dollars to build in india. the DDS
chip costs much more.

this brings me to the issue of DDS. My personal taste is for purely analog
designs. It is a very personal choice. I spend most of my time writing voice
over IP software which is wholly digitally. For me radio is a way of getting
away from it all. I would rather spend the evening tempurature compensating
a low noise FET VFO rather than fight a noisy DDS. But again, it is a purely
personal choice. I have seen some pretty good cleaning PPL loops around a
basic DDS. If any, I am inclined to implement a Huff and Puff stabilizer for
the VFO as a add-on.

(3) A cheap microprocessor employed as a frequency counter (with
binary LEDs or 7-segment displays) would add digital readout capability.
On the BITX20@..., you will see that Hans Summers
(www.hanssummers.com) has a binary counter made of two 74HC4040s. This seems
ideal to me. I have avoided it from the basic design to keep the
construction challenge low. I personally use my lab frequency counter along
with my transceiver for frequency spotting. I keep the counter separate
because i found that unless they are well sheilded, the counter tend to
generate a lot of noise that back couples from the VFO into the receiver
front-end.

(4) Adding a dual op-amp to the transmit audio section could provide
some speech compression and/or audio filtering. I wonder if the same
compression and/or filtering could be applied to the receive audio with a
positive result? If obtaining a dual op-amp was problematic for some
builders, a couple of transistors could also be employed as a compression
circuit, and two more could be used for the speech filter.
the primary filtering is provided by the 10 MHz filter. that is why, the
modulator is so sparse. i think two back to back diodes could clip the RF to
provide better throughput. The trouble with this approach is that you will
have to switch this off for CW and PSK31 to preserve the gaussian shaping of
these keyed modes.

(5a) Conversion of the unit to include CW capability looks fairly
simple at first glance. Three options come to mind from just looking at
the schematic: (one) upset the balanced modulator via a keyed transistor
to load one side of it, or (two) use the key to drive a transistor switch
that bypassed some RF around the balanced modulator, or (three) key a
sinewave tone generator into the microphone input circuit. The latter
method seems more in keeping with the simplicity of the original design.
just upsetting the modulator balance might not give you a full carrier as
the carrier oscillator is set to the edge of the filter. a better idea might
be to add a sidetone audio oscillator and inject it into the audio amplifier
as well as the modulator. probably you can get the mic amplifier oscillating
with an RC feedback circuit.

(5b) Adding CW sidetone might involve leaving the receive audio
circuit powered up when transmitting CW and injecting sidetone audio to
that section. CW sidetone could be switched by the keying circuit, or by
detecting a small sample of the RF output and using that to "key" the
sidetone oscillator.
let me confess, most of my personal operating of BITX20 has been on CW and
PSK31. not ssb. I use a morse generating program running on my thinkpad feed
into the mic input of the BITX20. i do this because it allows to be leave
the BITX20 running at the other end of the table and continue my mng qth
work (i telecommute to work. my 'office' is a server in an underground
dungeon of rackspace in boston). if i hear an interesting station on CW, i
just have to switch windows and start a ragchew.

(6) Adding VOX capability could be accomplished by sending some of
the transmit audio to an amplifier, rectifier, and relay driver that
operated a small relay to replace the manual DPDT you used in the original
design. Anti-VOX circuitry would not be necessary if the ham were using
headphones instead of speaker for reception, or it could be added in the
form of a properly phased audio cross-over from received signal to the VOX
circuit.
i now have a two relays working in my own build. i control it through the
serial port of the my thinkpad. the thinkpad is programmed to do a lot of
things including run an AGC, generate morse, VOX and a bit of voice
compression. the code is messy and patchy. i will post this as soon as i get
some time from my mng qth.

(7) If one added CW capability and wanted QSK there are several
options for adding this function: (one) a CW sidetone could be injected
into an abreviated VOX circuit to operate a change-over relay, (two) The
key could simply operate a relay driver so that a small DPDT relay
performed the keying (use a hold-over timer to keep relay chatter to a
minimum), and (three) a more complex transistorized RX/TX switching scheme
could be devised to replace the manual DPDT PTT switch.

(8) If obtaining the LM386 audio amp were a problem for some BITX
builders, a comparable audio amplifier can be fabricated using a NPN & PNP
pair, driven by another NPN. About 1/4 watt of audio is available this
way...plenty for headphones or a small speaker.
quite true. and i should have done this. too lazy to solder an audio amp
together. there is one in the first chapter of EMRFD. i think i will post
that circuit on the site.

A BITX for 75 M also seems logical for US hams because a significant amount
of ragchewing contacts take place on that band. This could provide a
daytime local coverage method that augments today's use of 2 Meters for
local coverage.
Yes, 75M is too noisy in the tropics. In europe and usa, it seems to be the
preferred local band. plus, the indian cities are too congested for a 75M
antenna. 75M would mean using VFO at 13.5MHz or at 6.5MHz. If is always
preferable to have your VFO running on the higher side of the IF to reduce
the birdies but stability threatens. At 13.5MHz, you could use a VCO with a
10 turn pot to for tuning.


Since I also play around on the US LF band (the Lowfers group) the thought
occurred regarding a possible BITX for 160 KHz through 190 KHz. After I
get some experience with converting your design to 40 Meters I may try a
Lowfer version.
<Each band will require a different set of coils. If you have worked out
a
set, do send us the details. this information needs to be deciminated.

Thanks again for your reply and assistance. Your contribution of the BITX
design to Ham Radio is much appreciated. The layout represents an elegant
approach to a sometimes complex set of problems in the design and
construction of inexpensive but fully functional ham radio equipment. Have
you considrered starting your own company in India to construct and market
your designs? I suspect there might be a worldwide market for either kit
form or fully assembled single-band SSB transceivers if one could keep the
cost at a reasonable level. Your design also seems like a logical radio
component for interfacing with PSK-31, packet radio, or other computer
supported communication modes.
thanks for the kind words. i think far lesser credit should really be
attributed to me. most of these circuit blocks came off standard works like
Solid State Design and Experimental Methods in RF Design. W7ZOI gave me a
huge lot of encouragment and advice on making the rig better. For instance,
having a triple tuned circuit on the input was a small but very important
change (two capacitors and a coil) that remarkably improved the overall
receiver performance and transmission purity.

om hans summers has been an exceptional organiser who is marshalling us all
to gather together and get on with soldering. he is organising for
components, people and places. i am trying to source him with some key
components that are very cheaply available in india. thanks for dropping in
the email and do stay in touch.

73s,
- farhan


Thanks again & 73's

Arv
_._

-----Original Message-----
From: Ashhar Farhan <computercorp@...>
Sent: Jun 23, 2004 1:39 AM
To: arvevans@...
Subject: RE: BITX20, 40 or 75 M versions?

dear arv,

join up BITX20 group at . it is a forum of the
BITX20
builders.

No, as of now, i dont know anyone who has attempted to build it for 40
meters. but i dont see any reason why it should not work at 40Ms. i am
personally interested in a 40 meter version as most of the local ragchew is
on 40 in india.

it is a simple matter of substituting the RF filter and changing the VFO
coil to get it going to 40 meters.

- farhan




______________________________________
Ashhar Farhan
71, Huda Heights, MLA Colony,
Banjara Hills, Hyderabad.
INDIA 500034.
Phone - +91-40-23314077
______________________________________


From: arvevans@...
Reply-To: arvevans@...
To: computercorp@...
Subject: BITX20, 40 or 75 M versions?
Date: Tue, 22 Jun 2004 22:58:50 -0600 (GMT-06:00)

Mr. Ashhar Farhan

Has your BITX20 design ever been built as a 40 Meter or 75 Meter version?
I am considering attempting a 40 M model, and if that goes well maybe one
for 75 M. If anybody else has already done this I would be interested in
contacting them to see what results they had.

Thanks,

Arv - K7HKL
-<arvevans@...>-
_________________________________________________________________
Get Ready Cash instantly. In 72 hrs !

_________________________________________________________________
Pay Cash on delivery on lakhs of products.
Only on Baazee.com


Hans Summers
 

Very interesting ideas.

On the subject of VFO's, one addition I am going to make at some point on my
rig is a Huff Puff stabiliser. You can see my version, and read much of what
has been written about the Huff Puff stabiliser technique since it was
developed by PA0SDB in 1973, visit my page
. A year or two ago I
spent a day in the Science Museum / Imperial College library in London (I am
an ex-IC student in fact!). I had all the RSGB RadCom's bought up from the
archives on a trolley, and went through and photocopied all the original
articles and follow up. RSGB have given me permission to reproduce them on
my website. All that remains is to find the time to scan them etc. In any
case, these early articles are of historical interest but in practice you
will want to read the more recent articles if you are intending to build a
stabiliser. Again, the components are simple logic IC's and should be
reasonably easy to source.

On the BITX20@..., you will see that
Hans Summers (www.hanssummers.com) has a binary counter made
of two 74HC4040s. This seems ideal to me. I have avoided it
from the basic design to keep the construction challenge low.
I personally use my lab frequency counter along with my
transceiver for frequency spotting. I keep the counter
separate because i found that unless they are well sheilded,
the counter tend to generate a lot of noise that back
couples from the VFO into the receiver front-end.
My counter uses one 74HC4060 and one 74HC4040, not two 74HC4040. The
74HC4060 is used for the timebase because of its onboard crystal oscillator.
The URL is: . All these
components should be easily obtainable anywhere. Here in the UK the
component cost is about ?2. The old CMOS 4060 and 4040 should work just as
well, but the maximum count frequency will be lower. At the BITX20's VFO
frequency, old CMOS implementation would be fine.

I am in frequent correspondence with Onno PA2OHH who designed the original
3-chip version of the counter , which
inspired my modified and even simpler version. We have been sharing ideas on
the counters, a nice collaboration. He is currently performing some very
interesting experiments with a 74HC390 dual decade counter instead of the
74HC4040. With the 74HC4040 the LED's indicate 64, 32, 16, 8, 4, 2, 1,
0.5KHz. You get good practice at reading binary. With a 74HC390 it is easy
to obtain a different sequence: 80, 40, 20, 10 and 8, 4, 2, 1. The LED's can
be arranged in two columns of 4, one to indicate 10's of KHz and one to
indicate KHz. The mental arithmetic is faster and easier, but the resolution
of the counter worsens from 0.5KHz to 1KHz.

Note though that the intensity of the least significant LED acts as a kind
of analogue frequency indication, which makes it possible to estimate the
frequency to better the resolution by a factor of 2. For example in my
design if the LED is half brightness, it is possible to estimate that the
frequency being measured is xx,xxx,250 Hz.

Another advantage of the 74HC390 version is that it does not require the
100-count detect gate (3 diodes + resistor), nor OR'ing this 100-reset
signal onto the reset pin (2 diodes + resistor). Thereby eliminating a
further 7 components from the design (5 diodes, 2 resistors).

I have installed my Mk1 simple 2-chip frequency counter in the front panel
of my BITX20 and marked the tuning dial 14.0, 14.1, 14.2, 14.3 and 14.35. My
readout is now accurate using the dial for 100KHz accuracy and the counter
to read 0 to 99.5KHz. I have not yet debugged my rig so I can't yet be sure
how much effect it has on the rig. There is an on/off switch for the counter
so that it could be used to read the frequency then disabled. At the present
time I hear hiss in my headphones and a faint tone at about 1KHz (the
frequency of the pulse-width-modulated LED's) when the volume is at full.
But the counter has no shielding yet. I will report further results as and
when I have time to progress the project.

Another interesting observation: In my 80/40m polyphase receiver
I have installed my
8-digit frequency counter

as well as a 24-hour clock
. The counter
and clock are both built in screened boxes made from PCB stock, and they
each have an inductor in series with their power supply. Both of them
pulse-width modulate the LED displays to eliminate LED series resistor. Duty
cycle is 1 in 6 if I remember correctly. Both the clock and the counter have
their own on/off switches because I was worried about digital noise getting
into the receiver. But during extensive use I have never found it necessary
to switch off the counter or the clock, since they appear to contribute
nothing at all to the receiver noise floor apart from possibly the
occasional and very faint birdie. But even this I have been unable to
conclusively prove to myself.

Use of low current LED's in the 2-chip simple frequency counter and lower
duty cycle (I use 1 : 64) helps noise, because it means the power supply
smoothing is much more effective (all other things being equal). I am
currently trying (with only limited success) to source a 16 or 32KHz crystal
(yes KHz not MHz) to replace the 4.096MHz crystal in the counter, which I
hope will reduce the power consumption even more. For the fun of it I am
going to build a miniature version using one of the tiny 6mm long
cylindrical 32KHz crystals and surface-mount 74HC4060 and 74HC390.
Surface-mount, but "ugly" not on a PCB. I hope it will be about the size of
a postage stamp, and a few mm thick, with current consumption < 1.5mA.
Rather an extreme project and not recommended. But I do definitely recommend
the counter design, use more real-world size components!

73 Hans G0UPL