Skip to content

Latest commit

 

History

History
87 lines (54 loc) · 8.41 KB

README.md

File metadata and controls

87 lines (54 loc) · 8.41 KB

Arduino-Arcs

Amateur Radio Control & Clocks (RF) Solution

This is an amateur approach to a radio control solution with clock (RF sources) generation (VFO and BFO) for homebrewed and old (not frequency synthesized) transceivers; of course based on the Arduino platform.

You can take a peek here to see what's it looks like in the bench.

Motivations

This project arose as a solution for the Cuban hams who have built a simple QRP transceivers but lacks the principal part: a digital controller to avoid the "DRIFT" and get some of the standard radio features a ham's needs today in a radio.

Juan Carlos (WJ6C), Axel (CO6ATL), Heriberto (CM2KMK) and many others hams were trying with some Arduino sketches found on the network until I (CO7WT) decided to give a hand using my skills and expertise on MCU programming with Jal for the PICs & Arduino.

This code is the result of a group of Cubans that joint together to fulfill the expectations for a simple, affordable and yet modern radio logic controller for homebrewed radios that any ham in the world can use.

This work is and always will be in constant development, this must be always considered a Beta version.

Hardware

We are using the ubiquitous Arduino boards for the main brain, a list of the needed hardware follows.

  • Arduino as the brain; developed for the Arduino Uno R3 as base, but it's adaptable to other boards, we are using mainly the Mini & Mini Pro now (Yes it's less than 16 kb at the end)
  • LCD 16 columns and 2 lines as display (LiquidCrystal default Arduino lib)
  • Si5351 as VFO and BFO, any of the breakout board out there will work, we choose to use a embedded code for the Si5351 control. Our code is a modified version of one of the examples in the QRP Labs site (with my mods to allow two outputs instead of only one) and trick learned from DK7IH to eliminate the unpleasant clicks when tunning. You can use it as a full library named Si5351mcu here.
  • For the human interface part we use a bunch of analog push buttons with dual functions and a rotary encoder + push button.
  • Since September of 2016 the sketch has CAT support, if you are using an Arduino R3 or others with a USB port you are done; if not you need any of the cheap ebay USB to RS-232/TTL converters just watch out for the correct drivers if you use any Windows OS.

You can see the schematic diagram (designed for an Arduino Uno R3 in mind) in the file sketch_schema.png (I can provide Fritzing files on request, but only the schematic part is ok.)

Features implemented by now

  • Usual features of normal commercial transceivers.
    • Two VFO (A/B)
    • RIT with +/- 9.99 Khz
    • Variable VFO speed in steps of 10hz, 100hz (Default), 1khz, 10khz, 100khz, 1Mhz (just push of the encoder)
    • Split for contest/pileups
    • VFOs A & B are preserved in the EEPROM across power cycle. (See Note 1 below)
  • S-Meter in the LCD (Vref is 5.0V) (See Note 2 below)
  • Relative TX power in the LCD (using the same S-Meter tech, no power calcs, yet)
  • Initially mono-band in 40m, but adaptable to any band
  • Full user customization of the IF and BFO modes (side bands) via configuration menus. (The VFO is assumed always above the RF and side bands are adjusted, se notes on Si5351 noise)
  • Hot tunning of the parameters when in configuration mode for ease the adjust.
  • Basic CAT control (like a Yaesu FT-857D) using my GPL 3.0 ft857d library (See Note 3 below)
  • The sketch is coded with feature segmentation in mind, you can rule out the CAT support if you don't need it, disable the ugly S-meter or rule out all other HID and just compile with CAT to get a slim CAT radio solution that fits in a tiny ATMega8 core (I'm no kidding, it do fit in that chip!)
  • Memories Using the internal EEPROM and limited to 100 (0-99), because the channel number is displayed in two LCD chars. Also you will get what your Chip has to offer: bigger chips my exceed the 100 mem channels count and get toped, but other not and you will have less than 100 mem channels.
  • ** Scan in memories ** if you enable the memories in the compilation you have also the possibility of enable the scanning features to loop trough the active memories and stay in each one by a defined amount of time.

Note 1: The firmware save the VFO info in a 10 minutes interval. Also a touch on the "VFO A/B" button will force an update

I was once concerned with the EERPOM wear out, but not anymore: The auto-save every 10 minutes with a heavy use of the transceiver can lead to about 3 years of life for the internal EEPROM under datasheet conditions. But you can expect at least x2 of that amount as the real world data shows (that's at least 6 years with heavy use or more than 10 years with little use)

Since October 2016 we are now using the new EEPROM.h library (since Arduino IDE 1.6.9 and later); that lib do a trick to preserve the internal EEPROM life against the wear out, so the real life of the EEPROM must be more than 6 years minimum, that for a heavy daily use.

Note 2: You have two options for the SMeter graphics, the default now is a 26 steps solid bars like "|||||||||||||||" and the alternative is the old "1-3-5-7-9----" with a resolution of only 13 steps. You can change it via a #define in the code, read it.

Note 3: If you use a regular Arduino board and upload the code via serial port you do have a bootloader in place. In this case when you setup your CAT program (in your PC) you will have to set the "retries" parameter to 3 or more and the "timeout" parameter to 500 msec or more to get the CAT working. (you will have to play with it a bit to get it working)

This is because the CAT setup process in your PC/software will reset the Arduino board (and hence the "radio")

Then the bootloader will introduce a short delay before our firmware kicks in and the PC may complain about "radio not answering to commands". The fix is in the previous paragraph. If you have no bootloader and upload the code via ICP you must not see this problems.

Features in the TODO list

This are the wish list so far, with no particular order.

  • Multi-band support with a function to jump quickly from band to band.
  • Band selector for BPF switching via a external I2C port expander like the boards with the PCF8574, or alternatively a PIC programed to the task.
  • Real Power and SWR measurements.
  • Support for various LCDs, for example the Nokia 5110, some of the TFTs and some OLEDs.

Ino, then Arturo, now Amake

Old users of this sketch may notice that it's now full Arduino IDE compatible (since January/2017 with the release of the Arduino IDE version 1.8.0) and you don't need to make any more changes to the name of the file.

I use Ubuntu Linux for daily work here, and I don't like the Arduino IDE as a IDE. I use the Geany IDE to code in Jal, Python, Arduino etc. In the past two projects helped me to link my Geany IDE to the Arduino tool-chain: ino and it's folk Arturo when Ino reached the end of development. Thanks to the developers of this two projects for the great tools.

Since the release of the Arduino IDE version 1.8.0 it's possible to use a new tool "arduino-builder" that make possible to compile and upload a sketch entirely from the command line, but that tool is a nightmare to configure for the job in the command line.

And that was the born of Amake, this a bash script that introduce a layer to get the compilation and uploading of arduino sketches from the command line like a breeze, and it's full Arduino IDE compatible. It's my contribution to make the life simpler ;-)

Si5351 known issues

The Si5351 chip is not the panacea of the frequency generator (but it's a close one), as almost all good things in life it has a dark side, know more about in this document.

73 Pavel CO7WT.