I should add that there is no frequency offset on received signals. Signals received simultaneously on the WSJT-X/TS-480 setup and on a separate receiver using my own software are always within 0.1 Hz of each other.
> On May 21, 2015, at 10:40 PM, Steven Franke <s.j.fra...@icloud.com> wrote: > > I just shut it down because I noticed that all transmissions are 2.3 Hz high. > This is true on 160m-20m. I selected 1570 Hz as the TX frequency and I have > intercept=0 and slope=0 but when I listen to the signal on another > GPS-referenced received I measure the transmitted signal’s frequency to be > 172.3 Hz above the bottom of the WSPR segment. I am use the same setup > (TS-480) with my own scripts and I don’t see any frequency offsets in that > case. > >> On May 21, 2015, at 9:34 PM, Steven Franke <s.j.fra...@icloud.com> wrote: >> >> Hi Joe - >> >> WSJT-X has been running for several hours now, and the day/sunset transition >> seemed to work just as it should. >> >> Regarding the user_hardware issue, would it make sense to send the band and >> the mode as command-line arguments to user_command and put the onus on the >> user-supplied script to “do the right thing” when called with a particular >> band/mode? In many cases, the right thing to do might be “nothing”. This >> would allow considering the user_hardware call to be an atomic part of a >> band change sequence. >> >> I just noticed that if EnableTX is pressed during a “TX” interval, then >> transmission will start immediately. Would it be better to set a flag that >> would cause transmission to start at the beginning of the next TX interval >> rather than jumping in mid-transmission? >> >> With transmission percentage set to 40%, and hopping over 4 bands, I’ve seen >> the rig transmit three times in a row. Is there any limit to the number of >> contiguous transmissions? >> >> Finally (for tonight) - I have wide-band interference on 10m and 15m that >> raises the noise floor by several dB whenever the computer is polling the >> radio. Yes, I know that this is really my problem and not WSJT-X’s problem! >> — but I’ve been able to avoid fixing the noise issue until now by writing my >> control program to use single rigctl commands to change bands. Since there >> really isn’t a need to poll the rig in WSPR mode, would it be easy to turn >> polling off when in WSPR mode? >> >> Steve >> >>> On May 21, 2015, at 7:52 PM, Joe Taylor <j...@princeton.edu> wrote: >>> >>> Hi Steve, >>> >>> I'm just back from dinner and the movies. Bill set you right on >>> deleting the "Frequencies" line in the *ini file. I had thought that >>> those using WSPR in WSJT-X would already have dealt with this one-time >>> issue. >>> >>> As for calling the "user_hardware" script: as presently coded, this >>> happens only for automatic changes. If we decide that it should happen >>> also for manual changes, that should be fairly easy to do. I did not do >>> it, so far, because my script understands only the WSPR bands -- and >>> more bands are available of the manual pull-down list. >>> >>> -- Joe >>> >>> On 5/21/2015 7:44 PM, Steven Franke wrote: >>>> Thanks Bill! >>>> >>>> After deleting the “frequencies” line from the .INI file I now see >>>> the WSPR frequencies (as well as the WSJT frequencies). Now, band >>>> hopping appears to be working. It still looks like the user_hardware >>>> script is not being called after a manual band change. >>>> >>>> 73 Steve k9an >>> >>> ------------------------------------------------------------------------------ >>> One dashboard for servers and applications across Physical-Virtual-Cloud >>> Widest out-of-the-box monitoring support with 50+ applications >>> Performance metrics, stats and reports that give you Actionable Insights >>> Deep dive visibility with transaction tracing using APM Insight. >>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >>> _______________________________________________ >>> wsjt-devel mailing list >>> wsjt-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> _______________________________________________ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel