icom(1)

🌸 NAME 🌸

okay so bestie, icom(1) is literally a remote control for ICOM transceivers and receivers. no cap. πŸ’–

✨ SYNOPSIS ✨

icom [ -r radio ] [ -c channel ] [ -m mode ] [-o offset ] [ -g frequency
] [ -f file] [ -adk ]

πŸ’… DESCRIPTION πŸ’…

so this program? it controls ICOM radio transceivers and receivers with the CI-V option. most recent ICOM radios already have this option; older radios can be converted with an appropriate adapter mounted inside the radio. up to four CI-V radios can be connected to a single serial port using a level converter such as the CT-17, which includes a MAX232 chip and not much else. iconic. πŸ‘‘

the program implements a virtual radio with a bank of memory channels corresponding to the particular radio model. each channel can hold frequency, mode and, in the case of VHF/UHF FM radios, transmit duplex offset. the virtual radio also includes a variable-frequency oscillator (VFO) scratch register, which controls the actual receiver frequency, and several values used to control the tuning and mode selection functions. most radios support USB, LSB, AM, CW and RTTY modes; some support narrow/wide filters and some support FM modes as well. additional features that can be controlled on some radios are antenna selection, scan control, main dial tuning step and several other functions implemented in the various radio models. it's giving full control, honestly. πŸ‘‘

the actual VFO frequency, mode and transmit duplex offset is controlled directly by the program. all other registers and memory channels are accessed via the VFO, which can be loaded from a selected memory channel, modified and written back to the same or different channel. when implemented, the actual secondary VFO is controlled by loading from, or exchanging contents with, the VFO. other functions, such as tuning step, tuning rate and compensation for the actual radio oscillator frequency errors, are performed in software. software said β€œi got this,” periodt. πŸ’…

the program knows about most early and late model ICOM radios. the program can be told which model is present or directed to scan for all known models and report each one found. a number of diagnostic tests are performed on the selected radio to determine which options are present and to initialize to a known state. the program detects certain anomalistic behavior of some radios and adjusts its operations to make the behavior conform to the model virtual radio. lowkey detective work, highkey slay. πŸ”

the program operates in one of three modes: keyboard, batch, and keypad. in keyboard mode, commands and arguments are entered from the keyboard following the icom> prompt, one command per line, and the complete command set is available. in batch mode, the same commands and arguments are read from the file specified as an option in the command line. in keypad mode, commands and arguments are entered from the keyboard and numeric keypad following the > prompt. in this mode, most routine keystrokes use the numeric keypad to enter arguments, and the arguments are followed by a single character representing the command name. shortcut arrow keys on the keyboard (not the numeric keypad) are used to do routine things like tune up/down or increase/decrease the tuning rate. so many ways to slay, honestly. πŸŽ€

options on the command line can be used to select the radio model and set the frequency and mode. using a suitably crafted Unix crontab file, it is possible to tune a radio to different frequencies used by a shortwave broadcaster throughout the day, for example. with the minimuf program (available in a separate distribution), it is possible to build shell scripts that predict the most likely frequencies and tune the radio accordingly. automation bestie, we love to see it. ✨

the program includes features to control scanning on some radios and transmit duplex/split on others. it also includes an optional feature to control the audio codec on Sun workstations. this feature can be used in connection with multimedia conferencing programs developed by the Internet research community. the receiver audio is connected to the workstation and a MBONE session started with the vat audio tool running. a remote operator can control the receiver via a telnet session and use the feature to control the gain, select the input port and mute the speaker as necessary. remote control realness. πŸ’–

πŸŽ€ BASIC OPERATION πŸŽ€

most commands and command line options take arguments, although many arguments can be defaulted. okay so here’s the argument tea: β˜•

  • unsigned floating-point frequency arguments specify an absolute VFO frequency in MHz, if less than 1000, and in kHz otherwise. like 1000 is the cutoff, bestie. πŸ“»
  • signed floating-point (preceded by an explicit + or - character) frequency arguments specify an offset relative to the current VFO frequency in kHz.
  • signed or unsigned floating-point offset arguments specify a transmit duplex, split or beat-frequency oscillator (BFO) frequency offset in kHz.
  • signed or unsigned integer step arguments specify a tuning step in Hz.
  • unsigned integer channel arguments specify a memory channel number ranging from 1 to the highest available in the particular radio.
  • a channel number specified as . means the currently selected channel and $ the highest channel available.
  • other numeric and character string arguments take values according to the help menus described below.

