When this happens, does dmesg show anything unusual with respect to that USB device?
Sent from my iPhone > On Aug 11, 2021, at 12:40 PM, Paul Atreides <[email protected]> wrote: > > > just uninstalled and changed to origin/UHD4.1 and i have the same issue. > On branch UHD-4.1 > Your branch is up to date with 'origin/UHD-4.1'. > > On Wed, Aug 11, 2021 at 12:23 PM Paul Atreides <[email protected]> wrote: >> just built uhd systemwide from source. no pybombs environment. same issue >> rx_benchmark terminates after the first dropped sample. >> maybe the patch didn't make it? or i'm on the wrong branch? >> i ran git checkout v4.1.0.1 then the regular dance >> >> ~/uhd$ git status >> HEAD detached at v4.1.0.1 >> nothing to commit, working tree clean >> >> cd uhd/host >> mkdir build >> cd build >> cmake ../ (no errors or exclusions other than DPDK) >> make -j($nproc) >> sudo make install >> sudo ldconfig >> >> >> >> uhd/host/build/examples/./rx_samples_to_file --rate 40e6 --gain 40.0 --freq >> 915e6 --bw 36e6 --progress --file testfile.bin --continue --duration 20 >> >> Creating the usrp device with: ... >> [INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107100; >> UHD_4.1.0.HEAD-0-gf633b497 >> [INFO] [B200] Detected Device: B210 >> [INFO] [B200] Operating over USB 3. >> [INFO] [B200] Detecting internal GPSDO.... >> [INFO] [GPS] Found an internal GPSDO: GPSTCXO, Firmware Rev 0.929b >> [INFO] [B200] Initialize CODEC control... >> [INFO] [B200] Initialize Radio control... >> [INFO] [B200] Performing register loopback test... >> [INFO] [B200] Register loopback test passed >> [INFO] [B200] Performing register loopback test... >> [INFO] [B200] Register loopback test passed >> [INFO] [B200] Setting master clock rate selection to 'automatic'. >> [INFO] [B200] Asking for clock rate 16.000000 MHz... >> [INFO] [B200] Actually got clock rate 16.000000 MHz. >> Using Device: Single USRP: >> Device: B-Series Device >> Mboard 0: B210 >> RX Channel: 0 >> RX DSP: 0 >> RX Dboard: A >> RX Subdev: FE-RX2 >> RX Channel: 1 >> RX DSP: 1 >> RX Dboard: A >> RX Subdev: FE-RX1 >> TX Channel: 0 >> TX DSP: 0 >> TX Dboard: A >> TX Subdev: FE-TX2 >> TX Channel: 1 >> TX DSP: 1 >> TX Dboard: A >> TX Subdev: FE-TX1 >> >> Setting RX Rate: 40.000000 Msps... >> [INFO] [B200] Asking for clock rate 40.000000 MHz... >> [INFO] [B200] Actually got clock rate 40.000000 MHz. >> Actual RX Rate: 40.000000 Msps... >> >> Setting RX Freq: 915.000000 MHz... >> Setting RX LO Offset: 0.000000 MHz... >> Actual RX Freq: 915.000000 MHz... >> >> Setting RX Gain: 40.000000 dB... >> Actual RX Gain: 40.000000 dB... >> >> Setting RX Bandwidth: 36.000000 MHz... >> Actual RX Bandwidth: 36.000000 MHz... >> >> Waiting for "lo_locked": ++++++++++ locked. >> >> Press Ctrl + C to stop streaming... >> 40.0125 Msps >> 39.9994 Msps >> 39.9995 Msps >> OGot an overflow indication. Please consider the following: >> Your write medium must sustain a rate of 160.000000MB/s. >> Dropped samples will not be written to the file. >> Please modify this example for your purposes. >> This message will not appear again. >> Timeout while streaming >> >> Done! >> >> On Wed, Aug 11, 2021 at 10:42 AM Paul Atreides <[email protected]> >> wrote: >>> right on. thanks marcus. >>> i'm going to try a regular source build instead of pybombs and see if that >>> fixes it (he said for the 200th time in his career). >>> i just wanted 2 dev environments for gnuradio and that worked really well >>> for 3.7/3.8. if you have any suggestions i'm open to that. >>> >>> i'll keep you guys posted and thanks again for helping. >>> >>> >>> On Wed, Aug 11, 2021 at 10:36 AM Marcus D. Leech <[email protected]> >>> wrote: >>>> On 08/11/2021 10:20 AM, Paul Atreides wrote: >>>>> right. i tried 4.1 first, then master then rolled back to 4.0. they all >>>>> did the same thing. >>>>> according to micheal's post above the patch is applied to 4.0 master. the >>>>> latest UHD-4.0 rev is here (0d184ff) >>>>> this is my output >>>>> UHD_4.0.0.0-193-g0d184ff4 >>>>> >>>>> >>>> The patch is definitely in 4.1.0.0 and 4.1.0.1 >>>> >>>> >>>>> >>>>> On Wed, Aug 11, 2021 at 10:07 AM Marcus D. Leech >>>>> <[email protected]> wrote: >>>>>> On 08/11/2021 10:03 AM, Paul Atreides wrote: >>>>>>> Ok, then what else could it be? it's the identical behavior to the >>>>>>> report ed bug. >>>>>>> >>>>>>> I have a b210 and b205mini and both produce this issue >>>>>>> Both have worked fine at higher sample rates in the past. >>>>>>> >>>>>>> My setup is >>>>>>> ubuntu20.04 >>>>>>> UHD 4.0 (via pybombs) >>>>>>> GNURadio 3.9 (via pybombs) >>>>>>> >>>>>> This is what Michael Dickens said: >>>>>> >>>>>> It was not part of the UHD 4.0.0.0 release, and has not been backported >>>>>> to the UHD-3.15-LTS (or prior) branch. - MLD >>>>>> >>>>>> You're still running 4.0.0.0 as shown in the UHD startup header here: >>>>>> >>>>>> [INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107100; >>>>>> UHD_4.0.0.0-193-g0d184ff4 >>>>>> >>>>>> >>>>>> >>>>>> >>>>
_______________________________________________ USRP-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
