I can reproduce this problem. This appears to be a bug in SmartSDR. When
sending TX, then RX with transmit inhibited SmartSDR has a long delay in
responding causing a timeout.
This sequence using rigctld-wsjtx with TX Inhibit causes the Flex to respond
slowly at the "T 0" command.It appears th
Hi Paul,
We have a feature in common : we use a compound call sign.
I wonder if hams with a standard call sign also reported this kind of issue.
73
Phil, F5FDV
Envoyé: jeudi 7 février 2019 à 07:29
De: "Paul Randall"
À: "WSJT software development"
Objet: Re: [wsjt-devel] Sudden ca
Mike,
See below --
On Thu, Feb 7, 2019 at 8:24 AM Black Michael wrote:
> We will get the Flex to behave with TCP/IP -- give me a couple of days
> since we now have a way to duplicate the problem.
>
Much appreciated!
>
> Trying to modify WSJT-X to use multiple slices would be non-trivial to sa
We will get the Flex to behave with TCP/IP -- give me a couple of days since we
now have a way to duplicate the problem.
Trying to modify WSJT-X to use multiple slices would be non-trivial to say the
least. The easy way would be if one could just present a 5kHz*8 audio channel
and just expand
On 07/02/2019 11:56, Stephen Hicks wrote:
Good Morning —
I’m not sure if it’s the right thing to do, but we generally just tell
our customers to use TS-2000 for the rig setting in WSJT because the
FLEX setting has been unreliable. Our CAT protocol is modeled after
the Kenwood command set so
Yeah...Al is a beta tester for Flex so perhaps ask them about this. We just
have to get enough information to give Flex something to work with.
My other Flex user that I'm working with sees this same network_flush loop but
it only happens to him once every couple of hours. So it may be a stacke
Good Morning —
I’m not sure if it’s the right thing to do, but we generally just tell our
customers to use TS-2000 for the rig setting in WSJT because the FLEX
setting has been unreliable. Our CAT protocol is modeled after the Kenwood
command set so this seemed like a logical recommendation and i
On 07/02/2019 04:36, Black Michael via wsjt-devel wrote:
There's actually another problem going on.
I worked with Al a bit this afternoon using rigctld.
Al is the 2nd person I'm working with on the same problemafter
this sequence hamlib just loops around the network_flush() routine and
neve
