Re: Run time FIFO error

GNU Radio
1

Sry,
It’s switch but not a dedicated one.
Sample rate 1M.
But error came even at 32k.

Jay Prakash

2

On 06/12/2013 08:00 PM, Jay Prakash wrote:

Sry,
It’s switch but not a dedicated one.
Sample rate 1M.
But error came even at 32k.

Jay Prakash

Well, 32K isn’t a valid sample rate, Jay.

Sample rates have to be a proper integer fraction of the master clock
rate on the USRP device. For the N210, the minimum reasonable sample
rate
is 250ksps.

Some switches are very poor at maintaining bulk traffic without dropping
packets.

–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

3

On 06/12/2013 08:09 PM, Marcus D. Leech wrote:

Sample rates have to be a proper integer fraction of the master clock
rate on the USRP device. For the N210, the minimum reasonable sample
rate
is 250ksps.

The minimum “reasonable” sample rate I’ve used is 2e5 (100e6/2e5 = 500).
I think 100e6/512 = 195312.5 is the smallest supported rate.

4

On 06/12/2013 08:49 PM, Marcus D. Leech wrote:

Ah, makes sense.

5

@sean can you please tell me how you got minimum sampling rate for usrp
N210 as 100e6/512. I know that the sampling rate should be 100e6/N
where
N is an integer. So N can be any integer even greater than 512 right. In
that way, what is the minimum that the USRP accepts. what is maximum N
that
can be used.

6

On 06/12/2013 11:07 PM, Karan T. wrote:

@sean can you please tell me how you got minimum sampling rate for
usrp N210 as 100e6/512. I know that the sampling rate should be
100e6/N where N is an integer. So N can be any integer even greater
than 512 right. In that way, what is the minimum that the USRP
accepts. what is maximum N that can be used.

The maximum decimation implemented by USRP is 512.

7

On 06/12/2013 08:29 PM, Sean Nowlan wrote:

The minimum “reasonable” sample rate I’ve used is 2e5 (100e6/2e5 =
500). I think 100e6/512 = 195312.5 is the smallest supported rate.

Yup, sorry, you’re right. I tend to pick values that are valid for both
64Msps and 100Msps master clock rates, since I write apps that need to
be reasonably
agnostic with respect to hardware.

–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium