Skip to main content

Python library for controlling Icom transceivers over LAN (UDP) — no wfview/hamlib required

Project description

icom-lan

PyPI Python 3.11+ CI Docs License: MIT

icom-lan is a Python asyncio library and Web UI for controlling Icom transceivers over LAN (UDP) or USB serial — and now Yaesu CAT radios over USB. Direct connection to your radio: no wfview, no hamlib daemon, no RS-BA1. A capability-driven runtime renders the same Web UI and rigctld-compatible network bridge across IC-7610, IC-7300, FTX-1, and any future backend that honours the public Radio protocol. Tested in production against WSJT-X, fldigi, and JS8Call.

icom-lan Web UI — IC-7610 dual-RX desktop with scope and waterfall

Quickstart

pip install icom-lan
icom-lan web                # auto-discovers a radio on the LAN
# open http://localhost:8080

Or as a library:

import asyncio
from icom_lan import create_radio, LanBackendConfig

async def main():
    async with create_radio(LanBackendConfig(host="192.168.1.100",
                                             username="user",
                                             password="pass")) as radio:
        await radio.set_frequency(14_074_000)
        await radio.set_mode("USB")
        print(await radio.get_s_meter())

asyncio.run(main())

Full guides: getting started, CLI, public API surface.

Supported radios

Radio Transport Status Notes
Icom IC-7610 LAN, USB CI-V Stable, primary Dual receiver MAIN/SUB, full Capability surface
Icom IC-7300 USB CI-V Stable Single receiver, USB-only
Yaesu FTX-1 USB CAT Stable 17 modes, VHF/UHF, C4FM, audio FFT scope
Icom IC-705 LAN (WiFi) Community-validated CI-V 0xA4
Icom IC-9700 LAN, USB CI-V Profile only VHF/UHF/SHF
Xiegu X6100 USB CI-V Profile only IC-705 compatible, QRP
Lab599 TX-500 USB Kenwood CAT Profile only QRP, minimal CAT

Radio capabilities are declared in rigs/*.toml — adding a new model is typically a profile change, not Python code. Three protocol families are supported: CI-V (Icom binary), Kenwood CAT (text), Yaesu CAT (text). See adding a new radio.

Why 1.0

  • Public API stability commitment. The Tier 1 surface — the Radio protocol, the capability protocols (AudioCapable, ScopeCapable, MetersCapable, LevelsCapable, StatePollable, RigctldRoutable, UsbAudioCapable, …), create_radio / BackendConfig, and the local-extensions/ host API — is now under SemVer. See docs/api/public-api-surface.md.
  • Capability-driven multi-radio architecture. Implement the relevant Capability Protocols and your backend slots into the runtime, Web UI, and rigctld layers without any of those layers knowing about your radio. See ARCHITECTURE.md.
  • 5,600+ unit tests. import-linter enforces 11-layer package boundaries; mypy is clean across the public surface; ruff lints in CI.
  • Verified against the digital-mode ecosystem. WSJT-X, fldigi, and JS8Call golden-replay tests pass over the rigctld bridge with full per-VFO routing.

Web UI

icom-lan web boots a self-contained HTTP + WebSocket server. The frontend is a Svelte 5 single-page app served from the same process; no native shell, no Electron, no Tauri — just a browser tab.

Four user-facing skins resolve from frontend/src/skins/registry.ts:

  • Desktop v2 — default skin: dual-RX VFO, scope + waterfall, meters dock, control panels.
  • LCD Scope — alternative dual-RX layout with vintage-LCD typography and the same scope + meters dock.
  • LCD Cockpit — single-RX or dual-cockpit variants with retro LCD styling, telemetry strip, AmberScope (also resolves under the legacy amber-lcd alias).
  • Mobile — chip-scroll IA, persistent guarded PTT FAB, container-query responsive layout.

LCD Scope skin — dual-RX with vintage-LCD typography and scope panel LCD Cockpit (amber) skin with vintage-LCD typography and AmberScope

Architecture

src/icom_lan/ is organised into 11 layered Python packages (core/, commands/, profiles/, audio/, scope/, dsp/, runtime/, backends/, web/, rigctld/, cli/) with explicit boundaries enforced by import-linter. Higher layers depend on lower ones; siblings are independent. See ARCHITECTURE.md for the layout and per-layer charters in src/icom_lan/<layer>/LAYER.md.

Extensibility is centred on Capability Protocols in icom_lan.radio_protocol. A new backend implements the protocols it supports; consumers (Web UI, rigctld, CLI, third-party scripts) feature-detect via isinstance(radio, ScopeCapable) and never branch on backend identity. The Radio protocol plus the capability suite is the stable contract between the open core and downstream consumers.

The frontend extension surface lives at frontend/src/lib/local-extensions/ — a Tier 1 contract for embedders shipping panels, dock items, or keyboard scopes into the open-core shell.

Documentation

License

MIT — see LICENSE. Protocol knowledge derived from the wfview project's reverse-engineering work; this is an independent clean-room implementation, not a derivative of wfview's GPLv3 code. Icom™ and IC-* product names are registered trademarks of Icom Incorporated, used here for nominative fair-use compatibility identification only — this project is not affiliated with, endorsed by, or sponsored by Icom.

icom-lan is the open-core half of a planned product split. A proprietary commercial layer (icom-lan-pro) is under development and will integrate with this library through the public Radio protocol and the local-extensions/ host API. Open-core constraints — no telemetry, headless mode is sacred, no hollowing out — are codified in docs/architecture/open-core-policy.md.

Status

KN4KYD's personal project. Production-grade for IC-7610 (the author's daily driver) and the Yaesu FTX-1; secondary radios are validated against the same Capability Protocols but receive less hardware-in-the-loop time. Issues, profile contributions, and field reports are welcome.

73 de KN4KYD

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

icom_lan-1.0.1.tar.gz (4.6 MB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

icom_lan-1.0.1-py3-none-any.whl (833.1 kB view details)

Uploaded Python 3

File details

Details for the file icom_lan-1.0.1.tar.gz.

File metadata

  • Download URL: icom_lan-1.0.1.tar.gz
  • Upload date:
  • Size: 4.6 MB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for icom_lan-1.0.1.tar.gz
Algorithm Hash digest
SHA256 ea1aae3bd62ca35be057bbf407e022b83e4cbd096b9d4088874b5def57f0ad86
MD5 280b38b79a8446ecd42cfea93af17d1e
BLAKE2b-256 6742e27f7c30c7fbc02bf56d033c73380c4db1be0900882b510f9cf654138b6b

See more details on using hashes here.

Provenance

The following attestation bundles were made for icom_lan-1.0.1.tar.gz:

Publisher: publish.yml on morozsm/icom-lan

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file icom_lan-1.0.1-py3-none-any.whl.

File metadata

  • Download URL: icom_lan-1.0.1-py3-none-any.whl
  • Upload date:
  • Size: 833.1 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for icom_lan-1.0.1-py3-none-any.whl
Algorithm Hash digest
SHA256 a330cb064ac536306a68c7905f3d5d61724e67ce00a8a0f210670f667e6a56a5
MD5 a84c2f683cf846da54fe20d895f31dd2
BLAKE2b-256 fb82689d13dbdcdd3cbf392c5e8f4d217d26a7c4d1e289debab8f1079e116b3f

See more details on using hashes here.

Provenance

The following attestation bundles were made for icom_lan-1.0.1-py3-none-any.whl:

Publisher: publish.yml on morozsm/icom-lan

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page