Re: [Discuss-gnuradio] Re: UHD Announcement - February 25rd 2011

2011-02-28 Thread Josh Blum
On 02/28/2011 08:21 AM, Feng Andrew Ge wrote: > Josh, > > Thanks for sharing the information and your changes sound quite reasonable. > > However, it seems that your changes have introduced some bugs at the > transmitter side. I updated my system using your new code (following > your instructio

Re: [Discuss-gnuradio] Inconsistency clock + uhd

2011-02-28 Thread Jason Abele
On Mon, Feb 28, 2011 at 11:18 AM, Julián David Vásquez Gutiérrez wrote: > Hello: I need to use a external clock for the openBTS project and I found an > inconsistency. I don't know if the changes are for the UDH driver. > > In gnuradio: > http://gnuradio.org/redmine/wiki/gnuradio/OpenBTSClockModif

[Discuss-gnuradio] Inconsistency clock + uhd

2011-02-28 Thread Julián David Vásquez Gutiérrez
Hello: I need to use a external clock for the openBTS project and I found an inconsistency. I don't know if the changes are for the UDH driver. In gnuradio: http://gnuradio.org/redmine/wiki/gnuradio/OpenBTSClockModifications In ettus: http://www.ettus.com/uhd_docs/manual/html/usrp1.html#linux-setup

Re: [Discuss-gnuradio] How history() works in GR

2011-02-28 Thread Martin Braun
On Mon, Feb 28, 2011 at 02:24:29PM +0100, Alberto Trentadue wrote: > Hello > > I am trying to define a customised block and I would like to understand > better how the history works. > > I have opened the source of gr_moving_average_XX and I saw the following > statement in the constructor: >

[Discuss-gnuradio] Re: Next Developer's Call RFC

2011-02-28 Thread Patrick Strasser
schrieb Tom Rondeau am 2011-02-26 17:57: > We are currently thinking 6 PM > for central Europe, but we would like to hear back from those of you who > are interested in joining this call to let us know your time > availability/preferences. This would be very fine for me in CET, not too early to ge

[Discuss-gnuradio] Re: [USRP-users] UHD Announcement - February 25rd 2011

2011-02-28 Thread Josh Blum
On 02/28/2011 10:02 AM, Thomas Tsou wrote: > On Fri, Feb 25, 2011 at 8:32 PM, Josh Blum wrote: >> --- >> -- re-clocking support >> --- >> Re-clocking support ha

[Discuss-gnuradio] Re: [USRP-users] UHD Announcement - February 25rd 2011

2011-02-28 Thread Thomas Tsou
On Fri, Feb 25, 2011 at 8:32 PM, Josh Blum wrote: > --- > -- re-clocking support > --- > Re-clocking support has been added to the API: > http://www.ettus.com/uhd

[Discuss-gnuradio] Re: UHD Announcement - February 25rd 2011

2011-02-28 Thread Feng Andrew Ge
Further, I found that at the packet size of 1500B, the interval between two packet transmissions must be less than about 20ms (on an intel i5-M20 processor); otherwise, the received side couldn't not receive any packets. This interval decreases as the packet size decreases. Andrew On 02/28/20

[Discuss-gnuradio] Re: [USRP-users] Synchronizing multiple USRPs

2011-02-28 Thread Matt Ettus
On 02/27/2011 11:48 PM, Khalid Jamil wrote: > Hello, > > I have eight (08) USRP N210s that has been synchronized using 10MHZ and > 1PPS reference. I am receiving data from them using a gigabit ethernet > switch to my computer. > > My question is when I will receive packets from all of them throu

[Discuss-gnuradio] Re: UHD Announcement - February 25rd 2011

2011-02-28 Thread Feng Andrew Ge
Josh, Thanks for sharing the information and your changes sound quite reasonable. However, it seems that your changes have introduced some bugs at the transmitter side. I updated my system using your new code (following your instructions in your Feb. 24's email titled "Re: GRC + N210 + RFX220

[Discuss-gnuradio] Any approach can reconfigure parameters for top_block while it's running

2011-02-28 Thread Yan Nie
Dear all, I'm wondering is there any approach can reconfigure the parameters for top_block while it is running. I've seen a video on Youtube that implemented the tuning frequency hopping, which is named "A program written for the GNU Radio that changes the TX frequency of the USRP". This video

[Discuss-gnuradio] Any approach can reconfigure parameters for top_block while it's running

2011-02-28 Thread Yan Nie
Dear all,I'm wondering is there any approach can reconfigure the parameters for top_block while it is running. I've seen a video on Youtube that implemented the tuning frequency hopping, which is named "A program written for the GNU Radio that changes the TX frequency of the USRP". This video shows

Re: [Discuss-gnuradio] Doubt about FPGA code and firmware

2011-02-28 Thread Gabriel Morel
I have to do almost the same thing. But me, I have to bypass the data from the ADC by the mictor connector to a board from Xilinx, a ML401. All the filter for equalizers or other types should be done in this one and the data go back in the usrp2 by the mictor connector again. Gabriel -

Re: [Discuss-gnuradio] Doubt about FPGA code and firmware

2011-02-28 Thread Eduardo Lloret Fuentes
Hello, Sorry for answering so late. @Gabriel Morel For my Master Thesis I had to implement a kind of test bench for different versions of a particular block. Nothing really complex, multiplexers, filters, etc. The point is I must use the USRP2 board. @Matthias Wilhelm Could I ask why you recom

Re: [Discuss-gnuradio] python versions

2011-02-28 Thread Ben Reynwar
OK. I'll only test stuff down to 2.5 then. On Mon, Feb 28, 2011 at 5:14 AM, Tom Rondeau wrote: > On Mon, Feb 28, 2011 at 3:37 AM, Josh Blum wrote: >> >> FYI, grc only works with 2.5 and up. Ive only tested up to 2.7 >> >> -Josh > > Yes, Josh is right, I just looked to refresh my memory. GRC make

[Discuss-gnuradio] gr_remez insufficient extremals

2011-02-28 Thread Bernardo Guadagnin Gonçalves
Hello, Until last week I was using the Gnu Radio 3.2.2 (which is ready for use in ubuntu), then I decided to try the latest version (v3.3.1git-147-g5a23954a). The flowgraph was working perfectly. It's for "in" GRC simulation only. I know it's very simple and the 38kHz recovery (at the receiver) is

[Discuss-gnuradio] How history() works in GR

2011-02-28 Thread Alberto Trentadue
Hello I am trying to define a customised block and I would like to understand better how the history works. I have opened the source of gr_moving_average_XX and I saw the following statement in the constructor: @NAME@::@NAME@ (int length, @O_TYPE@ scale, int max_iter) : gr_sync_block ("@BASE

Re: [Discuss-gnuradio] python versions

2011-02-28 Thread Tom Rondeau
On Mon, Feb 28, 2011 at 3:37 AM, Josh Blum wrote: > FYI, grc only works with 2.5 and up. Ive only tested up to 2.7 > > -Josh Yes, Josh is right, I just looked to refresh my memory. GRC makes a check for Python >= 2.5. The rest of GNU Radio doesn't check for a specific version, just that certai

[Discuss-gnuradio] Gnu Radio and Andoid?

2011-02-28 Thread Farhad Abdolian
Hi I wonder if anyone used Gnu Radio on an Android based netbook? I have a Toshiba AC100 and wonder if it can run GR? http://www.engadget.com/2010/06/21/toshibas-ac100-8-hour-smartbook-runs-android-2-1-on-a-1ghz-tegr/ I know it is not fast enough, 1Ghz processor is not enough for any advanced p

Re: [Discuss-gnuradio] python versions

2011-02-28 Thread Josh Blum
FYI, grc only works with 2.5 and up. Ive only tested up to 2.7 -Josh On 02/27/2011 09:43 PM, Ben Reynwar wrote: > I just tested the next branch with 2.4 and the only incompatibility > was a "with" statement in gr_xmlrunner.py. > The "with" statement was introduced in 2.5. > > Once that was remo

Re: [Discuss-gnuradio] About the -ve represenation on FFT graph.

2011-02-28 Thread Josh Blum
On 02/27/2011 10:21 PM, Howard Wong wrote: > Thanks for your kindly reply. > > Can you explain more that, both sides from the center frequency of the > input frequency has been cut by a low pass filter. > If you want to filter around 0 to f, then use the complex bandpass filter. Its the same F

Re: [Discuss-gnuradio] Synchronizing multiple USRPs

2011-02-28 Thread Josh Blum
On 02/27/2011 11:48 PM, Khalid Jamil wrote: > Hello, > > I have eight (08) USRP N210s that has been synchronized using 10MHZ and 1PPS > reference. I am receiving data from them using a gigabit ethernet switch to > my computer. > > My question is when I will receive packets from all of them thro