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)
when I run the flowgraph in GNURadio at a high sample rate (40Msps) i still
get this error note the ‘O’ right before:
__________________________________________________
Ogr::log :ERROR: usrp_source0 - In the last 2593 ms, 3735602 overflows
occurred.
____________________________________________________
the GUI window locks up completely. i did this originally with fosphor and
thought it was a graphics card issue, but running it with regular QT GUI
has the same issues.
running the example with 20 second duration:
time ./rx_samples_to_file --rate 30e6 --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.0.0.0-193-g0d184ff4
[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: 30.000000 Msps...
[INFO] [B200] Asking for clock rate 30.000000 MHz...
[INFO] [B200] Actually got clock rate 30.000000 MHz.
Actual RX Rate: 30.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...
30.0098 Msps
30 Msps
29.9999 Msps
29.9998 Msps
29.9999 Msps
29.9996 Msps
OGot an overflow indication. Please consider the following:
Your write medium must sustain a rate of 120.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!
real 0m15.034s
user 0m0.347s
sys 0m1.623s
<end transmission>
On Aug 11, 2021, at 08:53, Michael Dickens <[email protected]>
wrote:
FYI Ron's patch is integrated in the UHD-4.0 and UHD-4.1 and master
branches, and was in the UHD 4.1.0.0 release. 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
UHD-4.0 :
https://github.com/EttusResearch/uhd/commit/3d9d68af799c73dd8bfe566294461a355ced4c56
UHD-4.1 and master :
https://github.com/EttusResearch/uhd/commit/70e1f0f0c697d6522e3a87e2de93e34e375decb4
On Wed, Aug 11, 2021 at 2:52 AM Paul Atreides <[email protected]>
wrote:
> Thanks so much Ron. I Will test this first thing in the morning…although I
> guess technically it is morning.
> Talk soon
> <end transmission>
>
> On Aug 11, 2021, at 02:17, Ron Economos <[email protected]> wrote:
>
>
>
> I have a patch that I've tested to work well. In UHD v4.0.0.0, add this
> line of code:
>
> diff --git a/host/lib/usrp/cores/rx_vita_core_3000.cpp
> b/host/lib/usrp/cores/rx_vita_core_3000.cpp
> index 4b09f75fd..368ae8e0a 100644
> --- a/host/lib/usrp/cores/rx_vita_core_3000.cpp
> +++ b/host/lib/usrp/cores/rx_vita_core_3000.cpp
> @@ -117,6 +117,9 @@ struct rx_vita_core_3000_impl : rx_vita_core_3000
> cmd_word |= uint32_t((inst_stop) ? 1 : 0) << 28;
> cmd_word |= (inst_samps) ? stream_cmd.num_samps : ((inst_stop) ?
> 0 : 1);
>
> + _continuous_streaming = stream_cmd.stream_mode
> + ==
> stream_cmd_t::STREAM_MODE_START_CONTINUOUS;
> +
> // issue the stream command
> _iface->poke32(REG_CTRL_CMD, cmd_word);
> const uint64_t ticks =
>
> Ron
> On 8/10/21 10:48 PM, Paul Atreides wrote:
>
> what is the current guidance until this bug is fixed? i've recompiled UHD
> 3 times now.
> UHD4.0
> UHD4.1
> master
> all of them have the same issue, if i get even one overflow in gnuradio
> the screen locks up, in rx_benchmark/rx_samples_to_file the program
> terminates early.
>
> when will this be fixed?
>
> _______________________________________________
> USRP-users mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
>
> _______________________________________________
> USRP-users mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
>
> _______________________________________________
> USRP-users mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
>
_______________________________________________
USRP-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
