ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer

Having issues with the site, hardware, source code, or any other issues?
Post Reply
hugebird9000
Posts: 2
Joined: Tue Oct 25, 2022 6:26 pm

ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer

Post by hugebird9000 »

Hello, somewhat novice user here.

I was trying to calibrate my x40 to see if I could remove DC spike and gain a bit more quality, in the process I upgraded FW and FPGA.
I'm certain its something simple that I'm missing, I've been reading docs for two nights now, and redoing the steps, but I get the same results.
I do have FPGA rbf in /home/user/ directory...gqrx doesnt see the x40, Cubic SDR does see it, but it wont run.

I get the issues trying to start gr-iridium(which is/was my main use of this SDR):


user1@user1-System-Product-Name:~$ iridium-extractor -D 4 --multi-frame /usr/src/gr-iridium/examples/bladerf-10msps.conf | python3 -u /usr/src/iridium-toolkit/iridium-parser.py -o zmq
gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.8.1.0
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp
[INFO] [UHD] linux; GNU C++ version 9.2.1 20200304; Boost_107100; UHD_3.15.0.0-2build5
[INFO] [UHDSoapyDevice] bladerf_open_with_devinfo()[0.0 l/s] filtered:100%
[INFO] [UHDSoapyDevice] bladerf_get_serial() = 585b668ffea7a65a0b0057871560513b
[INFO] [UHDSoapyDevice] setSampleRate(Rx, 0, 4.000000 MHz), actual = 4.000000 MHz
[INFO] [UHDSoapyDevice] setSampleRate(Tx, 0, 4.000000 MHz), actual = 4.000000 MHz
-- Using subdev spec '0:0'.
[INFO] [UHDSoapyDevice] setSampleRate(Rx, 0, 10.000000 MHz), actual = 10.000000 MHz
(RF) Gain: 39.0 (Requested 40)
Warning: Setting antenna to RX
1666747502 | i: 0/s | i_avg: 0/s | q_max: 0 | i_ok: 0% | o: 0/s | ok: 0% | ok: 0/s | ok_avg: 0% | ok: 0 | ok_avg: 0/s | d: 0
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000[ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer: Timed out waiting for buf_ready after 100 ms
[ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer: Timed out waiting for buf_ready after 100 ms
1666747503 | i: 0/s | i_avg: 0/s | q_max: 0 | i_ok: 0% | o: 0/s | ok: 0% | ok: 0/s | ok_avg: 0% | ok: 0 | ok_avg: 0/s | d: 0
[ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer: Timed out waiting for buf_ready after 100 ms
[ERROR @ host/libraries/libbladeRF/src/backend/usb/libusb.c:1089] Transfer timed out for buffer 0x7f1dbc007810
[ERROR @ host/libraries/libbladeRF/src/backend/usb/libusb.c:1089] Transfer timed out for buffer 0x7f1dbc00b820
[ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer: Timed out waiting for buf_ready after 100 ms
[ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer: Timed out waiting for buf_ready after 100 ms
1666747504 | i: 0/s | i_avg: 0/s | q_max: 0 | i_ok: 0% | o: 0/s | ok: 0% | ok: 0/s | ok_avg: 0% | ok: 0 | ok_avg: 0/s | d: 0
WARNING: your SDR seems to be losing samples. ~10000k samples lost (100%)
[ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer: Timed out waiting for buf_ready after 100 ms
[ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer: Timed out waiting for buf_ready after 100 ms
[ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer: Timed out waiting for buf_ready after 100 ms
1666747505 | i: 0/s | i_avg: 0/s | q_max: 0 | i_ok: 0% | o: 0/s | ok: 0% | ok: 0/s | ok_avg: 0% | ok: 0 | ok_avg: 0/s | d: 0
WARNING: your SDR seems to be losing samples. ~10000k samples lost (100%)
hugebird9000
Posts: 2
Joined: Tue Oct 25, 2022 6:26 pm

Re: ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer

Post by hugebird9000 »

More info:

user1@user1-System-Product-Name:~$ bladeRF-cli -i
bladeRF> info

Board: Nuand bladeRF (bladerf1)
Serial #: 585b668ffea7a65a0b0057871560513b
VCTCXO DAC calibration: 0x9251
FPGA size: 40 KLE
FPGA loaded: yes
Flash size: 32 Mbit
USB bus: 9
USB address: 3
USB speed: SuperSpeed
Backend: libusb
Instance: 0

bladeRF> version

bladeRF-cli version: 1.8.0-git-5a146b2a
libbladeRF version: 2.4.1-git-5a146b2a

Firmware version: 2.4.0-git-a3d5c55f
FPGA version: 0.14.0 (configured by USB host)

bladeRF> fw_log
bladeRF.c, 338, 0x0045
bladeRF.c, 338, 0x0045


bladeRF> print

RX1 Bandwidth: 10000000 Hz (Range: [1500000, 28000000])
TX1 Bandwidth: 28000000 Hz (Range: [1500000, 28000000])

RX1 Frequency: 1622000000 Hz (Range: [237500000, 3800000000])
TX1 Frequency: 2446999999 Hz (Range: [237500000, 3800000000])

Tuning Mode: FPGA

RX1 AGC: Disabled

GPIO: 0x0003002f
LMS Enable: Enabled
LMS RX Enable: Enabled
LMS TX Enable: Enabled
TX Band: High Band (1.5GHz - 3.8GHz)
RX Band: High Band (1.5GHz - 3.8GHz)
RX Source: Baseband

Loopback mode: none

RX mux: BASEBAND - Baseband samples

Gain RX1 overall: 33 dB (Range: [-1, 60])
lna: 6 dB (Range: [0, 6])
rxvga1: 30 dB (Range: [5, 30])
rxvga2: 3 dB (Range: [0, 30])
Gain TX1 overall: 38 dB (Range: [17, 73])
txvga1: -14 dB (Range: [-35, -4])
txvga2: 0 dB (Range: [0, 25])

Sampling: Internal

RX1 sample rate: 10000000 0/1 (Range: [80000, 40000000])
TX1 sample rate: 4000000 0/1 (Range: [80000, 40000000])

SMB Mode: Disabled

Current VCTCXO trim: 0x9251
Stored VCTCXO trim: 0x9251

VCTCXO tamer mode: Disabled

Expansion GPIO register: 0xffffffff
Expansion GPIO direction register: 0x00000000

Hardware status:
RF routing:
RX: lna2
TX: auto
dariusbotha
Posts: 3
Joined: Mon Aug 08, 2022 12:41 am

Re: ERROR @ host/libraries/libbladeRF/src/streaming/sync.c:336] wait_for_buffer

Post by dariusbotha »

Hello,

just revert your FPGA image to 0.12. There seems to be an issue with 0.14 with the tx buffers, especially for bladeRF1s (x40 and x115). If you want to play with the VHDL code, revert commit 2a8774d and it should work (only a workaround not a fix).

There is a PR with a potential fix for the issue as the problem might be related to the libBladeRF rather than the HDL. So maybe implement that and see if you still get the same issue.
Post Reply