On 07/19/2018 02:50 PM, Rob Kossler wrote: > Oops, I meant to say in the last email that I had confirmed the other > fixes - sorry about my misleading remark.
Actually, it was a misunderstanding on my part. Glad it works for you! > > Yes, I tried with externally supplied PPS and configured with > time_source arg setting. Same result as with internal PPS. Hm, this isn't really telling us anything. Which SD card are you using? One from 3.12, or 3.11? -- M > Rob > > On Thu, Jul 19, 2018 at 5:46 PM Martin Braun <martin.br...@ettus.com > <mailto:martin.br...@ettus.com>> wrote: > > 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> > > <mailto: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> > <mailto: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> > <mailto: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> > <mailto: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
