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.
> 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
>
>