Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: USRP B210 (jason sam via USRP-users)
2. Re: USRP B210 (Ian Buckley via USRP-users)
3. Re: USRP B210 (Marcus M?ller via USRP-users)
4. Re: USRP B210 (jason sam via USRP-users)
5. Re: USRP B210 (Marcus M?ller via USRP-users)
6. Re: [Discuss-gnuradio] Avoid SSS printing
(Marcus M?ller via USRP-users)
7. Re: USRP B210 (jason sam via USRP-users)
8. Re: USRP B210 (Marcus D. Leech via USRP-users)
9. Re: USRP B210 (Marcus M?ller via USRP-users)
10. Re: Can't get a signal from USRP B200
(Michal Jakubiak via USRP-users)
11. Re: Can't get a signal from USRP B200
(Marcus M?ller via USRP-users)
----------------------------------------------------------------------
Message: 1
Date: Sun, 25 May 2014 22:47:35 +0500
From: jason sam via USRP-users <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] USRP B210
Message-ID:
<caehlvxtfstdd+d6vu3cbsjvh-budvouy7ms_a8viyc1-vqq...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
I change the master clock rate by 'set_master_clock_rate=56e6'.The error is:
The hardware doesn't support the requested RX sample rate.
Requested sample rate:32e6
Actual sample rate:28e6
There is also under run error and 'U' keeps on printing.The frequency is 2.4GHz.
On 5/24/14, Marcus M?ller <[email protected]> wrote:
> Hi Ali,
>
> this is indeed strange. How did you set your master clock rate?
> Could you give us the whole error, including the actual frequency UHD
> chose?
>
> Greetings,
> Marcus
>
> On 24.05.2014 11:28, jason sam via USRP-users wrote:
>> I am using B210...I have set the master clock rate to 56MHz..Now when i
>> set
>> the sample rate to 28MHz,i get UHD warning that the requested rate is not
>> supported by the hardware.I am only using the USRP for RXing and in the
>> specification sheet it is written that it can provide a bandwidth of
>> 56MHz,then why this error is shown??
>> Regards,
>> Ali
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
------------------------------
Message: 2
Date: Sun, 25 May 2014 11:06:03 -0700
From: Ian Buckley via USRP-users <[email protected]>
To: jason sam <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] USRP B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
OK, so here is what is happening. You set master_clock_rate to 56MHz?this is
the actual sample clock of the data being transferred from the radio in to the
FPGA.
Then in your application you are requesting that the B210 send data at sample
rate 32MHz from USRP to Host over USB.
That would require the data to be resampled at a fractional ratio of 32/56 and
that is something that the FPGA can not do, only fractions of the form 1/N
where N = 1->512.
UHD is quantizing your sample rate request to the nearest sample rate it can
achieve given your master_clock_rate request.
In this case simply set you master clock rate to 32MHz as well as your sample
rate, filters in the radio will be set accordingly for 32MHz complex bandwidth.
The 'U' under run error is a TX only error, so I'm not sure how you are seeing
that if you are using an RX only application.
-Ian
On May 25, 2014, at 10:47 AM, jason sam via USRP-users
<[email protected]> wrote:
> I change the master clock rate by 'set_master_clock_rate=56e6'.The error is:
> The hardware doesn't support the requested RX sample rate.
> Requested sample rate:32e6
> Actual sample rate:28e6
> There is also under run error and 'U' keeps on printing.The frequency is
> 2.4GHz.
>
>
> On 5/24/14, Marcus M?ller <[email protected]> wrote:
>> Hi Ali,
>>
>> this is indeed strange. How did you set your master clock rate?
>> Could you give us the whole error, including the actual frequency UHD
>> chose?
>>
>> Greetings,
>> Marcus
>>
>> On 24.05.2014 11:28, jason sam via USRP-users wrote:
>>> I am using B210...I have set the master clock rate to 56MHz..Now when i
>>> set
>>> the sample rate to 28MHz,i get UHD warning that the requested rate is not
>>> supported by the hardware.I am only using the USRP for RXing and in the
>>> specification sheet it is written that it can provide a bandwidth of
>>> 56MHz,then why this error is shown??
>>> Regards,
>>> Ali
>>>
>>>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 3
Date: Sun, 25 May 2014 20:22:59 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: Ian Buckley <[email protected]>, jason sam <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] USRP B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Hi Ian, Hi Ali,
I'm totally confused:
Ali, did you want a sampling rate of 28MHz or 32MHz in the first place?
Because your flow graph doesn't even contain the number 28e6!
Greetings,
Marcus
On 25.05.2014 20:06, Ian Buckley wrote:
> OK, so here is what is happening. You set master_clock_rate to 56MHz?this is
> the actual sample clock of the data being transferred from the radio in to
> the FPGA.
> Then in your application you are requesting that the B210 send data at sample
> rate 32MHz from USRP to Host over USB.
> That would require the data to be resampled at a fractional ratio of 32/56
> and that is something that the FPGA can not do, only fractions of the form
> 1/N where N = 1->512.
> UHD is quantizing your sample rate request to the nearest sample rate it can
> achieve given your master_clock_rate request.
> In this case simply set you master clock rate to 32MHz as well as your sample
> rate, filters in the radio will be set accordingly for 32MHz complex
> bandwidth.
>
> The 'U' under run error is a TX only error, so I'm not sure how you are
> seeing that if you are using an RX only application.
> -Ian
>
> On May 25, 2014, at 10:47 AM, jason sam via USRP-users
> <[email protected]> wrote:
>
>> I change the master clock rate by 'set_master_clock_rate=56e6'.The error is:
>> The hardware doesn't support the requested RX sample rate.
>> Requested sample rate:32e6
>> Actual sample rate:28e6
>> There is also under run error and 'U' keeps on printing.The frequency is
>> 2.4GHz.
>>
>>
>> On 5/24/14, Marcus M?ller <[email protected]> wrote:
>>> Hi Ali,
>>>
>>> this is indeed strange. How did you set your master clock rate?
>>> Could you give us the whole error, including the actual frequency UHD
>>> chose?
>>>
>>> Greetings,
>>> Marcus
>>>
>>> On 24.05.2014 11:28, jason sam via USRP-users wrote:
>>>> I am using B210...I have set the master clock rate to 56MHz..Now when i
>>>> set
>>>> the sample rate to 28MHz,i get UHD warning that the requested rate is not
>>>> supported by the hardware.I am only using the USRP for RXing and in the
>>>> specification sheet it is written that it can provide a bandwidth of
>>>> 56MHz,then why this error is shown??
>>>> Regards,
>>>> Ali
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 4
Date: Mon, 26 May 2014 08:12:02 +0500
From: jason sam via USRP-users <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210
Message-ID:
<CAEhLvxTjePvG=og6rymisgyggmpsd5cvab2d+v9vihky-59...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Marcus,
In the flowgraph i am TXing and i want a sample rate of 32MHz but it gives
the following warning:
UHD Warning:
The hardware does not support the requested TX sample rate:
Target sample rate: 32.000000 MSps
Actual sample rate: 28.000000 MSps
UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
You are right that when i used it for RXing,i get the over run 'O'.It's due
to sample rate or what?
On Sun, May 25, 2014 at 11:22 PM, Marcus M?ller <[email protected]>wrote:
> Hi Ian, Hi Ali,
>
> I'm totally confused:
> Ali, did you want a sampling rate of 28MHz or 32MHz in the first place?
> Because your flow graph doesn't even contain the number 28e6!
>
> Greetings,
> Marcus
>
> On 25.05.2014 20:06, Ian Buckley wrote:
> > OK, so here is what is happening. You set master_clock_rate to
> 56MHz?this is the actual sample clock of the data being transferred from
> the radio in to the FPGA.
> > Then in your application you are requesting that the B210 send data at
> sample rate 32MHz from USRP to Host over USB.
> > That would require the data to be resampled at a fractional ratio of
> 32/56 and that is something that the FPGA can not do, only fractions of the
> form 1/N where N = 1->512.
> > UHD is quantizing your sample rate request to the nearest sample rate it
> can achieve given your master_clock_rate request.
> > In this case simply set you master clock rate to 32MHz as well as your
> sample rate, filters in the radio will be set accordingly for 32MHz complex
> bandwidth.
> >
> > The 'U' under run error is a TX only error, so I'm not sure how you are
> seeing that if you are using an RX only application.
> > -Ian
> >
> > On May 25, 2014, at 10:47 AM, jason sam via USRP-users <
> [email protected]> wrote:
> >
> >> I change the master clock rate by 'set_master_clock_rate=56e6'.The
> error is:
> >> The hardware doesn't support the requested RX sample rate.
> >> Requested sample rate:32e6
> >> Actual sample rate:28e6
> >> There is also under run error and 'U' keeps on printing.The frequency
> is 2.4GHz.
> >>
> >>
> >> On 5/24/14, Marcus M?ller <[email protected]> wrote:
> >>> Hi Ali,
> >>>
> >>> this is indeed strange. How did you set your master clock rate?
> >>> Could you give us the whole error, including the actual frequency UHD
> >>> chose?
> >>>
> >>> Greetings,
> >>> Marcus
> >>>
> >>> On 24.05.2014 11:28, jason sam via USRP-users wrote:
> >>>> I am using B210...I have set the master clock rate to 56MHz..Now when
> i
> >>>> set
> >>>> the sample rate to 28MHz,i get UHD warning that the requested rate is
> not
> >>>> supported by the hardware.I am only using the USRP for RXing and in
> the
> >>>> specification sheet it is written that it can provide a bandwidth of
> >>>> 56MHz,then why this error is shown??
> >>>> Regards,
> >>>> Ali
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> USRP-users mailing list
> >>>> [email protected]
> >>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>>
> >> _______________________________________________
> >> USRP-users mailing list
> >> [email protected]
> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140526/f6327b8b/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 26 May 2014 08:56:29 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: jason sam <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
Well, Ian delivered a very nice explanation of your problem, then :)
Greetings,
Marcus
On 26.05.2014 05:12, jason sam wrote:
> Hi Marcus,
> In the flowgraph i am TXing and i want a sample rate of 32MHz but it gives
> the following warning:
>
> UHD Warning:
> The hardware does not support the requested TX sample rate:
> Target sample rate: 32.000000 MSps
> Actual sample rate: 28.000000 MSps
> UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
>
> You are right that when i used it for RXing,i get the over run 'O'.It's due
> to sample rate or what?
>
>
> On Sun, May 25, 2014 at 11:22 PM, Marcus M?ller
> <[email protected]>wrote:
>
>> Hi Ian, Hi Ali,
>>
>> I'm totally confused:
>> Ali, did you want a sampling rate of 28MHz or 32MHz in the first place?
>> Because your flow graph doesn't even contain the number 28e6!
>>
>> Greetings,
>> Marcus
>>
>> On 25.05.2014 20:06, Ian Buckley wrote:
>>> OK, so here is what is happening. You set master_clock_rate to
>> 56MHz?this is the actual sample clock of the data being transferred from
>> the radio in to the FPGA.
>>> Then in your application you are requesting that the B210 send data at
>> sample rate 32MHz from USRP to Host over USB.
>>> That would require the data to be resampled at a fractional ratio of
>> 32/56 and that is something that the FPGA can not do, only fractions of the
>> form 1/N where N = 1->512.
>>> UHD is quantizing your sample rate request to the nearest sample rate it
>> can achieve given your master_clock_rate request.
>>> In this case simply set you master clock rate to 32MHz as well as your
>> sample rate, filters in the radio will be set accordingly for 32MHz complex
>> bandwidth.
>>> The 'U' under run error is a TX only error, so I'm not sure how you are
>> seeing that if you are using an RX only application.
>>> -Ian
>>>
>>> On May 25, 2014, at 10:47 AM, jason sam via USRP-users <
>> [email protected]> wrote:
>>>> I change the master clock rate by 'set_master_clock_rate=56e6'.The
>> error is:
>>>> The hardware doesn't support the requested RX sample rate.
>>>> Requested sample rate:32e6
>>>> Actual sample rate:28e6
>>>> There is also under run error and 'U' keeps on printing.The frequency
>> is 2.4GHz.
>>>>
>>>> On 5/24/14, Marcus M?ller <[email protected]> wrote:
>>>>> Hi Ali,
>>>>>
>>>>> this is indeed strange. How did you set your master clock rate?
>>>>> Could you give us the whole error, including the actual frequency UHD
>>>>> chose?
>>>>>
>>>>> Greetings,
>>>>> Marcus
>>>>>
>>>>> On 24.05.2014 11:28, jason sam via USRP-users wrote:
>>>>>> I am using B210...I have set the master clock rate to 56MHz..Now when
>> i
>>>>>> set
>>>>>> the sample rate to 28MHz,i get UHD warning that the requested rate is
>> not
>>>>>> supported by the hardware.I am only using the USRP for RXing and in
>> the
>>>>>> specification sheet it is written that it can provide a bandwidth of
>>>>>> 56MHz,then why this error is shown??
>>>>>> Regards,
>>>>>> Ali
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> USRP-users mailing list
>>>>>> [email protected]
>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
------------------------------
Message: 6
Date: Mon, 26 May 2014 09:02:48 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: Mauricio Olivera <[email protected]>, usrp-users
<[email protected]>
Subject: Re: [USRP-users] [Discuss-gnuradio] Avoid SSS printing
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Hi Mauricio
Well, this seems unusual, at least to me.
Are the other machines, where things work fine, identical to the machine
where the sequence errors occur?
To explain: Sequence errors when using USB almost certainly indicate
that USB packets were dropped.
This is different from the overflow error, because it happens before the
packets can even be processed by UHD.
Overflow means that UHD didn't process them fast enough so buffers
became full; this usually means you're processing
things too slow. Sequence errors occur when UHD takes a paket, looks at
its sequence number and says "well, that's not what I was expecting".
Is it possible you're running from within a Virtual Machine?
Greetings,
Marcus
On 25.05.2014 17:55, Mauricio Olivera wrote:
> Yes, I am using USRP B100 with USB interface.
>
>
------------------------------
Message: 7
Date: Mon, 26 May 2014 12:43:13 +0500
From: jason sam via USRP-users <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210
Message-ID:
<caehlvxs2bzn-+dkdpkzdgjij3aezcq02dbwv6mfs-vckh+4...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Yes but he didn;t gave the reason for 'U' or 'O' appearing.
On Mon, May 26, 2014 at 11:56 AM, Marcus M?ller <[email protected]>wrote:
> Well, Ian delivered a very nice explanation of your problem, then :)
>
> Greetings,
> Marcus
>
> On 26.05.2014 05:12, jason sam wrote:
> > Hi Marcus,
> > In the flowgraph i am TXing and i want a sample rate of 32MHz but it
> gives
> > the following warning:
> >
> > UHD Warning:
> > The hardware does not support the requested TX sample rate:
> > Target sample rate: 32.000000 MSps
> > Actual sample rate: 28.000000 MSps
> > UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
> >
> > You are right that when i used it for RXing,i get the over run 'O'.It's
> due
> > to sample rate or what?
> >
> >
> > On Sun, May 25, 2014 at 11:22 PM, Marcus M?ller <
> [email protected]>wrote:
> >
> >> Hi Ian, Hi Ali,
> >>
> >> I'm totally confused:
> >> Ali, did you want a sampling rate of 28MHz or 32MHz in the first place?
> >> Because your flow graph doesn't even contain the number 28e6!
> >>
> >> Greetings,
> >> Marcus
> >>
> >> On 25.05.2014 20:06, Ian Buckley wrote:
> >>> OK, so here is what is happening. You set master_clock_rate to
> >> 56MHz?this is the actual sample clock of the data being transferred from
> >> the radio in to the FPGA.
> >>> Then in your application you are requesting that the B210 send data at
> >> sample rate 32MHz from USRP to Host over USB.
> >>> That would require the data to be resampled at a fractional ratio of
> >> 32/56 and that is something that the FPGA can not do, only fractions of
> the
> >> form 1/N where N = 1->512.
> >>> UHD is quantizing your sample rate request to the nearest sample rate
> it
> >> can achieve given your master_clock_rate request.
> >>> In this case simply set you master clock rate to 32MHz as well as your
> >> sample rate, filters in the radio will be set accordingly for 32MHz
> complex
> >> bandwidth.
> >>> The 'U' under run error is a TX only error, so I'm not sure how you are
> >> seeing that if you are using an RX only application.
> >>> -Ian
> >>>
> >>> On May 25, 2014, at 10:47 AM, jason sam via USRP-users <
> >> [email protected]> wrote:
> >>>> I change the master clock rate by 'set_master_clock_rate=56e6'.The
> >> error is:
> >>>> The hardware doesn't support the requested RX sample rate.
> >>>> Requested sample rate:32e6
> >>>> Actual sample rate:28e6
> >>>> There is also under run error and 'U' keeps on printing.The frequency
> >> is 2.4GHz.
> >>>>
> >>>> On 5/24/14, Marcus M?ller <[email protected]> wrote:
> >>>>> Hi Ali,
> >>>>>
> >>>>> this is indeed strange. How did you set your master clock rate?
> >>>>> Could you give us the whole error, including the actual frequency UHD
> >>>>> chose?
> >>>>>
> >>>>> Greetings,
> >>>>> Marcus
> >>>>>
> >>>>> On 24.05.2014 11:28, jason sam via USRP-users wrote:
> >>>>>> I am using B210...I have set the master clock rate to 56MHz..Now
> when
> >> i
> >>>>>> set
> >>>>>> the sample rate to 28MHz,i get UHD warning that the requested rate
> is
> >> not
> >>>>>> supported by the hardware.I am only using the USRP for RXing and in
> >> the
> >>>>>> specification sheet it is written that it can provide a bandwidth of
> >>>>>> 56MHz,then why this error is shown??
> >>>>>> Regards,
> >>>>>> Ali
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> USRP-users mailing list
> >>>>>> [email protected]
> >>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>>> _______________________________________________
> >>>> USRP-users mailing list
> >>>> [email protected]
> >>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140526/864076de/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 26 May 2014 08:52:11 -0400
From: "Marcus D. Leech via USRP-users" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 05/26/2014 03:43 AM, jason sam via USRP-users wrote:
> Yes but he didn;t gave the reason for 'U' or 'O' appearing.
>
'U' appears when the device (in this case, a B210) is experiencing
underrun--that is, the host PC isn't delivering samples fast enough to
keep the
TX buffers on the B210 full. This is a host CPU capacity issue.
Sometimes, it's because the flow-graph has internal re-sampling logic
that isn't
correct, and so while the hardware is expect a rate of 'X', the
flow-graph is actually programmed to deliver at 'X-q'.
'O' appears for similar reasons, but on the RX side--the PC host isn't
able to "swallow" samples from the device (B210 in this case) fast
enough, and
buffers are overflowing as a result. Again, this can either be due
to the PC simply not being fast enough to keep up, or flow-graph logic not
quite correct in terms of resampling.
>
> On Mon, May 26, 2014 at 11:56 AM, Marcus M?ller
> <[email protected] <mailto:[email protected]>> wrote:
>
> Well, Ian delivered a very nice explanation of your problem, then :)
>
> Greetings,
> Marcus
>
> On 26.05.2014 05 <tel:26.05.2014%2005>:12, jason sam wrote:
> > Hi Marcus,
> > In the flowgraph i am TXing and i want a sample rate of 32MHz
> but it gives
> > the following warning:
> >
> > UHD Warning:
> > The hardware does not support the requested TX sample rate:
> > Target sample rate: 32.000000 MSps
> > Actual sample rate: 28.000000 MSps
> > UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
> >
> > You are right that when i used it for RXing,i get the over run
> 'O'.It's due
> > to sample rate or what?
> >
> >
> > On Sun, May 25, 2014 at 11:22 PM, Marcus M?ller
> <[email protected] <mailto:[email protected]>>wrote:
> >
> >> Hi Ian, Hi Ali,
> >>
> >> I'm totally confused:
> >> Ali, did you want a sampling rate of 28MHz or 32MHz in the
> first place?
> >> Because your flow graph doesn't even contain the number 28e6!
> >>
> >> Greetings,
> >> Marcus
> >>
> >> On 25.05.2014 20 <tel:25.05.2014%2020>:06, Ian Buckley wrote:
> >>> OK, so here is what is happening. You set master_clock_rate to
> >> 56MHz?this is the actual sample clock of the data being
> transferred from
> >> the radio in to the FPGA.
> >>> Then in your application you are requesting that the B210 send
> data at
> >> sample rate 32MHz from USRP to Host over USB.
> >>> That would require the data to be resampled at a fractional
> ratio of
> >> 32/56 and that is something that the FPGA can not do, only
> fractions of the
> >> form 1/N where N = 1->512.
> >>> UHD is quantizing your sample rate request to the nearest
> sample rate it
> >> can achieve given your master_clock_rate request.
> >>> In this case simply set you master clock rate to 32MHz as well
> as your
> >> sample rate, filters in the radio will be set accordingly for
> 32MHz complex
> >> bandwidth.
> >>> The 'U' under run error is a TX only error, so I'm not sure
> how you are
> >> seeing that if you are using an RX only application.
> >>> -Ian
> >>>
> >>> On May 25, 2014, at 10:47 AM, jason sam via USRP-users <
> >> [email protected] <mailto:[email protected]>>
> wrote:
> >>>> I change the master clock rate by
> 'set_master_clock_rate=56e6'.The
> >> error is:
> >>>> The hardware doesn't support the requested RX sample rate.
> >>>> Requested sample rate:32e6
> >>>> Actual sample rate:28e6
> >>>> There is also under run error and 'U' keeps on printing.The
> frequency
> >> is 2.4GHz.
> >>>>
> >>>> On 5/24/14, Marcus M?ller <[email protected]
> <mailto:[email protected]>> wrote:
> >>>>> Hi Ali,
> >>>>>
> >>>>> this is indeed strange. How did you set your master clock rate?
> >>>>> Could you give us the whole error, including the actual
> frequency UHD
> >>>>> chose?
> >>>>>
> >>>>> Greetings,
> >>>>> Marcus
> >>>>>
> >>>>> On 24.05.2014 11 <tel:24.05.2014%2011>:28, jason sam via
> USRP-users wrote:
> >>>>>> I am using B210...I have set the master clock rate to
> 56MHz..Now when
> >> i
> >>>>>> set
> >>>>>> the sample rate to 28MHz,i get UHD warning that the
> requested rate is
> >> not
> >>>>>> supported by the hardware.I am only using the USRP for
> RXing and in
> >> the
> >>>>>> specification sheet it is written that it can provide a
> bandwidth of
> >>>>>> 56MHz,then why this error is shown??
> >>>>>> Regards,
> >>>>>> Ali
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> USRP-users mailing list
> >>>>>> [email protected] <mailto:[email protected]>
> >>>>>>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>>> _______________________________________________
> >>>> USRP-users mailing list
> >>>> [email protected] <mailto:[email protected]>
> >>>>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140526/a916bea2/attachment-0001.html>
------------------------------
Message: 9
Date: Mon, 26 May 2014 15:07:52 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: jason sam <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
Hi Ali,
I think you misunderstood Ian's reply. He explains in depth how the
sampling rate mismatch happens. The U/O explanation is but a single
sentence in the end, not related to the sampling rate explanation.
Please try to thoroughly read our replies. If you have any problems
understanding what we write, please don't hesitate to point us to that
exact sentence and ask. Please don't skim our replies if you don't feel
like you understood everything in the same detail we wrote it, because
that means that you and us are wasting time.
I write this because this is at least the fourth discussion with you
where these kind of misunderstandings happen, and I really can't tell if
it is a problem on our side.
Greetings,
Marcus
On 26.05.2014 09:43, jason sam wrote:
> Yes but he didn;t gave the reason for 'U' or 'O' appearing.
>
>
> On Mon, May 26, 2014 at 11:56 AM, Marcus M?ller
> <[email protected]>wrote:
>
>> Well, Ian delivered a very nice explanation of your problem, then :)
>>
>> Greetings,
>> Marcus
>>
>> On 26.05.2014 05:12, jason sam wrote:
>>> Hi Marcus,
>>> In the flowgraph i am TXing and i want a sample rate of 32MHz but it
>> gives
>>> the following warning:
>>>
>>> UHD Warning:
>>> The hardware does not support the requested TX sample rate:
>>> Target sample rate: 32.000000 MSps
>>> Actual sample rate: 28.000000 MSps
>>> UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
>>>
>>> You are right that when i used it for RXing,i get the over run 'O'.It's
>> due
>>> to sample rate or what?
>>>
>>>
>>> On Sun, May 25, 2014 at 11:22 PM, Marcus M?ller <
>> [email protected]>wrote:
>>>> Hi Ian, Hi Ali,
>>>>
>>>> I'm totally confused:
>>>> Ali, did you want a sampling rate of 28MHz or 32MHz in the first place?
>>>> Because your flow graph doesn't even contain the number 28e6!
>>>>
>>>> Greetings,
>>>> Marcus
>>>>
>>>> On 25.05.2014 20:06, Ian Buckley wrote:
>>>>> OK, so here is what is happening. You set master_clock_rate to
>>>> 56MHz?this is the actual sample clock of the data being transferred from
>>>> the radio in to the FPGA.
>>>>> Then in your application you are requesting that the B210 send data at
>>>> sample rate 32MHz from USRP to Host over USB.
>>>>> That would require the data to be resampled at a fractional ratio of
>>>> 32/56 and that is something that the FPGA can not do, only fractions of
>> the
>>>> form 1/N where N = 1->512.
>>>>> UHD is quantizing your sample rate request to the nearest sample rate
>> it
>>>> can achieve given your master_clock_rate request.
>>>>> In this case simply set you master clock rate to 32MHz as well as your
>>>> sample rate, filters in the radio will be set accordingly for 32MHz
>> complex
>>>> bandwidth.
>>>>> The 'U' under run error is a TX only error, so I'm not sure how you are
>>>> seeing that if you are using an RX only application.
>>>>> -Ian
>>>>>
>>>>> On May 25, 2014, at 10:47 AM, jason sam via USRP-users <
>>>> [email protected]> wrote:
>>>>>> I change the master clock rate by 'set_master_clock_rate=56e6'.The
>>>> error is:
>>>>>> The hardware doesn't support the requested RX sample rate.
>>>>>> Requested sample rate:32e6
>>>>>> Actual sample rate:28e6
>>>>>> There is also under run error and 'U' keeps on printing.The frequency
>>>> is 2.4GHz.
>>>>>> On 5/24/14, Marcus M?ller <[email protected]> wrote:
>>>>>>> Hi Ali,
>>>>>>>
>>>>>>> this is indeed strange. How did you set your master clock rate?
>>>>>>> Could you give us the whole error, including the actual frequency UHD
>>>>>>> chose?
>>>>>>>
>>>>>>> Greetings,
>>>>>>> Marcus
>>>>>>>
>>>>>>> On 24.05.2014 11:28, jason sam via USRP-users wrote:
>>>>>>>> I am using B210...I have set the master clock rate to 56MHz..Now
>> when
>>>> i
>>>>>>>> set
>>>>>>>> the sample rate to 28MHz,i get UHD warning that the requested rate
>> is
>>>> not
>>>>>>>> supported by the hardware.I am only using the USRP for RXing and in
>>>> the
>>>>>>>> specification sheet it is written that it can provide a bandwidth of
>>>>>>>> 56MHz,then why this error is shown??
>>>>>>>> Regards,
>>>>>>>> Ali
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> USRP-users mailing list
>>>>>>>> [email protected]
>>>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>> _______________________________________________
>>>>>> USRP-users mailing list
>>>>>> [email protected]
>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
------------------------------
Message: 10
Date: Mon, 26 May 2014 16:15:21 +0300
From: Michal Jakubiak via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Can't get a signal from USRP B200
Message-ID:
<CADjeeEfBDTB7sunnNctfZA6MkRE4VXf6_tLd2s0SQtJgQ=t...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello again,
Sooo... is my USRP broken? Should I concact Ettus Research?
Both here and on #gnuradio IRC channel I was asked about my USB controller
so I assume there is something going one with that, but in both cases I
can't seem to get a reply once when I mention an Intel 7 series controller.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140526/4a3977ec/attachment-0001.html>
------------------------------
Message: 11
Date: Mon, 26 May 2014 15:26:09 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Can't get a signal from USRP B200
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi Michal,
sadly, it's still most probably a problem of your USB controller. Just
to verify your B200 is working, can you try it on a USB2-only port?
Sorry that your post felt to forgetfulness; this has nothing to do with
your answers to the controller questions! The bad thing is, USB3
controllers have bugs, and can't deal with the (according even to
controller manufacturers) standard-adhering B2X0.
Problem here is that it seems that Controller designers began to push
buggy controllers to the market. Most of the time, the consumer doesn't
notice, because they took care to fully implement the functionality to
drive external storage devices, and wrote windows drivers to work with
that. At least that's my assessment of the situation.
Now, B200s are a little more demanding than hard drives and flash
memory; not only are they able to produce higher data rates than most
storage devices; also, they demand isochronous, guaranteed rate data
transfers of these high rates to successfully work. This is calls for a
different USB endpoint scheme -- and, as it seems, this is hard to
implement properly for many USB3 controller manufacturers.
Greetings,
Marcus
On 26.05.2014 15:15, Michal Jakubiak via USRP-users wrote:
> Hello again,
>
> Sooo... is my USRP broken? Should I concact Ettus Research?
> Both here and on #gnuradio IRC channel I was asked about my USB controller
> so I assume there is something going one with that, but in both cases I
> can't seem to get a reply once when I mention an Intel 7 series controller.
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140526/91fe4326/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 45, Issue 24
******************************************
