Re: [Discuss-gnuradio] The OpenBTS project - an open-source GSM basestation using the USRP and VoIP

2008-09-03 Thread Eric Blossom
On Wed, Sep 03, 2008 at 11:29:50PM -0700, Eric Blossom wrote: > On Wed, Sep 03, 2008 at 08:55:32PM -0700, Harvind Samra wrote: > > Eric, > > > > We'll still organizing the code so that it makes sense, and we're still > > recovering from the last few weeks and our time in Black Rock City. > > > >

Re: [Discuss-gnuradio] The OpenBTS project - an open-source GSM basestation using the USRP and VoIP

2008-09-03 Thread Eric Blossom
On Wed, Sep 03, 2008 at 08:55:32PM -0700, Harvind Samra wrote: > Eric, > > We'll still organizing the code so that it makes sense, and we're still > recovering from the last few weeks and our time in Black Rock City. > > For several reasons, there are portions of our current implementation of > G

Re: [Discuss-gnuradio] The OpenBTS project - an open-source GSM basestation using the USRP and VoIP

2008-09-03 Thread Harvind Samra
Eric, We'll still organizing the code so that it makes sense, and we're still recovering from the last few weeks and our time in Black Rock City. For several reasons, there are portions of our current implementation of GSM layers 1 and 2 that we can't release at this time. These portions can be

Re: [Discuss-gnuradio] Decimation rate

2008-09-03 Thread Eric Blossom
On Thu, Sep 04, 2008 at 12:56:13AM +, WeiXiaowei wrote: > > Hi, > > In gnuradio 3.1.2, we can actully get 16MHz bandwidth when using > 8-bit per sample (8 bit for I and Q respectively) and decimation = > 4, the lowest decimation value defined in the software. > > Does anyone know whether it is

Re: [Discuss-gnuradio] The OpenBTS project - an open-source GSM basestation using the USRP and VoIP

2008-09-03 Thread Eric Blossom
On Wed, Sep 03, 2008 at 07:42:56PM -0700, Harvind Samra wrote: > Hi all, > > I wanted to introduce a new open-source project we've created, the > openBTS project. > > The Open BTS Project is an effort to construct an open-source Unix > application that uses the USRP to present a GSM air interfa

[Discuss-gnuradio] The OpenBTS project - an open-source GSM basestation using the USRP and VoIP

2008-09-03 Thread Harvind Samra
Hi all, I wanted to introduce a new open-source project we've created, the openBTS project. The Open BTS Project is an effort to construct an open-source Unix application that uses the USRP to present a GSM air interface ("Um") to a standard GSM handset and uses the Asterisk software PBX to con

[Discuss-gnuradio] how can I look at the data in real time using benchmark_ofdm_rx?

2008-09-03 Thread James Park
Hi, is it possible to look at the packets coming from benchmark_ofdm_tx with benchmark_ofdm_rx in realtime byte by byte? I am using two rfx2400 with one usrp board and try to transmit and recieve packets. if anyone can give me tips about checking packets, I appreciate that, James, ___

[Discuss-gnuradio] Decimation rate

2008-09-03 Thread WeiXiaowei
Hi, In gnuradio 3.1.2, we can actully get 16MHz bandwidth when using 8-bit per sample (8 bit for I and Q respectively) and decimation = 4, the lowest decimation value defined in the software. Does anyone know whether it is possible to set demication rate to be 2 to double the bandwidth whe

Re: [Discuss-gnuradio] Re: double buffering with new thread-per-block scheduler

2008-09-03 Thread Eric Blossom
On Thu, Sep 04, 2008 at 01:12:26AM +0300, Juha Vierinen wrote: > Responding to my own mail. It seems that you cannot have two disjoint > parts within a graph. This is incorrect. See for example the "single argument version of connect" such as used in gnuradio-examples/python/digital/tunnel.py and

Re: [Discuss-gnuradio] double buffering with new thread-per-block scheduler

2008-09-03 Thread Eric Blossom
On Thu, Sep 04, 2008 at 12:04:23AM +0300, Juha Vierinen wrote: > Hi, > > What is the best way to implement double buffering with the new > scheduler? I'm hoping to solve some bursty I/O with sufficient average > bandwidth. > > I am thinking of creating a enqueue sink block, and a dequeue source >

[Discuss-gnuradio] Re: double buffering with new thread-per-block scheduler

2008-09-03 Thread Juha Vierinen
Responding to my own mail. It seems that you cannot have two disjoint parts within a graph. For now I solved the problem by increasing nblocks to an insanely large number. juha On Thu, Sep 4, 2008 at 00:04, Juha Vierinen <[EMAIL PROTECTED]> wrote: > Hi, > > What is the best way to implement doub

Re: [Discuss-gnuradio] Changing channel width and its relation with interpolation/decimation rate and bit rate

2008-09-03 Thread Anand Prabhu Subramanian
Dear Brain, Thank you very much for the reply. I didnt get this point. > GMSK only rotates > ~pi/4 for every bit, so +/-(symbol_rate/2) ends up being your > bandwidth. Can you please explain it a little bit. I am sorry my DSP background is very less. I am still learning. Thanks for your help. -

Re: [Discuss-gnuradio] Changing channel width and its relation with interpolation/decimation rate and bit rate

2008-09-03 Thread Brian Padalino
On Wed, Sep 3, 2008 at 5:12 PM, Anand Prabhu Subramanian <[EMAIL PROTECTED]> wrote: > Folks, > > I am trying to change the channel width used for a transmission using > the benchmark_tx.py program. I use the default modulation scheme > (gmsk) and on the receive side, I am running the usrp_fft.py t

[Discuss-gnuradio] Changing channel width and its relation with interpolation/decimation rate and bit rate

2008-09-03 Thread Anand Prabhu Subramanian
Folks, I am trying to change the channel width used for a transmission using the benchmark_tx.py program. I use the default modulation scheme (gmsk) and on the receive side, I am running the usrp_fft.py to see the spectrum and understand how wide the channel is used. If I use an interpolation ra

[Discuss-gnuradio] double buffering with new thread-per-block scheduler

2008-09-03 Thread Juha Vierinen
Hi, What is the best way to implement double buffering with the new scheduler? I'm hoping to solve some bursty I/O with sufficient average bandwidth. I am thinking of creating a enqueue sink block, and a dequeue source block. Do you think this will work with the new scheduler? Is it a problem if

Re: [Discuss-gnuradio] Re: libboost_thread-gcc43-mt-1_36.so.1.36.0

2008-09-03 Thread Eric Blossom
On Wed, Sep 03, 2008 at 11:55:02AM +0200, Vincenzo Pellegrini wrote: > Thanks Eric, this was very useful. > Still I'm having some strange behaviour from my new setup (new pc and new > trunk) I need to find out what's the cause of this. > > Is there any way I can get the sourcecode of the old trunk

[Discuss-gnuradio] Re: python editor

2008-09-03 Thread Engin Karabulut
Dimitris Symeonidis wrote: > I wanted to ask the list, what editor are you using for python? Gedit? > SPE? Editra? something else? > I am still trying to figure out what works best for me, and hearing > from the list would be helpful... Thanx > I'm using pydev which is python plugin for eclipse,