since the most common function is tuning the radio to different frequencies or scanning a band of frequencies, a compact convention is provided. in either keyboard, keypad or batch modes, a valid signed or unsigned floating-point number occurring as the first token on a command line is an implicit command to set the VFO frequency and may be followed by a mode specification. in addition, for most commands and arguments, a question mark ? appearing in either a command or argument position causes help information for that command or argument to be displayed. the information is in two columns β€” the first shows a command or option name string, while the second column shows a brief description of the function. ? is your bestie when you’re lost, fr fr. 🫢

the program exits when command line options are processed and the command line includes any option other than -r, -i or -f. this is designed for use in shell scripts where all functions can be completed using only command line options. keyboard mode is signalled by the prefix icom>, while keypad mode is signalled by the prefix > and batch mode has no prefix. keyboard and batch commands are terminated by the ENTER key on either the keyboard or numeric keypad. keypad commands are terminated by a special character depending on the command. so if you’re scripting, it dips after options β€” no cap. πŸ’€

a radio must be selected before any command which controls it. this can be done using the radio command in either keyboard or batch modes and the -r command line option. the behavior of the radio command with no argument depends on whether a radio has already been selected. if not, the program scans the CI-V bus for all known radios and for each one found displays a capability line showing the radio name and tuning range. if a radio has already been selected, only its capability line is displayed. the radio command with valid argument can be used at any time to reselect a different radio, but only one can be active at any given time. one radio at a time, bestie β€” main character energy only. πŸ‘‘

the chan command selects the memory channel and transfers its contents, including the frequency, mode and transmit duplex offset to the VFO. the freq command sets the VFO frequency, but does not affect the mode. likewise, the mode command sets the mode without affecting the frequency. for VHF/UHF radios, the duplex command sets the offset; however, at least with the 271, there appears no obvious means to set the sign of this offset. the write command writes the VFO frequency, mode and offset to the memory channel, destroying its prior contents. the clear command clears the memory channel for those radios that support it. destructive? yes. write said β€œnew phone who dis” to your old channel. 😭

some ICOM radios do not compensate the local oscillator (LO) when the mode is changed and the BFO is shifted in the passband. this has the unfortunate effect of detuning the radio by an amount up to 3 kHz when the mode is changed. when one of these radios are detected during initialization, the program rewrites the frequency each time the mode is set. in the case of transceivers with general-coverage receivers, care should be given to the setting of the GENE-HAM switch. if in the HAM position, it is not possible to change to a frequency outside the ham bands. since the setting of this switch is saved along with the frequency and mode in a channel and apparently cannot be changed using radio commands, the setting may have to be done manually. so yeah, sometimes you gotta touch grass and flip a switch yourself. 🌱

🎚️ TUNING OPERATIONS 🎚️

okay so real talk, bestie: keyboard mode is kinda awkward when you're out here hunting for signals across a band, because every single time you change the frequency you have to type a whole new command. it's giving exhausting. enter the keypad command πŸ’… β€” it flips the program into keypad mode and swaps the prompt string to ">". in this mode you can just type arguments like frequency, tuning step, etc. straight from the keyboard and the numeric keypad. obviously the keypad has to be in Num Lock mode for this to actually work, bestie, no cap. in keypad mode you give the arguments first, then a single character that identifies the command and terminates the input. that's the vibe.

most ICOM radios tune in 10-Hz steps, but some HF radios tune in 1-Hz steps and some VHF/UHF radios tune in 100-Hz steps. during initialization the program figures out the minimum tuning step and adjusts all the displays and control ranges to match. the easiest way to tune the radio is keypad mode + arrow keys, periodt. the UP and DOWN arrow keys nudge the frequency up or down one step. the LEFT and RIGHT arrow keys decrease and increase the tuning rate (Hz per step) respectively. the rate values start at the minimum tuning step and extend in 1-2.5-5-10 steps alllll the way up to 5 MHz per step. iconic.

every press of the UP and DOWN keys shows the current frequency, mode, and either the transmit duplex offset or the split offset. that display also pops up from other commands that change these quantities. every press of the LEFT and RIGHT keys shows the current tuning rate. every press of the ENTER key shows the current VFO frequency and mode. if it's preceded by a single + or -, the memory channel gets incremented or decremented (respectively) and the contents of that channel replace the VFO. VFO frequencies can be entered directly using the keypad +, -, ., digit and ENTER keys. with a lil practice it's genuinely easy to scan a band (say with 1-kHz steps in USB) looking for signals and, when you find one, drop to 100-Hz steps to get closer and then to 10-Hz steps for the final adjustment. chef's kiss πŸŽ€

