Long distance uBITx contact at 18,000Km

Ron K0EIA gives a quick love note for the µBitx …  He recently worked Andy VK5MAV/6 with just seven watts on his µBITx.   Ron heard Andy coming through loud and clear, with really excellent receive reception on his radio. Andy is a top notch operator and took my call split in traffic.  He was activating some island off the west coast of Australia (OC-211 according to website search).

He definitely did his part; I have a very quiet listening location; and my antenna is doing most of the work … but still an exciting QSO to log.

7.005MHz CW, uBitx v5, only mods are RTLSDR tap on 45MHz first IF, and N6DT AGC. Ant = fixed two element wire beam at 65ft.

Control CW TX power by unbalancing the second mixer

John (VK2ETA)  has been working on a successful modification to get the clock #1 mixer to unbalance on CW key down.  This involves the following steps:

1. Re-wire the T4 transformer input and output as per T2. That means as Jerry said to “… cut traces to T4 pins 3,5 and 6.  Swap them so T4 pins 3,5 are in from R47, pin 6 is out to C211.”

2. Disconnect (cut trace) from R105 to the common connection of C10, R27 and T2 (3,5).

3. Connect via a wire the disconnected side of R105 to the common connection of T4 (3,5), C211.

John used an audio shielded cable, and passed the wire under the board by drilling two small holes next the two connection points to ensure minimal pick-up of RF.

Pictures of R105 trace cut and wire to T4. (partially obscured by the hot melt glue on the toroids as I use my rig /P and /PM).

Picture of T4 traces swapped and cable from R105. (The line from the yellow toroid is a hot melt glue filament, not a wandering wire..hihi)

4. Change the software.  When in TX CW mode, disable clock #0, generate a clock #1 at “SECOND_OSC_USB” – “usbCarrier” = 45Mhz (+ or -) and clock #2 at (that same 45Mhz signal + target Tx frequency).

The difference in signal strength between key-up and key-down as seen on a control receiver is from way below S0 to S9+20dB or so, giving a dynamic range of over 70dB (indicative value in light of the basic test method).

The output power in CW mode can now be controlled finely by shifting the 45MHz clock slightly along the slope of the Xtal filter. For example I go from 14W max to between 1.5 and 2 watts by shifting the clock #1 frequency by 30Khz on the 20M band. On the 10M band, I need a shift of about 10Khz to reduce the 8 watts out to the same level.

Now, thanks to a bit of programming, John has full control of SSB as well as CW power across all bands. Great for his built-in ATU.

If someone with a spectrum analyzer could check the implications for the harmonics and spurs that would be a plus. John would expect in CW mode that the harmonic for 80, 40 and 30M bands would reduce, but some spurs to appear since we have the beat of two clocks now.  If there is interest John could modify Farhan’s code to match that modification (or publish some code snippets).

By the way, before he  did the mod above, he also tried to put a trim-pot between R105 / Ground / slider to T4 (3,5) and even when turned all the way to zero (slider to ground) it would still constantly unbalance the clock #1 mixer. So the change in topology as described above is the only way he could get it to work as intended.

Reference

Using a remote head on a uBITx for mobile operation

Dexter ZL2DEX posits that a uBitx is a bit difficult to *really* remote.  Its control and display are done by Arduino, but the unit supplied by default in the ‘kit’ has that as the ‘Raduino”, with the ‘VFO’ part of that, being the on-board SI5351. This puts RF generation at the ‘control head’, so any distance of ‘remote’ has to be minimal.

The solution, it would seem, is a homebrewed Arduino control, where the SI5351 can be controlled by the likes of its I2C-bus connection.

By this means frequency control can be a non-critical function, with distance achieved digitally: 3 wires (2 active and earth) which do not behave as transmission-lines needing such radical shielding (and can even be optically-isolated)!. This leaves Audio (By ‘dongle’?) and PTT/Keying (likewise able to be opto-isolated but also perhaps able to be encoded into the I2C bus?). Some (most?) of these modifications are already being worked on.

It’s only a short step from the above to full-USB or HDMI – or LAN/internet. Who needs megabuck rigs or even an SDR to get a remote head?

Ted K3RTA’s first attempt at establishing a uBitx with a remote head in his vehicle was with the original 20×2 LED screen. He extended the volume, tuning & function knob, and the microphone, along with the LED screen by means of a 25-wire printer cable. The Arduino/Raduino stuff remained with the mainboard in a box under the passenger seat.

The current model uses a 2.8″ Nextion LCD screen on a 4-wire shielded keyboard cable so I can see it at dashboard height. One could have run the rest of the controls to the same location.  However, the screen data nose gets hard to isolate… and Ted wanted the finger controls at a convenient arm-rest position rather than at  a reaching position.  There’s also one less microphone cable flopping around right in front of other things.  The tuning/function knob and other controls are, therefore, located in a separate control head that’s fed with a separate, VGA monitor extension cable.  The VGA cable is a Cheap-Old-Man compliant solution.  Better yet when it originated from a supply that Ted didn’t pay for in the first place. The variation and complexity of so thin a cable makes it ideal…  though an accidental discovery more so than a plan. Ted was just looking toward the shielded, 15 wires inside!

A VGA cable has four separate, shielded paths along with some extras, all shielded again by the outer layer. These can  protect the audio path.

Ted can still hear some of the Nextion activity, chiefly the data streams associated with the 2nd Nano and spectrum/s-meter action.  This is mostly on  weaker signals with the volume control turned right up.

He found the speaker audio, even with a Motorola public-safety type radio speaker,  a bit mild for 70mph highway use so Ted is adding a 15-watt amp to make it louder.

Reference

Adding SOTABEAMS variable bandwidth filter to your uBITX

SOTABEAMS make a  Digital Variable Audio Filter Module  that could usefully be added to your uBITx.

Dennis KG4RUL has developed an Arduino sketch for the SOTAEAMS Vari-filter which includes a nice display.  It utilizes a USB Nano V3.0 ATmega328 16M 5V Micro-controller CH340G board, or similar, available from Amazon and other sources and an OLED display module such as the HiLetgo 1.3″ IIC I2C Serial 128×64 SSH1106 OLED LCD Display LCD Module for Arduino AVR PIC, or similar.
Dennis is happy to share his firmware, but cannot offer any support – so please do not contact him for support.
You can download the sketch and a schematic, in PDF, from the SOTABEAMS website:
An additional document supplies information for linking a microcontroller with a SOTABEAMS, VariBeam (VB) module for use with a BITX/uBITX.  You can access this file at the following URL:

Reference

LM386 mods (v5 uBITx)

The v5 uBITx has an LM386 for the audio amplifier stage. Philip G7JUR suggests connecting a 10 microFarad capacitor to the LM386. The +ve end should go to pin1 and the -ve end of the capacitor to pin 8. The easiest place to access is to solder to C75. This will give a bit more gain, and bass.

Ashhar Farhan VU2ESE commented that the LM386 distortion really increases with increased gain.  He also notes that more gain is not increased sensitivity.  He thinks a better idea might be to bypass pin 7 to ground with the 10 uf.  Either way, he suggests that Philip keep experimenting!

Jerry KE7ER suggests for uniform gain from 300 to 2300 Hz
with no capacitor gives at least 26dB  but under 46dB with a 10uF capacitor.
Adding a resistor in series with the 10uF cap would reduce the gain.

Reference

Nano Survivability

The Nano in the Raduino is readily damaged from wires touching 12v points, being exposed to RF, and from the Raduino being plugged in to the DuPont connector incorrectly.   Since the middle of 2018, these have been socketed, making it relatively easy to replace the unit.  Earlier units were soldered in place.

Ted K3RTA asks, “Have any of my fellow uBitx / Bitx40/20 owners experienced a different life span or robust survival rate between US$22 authentic Arduino processors over their cheap-as-dirt clones out of the Far East?”

A response from Jerry KE7ER

“Some of the Nano failures reported here can be attributed to not enough protection on the IO pins.  For example, a couple pins going out to a keyer may as well be protected from static discharge with series 1k resistors. Raduino should have protection against reverse power.  RF could conceivably get into some of these wires and zap an IO pin, though I tend to doubt that unless very long.

I had one of my stock Nano’s go south, though it could well have been something I said.  Several reports in the forum of stock Nano’s working out of the box, but sucking far more power than they should.  Suggests to me a Nano clone manufacturer with a quick go/no-go test, but not much more in the way of quality control.

When mine blew I then bought three from Elegoo at over $4 each, no troubles with them.  Expensive? Well not really, but there are Nano’s on Ebay for down around $2. Those $2 ebay boards have little pressure to maintain quality control, all they need to do is get their board a nickle cheaper and ship something that vaguely works. Seems likely that some would be built using somebody else’s reject parts.  Elegoo has a name to defend, they get good reviews, and likely monitor their sources closely for trouble.  At least, that’s my theory.  Seems worth a few bucks to (slightly?) reduce my odds of spending a day tearing at my hair.  What little hair (and time) I have is well worth $5.

I have yet to spend big bucks on a genuine Arduino Nano.

A response from Jack W8TEE

There’s no doubt that “real” Arduino boards rarely have any problems when used and are of better quality than the clones. I used nothing but the real thing for years. Somewhere along the line I started trying the clones…

I’ve been pretty lucky with the clones. The biggest problem I’ve had is the non-standard drivers. However, in most cases, downloading/installing the CH340 device driver fixes that problem. More recently, I thought I was seeing the driver problem again, but even installing the CH340 didn’t fix it. Turns out some of the clone manufacturers are using an ancient bootloader that is confused by the recent versions of the IDE. Fortunately, it’s easily solved. Use the menu sequence Tools –> Processor: “ATmega328p” –> ATmega328P (Old Bootloader) and do another compile/upload sequence and that should take care of it.

At times, I do feel guilty that I’m no longer using the “real” Arduino controllers. I try to make up for this by making a small donation every time I download a new release of the IDE. I think that probably more than makes up for the small profit they might have made had I purchased the real thing. I hope so. I also hope everyone else does make some kind of donation from time-to-time. Now, if they want to integrate a full symbolic debugger….

Reference 

Summary of recommended spur mods

Jerry KE7ER,  provides summary details on the two know spurs mods:

Raj VU2ZAP recommended mod: 

Change out inductors at L5 and L7 with 1210 shielded surface mount inductors.

Here’s the post from Raj giving results for various inductor types at L5,L7:
https://groups.io/g/BITX20/message/60946

And another post from Raj, affirming that he was using a yellow S+M brand 1210 inductor.
https://groups.io/g/BITX20/message/60678

Here, Raj says that TDK-EPCOS parts work as well  (EPCOS was bought out by TDK):
https://groups.io/g/BITX20/message/61261

Unfortunately, I don’t see any complete part numbers in any forum posts
from somebody who has verified with a spectrum analyzer that spurs were reduced.

I bought a similar assortment of TDK-EPCOS-Murata parts from ebay,
have not verified results with a spectrum analyzer.

The parts they actually ship may vary with the parts they can find.
But here’s what they shipped to me

480pcs inductor coil size 1210 1008 (24x20pcs) EPCOS TDK MURATA
B82422A3470J 47nH 1210 EPCOS  20pcs
B82422A3101K 100nH 1210 EPCOS  20pcs
NL322522TR120K 120nH 1210 TDK  20pcs
B82412A3181K 180nH 1210 EPCOS 20pcs
1008CS221XG 220nH 1008 COILCRAFT 20pcs
B82422A3331K 330nH 1210 EPCOS 20pcs
B82422A3471J 470nH 1210 EPCOS 20pcs
NL322522TR56J 560nH 1210 TDK  20pcs
B82422A3681K 680nH 1210 EPCOS 20pcs
NL322522TR82J 820nH 1210 TDK  20pcs
B82412A1102K 1uH  1210 EPCOS  20pcs
FSLM2520-1R5J 1.5uH 1008 TOKO  20pcs
B82412A1222K 2.2uH 1210 EPCOS 20pcs
NL322522T3R3J 3.3uH 1210 TDK  20pcs
B82422T1472K 4.7uH 1210 EPCOS 20pcs
B82412A1562K 5.6uH 1210 EPCOS 20pcs
NLV25T6R8J 6.8uH 1008 TDK 20pcs
B82422A1822K 8.2uH 1210 EPCOS 20pcs
NLV25T120J   12uH  1008 TDK   20pcs
NL322522T270J  27uH 1210 TDK  20pcs
NLV25T330J   33uH 1008 TDK    20pcs
NLV25T680J   68uH  1008 TDK   20pcs
B82422A1104K 100uH 1210 EPCOS 20pcs
NL322522T121J 120uH 1210 TDK    20pcs

