Mercury vs. VARA HF

Mercury vs. VARA HF: Pros, Cons, and Practical Choices

Pros, Cons, and Practical Choices for SARC

Here is a useful operating idea for Schaumburg Amateur Radio Club members: explore two ways to send messages and files over HF radio. Mercury and VARA HF offer an opportunity to learn about digital communications, compare station setups, and help newer hams make their first data connection.

The practical starting point is your intended contact. If that station uses VARA HF, choose VARA HF. If you and a partner want to explore an open-source modem, Mercury is worth a coordinated trial. The distinction between software compatibility and radio compatibility explains why.

Topic Snapshot

Mercury vs. VARA at a glance
Subject Mercury VS VARA
Post idea from Paul Meyes — KE9EJX
Audience SARC members, visitors, new hams, the public, operators, and volunteers
Focus HF messaging, file transfer, Winlink considerations, and peer-to-peer experiments
Suggested activity A paired station demonstration followed by repeatable comparison tests
Review date September 18, 2026. Check official documentation before installing or purchasing software.
Scope This comparison concerns VARA HF. VARA FM and VARA SAT are separate products.[1]

What Do These Modems Do?

A software modem converts computer data into audio that a radio can transmit. At the other station, another modem decodes the received audio. HF means high frequency; these programs use a suitable single-sideband, or SSB, radio and an audio connection.

Both Mercury and VARA HF use orthogonal frequency division multiplexing, or OFDM. In simple terms, information travels on multiple closely spaced carriers. Sharing that general technique does not make their radio signals interchangeable.[2] [1]

Mercury also documents automatic repeat request, or ARQ: the receiving station acknowledges data, and unsuccessful transfers can trigger another attempt. Its connected link takes turns transmitting and adjusts payload modes as conditions change.[3]

Mercury and VARA HF: The Main Tradeoffs

Features that affect a club station’s choice
Consideration Mercury VARA HF
License and cost Free, open-source software with a GPL-3.0 project license.[4] Proprietary software with a restricted free mode and a paid license for higher speeds. Check current terms with the developer.[1]
Operating systems The project documents Linux, Windows, macOS, and Raspberry Pi support. Installation depends on the operating system and processor.[5] A Windows modem. Linux operation can use Wine, a Windows compatibility layer; Pat documents that approach.[6]
Application connection Provides a VARA-style command and data interface, with some commands accepted without implementing the corresponding feature.[7] Explicitly supported by Winlink Express and used by VarAC.[8] [9]
Software development Members can inspect the code and contribute under its license.[4] Changes to the modem depend on its developer; it is not an open-source project.[1]
Suggested club use Coordinated experiments, native platform trials, and learning how a modem works. Contacts and exercises whose destination already requires VARA HF.

Mercury: What Works in Its Favor?

Mercury is developed by Rhizomatica as part of its HERMES project. Native support across several operating systems gives members flexibility when choosing a computer for their station.[5]

Its open-source license also creates a useful learning opportunity. A technically curious member can inspect an implementation, suggest improvements, or contribute a fix. For a club workshop, that makes software development part of the radio experiment.[4]

Meanwhile, Mercury’s release history shows work on audio handling, radio keying, client connections, and its graphical interface. Recent releases include chat-related improvements. Check the documentation for the exact release you install.[10]

Where Mercury Needs Careful Planning

Mercury needs a compatible Mercury station at the far end. Changing your local modem does not convert a VARA-only gateway into a Mercury gateway. That follows from Mercury’s own radio protocol and its separate VARA-style application interface.[3]

In addition, active development means instructions and behavior can change between releases. Recent fixes involving Pat connections and audio devices are good reasons to record both stations’ versions and repeat a short test after updating.[10]

VARA HF: What Works in Its Favor?

VARA HF has a clearly documented role in existing applications. Winlink Express lists it as a supported radio mode. VarAC provides a separate application for conversations and other messaging features over VARA.[8] [9]

Consequently, VARA is a practical starting choice when your intended gateway or operating partner already uses it. You can focus the first session on setting up audio, making a connection, and completing a message exchange.