with the arrow keys, the VFO frequency values are constrained to follow integral multiples of the rate values. why? so you don't leave the radio sitting on some odd frequency, crank the tuning rate, and then find the actual tuning steps landing on odd values. tragic. when you need to, the step keyboard command or s keypad command can change the tuning step to arbitrary values. this is useful in some channelized services with non-integral channel spacings, like the maritime radio services. and the rate keyboard command can be used to set the rate directly. πŸ’–


πŸ“‘ TRANSMIT/RECEIVE SPLIT OPERATION πŸ“‘

so the 775 and 781 HF transceivers have an auxiliary receiver and VFO that are genuinely so useful in some operating modes, especially for working DX and contests. when split mode is in effect, the main VFO is used for receiving and the auxiliary VFO for transmitting. when dual-watch is enabled, the audio from both receivers can be combined in a selectable ratio. the control program supports both features using keyboard and keypad commands plus one of several operating procedures. commands are provided to:

  • load the transmit VFO from the receive VFO with selected offset
  • load the receive VFO from the transmit VFO with selected offset
  • swap transmit and receive VFO contents

say you happen upon a DX station πŸ¦‹ β€” its frequency can be saved temporarily in the transmit VFO with the 0> keystrokes, then the receive VFO retuned "up ten" to a quiet spot. then the VFO contents get swapped with the = keystroke. if the DX station requests calls on frequency, the < keystroke restores the receive VFO from the transmit VFO. and the split can be toggled on and off with the > keystroke. so many variations of these procedures are possible, bestie. pick your fave.


🌸 FM DUPLEX OPERATION 🌸

ordinarily, FM repeater operations require that a station receiving on a frequency transmit at a fixed offset relative to that frequency. this operation is automatic with most VHF/UHF transceivers, and keyboard commands are provided to read and write the transmit duplex offset. keyboard commands are available to specify the duplex offset and sign, although some VHF/UHF transceivers apparently have no provision to control the sign of the offset. πŸ™ˆ however, sometimes you gotta listen on the repeater input frequency instead of the normal repeater output frequency. to support this, the keypad / keystroke alternates between the repeater input and output frequencies. slay.


πŸ” SCANNING OPERATION πŸ”

for those radios that support scanning, a bunch of commands are provided to start the operation in various modes and capture the frequencies found. the general procedure is: start the scan, then wait for scanning to stop β€” usually when the squelch is broken. at that point the frequency that stopped the scan is displayed and can be written to a channel with the write command. πŸ’œ

the band command can be used to set the low and high band edges for software scanning. this is great for searching a specific band for channelized services, like the broadcasting, aviation and marine radio bands. once the band edges and frequency step have been selected, the keyboard UP and DOWN arrow keys can step the frequency through the band. step above the high band edge and the frequency is set to the low band edge. step below the low band edge and the frequency is set to the high band edge. cute little wrap-around, love that for you. ✨


🧚 OSCILLATOR CALIBRATION 🧚

some ICOM radios, including the 775 and 781, synthesize all oscillator signals from a single master oscillator. once the master oscillator frequency is accurately calibrated, the various LO and BFO signals will be exactly on frequency. other ICOM radios synthesize the LO signal, but use an independent oscillator for the BFO signal. in these radios, the BFO frequency is shifted using a varactor and a network of diodes and resistors to generate the necessary BFO frequencies. ngl, this method is not very accurate when remotely tuning the radio to a narrowband RTTY or packet transmission, for example. πŸ’€

the program has provisions to compensate for the systematic errors in both the synthesized LO signal and varactor-switched BFO signals. this is done by adjusting the VFO frequency to compensate for the systematic LO error and individual BFO errors. the LO correction is provided by the comp command, while the BFO corrections are provided by the USB, LSB, CW, RTTY, AM and FM mode commands.

the calibration procedure for single-oscillator radios like the 775 and 781 is simple. tune the radio to a WWV frequency β€” preferably the highest one heard β€” and listen for the 500-Hz or 600-Hz modulation tones. in keypad mode, switch between USB and LSB modes and adjust the frequency using the UP and DOWN arrow keys until the tones sound the same. the difference between the indicated frequency and the actual frequency can be read directly from the display or from the radio. divide this difference by the actual frequency to calculate the VFO compensation in PPM. math queen behavior. πŸ‘‘

