Ah, I just noticed that 1.5*1.46=2.2. So the entered TX frequency is the frequency of the lowest tone, presumably…
> On May 21, 2015, at 10:50 PM, Steven Franke <s.j.fra...@icloud.com> wrote: > > 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 ------------------------------------------------------------------------------ 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