Wfview is exactly the piece of software that I need - amazing work! I’m having some difficulties with the integrated rigctld that I could use a hand troubleshooting.
Radio: IC-7610 connected via ethernet.
Operating System: MacOS Sequoia 15.3 on Macbook Air M2
Software: wfview v2.03, WSJT-X v2.6.1, fldigi 4.2.06
Log file: https://termbin.com/98qw
- Opened wfview
- Opened WSJT-X
- Pressed the “Tune” button on the main display of WSJT-X
- Captured this log
Background:
- This is a new radio, just got it a couple weeks ago, brand new from HRO. MARS modded by HRO.
- The problems I’m encountering are the same in WSJT-X and Fldigi. Since WSJT-X is simpler (to me), I’m focusing my debugging attention there, assuming when I get that working it should also fix Fldigi.
- The radio is connected to the network via ethernet, no USB cable is plugged into the radio.
Docs I’ve read:
- Sharing Control Overview
- Audio Configuration
What works:
- wfview itself works great. I’m able to receive & hear, as well as navigate the VFO while viewing the waterfall and trigger the tuner and PTT.
- I’ve read through the Audio Configuration guide and used Blackhole for the virtual audio on Mac (
brew install blackhole-2chwas just too simple to pass up) - Audio output is going to a multi-output device defined in the Audio MIDI Setup application (the multiple outputs are my speakers and a virtual Blackhole-2CH device that is used as input to other applications)
- Audio input is coming from Blackhole-16ch, a separate virtual device that is the output from other applications (WSJT-X & fldigi). When I send audio from WSJT-X (like when pressing the Tune button), I see the “TxAudio” meter in wfview spike to max.
- Any other applications like WSJT-X and fldigi are able to receive and decode audio just fine, and are able to read the current VFO frequency. When I change the frequency in wfview, the frequency displayed in the other applications updates very quickly.
What doesn’t work:
- Changing the frequency, mode, or attempting to do any other activity that triggers transmit from the other applications.
What I’ve tried/checked:
- I’ve changed the Audio System (default was QtAudio) to RT Audio
- Uninstalled and re-installed wfview a couple times (each time removing the saved settings found in ~/Library/Containers/org.wfview.wfview before retrying setup)
- Connecting WSJT-X to the virtual serial port (~/Downloads/rig-pty1) instead of HamLib NET rigctl works well and I can send/receive and make QSOs. But since I want to use multiple applications downstream from wfview, I want to use the embedded rigctld.
- I have a homelab with access to both Windows and Linux machines as well. I installed wfview on a Debian 12 linux host, and enabled rigctld there. When I leave all settings identical in WSJT-X except for the ip address of the rigctld, clicking the “Tune” button in WSJT-X triggers transmit in the wfview running in linux (and of course on the physical radio). I’m not a fan of Windows, so I haven’t yet tried setting it up there - but since I see it working on Linux, I’m inclined to believe that the radio setup is ok, and that wfview software itself is ok in general, and that the problem is local to my mac.
- Radio settings:
- CI-V transceive is ON
- “Unlink from Remote” is set
- Data Off Modulation Input: LAN
- Data 1 Input: LAN
- Data 2 Input: LAN
- Data 3 Input: LAN
My (probably wrong) assumptions:
- This is something extraordinarily simple that I’ve overlooked
- Since I can see the TxAudio meter spiking when I send data from WSJT-X, I believe the audio setup is fine.
- The issue is related to the embedded rigctld started by wfview on my Mac. Since I’m able to successfully trigger transmit via rigctld on a remote wfview instance on linux, but not on my mac, I am assuming that WSJT-X’s configuration is ok.
What is the obvious thing that I’m missing or should try? I can share all kinds of screenshots if it would help.
Thanks 