Hi Mike, comments in line below.
On 20/04/2016 21:22, Michael Tharp wrote: > I agree -- especially because my rig keeps locking up when I leave it > running all day (sigh). How this is most easily handled depends on what > those cases are that Bill mentions where the displayed VFO and the one > used for decodes differ. The obvious solution is to test whether those > are equal, and skip the upload if they are not. It is more complicated than that. There are various situations where the "nominal frequency" which is the one we want to spot is not the same as the frequency on the rig. The most notable is during Doppler correction, which is obviously not relevant to WSPR but the frequency control is generic. > Another would be to to > set an internal flag when a frequency change is attempted, and clear it > once the rig frequency is successfully read back with the new value. This can be done but it chips away at the asynchronous nature of rig control, also I do not think it is necessary. The simpler route of not spotting anything to the Internet while rig control is broken is (was) easier to implement and is more robust. > > I'm not concerned about the case where hopping was on and the rig > stopped responding. The returns from that are extremely minimal and the > complexity of attempting to address it isn't justified, in my eyes. I am not sure what you are saying here Mike, I believe I have already addressed all the issues concerning band hopping and incorrect spotting. That is apart from the one we cannot address directly where there is no real rig control and the operator has not selected the correct dial frequency in the program. 73 Bill G4WJS. ------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
