com > > Not sent from an iPhone: I don't have one and I don't want one. > You have to tell the underlying hardware that you wish it to use the external 10Mhz and 1PPS references. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org

> VITA timestamp will be initialized to the GPS time, and the internal > oscillator will be phase-locked to the 10MHz GPSDO reference. If the > GPSDO is not locked to satellites, the VITA time will not be initialized." > That is only, as far as I know, for the "in skin" internal GPSDO. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org

is 285. From: usrp-users-bounces@lists.ettus.com [mailto:usrp-users-bounces@lists.ettus.com] On Behalf Of John Malsbury If you follow the instructions here, and burn the EEPROM, the USRP will be configured to select the GPSDO 10 MHz and 1 PPS by default. As indicated in the installation instructions provided with the GPSDO, you will have to move a jumper that will connect the GPSDO 10 MHz, and disconnect the external 10 MHz reference. You should not need to do anything with the .hdl code. Have I properly understood your questions?

at the end of a road before a small brick building. > Around you is a forest. > > A small stream flows out of the building and down a gully. The sunspot > count is 285. > > *From:*usrp-users-bounces@lists.ettus.com > [mailto:usrp-users-bounces@lists.ettus.com] *On Behalf Of *John Malsbury > > > If you follow the instructions here, and burn the EEPROM, the USRP > will be configured to select the GPSDO 10 MHz and 1 PPS by default. > As indicated in the installation instructions provided with the GPSDO, > you will have to move a jumper that will connect the GPSDO 10 MHz, and > disconnect the external 10 MHz reference. You should not need to do > anything with the .hdl code. > > Have I properly understood your questions? >

r downloading pleasure, I'd recommend either using the torrent file, or the eu2 Mirror (which happens to be my server). Best regards, and thanks, Marcus [1] https://wiki.gnuradio.org/index.php/GNU_Radio_Live_SDR_Environment On 05/15/2017 03:30 PM, Pol Henarejos via USRP-users wrote: > Dear all, > > I am trying to get my old USRP1 running again but unfortunately I > cannot receive properly. To test it I use benchmark_rate utility. > Whilst transmission seems works properly (no underflows or > complaints), the reception is not working. A lot of "D" appear, > regardless the sampling rate. > > I am using UHD 3.9 LTS (but I am able to use my self-compilation from > git source). > The command I use is > > benchmark_rate --rx_rate 500e3 > > and the output is > > -- Loading firmware image: > C:\CTTC\UHD\share\uhd\images\usrp1_fw.ihx... done > *** Warning! *** > Benchmark results will be inaccurate on USRP1 due to insufficient > features. > > Creating the usrp device with: ... > -- Opening a USRP1 device... > -- Loading FPGA image: C:\CTTC\UHD\share\uhd\images\usrp1_fpga.rbf... > done > -- Using FPGA clock rate of 64.000000MHz... > Using Device: Single USRP: > Device: USRP1 Device > Mboard 0: USRP1 > RX Channel: 0 > RX DSP: 0 > RX Dboard: B > RX Subdev: BasicRX (AB) > TX Channel: 0 > TX DSP: 0 > TX Dboard: A > TX Subdev: LFTX (AB) > > Setting device timestamp to 0... > Testing receive rate 0.500000 Msps on 1 channels > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD > > Benchmark rate summary: > Num received samples: 5001216 > Num dropped samples: 19148 > Num overflows detected: 0 > Num transmitted samples: 0 > Num sequence errors: 0 > Num underflows detected: 0 > Num late commands: 0 > Num timeouts: 0 > > > Done! > > Any clue? > > Thank you. > > > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

of "D" appear, regardless the sampling rate. > > I am using UHD 3.9 LTS (but I am able to use my self-compilation from git source). > The command I use is > > benchmark_rate --rx_rate 500e3 > > and the output is > > -- Loading firmware image: C:\CTTC\UHD\share\uhd\images\usrp1_fw.ihx... done > *** Warning! *** > Benchmark results will be inaccurate on USRP1 due to insufficient features. > > Creating the usrp device with: ... > -- Opening a USRP1 device... > -- Loading FPGA image: C:\CTTC\UHD\share\uhd\images\usrp1_fpga.rbf... done > -- Using FPGA clock rate of 64.000000MHz... > Using Device: Single USRP: > Device: USRP1 Device > Mboard 0: USRP1 > RX Channel: 0 > RX DSP: 0 > RX Dboard: B > RX Subdev: BasicRX (AB) > TX Channel: 0 > TX DSP: 0 > TX Dboard: A > TX Subdev: LFTX (AB) > > Setting device timestamp to 0... > Testing receive rate 0.500000 Msps on 1 channels > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD > Benchmark rate summary: > Num received samples: 5001216 > Num dropped samples: 19148 > Num overflows detected: 0 > Num transmitted samples: 0 > Num sequence errors: 0 > Num underflows detected: 0 > Num late commands: 0 > Num timeouts: 0 > > Done! > > Any clue? > > Thank you. > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

od_search with a footprint that will accept the MV80. Does anyone know of such a source? Thanks, Wes

> Once you get going, a board is a weekend project. Indeed, a simple board might be an evening project. There’s not a lot involved.