[USRP-users] rx_samples_to_file issue
gsmandvoip at gmail.com
Wed Oct 1 23:46:54 EDT 2014
Yes I am running single channel, but when trying to achieve my desired
sampling rate without _4rx.rbf, it says, requested sampling rate is not
valid, adjusting to some 3.9M or so.
sorry for misleading info I gave earlier, I have i3, with 32 bit and i7
with 64 bit, but getting same result on both machines
Here is my command to capture signal:
./rx_samples_to_file --args="fpga=usrp1_fpga_4rx.rbf, subdev=DBSRX" --freq
"$FC" --rate="$SR" $FILE --nsamps "$NSAMPLES"
and here is its output:
Creating the usrp device with: fpga=usrp1_fpga_4rx.rbf, subdev=DBSRX...
-- Loading firmware image: /usr/share/uhd/images/usrp1_fw.ihx... done
-- Opening a USRP1 device...
-- Loading FPGA image: /usr/share/uhd/images/usrp1_fpga_4rx.rbf... done
-- Using FPGA clock rate of 52.000000MHz...
*Error: LookupError: IndexError: multi_usrp::get_tx_subdev_spec(0) failed
to make default spec - ValueError: The subdevice specification "A:0" is too
The user specified 1 channels, but there are only 0 tx dsps on mboard 0.
On Thu, Oct 2, 2014 at 9:09 AM, Marcus D. Leech <mleech at ripnet.com> wrote:
> On 10/01/2014 11:34 PM, gsmandvoip wrote:
> Thank you for your reply,
> Yes it appeared to me as bug as well, but unable to figure out how to get
> rid of it, please guide me.
> I want to record samples at 8M samples, using uhd_rx_cfile, gives me lots
> of overrun (OOOOOOOOO) and I am unable to use that data, so trying record
> without gnuradio overhead. By the way, I am using USRP1 along with DBRX1,
> while pc having ubuntu14.04 64 bit, 12 gb ram and i7 processor(which I
> think should not be bottleneck, please correct me if I am wrong)
> If you're only recording a single channel, then you don't need the
> usrp1_fpga_4rx.rbf FPGA image.
> What exact parameters are you giving to uhd_rx_cfile? It shouldn't be
> *that* much more overhead that rx_samples_to_file.
> Also, why are you running a 32-bit system image on a 64-bit machine like
> the i7? Are you running this in a VM by any chance?
> On Wed, Oct 1, 2014 at 9:54 PM, <mleech at ripnet.com> wrote:
>> That actually looks like a bug in rx_samples_to_file, in that it's
>> checking *TX* DSP configuration, which will fail in this case because
>> with the 4rx image, there is no TX-side DSP at all.
>> On 2014-10-01 07:22, gsmandvoip via USRP-users wrote:
>> Hi list,
>> when I am trying to run rx_samples_to_file, with following command:
>> ./rx_samples_to_file --args="fpga=usrp1_fpga_4rx.rbf" --freq "945000000"
>> --rate="8000000" $FILE --nsamps
>> getting following error:
>> UHD Warning:
>> Unable to set the thread priority. Performance may be negatively
>> Please see the general application notes in the manual for
>> EnvironmentError: OSError: error in pthread_setschedparam
>> Creating the usrp device with: fpga=usrp1_fpga_4rx.rbf...
>> -- Loading firmware image: /usr/share/uhd/images/usrp1_fw.ihx... done
>> -- Opening a USRP1 device...
>> -- Loading FPGA image: /usr/share/uhd/images/usrp1_fpga_4rx.rbf... done
>> -- Using FPGA clock rate of 52.000000MHz...
>> Error: LookupError: IndexError: multi_usrp::get_tx_subdev_spec(0) failed
>> to make default spec - ValueError: The subdevice specification "A:0" is too
>> The user specified 1 channels, but there are only 0 tx dsps on mboard 0.
>> Can any body throw some light, what mistake I am doing.
>> I am using ubuntu 14.04, 32 bit, gnuradio, 3.7, uhd driver latest
>> USRP-users mailing listUSRP-users at lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the USRP-users