[Discuss-gnuradio] Channel Estimation in benchmark OFDM Code

Dear All, Does the benchmark OFDM Code perform Channel synchronization ? I am moving through the code however I can't seem to get the part where this is done ? Can anyone give any pointers regarding this ? The number of pilots ? Estimation technique used ? Best Regards, -- Yahya Ezzeldin

Re: [Discuss-gnuradio] OpenBSD: still trying

> Ok, well the fir_filt02.txt only shows the interp_filter QA test that > passed, not the fir_filter test that I was hoping to see I never said I knew what I was doing. I think it's included this time. I did run qa_fir_filter_test.sh by itself and the output was just "Segmentation fault" I had

Re: [Discuss-gnuradio] New dsp block: no constructor defined

> From: t...@trondeau.com > Date: Mon, 15 Apr 2013 17:44:55 -0400 > Subject: Re: [Discuss-gnuradio] New dsp block: no constructor defined > To: felia...@live.cn > CC: discuss-gnuradio@gnu.org > > On Mon, Apr 15, 2013 at 3:02 PM, LianFeier wrote: > > > > > >

[Discuss-gnuradio] The gnuradio.org site now served by CloudFlare

We're testing using CloudFlare as a content distribution network for gnuradio.org. What this means is that when you visit gnuradio.org, one of many geographically distributed CloudFlare caching servers is actually serving up the site. We expect that this will provide faster web pages, reduce the

Re: [Discuss-gnuradio] Example: rx_samples_to_file.py

Dear All, My aim at the timebeing is to synchronously record some data from 3 USRP-N200 for offline processing I wonder if the provided example "rx_samples_to_file.py" works for multiple USRPs with external Ref/PPS. Does anybody have an expereince with this example and wants to share it? I c

Re: [Discuss-gnuradio] OFDM behaviour of recent UHDs

hi Josh, thanks for the very prompt answer. Will run the tests you suggest tomorrow morning (CET) and let you know. As to the power, the receiver measures the very same received power value in both cases. You can see this from the (first from top) bar indicator on the instrument in the two pics.

Re: [Discuss-gnuradio] New dsp block: no constructor defined

On Mon, Apr 15, 2013 at 3:02 PM, LianFeier wrote: > > >> From: t...@trondeau.com >> Date: Mon, 15 Apr 2013 10:18:26 -0400 > >> Subject: Re: [Discuss-gnuradio] New dsp block: no constructor defined >> To: felia...@live.cn >> CC: discuss-gnuradio@gnu.org >> >> On Fri, Apr 12, 2013 at 10:40 PM, LianF

Re: [Discuss-gnuradio] OFDM behaviour of recent UHDs

On 04/15/2013 03:39 PM, Vincenzo Pellegrini wrote: > Hi everybody, > > I have been experiencing some difficulties in obtaining > the same "signal clarity" performance that I used to have with > > uhd_003.004.000-f500b92 > > when I tried to transmit the same samples of the same signal > (also s

[Discuss-gnuradio] Foreign Guest Researcher position

Foreign Guest Researcher Appointment in Cognitive Radio Research with Software Defined Radios National Institute of Standards and Technology, U.S. Department of Commerce The Emerging and Mobile Network Technologies Group in the Information Technology Laboratory of the U.S. Department of Co

Re: [Discuss-gnuradio] gnuradio on ARM

On Mon, Mar 25, 2013 at 9:38 AM, Sid Boyce wrote: > I have discovered an odd happening on the ODROID-X that I'll have to take > up with them. > root@G3VBV:~# swapon -a > swapon: /swapfile: swapon failed: Function not implemented > root@G3VBV:~# swapon /swapfile > swapon: /swapfile: swapon failed:

[Discuss-gnuradio] OFDM behaviour of recent UHDs

Hi everybody, I have been experiencing some difficulties in obtaining the same "signal clarity" performance that I used to have with uhd_003.004.000-f500b92 when I tried to transmit the same samples of the same signal (also same usrp B100, same XCVR2450 front-end, same frequency =5.8GHz, same re

Re: [Discuss-gnuradio] New dsp block: no constructor defined

> From: t...@trondeau.com > Date: Mon, 15 Apr 2013 10:18:26 -0400 > Subject: Re: [Discuss-gnuradio] New dsp block: no constructor defined > To: felia...@live.cn > CC: discuss-gnuradio@gnu.org > > On Fri, Apr 12, 2013 at 10:40 PM, LianFeier wrote: > > > >

Re: [Discuss-gnuradio] Extending UHD USRP Sink in out-of-tree module

> So that is to say I'd use the standard gr_uhd_usrp_sink block for the > data pipe and I'd create a separate USRP session from my own custom > block to handle just the control logic (timed gain and DUC retuning > commands, etc.)? > Yup. Basically when you open a device with some address argumen

Re: [Discuss-gnuradio] linker problem with c++ application on next branch

On Mon, Apr 15, 2013 at 8:40 AM, Alexandru Csete wrote: > As far as I can see libgnuradio-pmt is a new library and it does not > have it's own package, so I assume a -lgnuradio-pmt is missing in the > pkg-config file of one of the other packages, perhaps > gnuradio-runtime. Thanks, I'll fix this

Re: [Discuss-gnuradio] What are coase freq. estimation and fine freq. estimation in OFDM? Did the implementation in gnuradio follow the 802.11 standard?

Thanks for you reply, Tom. So what you mean is that gnuradio only use one symbol to do the time & frequency (including coarse and fine)synchronization, as well as CSI estimation, is that right? You also said the coarse freq. offset estimation is slight different. Can you show me some references

Re: [Discuss-gnuradio] [PATCH] Adds some new options to wx-gui instruments and grc

Hi Jose, Could you put together the full patches you're looking to provide for us and create a new feature Issue on the wiki? That will help us better keep track of things. And please be patient with this for now. We're working hard on getting 3.7 ready, so we might not get to this stuff immediat

[Discuss-gnuradio] linker problem with c++ application on next branch

Greetings, Today I updated my gnuradio/next installation to the latest revision and I now get a linker error trying to compile my application: Linking CXX executable strx /usr/bin/ld: CMakeFiles/strx.dir/strx/strx_source_c_impl.cpp.o: undefined reference to symbol '_ZN3pmt6internERKSs' /usr/bin/l

Re: [Discuss-gnuradio] Some new 802.15.4 stuff

On Mon, Apr 15, 2013 at 10:21 AM, Bastian Bloessl wrote: > Hi Tom, > > thanks for your response! > > > On 04/15/2013 03:55 PM, Tom Rondeau wrote: >> >> So can you point out where that gettimeofday call is being made? We >> should be dealing with that situation in cmake, so if something's >> going

Re: [Discuss-gnuradio] Extending UHD USRP Sink in out-of-tree module

On 04/14/2013 05:53 AM, Josh Blum wrote: On 04/12/2013 07:45 PM, Sean Nowlan wrote: I mean to set those controls dynamically based on incoming stream tags, similar to the way burst tags work. For instance I designed a tx_gain tag that gets read by uhd_usrp_sink and sets the gain using set_comma

Re: [Discuss-gnuradio] Some new 802.15.4 stuff

Hi Tom, thanks for your response! On 04/15/2013 03:55 PM, Tom Rondeau wrote: So can you point out where that gettimeofday call is being made? We should be dealing with that situation in cmake, so if something's going wrong, let us know. It's not a problem of GNU Radio. I use gettimeofday to tim

[Discuss-gnuradio] WX in USRP E110

Hi! Anyone knows how to install wx blocks in USRP E110? I'm searching about this and I didn't found anything... Thanks. AA ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/m

Re: [Discuss-gnuradio] New dsp block: no constructor defined

On Fri, Apr 12, 2013 at 10:40 PM, LianFeier wrote: > >> From: t...@trondeau.com >> Date: Fri, 12 Apr 2013 19:44:26 -0400 >> Subject: Re: [Discuss-gnuradio] New dsp block: no constructor defined >> To: felia...@live.cn >> CC: discuss-gnuradio@gnu.org >> >> O

[Discuss-gnuradio] WX in USRP E110

Hi! Anyone knows how to install wx blocks in USRP E110? I'm searching about this and I didn't found anything... Thanks. AA ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailm

Re: [Discuss-gnuradio] OpenBSD: still trying

On Sat, Apr 13, 2013 at 10:23 PM, Alan Corey wrote: > I'm only trying to test my installation because I'm trying to learn to > use it and nothing works, so I needed to figure out if it's me doing > something wrong or something's broken. I think it's broken. > > Here are fir_filter and multiply_co

Re: [Discuss-gnuradio] Peak center frequency error

On Sun, Apr 14, 2013 at 8:49 PM, Julio Hector Aguilar Renteria wrote: > Regards, > > Hi all, > > When uhd_fft.py graphic always appears a peak at the center frequency, > because appears?, can be corrected? > > Thanks you > > Julio H. Julio, That's DC offset, and it should be very small relative

Re: [Discuss-gnuradio] Type mismatch does not throw any error

On Mon, Apr 15, 2013 at 2:26 AM, Manu T S wrote: > Hi Everyone, > > I was working with a small flow graph in GRC. > > Random source(int output) --> WXGUI Scope Sink(float input). > > I was expecting it to throw an error because of type mismatch. But it didn't > throw any error, > the scope pop

Re: [Discuss-gnuradio] Some new 802.15.4 stuff

On Mon, Apr 15, 2013 at 8:34 AM, Bastian Bloessl wrote: > Hi all, > > I played a bit around with the 802.15.4 blocks [1]. Maybe someone is > interested. > > The changes are: > - It has a transceiver flow graph. (That was really easy with the new PDU to > tagged stream block) > - annotate LQI value

Re: [Discuss-gnuradio] Some new 802.15.4 stuff

On 04/15/2013 02:42 PM, Martin Braun (CEL) wrote: Hi Bastian, haven't tested it yet, but just want to say that this is really awesome work you guys are doing! Thanks Martin! We give a sensor networks class where students program TelosB motes. With the sensor blocks I want to setup a demo an

Re: [Discuss-gnuradio] Some new 802.15.4 stuff

On Mon, Apr 15, 2013 at 8:34 AM, Bastian Bloessl wrote: > Hi all, > > I played a bit around with the 802.15.4 blocks [1]. Maybe someone is > interested. > > The changes are: > - It has a transceiver flow graph. (That was really easy with the new PDU > to tagged stream block) > - annotate LQI valu

Re: [Discuss-gnuradio] Tests fail building with boost1.52

On 25/01/13 17:04, Tom Rondeau wrote: I'm test building all our other packages that use boost in the hope that there are no breakages with 1.53b1 - if that happens then I may have a case for pushing for an update. Barry Ok. Tom OK it's been a long haul but we now have boos

Re: [Discuss-gnuradio] Some new 802.15.4 stuff

On Mon, Apr 15, 2013 at 02:34:35PM +0200, Bastian Bloessl wrote: > I played a bit around with the 802.15.4 blocks [1]. Maybe someone is > interested. > > The changes are: > - It has a transceiver flow graph. (That was really easy with the > new PDU to tagged stream block) > - annotate LQI value in

[Discuss-gnuradio] Some new 802.15.4 stuff

Hi all, I played a bit around with the 802.15.4 blocks [1]. Maybe someone is interested. The changes are: - It has a transceiver flow graph. (That was really easy with the new PDU to tagged stream block) - annotate LQI value in dict of PDUs - CRC check - Wireshark Connector. You can write re

[Discuss-gnuradio] Example: rx_samples_to_file.py

Dear All, My aim at the timebeing is to synchronously record some data from 3 USRP-N200 for offline processing I wonder if the provided example "rx_samples_to_file.py" works for multiple USRPs with external Ref/PPS. Does anybody have an expereince with this example and wants to share it? I ca

[Discuss-gnuradio] FW: Spectrum Sense n Play v2

From: Ralph A. Schmid, dk5ras [mailto:ra...@schmid.xxx] Sent: Monday, April 15, 2013 11:33 AM To: 'openbts-disc...@lists.sourceforge.net' Subject: RE: [Discuss-gnuradio] Spectrum Sense n Play v2 Yesterday I took the version from your first mail here, and it took me only a few minutes do

Re: [Discuss-gnuradio] Seeking mentor in GSoC

Hi Gong Zhang, (and other interested students), you don't *need* a mentor to put in a proposal for GSoC. This is how it works: - You write a proposal and submit it to GSoC - We consider all proposals based on their quality, impact on the project, feasability (and, let's be honest, what we think

Re: [Discuss-gnuradio] What are coase freq. estimation and fine freq. estimation in OFDM? Did the implementation in gnuradio follow the 802.11 standard?

On Sun, Apr 14, 2013 at 03:57:31PM +0800, Yingjie Chen wrote: > Hi guys, > > I have check the 802.11 standard before. It said the coase freq. estimation is > done in short preamble, and the fine freq. estimation is done in long > premable. > However, to my best knowledge, gnuradio only uses one p