for two-oscillator radios, the calibration procedure requires two frequencies, such as WWV on 10 MHz and 20 MHz, for example. first, listen for the tones on the 10 MHz frequency and use the above procedure, but with AM mode substituted for one of the SSB modes. then listen for the tones on the 20 MHz and do the same thing. the LO error is computed as the difference between the 20 MHz and 10 MHz differences divided by the difference in the two WWV frequencies β€” in this case 10 MHz β€” and that's the LO frequency error and the value of the VFO compensation in PPM.

the calibration procedure continues for each BFO separately. starting with a WWV signal at any frequency, use the above procedure to measure the difference between the indicated and actual frequencies for each of the four BFO modes USB, LSB, CW and RTTY. enter the corrections as the argument to the mode command of the same name. if you want, the CW and/or RTTY BFO frequencies can be artificially tweaked to move the center frequency to other than the standard offset. these offsets will be automatically programmed each time the VFO frequency is changed. ✨


πŸŽ€ CHANNEL PALETTES πŸŽ€

when you're using this program to operate more than one radio that covers the same frequency bands and modes, it may be useful to use a standard set of files that could be loaded into any of the radios directly from the file. the program includes the capability to save and restore a block of memory channels to and from a file using the save and restore commands. this lets channel blocks be created by other programs and copied from one radio to another, for example. the information saved in the file includes the frequency, mode and offset. the program can also execute a list of commands stored in a file, interpreted in batch mode. πŸ’…

however β€” and this is the lowkey annoying part β€” individual radios often need slightly different frequency settings to receive the same frequency transmission, especially when narrow filters are in use. a common example: selecting from a standard set of frequencies provided by the minimuf program (described elsewhere) plus a Unix cron to automatically tune the radio(s) throughout the day. the standard frequencies can be maintained in a batch file common to all radios and loaded by the restore batch command.

but the cron script can provide both the frequency -g and individual offset -o values specific to each radio on the command line. the program adds this offset, along with others provided by the offset and mode commands (if used), as the frequency is transmitted to the radio. usually the offset is characteristic of the radio β€” the result of BFO frequency error, for example β€” and can be calibrated manually in advance. 🫢

batch mode is designed for cases where a number of radios are to be cloned or programmed with memory channel data produced by another program. in principle, a Unix shell script could search an archive for the current VOA transmission schedules and transmitter locations, another program determine the propagation model and best frequencies for the receiver location and current time of day, and then program the radio(s) with the results. it's giving automation main character energy. 🌈

πŸ› INTERFACE DEBUGGING πŸ›

okay so bestie, the program communicates with one or more radios using the CI-V broadcast bus and serial asynchronous protocol. The CT-17 level converter can be used to interface the CI-V voltage levels (TTL) to EIA (RS-232) levels, or a homebrew unit can be made from the MAX232 IC plus a handful of capacitors. The CT-17 supports up to four radios, but there is no inherent protocol limitation to this number. The CI-V uses active-low drivers with resistor pullups, so multiple radios can be connected to the same wire.

Messages are exchanged in the form of frames beginning with two preamble bytes (0xfe) and ending with one end of message byte (0xfd). In order to handle the older radios, the control program operates at 1200 bps; however, it can be compiled to operate at higher speeds. Each radio model is assigned a unique identifier byte, which can be changed if necessary. The control program sends a frame with that identifier and expects a reply, either containing data or a single ACK (0xfb) or NAK (0xfa). Most functions implemented by the control program require an exchange of several frames.

It has been the experience that some radios can occasionally fail to respond to a command or respond with a mangled frame. Therefore, the control program includes a good deal of error recovery code and uses timeouts and retransmissions as necessary. Since the CI-V bus uses a broadcast architecture, every octet transmitted by the control program is read back for verification. If the readback fails or no reply is received after three retransmissions, the operation fails and an error message is displayed.

The trace command can be used to watch the protocol interactions between the program and radios. The argument bus enables packet trace. The trace operates from received octets, either a readback of a transmitted frame preceded by T: or a copy of a received frame preceded by R:. Each transmission is repeated up to three times in case of error, after which the operation fails and is reported as an error. The argument packet enables bus error messages, which are normally suppressed until the maximum retry limit is reached.


πŸ“œ HISTORY πŸ“œ

Written by David L. Mills, W3HCF; this update 25 September 1996. This manual page was created from the original HTML documentation by Hamish Moffatt VK3SB <hamish@debian.org> for Debian (but may be used by others).


🐞 BUGS 🐞

This is a work in progress. Many idiosyncrasies of various ICOM radios remain to be discovered.


That's the whole icom(1) page, bestie β€” dated 25 September 1996. Go forth and debug those radios, mwah πŸ’–βœ¨