On 09/09/2014 13:48, Michael Black wrote: Hi Mike, > I've determined the problem now is with HRD (running 6.2.72.293) and Windows > 7 32-bit. So I'm going to report this to HRD. This behavior also shows > up during WSJT-X operations during frequency changes with very slow freq > changes (like 10 seconds for example). This is WSJT-X v1.4.0 r4270-dirty. > Now that the send cmd is time-synced with the network traffic in my patch > this is easier to correlate. I still have the 30 second timeout too at this > point since that makes it easier to see what's happening right now. > Here is a very clear example. AT 18:20:13 WSJT-X sends "get frequencies" > (note that the send message doesn't show up until AFTER the reply is > received in this trace log). After the ACK from HRD for that packet HRD > does not send the answer or any other packet for another 11 seconds at > 18:24. > Meanwhile HRD Logger is happily chatting with HRD. What's of interest and > may explain why this sometimes works and sometimes not is that in this > example HRD Logger asks for frequencies, HRD acks, then WSJT-X asks for > frequencies before HRD replies to Logger. So this interplay may be what > causes the problem. I notice that HRD has given the same context number to HRD Logbook and to WSJT-X for your rig. I wonder if that is the real problem, maybe it is not creating a unique context for each client and therefore not able to deal with them independently internally.
The context number is issued by HRD when a client sends the "get context" command and the number returned has to be prepended in brackets to every command to that rig. The number is also listed against each rig in the "get radios" command response. All this is guesses since it is all undocumented :( It is of course possible that the context number is only unique to a rig connection and the HRD internals are supposed to differentiate clients by the socket they connect on. So here's a question: When both HRD Logbook and DM780 are chatting with HRD, do they use the same context number? 73 Bill G4WJS. ------------------------------------------------------------------------------ Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce. Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
