Nate, I would encourage you to look at the two pieces of software I have already uploaded earlier in this thread. One of them includes decoding of one ICOM command. ? ?You¡¯re probably a lot better at this than I am, you could probably have that working in 30 minutes. ? ? ?
The huge benefit of the sBitx V2 V3 ?is the diode switching. ?ICOMS have to go into ¡°split¡± mode to run ion 2G in scanning to come anywhere close. ? that¡¯s a problem because they stay in split and then untrained operators get completely confused. ? . ; I once had a uBitx natively scanning three frequencies per second ¡ª-ALE people were amazed! ? The Sbitx could do that ¡ª/and even answer with appropriate power! ?
Why limit your radio to only tinkering? ? Why not make it be able to do more things? ? I just don¡¯t get this narrow focus. ? You¡¯re never going to be able to tinker with an ICOM; add in some of these extra features and suddenly the ICOM looks decidedly inferior, but that only happens if you¡¯re as solid AND as versatile as they are ¡..plus you can be tinkered with!! ??
I understand people are writing new versions of firmware for the Xiegu products. If that¡¯s true you¡¯ve got a very deadly competitor¡. ?Swan went out of business. I¡¯d hate to see that happened to HF signals.?
toggle quoted message
Show quoted text
On Feb 1, 2024, at 16:40, Nate Moore <nate@...> wrote:
?
As I brought up in another thread about 73 Linux, and was eloquently pointed out.
Part of this is also about setting expectations.
There is a VERY GOOD Winlink client available for the Raspberry Pi platform called "PAT" (getpat.io)
It supports the ICS forms (and others) that the Winlink team relies on so heavily, and runs in a web browser for the UI over a fat client that needs WINE.
Just like Winlink, it does not have it's own softmodem built in.
Pick a softmodem. Any softmodem. Rigctl already exists, in a limited fashion. Audio ports have already been defined. (Thx to Mike!)
We just need to get a softmodem going that can support qsy and ptt. The rest is doable.
?
I, personally, am partial to ardop, and piardopc with it's gui, because it's something we can work on.
I have a functioning model of ardop/piardopc/pat/etc on the R-Pi that runs my ICOM for a reference model. We just need to find the specific hooks that are needed to make it work.
I am willing to engage on this topic. I'm willing to host zoom sessions. I'm willing to work my booty off for it, but I can't do it on my own, and I will need help from folks who understand the way the sbitx is working under the hood much better than I do. I'm also willing to write up the step by step process to make it work, and possibly provide a script.
?
But, I've gotta get help.