Where VARA HF Has Tradeoffs

Its proprietary license limits opportunities to inspect or modify the modem. Higher-speed operation also involves paid registration. Confirm current licensing details on the developer’s website before buying.[1]

Linux users should plan for an additional compatibility layer. Pat can run natively on Linux, but that does not make the VARA modem itself a native Linux application. Raspberry Pi installations require particular attention to the instructions for their processor and operating system.[6] [1]

Compatibility: Check All Three Layers

Mercury provides a TCP TNC interface: a network connection through which an application controls a terminal node controller, implemented here in software. Its documented defaults are port 8300 for commands and 8301 for data. TCP stands for Transmission Control Protocol.[7]

However, matching commands is only one part of a working connection. For example, Mercury’s command reference says its compression command is acknowledged without enabling modem compression. Treat compatibility as something to verify with your chosen application and release.[7]

Three separate compatibility questions
Layer Question to answer
Application to modem Can the client control this modem and exchange data through the configured ports?
Radio link Are both stations using compatible modem protocols, releases, and bandwidth settings?
Message service Do both ends support the intended email, chat, or file-transfer application?

What About Winlink Express, Pat, and VarAC?

Winlink Express and Pat both document VARA support. Mercury’s interface makes integration possible, but a successful local client connection does not establish access to a remote Winlink gateway. Confirm Mercury support at the destination before attempting a Mercury session.[8] [6] [7]

Similarly, VarAC and VARA are different programs. VarAC supplies the user-facing chat experience; VARA supplies the modem. VarAC’s published prerequisites identify VARA HF or VARA FM. Mercury release notes mention VarAC beacon support, but that alone does not establish complete compatibility with every VarAC feature.[9] [11] [10]

Which One Should You Try First?

Start with the destination and work backward. This decision guide applies the compatibility checks above.

flowchart TD
    A["Choose a contact or gateway"] --> B{"Destination requires VARA HF?"}
    B -->|Yes| C["Use VARA HF"]
    B -->|No| D{"Mercury partner confirmed?"}
    D -->|Yes| E["Match Mercury releases and settings"]
    D -->|No| F["Arrange a compatible partner"]
    F --> A
    C --> G["Check client, audio, and radio keying"]
    E --> G
    G --> H["Exchange a short test message"]
    
Choose a modem that matches the destination, then verify the complete station setup.

Performance: Measure the Completed Message

Claims that Mercury always matches or beats VARA HF go beyond what the documentation reviewed here establishes. Mercury publishes mode-level measurements under specified simulated conditions. Those measurements are useful, but they do not establish a universal winner against VARA on real radio paths.[2]

For a useful comparison, distinguish the displayed modem rate from goodput: the useful information delivered per unit of time. Connection setup, acknowledgments, retries, and changing conditions affect the completed transfer. Mercury’s documentation explicitly distinguishes payload rates from ARQ goodput.[2]

Also record signal-to-noise ratio, or SNR, which compares signal strength with background noise. Treat readings from different programs cautiously unless their measurement methods and reference bandwidths match.

A Suggested SARC Comparison Test

  1. Keep the station arrangement consistent. Use the same two stations, antennas, band, and comparable occupied bandwidth. Record transmitter settings and actual power measurements where available.
  2. Record the software. Include the application, modem release, operating system, and whether VARA is registered or operating with free-mode restrictions.
  3. Send identical content. Begin with a short text message, then try a modest file. Record any compression settings.
  4. Alternate the order. Run Mercury, then VARA, and reverse that order on the next pair of trials. Repeat in both directions to reduce the influence of changing conditions.
  5. Count failures too. Record unsuccessful connections, incomplete transfers, and manual intervention. Check that the received content matches the original.
Suggested measurements for each trial
Measurement Why record it?
Connection success Shows how often a usable session begins.
Time to complete Measures from the connection attempt to confirmed delivery.
Correct delivery Checks the text or compares a file checksum, a compact fingerprint of its contents.
Operator effort Records configuration problems, restarts, and recovery steps.

Present the results as observations from those stations and conditions. A small club trial can guide local choices without proving that one modem is best everywhere.

How to Participate

Begin by telling a potential test partner which computer you plan to use and whether your goal is email, chat, or file transfer. Then agree on the modem, application, and software versions.

For a station demonstration, prepare a suitable HF radio, antenna, computer, radio audio connection, and the required cables. Follow the radio and modem instructions for audio levels and push-to-talk, or PTT, which switches the transmitter on. Mercury documents several PTT methods; the appropriate choice depends on your interface.[5]

Ask an experienced operator to help select an appropriate frequency and station settings. Listen before transmitting, begin with a short exchange, and keep notes. Visitors can follow the decoded messages or record results while the station operator handles the radio.

Suggested SARC Goals

Ways different participants can contribute
Participant Suggested goal Useful result
New hams Trace a message from the application through the modem to the receiving station. Explain the difference between the application and the radio protocol.
Visitors and the public Observe a message exchange and ask how the stations connect. See a practical example of digital amateur radio.
Linux and Raspberry Pi users Try Mercury on a supported setup with a confirmed partner. Write a repeatable installation and configuration checklist.
Winlink and chat operators Confirm the destination’s requirements before changing modems. Complete the intended message workflow.
Emergency communications volunteers Practice a short exercise message using the group’s agreed software. Document delivery, recovery, and operator handoff.
Technical members and helpers Run paired tests and help others reproduce the setup. Share measurements and clear troubleshooting notes.

Give It a Try

Choose one achievable goal: send a short message, complete a file transfer, or help another member understand the station. Mercury offers an interesting path for experimentation, while VARA HF remains the appropriate choice for destinations using VARA.

Bring your questions and a willingness to compare notes. Share which computer you use, what you want to send, and what worked. Those practical details can help the next SARC member get on the air with confidence.

References

  1. VARA Modem and VARA HF Information; VARA HF Modem, including developer replies. José Alberto Nieto Ros, EA5HVK. Accessed September 18, 2026. https://rosmodem.wordpress.com/; https://rosmodem.wordpress.com/2017/09/03/vara-hf-modem/
  2. Mercury FreeDV Data Modes. Rhizomatica, Mercury project documentation. Accessed September 18, 2026. https://github.com/Rhizomatica/mercury/blob/mercuryv2/docs/MODES.md
  3. ARQ Datalink: Architecture and Protocol Reference. Rhizomatica, Mercury project documentation. Accessed September 18, 2026. https://github.com/Rhizomatica/mercury/blob/mercuryv2/docs/ARQ.md
  4. Mercury Project License: GNU General Public License, Version 3. Rhizomatica repository; license text by the Free Software Foundation. Accessed September 18, 2026. https://github.com/Rhizomatica/mercury/blob/mercuryv2/LICENSE
  5. Mercury: HERMES HF Modem. Rhizomatica. Accessed September 18, 2026. https://github.com/Rhizomatica/mercury
  6. Pat: A Modern Winlink Client. Pat project, Martin Hebnes Pedersen and contributors. Accessed September 18, 2026. https://getpat.io/
  7. Mercury TNC Command Reference. Rhizomatica, Mercury project documentation. Accessed September 18, 2026. https://github.com/Rhizomatica/mercury/blob/mercuryv2/docs/TNC.md
  8. Winlink Express. Winlink Global Radio Email, Amateur Radio Safety Foundation, Inc. Accessed September 18, 2026. https://winlink.org/WinlinkExpress
  9. VarAC: HF/FM/SAT Digital Chat. VarAC, Irad Deutsch, 4Z1AC. Accessed September 18, 2026. https://www.varac-hamradio.com/
  10. Mercury Releases. Rhizomatica. Accessed September 18, 2026. https://github.com/Rhizomatica/mercury/releases
  11. Download VarAC: Windows/Linux Prerequisites. VarAC, Irad Deutsch, 4Z1AC. Accessed September 18, 2026. https://www.varac-hamradio.com/download