Re: [Discuss-gnuradio] GNUradio based papers on channel sounding and TDMA

2012-12-12 Thread Niaz Ahmed
Hi,Martin, I have created a GNURadio account and now wish to upload my paper in the academic section. I wish to be added as contributor so that I may upload in the academic section.I put an email to Tom Rondeau but I guess he might be busy right now doing other stuff. On Sat, Dec 8, 2012 at 3:12

Re: [Discuss-gnuradio] Building with CMake on Win7 with MSVC 2008

2012-12-12 Thread wakjah '
OK, so here's what I've done to get it to build: - To build gnuradio-core, comment out lines in D:\gnuradio\src\gnuradio-3.3.0\gnuradio-core\src\lib\io\CMakeLists.txt #${CMAKE_CURRENT_SOURCE_DIR}/gr_stream_pdu_base.cc #${CMAKE_CURRENT_SOURCE_DIR}/gr_stream_pdu_base.h #gr_tuntap_pdu

Re: [Discuss-gnuradio] GNUradio based papers on channel sounding and TDMA

2012-12-12 Thread Nazmul Islam
Hi Niaz, 1. Go to GNUradio webpage 2. Sign in to your account 3. Go to GNUradio academic papers sections/page 4. There should be an option called Edit. Use it to include your paper. Thanks, Nazmul On Wed, Dec 12, 2012 at 3:00 AM, Niaz Ahmed niaz.ah...@nu.edu.pk wrote: Hi,Martin, I have

Re: [Discuss-gnuradio] Building with CMake on Win7 with MSVC 2008

2012-12-12 Thread Josh Blum
The other error that seems to crop up fairly often is that several things depend on linux/if_tun.h, which doesn't exist on my system. Am I missing a dependency? Its used for tuntap, which is a linux only block, it should be ifdef'd out. -josh Thanks, - Will

Re: [Discuss-gnuradio] Building with CMake on Win7 with MSVC 2008

2012-12-12 Thread Josh Blum
On 12/12/2012 07:40 AM, wakjah ' wrote: OK, so here's what I've done to get it to build: - To build gnuradio-core, comment out lines in D:\gnuradio\src\gnuradio-3.3.0\gnuradio-core\src\lib\io\CMakeLists.txt #${CMAKE_CURRENT_SOURCE_DIR}/gr_stream_pdu_base.cc

Re: [Discuss-gnuradio] GNUradio based papers on channel sounding and TDMA

2012-12-12 Thread Tom Rondeau
On Wed, Dec 12, 2012 at 3:00 AM, Niaz Ahmed niaz.ah...@nu.edu.pk wrote: Hi,Martin, I have created a GNURadio account and now wish to upload my paper in the academic section. I wish to be added as contributor so that I may upload in the academic section.I put an email to Tom Rondeau but I

Re: [Discuss-gnuradio] Making a transparent block for throughput measurement

2012-12-12 Thread Tom Rondeau
On Wed, Dec 12, 2012 at 2:54 AM, Martin Braun (CEL) martin.br...@kit.eduwrote: MB PS: Or is this the omninous Bugsquatch people have been talking about? Sorry, what? Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] Screen capture background color

2012-12-12 Thread Josh Blum
On 12/12/2012 01:19 AM, Ben Z wrote: Hi, When printing my screen captures from GRC they always have a light pink background color. Is it possible to set the background color to white only ? Thats a pastel color. And no one notices it until, screencap + white background. I think a simple

Re: [Discuss-gnuradio] Making a transparent block for throughput measurement

2012-12-12 Thread Josh Blum
On 12/12/2012 01:54 AM, Martin Braun (CEL) wrote: On Tue, Dec 11, 2012 at 07:00:42PM -0500, Tommy Tracy II wrote: I'm trying to measure the throughput of my flow graph. In order to accomplish this, I'm creating a transparent float block and then measuring the btyes/second that is going

Re: [Discuss-gnuradio] Making a transparent block for throughput measurement

2012-12-12 Thread Tommy Tracy II
Thank you. It worked! Unfortunately, it slowed down my flowgraph from ~6 seconds to 145 seconds. The only difference between the two programs is in the connections: -- self.connect((self.gr_wavfile_source_0, 0), (emptyBlock0,0)) self.connect((emptyBlock0,0),

Re: [Discuss-gnuradio] Making a transparent block for throughput measurement

2012-12-12 Thread mleech
Dataflow through Python is unpleasantly sluggish. On 12 Dec 2012 10:53, Tommy Tracy II wrote: Thank you. It worked! Unfortunately, it slowed down my flowgraph from ~6 seconds to 145 seconds. ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] Making a transparent block for throughput measurement

2012-12-12 Thread Tom Rondeau
On Wed, Dec 12, 2012 at 10:55 AM, mle...@ripnet.com wrote: ** Dataflow through Python is unpleasantly sluggish. Yes. Writing blocks in Python is not at all recommended except in the development stage. Once you know how your block works mathematically/algorithmically/logically, move it over

Re: [Discuss-gnuradio] Making a transparent block for throughput measurement

2012-12-12 Thread mleech
On 12 Dec 2012 10:59, Tom Rondeau wrote: On Wed, Dec 12, 2012 at 10:55 AM, mle...@ripnet.com [1] wrote: Dataflow through Python is unpleasantly sluggish. Yes. Writing blocks in Python is not at all recommended except in the development stage. Once you know how your block works

Re: [Discuss-gnuradio] how to deal with underride

2012-12-12 Thread zhengxiangwei
I compared the difference when using GMSK and PSK in simple_trx.grc which use radio_hier.grc.When use GMSK, it callsgr_fir_fff: using SSE When use PSK,it calls gr_fir_ccf: using SSEgr_fir_ccc: using SSE Also I compare with benchmark_tx,when use PSKit calls gr_fir_ccf: using SSE when use gmskit

Re: [Discuss-gnuradio] how to deal with underride

2012-12-12 Thread Tom Rondeau
On Wed, Dec 12, 2012 at 11:49 AM, zhengxiangwei zxw...@hotmail.com wrote: I compared the difference when using GMSK and PSK in simple_trx.grc which use radio_hier.grc. When use GMSK, it calls gr_fir_fff: using SSE When use PSK, it calls gr_fir_ccf: using SSE gr_fir_ccc: using SSE

Re: [Discuss-gnuradio] [USRP-users] Reliable Ethernet controllers and laptops for USRP N210 ?

2012-12-12 Thread Johnathan Corgan
On Tue, Dec 11, 2012 at 11:17 PM, Ian Buckley i...@ionconcepts.com wrote: I ran benchmark_rate with the same parameters tonight on an Intel 82574L and and Intel 82579V, also with flawless results. I've had some issues with a laptop-based 82579V failing to negotiate 1000M with the N210 when

Re: [Discuss-gnuradio] Reliable Ethernet controllers and laptops for USRP N210 ?

2012-12-12 Thread Rickard Radio
Thanks! This is really valuable information. Also your new document with lots of useful info and explanations what happens behind the scenes. However, on my problematic Acer Aspire 8820T laptop with AR8151 NIC and atl1c driver (instead of the Intel e100e driver below) , nothing of this has an

Re: [Discuss-gnuradio] [USRP-users] Reliable Ethernet controllers and laptops for USRP N210 ?

2012-12-12 Thread Rickard Radio
OK, interesting. Yesterday I tried a brand new Lenovo T430s (direct out of box and with Intel 82579LM) with and without power supply connected and both worked flawlessly. That test was under Windows running Ettus precompiled UHD binaries. No extras, just benchmark_rate --rx_rate 25e6 --duration

Re: [Discuss-gnuradio] Reliable Ethernet controllers and laptops for USRP N210 ?

2012-12-12 Thread mleech
MANY NICs don't support larger frame sizes. Some of them require that you set the larger MTU using ifconfig, and some will error-out if you ask for an MTU too large. Others will accept the larger MTU request and then silently ignore it. On 12 Dec 2012 12:22, Rickard Radio wrote: Thanks!

[Discuss-gnuradio] Code::Blocks Tutorial

2012-12-12 Thread Johannes Demel
Hi List, I just added a tutorial page [1] on how to use Code::Blocks with GNU Radio. I hope you find it useful. I just started using Code::Blocks thus I described my experience with GNU Radio/Code::Blocks so far. Johannes [1] http://gnuradio.org/redmine/projects/gnuradio/wiki/UsingCB

Re: [Discuss-gnuradio] Reliable Ethernet controllers and laptops for USRP N210 ?

2012-12-12 Thread mleech
Rickard: By silently ignore, I mean that they'll apparently take the higher MTU setting, but will actually drop any frames that exceed the default (1500) MTU. Which is a particularly insidious failure mode for these drivers... On 12 Dec 2012 12:46, Rickard Radio wrote: OK, thanks. My

Re: [Discuss-gnuradio] Reliable Ethernet controllers and laptops for USRP N210 ?

2012-12-12 Thread Rickard Radio
OK, thanks. My problematic Acer with AR8151 NIC accepts MTU's up to about 6100. Trying to set higher MTU it responds with an error. After setting to a large value, such as 6000, I checked with ifconfig whether it was accepted. However, as said, it has no effect on the failing UDP communication

Re: [Discuss-gnuradio] Reliable Ethernet controllers and laptops for USRP N210 ?

2012-12-12 Thread Rickard Radio
OK, I see. However strange is that I can get UDP traffic to work up to about 925 Mbit/s without any dropped packets when testing with iperf and Ethernet cable directly between the two Acer laptops. That with tuning UDP buffer size to 600 kB and datagram packet size to 3000 bytes (using -l and

Re: [Discuss-gnuradio] Reliable Ethernet controllers and laptops for USRP N210 ?

2012-12-12 Thread Juha Vierinen
Hi, I have also had a long and continuing fight with NICs and dropped packets. Typically all Intel PCIExpress cards have been good, but recently I have started having problems with Intel too. For example, Intel 82579V consistently drops packets. I haven't seen any PCI bus card work at full 25 MHz