On 07/19/2018 11:45 AM, Rob Kossler wrote: > Hi Martin, > I wanted to confirm that the recent fixes mentioned for some of the N310 > issues I mentioned are indeed working well for me. These include > - Tx power output levels > - get_usrp_rx_info(), get_usrp_tx_info()
Yes, these are fixed... > However, I am still stuck on this "No PPS Detected" error which occurs > in the function "set_time_unknown_pps()" and is caused by ...but this, unfortunately, is not. > "get_time_last_pps()" always returning zero. I realize that you have > been unable to duplicate this behavior on your own N310 hardware. Any > suggestions for me to try? What happens when you do connect an external clock/PPS and select external clock/time source? Does that make any difference? -- M > I have previously tried this using multiple workstations and multiple > UHD versions. With 3.11 or maint, there is no error. With 3.12 or > master or rfnoc-devel, the error occurs. I have not tried with multiple > N310 because I only have one. > > rob > > > On Wed, Jul 18, 2018 at 11:54 AM Rob Kossler <rkoss...@nd.edu > <mailto:rkoss...@nd.edu>> wrote: > > I just tried a separate computer and pulled the latest from Master > (w/o using -DENABLE_RFNOC=ON during cmake). Then I ran > images_downloader and image_loader and rebooted N310. Same bad > result as indicated previously (see 1st result below). Then, > without changing anything, I used a 3.11 version (I did not bother > pulling the latest), ran images downloader and image loader and > rebooted the N310. The same command line worked fine on this > version (see 2nd result below). > > ************* 1st RESULT **************** > $ benchmark_rate --rx_rate=12.5e6 --channels=0,1 > [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800; > UHD_3.13.0.0-101-g2787e2de > [00:00:00.000003] Creating the usrp device with: ... > [INFO] [MPMD] Initializing 1 device(s) in parallel with args: > > mgmt_addr=192.168.160.2,type=n3xx,product=n310,serial=3144673,claimed=False,addr=192.168.160.2 > [INFO] [MPM.PeriphManager] init() called with device args > `mgmt_addr=192.168.160.2,product=n310'. > [INFO] [0/DmaFIFO_0] Initializing block control (NOC ID: > 0xF1F0D00000000004) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1318 MB/s) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1347 MB/s) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1346 MB/s) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1330 MB/s) > [INFO] [0/Radio_0] Initializing block control (NOC ID: > 0x12AD100000011312) > [INFO] [0/Radio_1] Initializing block control (NOC ID: > 0x12AD100000011312) > [INFO] [0/DDC_0] Initializing block control (NOC ID: 0xDDC0000000000000) > [INFO] [0/DDC_1] Initializing block control (NOC ID: 0xDDC0000000000000) > [INFO] [0/DUC_0] Initializing block control (NOC ID: 0xD0C0000000000002) > [INFO] [0/DUC_1] Initializing block control (NOC ID: 0xD0C0000000000002) > Using Device: Single USRP: > Device: N300-Series Device > Mboard 0: ni-n3xx-3144673 > RX Channel: 0 > RX DSP: 0 > RX Dboard: A > RX Subdev: Magnesium > RX Channel: 1 > RX DSP: 1 > RX Dboard: A > RX Subdev: Magnesium > RX Channel: 2 > RX DSP: 0 > RX Dboard: B > RX Subdev: Magnesium > RX Channel: 3 > RX DSP: 1 > RX Dboard: B > RX Subdev: Magnesium > TX Channel: 0 > TX DSP: 0 > TX Dboard: A > TX Subdev: Magnesium > TX Channel: 1 > TX DSP: 1 > TX Dboard: A > TX Subdev: Magnesium > TX Channel: 2 > TX DSP: 0 > TX Dboard: B > TX Subdev: Magnesium > TX Channel: 3 > TX DSP: 1 > TX Dboard: B > TX Subdev: Magnesium > > [00:00:34.365399] Setting device timestamp to 0... > [INFO] [MULTI_USRP] 1) catch time transition at pps edge > Error: RuntimeError: Board 0 may not be getting a PPS signal! > No PPS detected within the time interval. > See the application notes for your device. > > irisheyes9@irisheyes9-Z240-SFF:~$ > > > ************* 2nd RESULT **************** > $ benchmark_rate --rx_rate=12.5e6 --channels=0,1 > [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800; > UHD_3.11.1.UHD-3.11-0-gad6b0935 > [00:00:00.000003] Creating the usrp device with: ... > [INFO] [MPMD] Initializing 1 device(s) in parallel with args: > > mgmt_addr=192.168.160.2,type=n3xx,product=n310,serial=3144673,claimed=False,addr=192.168.160.2 > [INFO] [MPM.main] Spawning RPC process... > [INFO] [MPM.PeriphManager] Device serial number: 3144673 > [INFO] [MPM.PeriphManager] Found 2 daughterboard(s). > [INFO] [MPM.RPCServer] RPC server ready! > [INFO] [MPM.RPCServer] Spawning watchdog task... > [INFO] [MPM.PeriphManager] init() called with device args > `product=n310,mgmt_addr=192.168.160.2'. > [INFO] [0/DmaFIFO_0] Initializing block control (NOC ID: > 0xF1F0D00000000004) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1336 MB/s) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1340 MB/s) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1339 MB/s) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1337 MB/s) > [INFO] [0/Radio_0] Initializing block control (NOC ID: > 0x12AD100000000310) > [INFO] [0/Radio_1] Initializing block control (NOC ID: > 0x12AD100000000310) > [INFO] [0/Radio_2] Initializing block control (NOC ID: > 0x12AD100000000310) > [INFO] [0/Radio_3] Initializing block control (NOC ID: > 0x12AD100000000310) > [INFO] [0/DDC_0] Initializing block control (NOC ID: 0xDDC0000000000001) > [INFO] [0/DDC_1] Initializing block control (NOC ID: 0xDDC0000000000001) > [INFO] [0/DDC_2] Initializing block control (NOC ID: 0xDDC0000000000001) > [INFO] [0/DDC_3] Initializing block control (NOC ID: 0xDDC0000000000001) > [INFO] [0/DUC_0] Initializing block control (NOC ID: 0xD0C0000000000000) > [INFO] [0/DUC_1] Initializing block control (NOC ID: 0xD0C0000000000000) > [INFO] [0/DUC_2] Initializing block control (NOC ID: 0xD0C0000000000000) > [INFO] [0/DUC_3] Initializing block control (NOC ID: 0xD0C0000000000000) > Using Device: Single USRP: > Device: N300-Series Device > Mboard 0: ni-n3xx-3144673 > RX Channel: 0 > RX DSP: 0 > RX Dboard: A > RX Subdev: Magnesium > RX Channel: 1 > RX DSP: 0 > RX Dboard: B > RX Subdev: Magnesium > RX Channel: 2 > RX DSP: 0 > RX Dboard: C > RX Subdev: Magnesium > RX Channel: 3 > RX DSP: 0 > RX Dboard: D > RX Subdev: Magnesium > TX Channel: 0 > TX DSP: 0 > TX Dboard: A > TX Subdev: Magnesium > TX Channel: 1 > TX DSP: 0 > TX Dboard: B > TX Subdev: Magnesium > TX Channel: 2 > TX DSP: 0 > TX Dboard: C > TX Subdev: Magnesium > TX Channel: 3 > TX DSP: 0 > TX Dboard: D > TX Subdev: Magnesium > > [00:00:34.792002] Setting device timestamp to 0... > [INFO] [MULTI_USRP] 1) catch time transition at pps edge > [INFO] [MULTI_USRP] 2) set times next pps (synchronously) > [00:00:36.807511] Testing receive rate 12.500000 Msps on 2 channels > [00:00:46.807739] Benchmark complete. > > > Benchmark rate summary: > Num received samples: 248750088 > Num dropped samples: 0 > Num overruns detected: 0 > Num transmitted samples: 0 > Num sequence errors (Tx): 0 > Num sequence errors (Rx): 0 > Num underruns detected: 0 > Num late commands: 0 > Num timeouts (Tx): 0 > Num timeouts (Rx): 0 > > > Done! > > irisheyes9@irisheyes9-Z240-SFF:~$ > > > On Tue, Jul 17, 2018 at 2:04 PM Martin Braun via USRP-users > <usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>> wrote: > > On 06/27/2018 11:31 AM, Rob Kossler via USRP-users wrote: > > Hi, > > I am getting some unexpected behavior from my N310 using the > example > > 'tx_waveforms' utility and stock FPGA image using > 'rfnoc-devel'. If I > > simply switch to 'maint', things behave as expected. Here are > the issues... > > > > 1. With 'rfnoc-devel', it is necessary for me to specify a > subdev spec > > (A:0 A:1 B:0 B:1) in order to access all 4 channels. > Otherwise, I > > can only see 2 channels. This is not a big problem, but > wanted to > > mention it because it appears that the default subdev spec > is not > > correct. With 'maint', all 4 channels are available with > default > > subdev spec. > > Rob, > > this is now fixed (on master, which has all the RFNoC stuff). > > > 2. With 'rfnoc-devel', I get unexpected TX output power > levels on the > > various channels when using the example program > 'tx_waveforms' with > > the 'constant' waveform which produces a single tone at > the carrier > > frequency (see table below). > > Thanks for bringing this up, also, thanks for providing the > graph in the > other thread. On master, this is now fixed. > > > 3. With 'rfnoc-devel', I can only run 1 channel at a time. If > I specify > > more than one channel (e.g., '--channels=0,1'), I get an error > > message that the PPS is not detected (even though using > 'internal') > > and the example program crashes. With 'maint', multiple > channels > > work fine. > > Even on the same commit hash, I don't see that issue. Can you please > check current HEAD of master again? I'd really like to get you > unstuck > here, but I don't see a clear path forward. > It's very interesting this is not an issue on maint. > > -- M > > > > > > The table below shows the measured RF power levels (dBm) for a > single > > tone output at 2400 MHz. The tx_gain setting was 45 (20 dB below > > maximum) and there was about 31dB external attenuation. So, for a > > measured power of -28 dBm, this implies that the maximum usrp > output > > power is +23dBm (-28 + 20 + 31). > > > > Channel maint rfnoc-devel > > 0 -27.8 -27.8* (some trials ~-67) > > 1 -27.9 -66.6* (some trials ~-27) > > 2 -27.6 -39.9* (some trials ~-67) > > 3 -27.6 -54.6* (consistent) > > > > Details: > > > > * maint hash: ad6b0935 > > * rfnoc-devel hash: 1f8463cc > > * command line: tx_waveforms --rate 20e6 --freq 2400e6 --gain 45 > > --channels <ch> > > * os: ubuntu 16.04 > > > > Thank you. > > Rob > > > > > > _______________________________________________ > > USRP-users mailing list > > USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com> > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > _______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
