usrp-users@lists.ettus.com

Discussion and technical support related to USRP, UHD, RFNoC

View all threads

rx_samples_to_file issue

G
gsmandvoip
Wed, Oct 1, 2014 11:22 AM

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

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
M
mleech@ripnet.com
Wed, Oct 1, 2014 4:24 PM

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 list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [1]

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 list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [1] Links: ------ [1] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
G
gsmandvoip
Thu, Oct 2, 2014 3:34 AM

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

On Wed, Oct 1, 2014 at 9:54 PM, mleech@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@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

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 On Wed, Oct 1, 2014 at 9:54 PM, <mleech@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@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >
MD
Marcus D. Leech
Thu, Oct 2, 2014 3:39 AM

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@ripnet.com
mailto:mleech@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 list
 USRP-users@lists.ettus.com  <mailto:USRP-users@lists.ettus.com>
 http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
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@ripnet.com > <mailto:mleech@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 list >> USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >
G
gsmandvoip
Thu, Oct 2, 2014 3:46 AM

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@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@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@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

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@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@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@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> >> > >
G
gsmandvoip
Thu, Oct 2, 2014 3:48 AM

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@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@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@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@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

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@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@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@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@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >>> >> >> >
MD
Marcus D. Leech
Thu, Oct 2, 2014 3:57 AM

On 10/01/2014 11:46 PM, gsmandvoip 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.

Don't use the _4rx image if you don't need it.

The USRP1 only does strict-integer resampling, and with a master clock
(NON STANDARD FOR USRP1) of 52.000MHz, 4Msps is not a sample rate
that it can produce.  Try 5.2Msps or 4.3333Msps.

At 5.2Msps, it's recording at roughly 20.8Mbytes/second, so your system
needs to be able to sustain that for at least as long as the capture lasts.

On 10/01/2014 11:46 PM, gsmandvoip 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. > > Don't use the _4rx image if you don't need it. The USRP1 only does strict-integer resampling, and with a master clock (NON STANDARD FOR USRP1) of 52.000MHz, 4Msps is not a sample rate that it can produce. Try 5.2Msps or 4.3333Msps. At 5.2Msps, it's recording at roughly 20.8Mbytes/second, so your system needs to be able to sustain that for at least as long as the capture lasts.
G
gsmandvoip
Thu, Oct 2, 2014 4:56 AM

with  rx_samples_to_file without _4rx.rbf, Initially I tried on my i3, 4GB
ram, it gave me
some OOOO but was lesser than earlier, but I do not understand, my most of
the ram capacity and processor was sitting idle while it shows OOOO, why is
this strange behaviour
using uhd_rx_cfile getting similar result, but strangely, why it is low, at
4M sampling rate it was higher???

On Thu, Oct 2, 2014 at 9:27 AM, Marcus D. Leech mleech@ripnet.com wrote:

On 10/01/2014 11:46 PM, gsmandvoip 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.

Don't use the _4rx image if you don't need it.

The USRP1 only does strict-integer resampling, and with a master clock
(NON STANDARD FOR USRP1) of 52.000MHz, 4Msps is not a sample rate
that it can produce.  Try 5.2Msps or 4.3333Msps.

At 5.2Msps, it's recording at roughly 20.8Mbytes/second, so your system
needs to be able to sustain that for at least as long as the capture lasts.

with rx_samples_to_file without _4rx.rbf, Initially I tried on my i3, 4GB ram, it gave me some OOOO but was lesser than earlier, but I do not understand, my most of the ram capacity and processor was sitting idle while it shows OOOO, why is this strange behaviour using uhd_rx_cfile getting similar result, but strangely, why it is low, at 4M sampling rate it was higher??? On Thu, Oct 2, 2014 at 9:27 AM, Marcus D. Leech <mleech@ripnet.com> wrote: > On 10/01/2014 11:46 PM, gsmandvoip 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. > > > Don't use the _4rx image if you don't need it. > > The USRP1 only does strict-integer resampling, and with a master clock > (NON STANDARD FOR USRP1) of 52.000MHz, 4Msps is not a sample rate > that it can produce. Try 5.2Msps or 4.3333Msps. > > At 5.2Msps, it's recording at roughly 20.8Mbytes/second, so your system > needs to be able to sustain that for at least as long as the capture lasts. > > >
MD
Marcus D. Leech
Thu, Oct 2, 2014 12:20 PM

with  rx_samples_to_file without _4rx.rbf, Initially I tried on my i3,
4GB ram, it gave me
some OOOO but was lesser than earlier, but I do not understand, my
most of the ram capacity and processor was sitting idle while it shows
OOOO, why is this strange behaviour

The default format for uhd_rx_cfile is complex-float, thus doubling the
amount of data written compared to rx_samples_to_file.

You can't just use CPU usage as an indicator of loading--if you're
writing to disk, the disk subsystem may be much slower than you think,
so the
"rate limiting step" is writes to the disk, not computational elements.

Try using /dev/null as the file that you write to.  If the 'O' go away,
even at higher sampling rates, then it's your disk subsystem.

using uhd_rx_cfile getting similar result, but strangely, why it is
low, at 4M sampling rate it was higher???

