Hi All: A perfect solution would be to uncouple WSJT-X from sound cards and simply allow it to send and receive audio IQ data over the net. This would allow WSJT-X to run anywhere, as long as it could send/receive the audio IQ. A straightforward interface at the radio end of the link would interact with a WSJT-X IP connection to send and receive the IQ.
You could run a local copy of WSJT-X to connect to a radio anywhere. I have code that provides the “radio end” of this functionaltiy that I developed as part of a software-based EME SDR project here. It’s an software-based solution that uses an Ettus SDR as the front end. It generates IQ audio output for a specific frequency and bandwidth, and accepts audio IQ input which gets up-converted and transmitted. The RF frequency and bandwidth are controllable by WSJT-X or through a control port. You just telnet to my server, but it has a hamlib emulator as well so that WSJT-X can interact with it. WSJT-X thinks it is talking with a rig. However, because WSJT-X cannot currently work on IQ data I have to shoe-horn the IQ data through a virtual sound card to keep WSJT-X happy. This would be an unnecessary step if WSJT-X could work with IQ audio directly. I have mentioned this to the WSJT-X team in the past (say 2-3 years ago) but with the passing of Bill Sommerville I don’t know if anyone is still aware of, or working on the idea. for a specific frequency and bandwidth 73, Kevin > On Feb 28, 2024, at 4:08 AM, Rafael Pinto via wsjt-devel > <wsjt-devel@lists.sourceforge.net> wrote: > > Hello folks > > Sorry if this has already been discussed! > > I am Rafael, PU1OWL, and I was thinking if it would be possible to detach the > GUI frontend from the modulation/audio/realtime backend of WSJT-X so we can > make it a remote module > > The architecture I envision is having a remote processor (e.g., some bulky > raspberry pi, a PicoITX i9 board...) dealing with the mathematical heavy > lifting while not having to put CPU into presenting its GUI. The GUI could be > remote, on a PC or another raspberry pi, or something even lighter... Or > maybe even some audio sink board, forwarding to a hugely capable math > processor, to a lightweight GUI... > > I started studying the source code, but I cannot find somewhere to split the > code. Has it been tried before? > > 73 de PU1OWL > > Rafael Pinto > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel
signature.asc
Description: Message signed with OpenPGP
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