Ashhar Farhan VU2ESE mod used in v5 µBITx:

The v5 µBITx provides  a different method of fixing spurs on the v5 uBitx,
primarily the low pass filter at L31, L32, C205 near the first mixer.

That filter removes the 90mhz second harmonic coming out of the 45mhz IF amp. Other possibly significant changes on v5 with regard to spurs would be the BFR93W’s at Q20,21,22  (to replace the MMBT3904’s) and the move to 220 ohms at R26 (was 470).

Reference

Ignition noise tips for your mobile uBITx

Robert N4FBZ has been experimenting with locating his µBITx in his vehicle, but says, “I’ve given up on trying to use my Bitx40 as mobile. Nothing I’ve done eradicates the ignition noise (and the alternator whine came back).”

Robert’s comments, and those of other constructors provide pointers to addressing ignition noise that may be helpful to others seeking to take their µBITx mobile.

Bob shares a couple of tips from this…

1) the radio is awesome, but very sensitive to impulse-type noise. The more barriers you can throw up between the noise source and the radio, the better! That means chokes in the power line, filter caps, and so on – and if possible, shielded wires! The noise may actually be getting in somehow via a path besides the antenna and knowing the spectrum could give a clue as to how it gets in.

2) if you’re trying to go mobile, grounding grounding grounding!!! While Bob’s best attempt  wasn’t good enough, it might be good enough in another situation. Ground everything you can… and don’t just trust to bolted-together sheet metal (frame). Also, usually drawing the power from a very low impedance source (direct to the battery) with good shielding and filters is the usual fix. In the case of Bob’s µBITx, it wasn’t enough.

Other suggestions:

  1. Ensure your µBITx is in a metal enclosure without large penetrations (like Nextion screens)
  2. Is everything inside the radio grounded to a common ground? (Power, antenna, board, raduino, mic and key jacks, etc.)
  3. How and where your antenna is mounted is important (i.e. far away from ignition sources, and with a good RF bond to the chassis)
  4. Use a common mode choke using ferrite material and with a number of turns of coax through it.
  5. Check for alternator whine.

Vic WA4THR observed on his first BitX40 trip that he didn’t have ignition noise, but the alternator whine was horrible.  He found it was coming through the power line, and not the antenna.   The noise didn’t change when the antenna was disconnected.

He used a Radio Shack “Heavy Duty Automotive Electrical Noise Filter” (cat. no. 270-051B) in series with the power lead and was amazed that it actually quieted everything.  This was subsequently installed inside the BitX40 plastic case.

On the road, the receiver now sounds as good as when at home on a power supply. Vic suspects that these filters were designed for CB radios, and are the right size (rated 10 amp) for QRP.   You can often find them quite cheap, too.

A good resource:

  1. K0BG’s website contains information on bonding surfaces, dealing with ignition noise, spark plug wires, etc.
 Reference

 

CEC Firmware Release v1.200 for all versions of uBITX

Ian KD8CEC has released his latest firmware.  This requires a minor configuration flag to be set to your µBITx version (3, 4 or 5) in the sketch before compiling and uploading the code to your µBITx.

Earlier µBITx versions do not require upgrading as no new features have been added to the firmware other than compatibility with the new v5 board.