On 09/07/2015 01:08, Steven Franke wrote:
Hi Bill,
Hi Steve,
...
I applied the patch and re-built but the problem persists. I’ve put a
trace file here:
https://dl.dropboxusercontent.com/u/33211132/WSJT-X_trace_2.log
There are two events that happened after I applied the patch: 23:35:53
and 23:43:53.
The first one did not throw up a window asking me if I wanted to
reconfigure the radio, but the second one did. When I pressed “Cancel”
in that window, the program segfaulted.
Thanks for running that, I need more information. The verbose Hamlib
trace is not enabled for that run so I can't see what is really
happening at the CAT command level. I also note that the extended delay
for the TS-480 Hamlib driver still seems to be in place as I see 1s
intervals between retries.
I would also be interested in the last test that Mike suggested to
add delay after the "IF;" command is sent and the reply read, you
would need to test that before trying the attached patch.
The delay after the “IF;” did not help (with delays of 100ms and 400ms).
OK, I should point out that adding delays may well be counter-productive
since it is likely that slowing down polling sequences will make it more
likely that a frequency change or similar is queued up and will be
processed immediately after a poll sequence. There should be no need for
extra delays since we wait to receive after every CAT command, apart
from the "ID;" command we inject after commands that do not have a reply
to check if they worked, so the rig is determining the pace of
communications. No doubt there is something broken in the Kenwood CAT
protocol for the TS-480 and we may need to add a targeted delay to
influence the issue. I suspect it may be due to some premature
optimization in the Kenwood firmware where it caches "IF;" command
results rather than simply recalculating the reply every time, but there
is nothing direct we can do about that.
Can you confirm which bands you have "Tune" selected for in the band
hopping scheduling dialog please.
I don't currently understand why the frequency change due to band
hopping is happening after the start of a PTT on period (which I think
is a tune up) but if this is happening it is likely to be causing issues.
I am very short of time to look at this Today and Tomorrow but I will
return to it again this Evening UK time if I can find some time.
Steve k9an
73
Bill
G4WJS.
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
