Hi Steve and team
Not sure if you saw my previous email following your attempt to reproduce the problem , but I am looking for more help to correct the reported Rx frequency , if you inject a perfectly stable 1500Hz WSPR2 signal (drift reported = 0) , and just change the RX band on version wsjt-x 1.7 R7033 . You get the following list of reported frequency . I have reset the frequency list and checked that intercept and slope are at 0 value before starting the test. I also confirmed that Version 1.6 behavior is different ie reporting the expected frequency. Clearly from the list below of RX reported frequency , they are suspicious from 10 m to 23 cm : ie 1296.501465 is reported instead of the expected 1296.501500 . 1296.501465 432.301514 144.490494 70.092499 50.294498 28.126101 24.926100 21.096100 18.106100 14.097100 10.140200 7.040100 I had a quick look at mainwindows.cpp and wsprd.c to see if I could identify the way the nominal frequency (dial frequency ) was added to the decoded signal frequency and calibration factor but miserably fail to identify the exact issue , which I believe however is in wsprd.c (or associated library ?) but I might well be very wrong hence the request for help ! Thanks again for your help and for those of you on the way to Trevise enjoy the EME weekend, best 73 to all . Jean Louis F5DJL -----Message d'origine----- De : Steven Franke [mailto:s.j.fra...@icloud.com] Envoyé : dimanche 14 août 2016 19:27 À : Joe Taylor <wsjt-devel@lists.sourceforge.net> Objet : Re: [wsjt-devel] WSPR-2 Question about difference of reported frequencies between version 1.6 and 1.7 Hi Jean Louis, I did a couple of experiments here to see if I could reproduce the results described in your item 1. 1. I transmitted a WSPR signal using WSJT-X 1.7 r7032 using my GPSDO-referenced TS-480 and received that signal using my Gnuradio/USRP1 SDR which is referenced to the same GPSDO. Received wav files were decoded using the wsprd from wsjt-x 1.7. I did not find any significant frequency offset. Measured frequency was within 0.1 Hz of expected - the 0.1 Hz difference could be explained partly by TS-480 DDS resolution. I used the high resolution (0.1 Hz) frequency estimates available in the ALL_WSPR.TXT file for this. 2. I compared the WSPR-estimated frequencies of off-the-air signals using my Gnuradio/USRP/GPSDO setup and the TS-480 with WSJT-X 1.7.0 r7032. Comparison of received frequencies shows no offset (at the 1 Hz resolution level). Offsets on the order of 0.1-0.2 Hz are present in the high resolution data — but this is not unexpected, especially on weak signals. The two rigs use different antennas, so the noise will not be perfectly correlated between the two receivers. Is it possible that you had different settings in the Preferences/Frequencies/Frequency Calibration in your two instances of WSJT-X? Steve k9an > On Aug 14, 2016, at 10:04 AM, f5djl < <mailto:newsl...@f5djl.fr> > newsl...@f5djl.fr> wrote: > > Hello all > > I am still having a lot of fun with WSPR/WSJT-X and I am getting prepared > for the new modes but I have questions for you on our good old friend WSPR-2 > J : > > 1/I have noticed a difference of behavior between 1.6.0 R 6263 and 1.7.0 r > 7005 both executable from Joe's site , The difference is in the reported > frequency. I hope the screen shot attached below will describe the problem > .Same wspr2 signal generated by an instance of 1.7.0 is decoded by an > instance 1.6.0 and an another instance 1.7.0 , it produces different results > ( frequency difference 4 Hz) and the frequency reported does not match the > one of the transmit side in case of 1.7 receive instance . Is it a normal > behavior ? > > <image001.jpg> > > > 2/ I also noticed that the Tune frequency is initially off frequency by 2Hz > in WSPR mode , until you adjust manually the TX freq parameter then on 1500 > Hz it is at 1500 ( variable initialization ?) ! > > Thanks in advance for your help to clarify and this great wsjt-x piece of > code . > > Let me know if any further details are needed and very best regards > from France > > Jean Louis F5DJL > ---------------------------------------------------------------------- > -------- What NetFlow Analyzer can do for you? Monitors network > bandwidth and traffic patterns at an interface-level. Reveals which > users, apps, and protocols are consuming the most bandwidth. Provides > multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make > informed decisions using capacity planning reports. > <http://sdm.link/zohodev2dev___________________________________________> > http://sdm.link/zohodev2dev___________________________________________ > ____ > wsjt-devel mailing list > <mailto:wsjt-devel@lists.sourceforge.net> wsjt-devel@lists.sourceforge.net > <https://lists.sourceforge.net/lists/listinfo/wsjt-devel> > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. <http://sdm.link/zohodev2dev> http://sdm.link/zohodev2dev _______________________________________________ wsjt-devel mailing list <mailto:wsjt-devel@lists.sourceforge.net> wsjt-devel@lists.sourceforge.net <https://lists.sourceforge.net/lists/listinfo/wsjt-devel> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel