Skip to content

rigctld CAT behavior diverges from SmartSDR for Mac #3703

Description

@K5PTB

Summary

Comparing AetherSDR's rigctld (Hamlib) dialect against SmartSDR for Mac's rigctld port on a FLEX-6500 (via split_vfo_test, port 4532). SmartSDR for Windows doesn't expose a rigctld port, so this comparison is Mac-only. The ASDR column is current main.

# Behavior ASDR (main) SmartSDR-Mac
1 set_split_vfo 1, single VFO (no VFO B) split=True — auto-creates a TX slice NOT_ENABLED (no auto-create)
2 set_split_freq / set_split_mode, single VFO accepted (applied to the created slice) rejected
3 VFO B on a dual config not independentset_freq on B also moves A (see #3694) (n/a in single-VFO capture; B expected independent)
4 RIT/XIT set (set_rit / set_xit) supported (on=True, hz applied) not supported (no-op, reads back off)
5 VFO B on single config (get_freq B) MIRRORS A; set on B moves A MIRRORS A; same — matches (Hamlib single-VFO quirk)
6 set_vfo VFOB, single no swap no swap — matches

Detail / impact

Notes on a fix direction

Two narrow internal-consistency fixes are landing in a behavior PR (fix/cat-rigctld-behavior): (a) recording split-enabled state when an implicit enable arrives via a VFO-B set_freq/set_mode (so get_split_vfo reports correctly and TX is reclaimed), and (b) a maxSlices guard so the on-demand create can't exceed the receiver's slice capacity. The larger #1/#2 alignment (no-auto-create vs fully-managed slice) and #3 are deferred to the slice-lifecycle work.

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingexternal devicesFlexControl, MIDI, serial port, USB peripheralsmaintainer-reviewRequires maintainer review before any action is takenprotocolSmartSDR protocol

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions