Re: [Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-20 Thread Nick Foster
On Fri, 2011-05-20 at 07:34 -0500, LRK wrote: > On Thu, May 19, 2011 at 03:34:09PM -0700, justynnuff wrote: > > > > Nick Foster-4 wrote: > > > > > > I think your transmit side is fine. The .wav source should be > > > unthrottled. The receive side is where you're going to run into trouble. > > >

Re: [Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-20 Thread LRK
On Thu, May 19, 2011 at 03:34:09PM -0700, justynnuff wrote: > > Nick Foster-4 wrote: > > > > I think your transmit side is fine. The .wav source should be > > unthrottled. The receive side is where you're going to run into trouble. > > Indeed you're right. Upon further research, I realised that

Re: [Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-19 Thread Marcus D. Leech
On 05/19/2011 11:51 PM, ikjtel wrote: > Yep - it just so happens that these are "digital" (P25) channels, > not analog ones, but robust detection/correction protocols at the > higher levels are there to cope with the occasional glitches... > If they fly through the aether, they're analog. Once

Re: [Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-19 Thread ikjtel
> In the real world, glitches happen on analog channels. > Which is why you develop techniques to cope with them. > I see the occasional underrun/overrun as equivalent to > these glitches. Yep - it just so happens that these are "digital" (P25) channels, not analog ones, but robust detection/corre

Re: [Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-19 Thread Marcus D. Leech
On 05/19/2011 09:49 PM, ikjtel wrote: > > We're assuming that the design specs for our app say that: > "USRP underruns are totally unacceptable" > (is this a realistic goal to have in the "real world"?) > > While extended underruns are problematic, a short underrun should be equivalent to a n

Re: [Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-19 Thread ikjtel
Nick Foster wrote: > In the "real world" this problem is usually solved by > dynamically resampling the audio stream at a rate controlled > by a feedback loop responding to the observed clock mismatch. I have a USRP1 with a BasicTX daughterboard. When transmitting, what is the proper method in a

Re: [Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-19 Thread justynnuff
Nick Foster-4 wrote: > > I think your transmit side is fine. The .wav source should be > unthrottled. The receive side is where you're going to run into trouble. > Indeed you're right. Upon further research, I realised that nothing throttles the Tx side but the USRP. So, according to my pre

Re: [Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-19 Thread Nick Foster
On Thu, 2011-05-19 at 12:44 -0700, justynnuff wrote: > Hello, everyone. > > I have been coming here for all of my GNURadio and GRC problems, and > everyone seems beyond knowledgeable. That being said, I have come to the > end of my recourses and am forced to pose a question. I hope this hasn't >

[Discuss-gnuradio] GRC pure FSK with USRP1 board sampling troubles

2011-05-19 Thread justynnuff
Hello, everyone. I have been coming here for all of my GNURadio and GRC problems, and everyone seems beyond knowledgeable. That being said, I have come to the end of my recourses and am forced to pose a question. I hope this hasn't already been answered, but I've been searching for a while, and