
Fldigi Mcp
io.github.sbrunner-atxPublished by GitHub account sbrunner-atxv0.3.1Updated Oct 24, 2026
Control fldigi (amateur-radio digital modes) over XML-RPC: modem, frequency, rig, log, transmit.
Overview
Lets an assistant read and control a running fldigi amateur-radio digital-modem station over XML-RPC, including modem, frequency, rig, log and transmit.
- What you can do
- Connects to fldigi's built-in XML-RPC control interface and exposes its API as grouped MCP tools with an operation argument, covering status, modem, frequency, controls, rig, log, text, spotting, WEFAX, NAVTEX, flmsg and I/O. Transmit operations are gated by a configured callsign; with none set the station stays receive-only. Experimental extras include signal hunting from receiver audio, advisory band guidance, and tools for fldigi's Signal Browser and RSID hits that require unmerged patches.
- When to use it
- Use it when you run fldigi and want an assistant to report station state or drive the modem, rig, logbook and transmitter in plain language. It suits amateur-radio operators automating routine operating, logging or signal identification, and developers exploring fldigi's XML-RPC API.
- Requirements
- A local desktop process installed from PyPI (fldigi-mcp) or as a packaged desktop extension; fldigi must be running with its XML-RPC server reachable, by default at 127.0.0.1:7362. Configuration uses FLDIGI_HOST, FLDIGI_PORT, FLDIGI_CALLSIGN, FLDIGI_BAND_GUIDANCE, FLDIGI_REGION, FLDIGI_PATH, FLDIGI_AUDIO_DEVICE and FLDIGI_HUNT_URL. Signal hunting needs the optional hunt extra (numpy, sounddevice) and an audio input device; source development needs Python 3.10+ and uv.
Installation
In SourceWeft
- Open Fldigi Mcp in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
fldigi-mcp
An MCP server for controlling fldigi, the popular amateur-radio digital-modem application, from MCP-aware clients such as Claude Desktop.
fldigi ships a built-in XML-RPC control interface. fldigi-mcp connects to it
and exposes the whole API as a small set of logically-grouped MCP tools, so an
assistant can read the radio's state and drive the modem, rig, log, and
transmitter through plain language.
Status: beta. Signal hunting (find, name and tune to a station from the receiver audio, 0.2.0) and full API coverage (every one of fldigi's 174 XML-RPC methods is reachable through a named operation, enforced by a test), callsign-gated transmit, and an optional experimental Band Guidance feature. Supports the current fldigi release, 4.2.13, verified live on 2026-09-09.
📻 A field-tested fldigi XML-RPC API reference (free community resource)
Building this server meant mapping fldigi's entire XML-RPC interface and verifying every method against a live build — so we've written it all up and are sharing it freely, whether or not you ever use this MCP server:
- docs/fldigi-api.md — a clean, complete, human-readable reference organized by namespace, with transport details, types, worked examples, a transmit-safety section, and field-tested gotchas.
- docs/fldigi-api.pdf — the same, as a printable PDF.
- docs/fldigi-api-spec.md — a terse, machine-readable catalog of all 174 methods (args, return type, read/write/keying).
Verified live against fldigi 4.2.13 via fldigi.list on 2026-09-09 (the method
list is identical to 4.2.11, first verified 2026-06-23). It's more complete and
current than the public wiki (it documents methods the wiki omits, e.g. TxID,
and flags deprecated ones). Independent project — not affiliated with the
fldigi / W1HKJ project. Corrections welcome via
issues / PRs.
Highlights
- Complete control — every one of the 174 XML-RPC methods in fldigi 4.2.13 is
reachable through a named operation in one of the grouped tools (one permission
each; all 22 tools are listed under Tools);
tests/test_coverage.pyfails the build if a method of the shipped catalog is not wired or an argument type disagrees with fldigi's signature. Thefldigi_callescape hatch remains for methods a newer build may add. - Safe by default — the callsign is the single transmit gate. With no callsign configured the station is receive-only; nothing can key the radio.
- Names match fldigi — tools and operations mirror fldigi's own API namespaces and on-screen labels (Op Mode, AFC, SQL, Rev, Lock, RxID/TxID, T/R).
- No fragile dependencies — talks to fldigi with Python's standard-library
xmlrpc.client. The only third-party runtime deps are the MCP SDK and PyYAML (for the optional band-plan data).
Why XML-RPC (and not a third-party library)
fldigi's XML-RPC interface is its official, OS-independent control API. This project talks to it directly rather than through an unmaintained wrapper, keeping the moving parts to Python's standard library and fldigi's own API.
Requirements
To install the desktop extension (.mcpb) all you need is:
- fldigi running (its XML-RPC server is on by default at
127.0.0.1:7362).
Claude Desktop's uv runtime supplies Python and the dependencies, so end users
do not install Python or uv themselves. (That runtime is currently marked
experimental, so a recent Claude Desktop is recommended.)
For development from source you additionally need Python 3.10+ and uv (and Node.js, only for the MCP Inspector).
Install
Easiest: one-click desktop extension
Download fldigi-mcp.mcpb from the latest
release, then in Claude
Desktop go to Settings → Extensions → Advanced settings → Install Extension…
and choose the file.
A short settings form asks for your callsign (everything else has a default).
No terminal, no Python, no uv to install.
👉 New to this? Follow the simple step-by-step install guide. Also see the install & safety model.
From source (development)
Then add it to Claude Desktop's config
(~/Library/Application Support/Claude/claude_desktop_config.json on macOS):
Restart Claude Desktop and ask "What's fldigi's status?". Omit the env block
to run receive-only.
Try it with the MCP Inspector
The Signal Browser patch (patches/) — proposed, not yet merged
Status: offered to fldigi's maintainer on 11 September 2026 (w1hkj/fldigi issue 55). Until it is merged, the method names and fields below are a proposal and may change.
fldigi's Signal Browser, the left-hand panel that decodes up to 30 PSK, RTTY or CW
stations at once, is not on its XML-RPC API. patches/fldigi-4.2.13-browser-xmlrpc.patch
touches four files (psk_browser.h/.cxx, viewpsk.cxx, xmlrpc.cxx) and adds two methods, browser.get_channels (array of {channel, freq, active, text},
text untrimmed, line breaks kept, accumulated since the last clear) and browser.clear. The browser
tool and signal_hunt method="browser" use them and say so when fldigi is unpatched.
A second patch, patches/fldigi-4.2.13-rsid-hits.patch (applies on top of the first), adds
rsid.get_hits and rsid.clear: the RSID bursts the detector accepted, as {utc, mode, hz}. With RSID set to notify-only, fldigi then names the modes on the band without ever
switching the modem; the rsid tool reads the list. Both patches are proposed, not merged.
Tested on 4.2.13 (macOS, four synthetic PSK31 stations from 0 to -26 dB: all four
copied in full). The patch applies to the fldigi git HEAD on SourceForge and is prepared
for upstream submission; until it lands, build fldigi from source with it:
Tools
Each tool is one permission and takes an operation argument, so e.g. "change
the mode" is a single permission regardless of which underlying method runs.
Use application → list_methods to enumerate every method the running build
supports. On 4.2.13 all of them are surfaced in a group; fldigi_call is for
methods a newer fldigi may add before this connector catches up.
Configuration
In the packaged desktop extension these appear as a settings form — most users only ever fill in the callsign.
Transmit safety
The callsign is the single transmit gate. Keying operations (transmit
tx/tune/run_macro/send, and the wefax/navtex send operations, and any keying
method via fldigi_call) refuse unless FLDIGI_CALLSIGN is set. With it blank,
the station is receive-only. rx, abort, and disable_tx are always allowed
because they take the station off the air. Any non-blank value is accepted
(club, event, vanity, portable, and international calls all work). See
docs/install-and-safety.md.
Band Guidance (experimental, off by default)
An optional, advisory feature that suggests a mode's customary "watering hole"
and warns when a frequency falls outside the digital band segment — guidance and
defaults, never hard locks. Region-aware (IARU R1/R2/R3), covering 160 m – 70 cm.
Enable with FLDIGI_BAND_GUIDANCE=on. It adds the band_guidance tool and
enriches modem/frequency set operations with an advisory guidance field.
Because band-plan data is hard to get exactly right, it ships experimental and
disabled by default. Design and data: docs/band-guidance.md.
Remote / distributed setups
fldigi need not run on the same machine. Point the server at it with
FLDIGI_HOST/FLDIGI_PORT. The fldigi machine must be launched with
--xmlrpc-server-address 0.0.0.0 to accept LAN connections, and the link should
be kept on a trusted LAN or tunneled over SSH (the XML-RPC interface is
unauthenticated).
Sandboxed MCP clients (e.g. Claude Desktop): the client runs the connector
sandboxed so it can only reach 127.0.0.1, not LAN addresses — so a correct
LAN IP for fldigi will time out even though telnet to it works. Use the
standalone mcp-host-bridge
relay on the client computer (it knows fldigi = port 7362), then set
FLDIGI_HOST=127.0.0.1:
Manage it with mcp-host-bridge status fldigi / uninstall fldigi. The same tool
also bridges N3FJP (for the sibling n3fjp-mcp) and any other local service.
Skills
The skills/ directory contains agent skills — operating
procedures distilled from live on-air use — bundled with the repo and the
.mcpb package:
- signal-hunting — find a station worth
working the way an operator reads the waterfall:
signal_huntnames each signal's mode from its bandwidth and tone grid (RTTY, CW, PSK, Olivia, MFSK, DominoEX, MT63; signatures checked against sigidwiki.com), ranks the one that sits still and calls CQ,tune_tosets modem and carrier, and twenty seconds of text confirms it. Needspip install 'fldigi-mcp[hunt]'(numpy, sounddevice) and the Audio input device setting; where the server does not run beside the receiver (sandbox, remote fldigi),fldigi-mcp-tapruns there and the server asks it over HTTP (Signal-hunt tap URL); without any audio it falls back to stepping fldigi'ssearch_up. Verified on five recordings of known mode, 5 of 5. Receive only. - fldigi-operating — TX/RX handoff
done right (
^rreturn-to-receive viatransmit → send,abortas the panic button, never poll the TX buffer), RX-buffer polling discipline (delta reads, the no-echo rule, restart detection), and a reference CQ loop. Field-proven during ARRL Field Day 2026.
The fldigi-mcp Operating Field Guide
(PDF) documents these skills and their companion contest-operating from the
sibling n3fjp-mcp — skills
at a glance, installation, a plain-language "Your first session — Claude for
hams" chapter for operators new to AI, the operating standard, the
special-case playbook, and worked examples transcribed from ARRL Field Day
2026.
To use with Claude Code / Cowork, copy the skill directory into your
~/.claude/skills/ (or a project's .claude/skills/).
Development
The test suite covers the band-plan logic and the operation maps / type coercion; it does not require a running fldigi.
License
GPL-3.0-or-later © 2026 Stefan Brunner (AE5VG)
fldigi-mcp is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. It was MIT-licensed through 0.2.2; the change to GPL-3.0-or-later (the licence fldigi itself uses) lets this project reuse fldigi code, such as its multi-channel signal browser, directly. Talking to fldigi over XML-RPC never required this; porting its decoders does.
Source: README.md at commit 4c15fe7
Tools
0Version history
1- v0.3.1LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts