Re: [Discuss-gnuradio] [InBand]Rx side design

2007-06-11 Thread Eric Blossom
On Mon, Jun 11, 2007 at 06:32:19PM -0400, Thibaud Hottelier wrote: > Something surprised me in the current rx_buffer code: It seems that if > samples are received from different rx_chains at the same time, they > will be mixed in the next USB packet toward the host. Has the host a way > to separate

Re: [Discuss-gnuradio] [InBand]Rx side design

2007-06-11 Thread Matt Ettus
Thibaud Hottelier wrote: > Something surprised me in the current rx_buffer code: It seems that if > samples are received from different rx_chains at the same time, they > will be mixed in the next USB packet toward the host. Has the host a way > to separate them? Shall I keep this behaviour or sepa

Re: [Discuss-gnuradio] [InBand]Rx side design

2007-06-11 Thread Thibaud Hottelier
Something surprised me in the current rx_buffer code: It seems that if samples are received from different rx_chains at the same time, they will be mixed in the next USB packet toward the host. Has the host a way to separate them? Shall I keep this behaviour or separate samples by channel when USB

Re: [Discuss-gnuradio] USRP Transmit from C++

2007-06-11 Thread Eric Blossom
On Mon, Jun 11, 2007 at 12:46:56PM -0400, Jeffrey Karrels wrote: > Thanks for the response Eric. > > I was just quickly going through the following discussion topic when I > saw your email: > http://lists.gnu.org/archive/html/discuss-gnuradio/2007-01/msg00136.html > > As a sanity check for myself

[Discuss-gnuradio] [InBand]Rx side design

2007-06-11 Thread Thibaud Hottelier
Hello, Here is a diagram of the Rx side. http://www.andrew.cmu.edu/user/thottelt/rx.png I plan to use a fifo to cross clock domains because it's simpler than a delay cell. Samples and commands will be stored in dual port fifos (one per channel) A reader will poll them: if there are samples or com

Re: [Discuss-gnuradio] USRP Transmit from C++

2007-06-11 Thread Jeffrey Karrels
Thanks for the response Eric. I was just quickly going through the following discussion topic when I saw your email: http://lists.gnu.org/archive/html/discuss-gnuradio/2007-01/msg00136.html As a sanity check for myself... If I were to try and create an USRP object from usrp_standard.h it would f

Re: [Discuss-gnuradio] USRP Transmit from C++

2007-06-11 Thread Eric Blossom
On Mon, Jun 11, 2007 at 10:50:06AM -0400, Jeffrey Karrels wrote: > Are there any additional C++ example programs floating around? I wish > to start writing a program that can tx via the USRP from C code and > just want to get a better feel for the make process. > > Thanks > Jeff Hi Jeff, Suppor

[Discuss-gnuradio] USRP Transmit from C++

2007-06-11 Thread Jeffrey Karrels
Are there any additional C++ example programs floating around? I wish to start writing a program that can tx via the USRP from C code and just want to get a better feel for the make process. Thanks Jeff ___ Discuss-gnuradio mailing list Discuss-gnura

Re: [Discuss-gnuradio] Several basic questions

2007-06-11 Thread Trond Danielsen
2007/6/11, Teun <[EMAIL PROTECTED]>: Hi Guys, I tried searching the forum, but I still got some problems which I don't fully understand. To my knowledge, the receiving ADC Rate is 64 MSamples/second, at a granuality of 14 bits/sample. This would make it possible to have a total system bandwith

Re: [Discuss-gnuradio] Several basic questions

2007-06-11 Thread David Scaperoth
On Jun 11, 2007, at 3:54 AM, Teun wrote: Hi Guys, I tried searching the forum, but I still got some problems which I don't fully understand. To my knowledge, the receiving ADC Rate is 64 MSamples/second, at a granuality of 14 bits/sample. This would make it possible to have a total syst

[Discuss-gnuradio] Several basic questions

2007-06-11 Thread Teun
Hi Guys, I tried searching the forum, but I still got some problems which I don't fully understand. To my knowledge, the receiving ADC Rate is 64 MSamples/second, at a granuality of 14 bits/sample. This would make it possible to have a total system bandwith of 32 Mhz (Nyquist), which is enough f