[USRP-users] rx_samples_to_file issue

gsmandvoip gsmandvoip at gmail.com
Wed Oct 1 23:48:15 EDT 2014


sorry about earlier command, here is my command for uhd_rx_cfile:

uhd_rx_cfile --args="fpga=usrp1_fpga_4rx.rbf" -f "$FC" --samp-rate="$SR"
$FILE -N "$NSAMPLES"

On Thu, Oct 2, 2014 at 9:16 AM, gsmandvoip <gsmandvoip at gmail.com> wrote:

> 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
> long.*
> 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)
>>  Thanks
>>
>>  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
>>> affected.
>>>     Please see the general application notes in the manual for
>>> instructions.
>>>     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
>>> long.
>>> 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
>>> installation
>>>
>>>
>>>
>>>  _______________________________________________
>>> 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...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141002/0a84909c/attachment-0002.html>


More information about the USRP-users mailing list