On Thu, Oct 2, 2014 at 9:27 AM, Marcus D. Leech <mleech@ripnet.com
mailto:mleech@ripnet.com> wrote:

 On 10/01/2014 11:46 PM, gsmandvoip 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.
 Don't use the _4rx image if you don't need it.

 The USRP1 only does strict-integer resampling, and with a master
 clock (NON STANDARD FOR USRP1) of 52.000MHz, 4Msps is not a sample
 rate
   that it can produce.   Try 5.2Msps or 4.3333Msps.

 At 5.2Msps, it's recording at roughly 20.8Mbytes/second, so your
 system needs to be able to sustain that for at least as long as
 the capture lasts.

--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

> with rx_samples_to_file without _4rx.rbf, Initially I tried on my i3, > 4GB ram, it gave me > some OOOO but was lesser than earlier, but I do not understand, my > most of the ram capacity and processor was sitting idle while it shows > OOOO, why is this strange behaviour The default format for uhd_rx_cfile is complex-float, thus doubling the amount of data written compared to rx_samples_to_file. You can't just use CPU usage as an indicator of loading--if you're writing to disk, the disk subsystem may be much slower than you think, so the "rate limiting step" is writes to the disk, not computational elements. Try using /dev/null as the file that you write to. If the 'O' go away, even at higher sampling rates, then it's your disk subsystem. > using uhd_rx_cfile getting similar result, but strangely, why it is > low, at 4M sampling rate it was higher??? > > > On Thu, Oct 2, 2014 at 9:27 AM, Marcus D. Leech <mleech@ripnet.com > <mailto:mleech@ripnet.com>> wrote: > > On 10/01/2014 11:46 PM, gsmandvoip 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. >> >> > Don't use the _4rx image if you don't need it. > > The USRP1 only does strict-integer resampling, and with a master > clock (NON STANDARD FOR USRP1) of 52.000MHz, 4Msps is not a sample > rate > that it can produce. Try 5.2Msps or 4.3333Msps. > > At 5.2Msps, it's recording at roughly 20.8Mbytes/second, so your > system needs to be able to sustain that for at least as long as > the capture lasts. > > > -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org
G
gsmandvoip
Fri, Oct 3, 2014 3:48 AM

Thanks Marcus for your replies. Yes O gone away.

On Thu, Oct 2, 2014 at 5:50 PM, Marcus D. Leech mleech@ripnet.com wrote:

with  rx_samples_to_file without _4rx.rbf, Initially I tried on my i3,
4GB ram, it gave me
some OOOO but was lesser than earlier, but I do not understand, my most of
the ram capacity and processor was sitting idle while it shows OOOO, why is
this strange behaviour

The default format for uhd_rx_cfile is complex-float, thus doubling the
amount of data written compared to rx_samples_to_file.

You can't just use CPU usage as an indicator of loading--if you're writing
to disk, the disk subsystem may be much slower than you think, so the
"rate limiting step" is writes to the disk, not computational elements.

Try using /dev/null as the file that you write to.  If the 'O' go away,
even at higher sampling rates, then it's your disk subsystem.

using uhd_rx_cfile getting similar result, but strangely, why it is low,
at 4M sampling rate it was higher???

On Thu, Oct 2, 2014 at 9:27 AM, Marcus D. Leech mleech@ripnet.com wrote:

On 10/01/2014 11:46 PM, gsmandvoip 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.

Don't use the _4rx image if you don't need it.

The USRP1 only does strict-integer resampling, and with a master clock
(NON STANDARD FOR USRP1) of 52.000MHz, 4Msps is not a sample rate
that it can produce.  Try 5.2Msps or 4.3333Msps.

At 5.2Msps, it's recording at roughly 20.8Mbytes/second, so your system
needs to be able to sustain that for at least as long as the capture lasts.

--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org

Thanks Marcus for your replies. Yes O gone away. On Thu, Oct 2, 2014 at 5:50 PM, Marcus D. Leech <mleech@ripnet.com> wrote: > with rx_samples_to_file without _4rx.rbf, Initially I tried on my i3, > 4GB ram, it gave me > some OOOO but was lesser than earlier, but I do not understand, my most of > the ram capacity and processor was sitting idle while it shows OOOO, why is > this strange behaviour > > The default format for uhd_rx_cfile is complex-float, thus doubling the > amount of data written compared to rx_samples_to_file. > > You can't just use CPU usage as an indicator of loading--if you're writing > to disk, the disk subsystem may be much slower than you think, so the > "rate limiting step" is writes to the disk, not computational elements. > > Try using /dev/null as the file that you write to. If the 'O' go away, > even at higher sampling rates, then it's your disk subsystem. > > > using uhd_rx_cfile getting similar result, but strangely, why it is low, > at 4M sampling rate it was higher??? > > > On Thu, Oct 2, 2014 at 9:27 AM, Marcus D. Leech <mleech@ripnet.com> wrote: > >> On 10/01/2014 11:46 PM, gsmandvoip 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. >> >> >> Don't use the _4rx image if you don't need it. >> >> The USRP1 only does strict-integer resampling, and with a master clock >> (NON STANDARD FOR USRP1) of 52.000MHz, 4Msps is not a sample rate >> that it can produce. Try 5.2Msps or 4.3333Msps. >> >> At 5.2Msps, it's recording at roughly 20.8Mbytes/second, so your system >> needs to be able to sustain that for at least as long as the capture lasts. >> >> >> > > > -- > Marcus Leech > Principal Investigator > Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org > >