On 18/07/2019 01:17, Andy Durbin wrote:
Well I think I have the answer to my question. The backlight on my
controller times out after 15 minutes of no activity on the user
interface and no changes in TS-590 data. I was alerted to an anomaly
when the back light unexpectedly turned on. The data appears to show
that WSJT-X made 2 frequency changes, presumably with the intention
of testing the rig interface:
2019-07-17 16:54:17 104:19:42.598 backlight off
2019-07-17 17:05:11 104:30:31.127 New IF - IF00018100055
004100005020010000;
2019-07-17 17:05:11 104:30:31.131 backlight on
2019-07-17 17:05:11 104:30:31.138 New FA - FA00018100055;
2019-07-17 17:05:11 104:30:31.141 New RX freq=18100055
2019-07-17 17:05:11 104:30:31.142 split offset = 945
2019-07-17 17:05:11 104:30:31.447 New IF - IF00018100000
004100005020010000;
2019-07-17 17:05:11 104:30:31.457 New FA - FA00018100000;
2019-07-17 17:05:11 104:30:31.459 New RX freq=18100000
2019-07-17 17:05:11 104:30:31.460 split offset = 1000
I would guess that this unnecessary test sometimes fails.
I am competent to monitor my rig's frequencies and take full
responsibility if they are not what I intended. Please give me the
option to inhibit this check.
73,
Andy, k3wyc
Andy,
WSJT-X uses a frequency set and read procedure to determine the VFO
resolution. The test is done for a good reason and in either unnecessary
nor optional. It only does that at initialization of the CAT connection.
If it is doing that regularly and unprompted then the real problem is;
why is the connection being reset? That happens when a non-recoverable
error occurs.
73
Bill
G4WJS.
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
