Re: [Discuss-gnuradio] Re g: Help in using GNU Radio software

[sumitstop]

OHH I think because of that before starting grc I was getting several
warnings !!!


Marcus D. Leech wrote:
> 
>> Hi Shiva,
>> You can have any version of Ubuntu from 8.10 onwards.But I prefer 10.04
>> LTS.
>> After installing Ubuntu just run the following script and everything will
>> be
>> done .i.e
>> installing of UHD as well as GnuRadio.
>>
>> http://www.sbrac.org/files/build-gnuradio
>>
>> after installing UHD and GnuRadio you may need GnuRadio companion which
>> creates a drag and drop type environment.
>> For that you can do sudo apt-get install gnuradio-companion.
> The build-gnuradio script installs gnuradio-companion.  No need to 
> install it from apt-get, and doing so may very well interfere with
>the source-based install that build-gnuradio just did.
> 
> 
>>
> 
> 
> -- 
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 


-
Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India
-- 
View this message in context: 
http://old.nabble.com/Reg%3A-Help-in-using-GNU-Radio-software-tp32000839p32002992.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] solving u0u0 problems

[Johannes Schmitz]

Hi Marcus,
> What type of sample rates?  What compute platform?
We are running on Ubuntu 10.10 64bit. What do you mean with type of
sample rates? Maybe USRP decimation rate? I am changing fft-size based
on this.
So for 4MHz i am using 1088 fft-size and for 2MHz i am using 544MHz
and I am getting the problem when running with 2MHz.

> FFTW performance is often counter-intuitive.
Can you explain this?

> Are you using the default TPB scheduling?
What is TPB scheduling? How can I find out more about scheduling? I
never found something like this in the documentation.

> What else is in your flow-graph?
First block is a stream to vector conversion. Then I am doing a number
of operations on this vectors using standard GNUradio blocks as well
as some custom made blocks.

I still don't know what this u0u0 means and from which part of
GNUradio it comes from. Is suppose it is some kind of buffer overflow
between the blocks or something like that?

Regards,
Johannes

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] N210 recovery, no luck

[Gaetano Mendola]

On Tue, Jul 5, 2011 at 7:05 PM, Josh Blum  wrote:
>
>> The device now doesn't reboot (all leds are off) and performing the recovery
>> procedure (keeping pressed the S2 while power cycling) doesn't lead to 
>> anything,
>> all led are still off.
>>
> Strange. Were you (by some chance) streaming samples from the device
> while re-programming? I ask because this has always been the cause of
> this particular problem.

No, it was a fresh installed system so no way something was streaming anything.

>> Any suggestion? Shall I send it back ?
>>
>
> Well, if the device is in an un-bootable condition, you can always
> recover it with a JTAG programmer (if you have one).

Unfortunately I don't have it.

Regards
Gaetano Mendola


-- 
cpp-today.blogspot.com

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] solving u0u0 problems

[Marcus D. Leech]

>
> We are running on Ubuntu 10.10 64bit. What do you mean with type of
> sample rates? Maybe USRP decimation rate? I am changing fft-size based
> on this.
> So for 4MHz i am using 1088 fft-size and for 2MHz i am using 544MHz
> and I am getting the problem when running with 2MHz.
>
>   
I mean what sample rates--it sounds like 2Msps and 4Msps.

>> FFTW performance is often counter-intuitive.
>> 
> Can you explain this?
>   
FFTW uses a dynamic optimizer based on the FFT size.  If you're using an
FFT size that
  isn't a power of 2, it's rather hard to predict whether the resulting
FFT will be optimal
  or not.


>   
>> Are you using the default TPB scheduling?
>> 
> What is TPB scheduling? How can I find out more about scheduling? I
> never found something like this in the documentation.
>
>   
If you haven't touched it, then you're using TPB (Thread Per Block)
scheduling.

> First block is a stream to vector conversion. Then I am doing a number
> of operations on this vectors using standard GNUradio blocks as well
> as some custom made blocks.
>
> I still don't know what this u0u0 means and from which part of
> GNUradio it comes from. Is suppose it is some kind of buffer overflow
> between the blocks or something like that?
>   
uO means USRP overrun--the USRP is delivering data at a rate that is
faster than your flow-graph
  can keep up with, causing overruns.  The only way to cure this is to
reduce your sample rates,
  reduce your flow-graph computational complexity, or use a
higher-performance computer.




-- 
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] solving u0u0 problems

[Johannes Schmitz]

> I mean what sample rates--it sounds like 2Msps and 4Msps.
You are right.

> If you haven't touched it, then you're using TPB (Thread Per Block)
> scheduling.
What other schedulers are available? Where can I find information about this?

> uO means USRP overrun--the USRP is delivering data at a rate that is
> faster than your flow-graph
>  can keep up with, causing overruns.
OK.

>  The only way to cure this is to
> reduce your sample rates,
>  reduce your flow-graph computational complexity, or use a
> higher-performance computer.

The strange thing is the problem occurs when I am reducing the sampling rate.
So how can find out which block in my flowgraph is running to slow?

-Johannes

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Here's a little beauty

[Patrick Strasser]

Marcus D. Leech wrote on 7/6/2011 6:12 AM:

> If I decimate by 3 or more before the FFT (after vectorizing), I runs
> OK, consuming about 40% of the
>   total system CPU, and not producing any 'O'.

Have you tried to find the blocks consuming the power? I once used
oprofile, and it worked quite well. You will get a list of functions
that consume cycles, by themselves and culminated over all function
calls. With that list you can search the source code and find the
problematic blocks.

Patrick
-- 
Engineers motto: cheap, good, fast: choose any two
Patrick Strasser 
Student of Telemati_cs_, Techn. University Graz, Austria


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] solving u0u0 problems

[Johannes Schmitz]

Hey Marcus,
I used oprofile to get a better idea where the problem is located.
I found that it is indeed a problem with libfftw3.
Besides the gnuradio fft block I am calculating a crosscorrelation
using the fft. That means fft-size will be 2*N-1 with vectorlength N.
So for 1024 vectorlength I will be calculating an fft of size 2047.
Maybe this is the problem.

Now my idea is to pad the fft input to a power of 2 size or use a
cyclic cross correlation instead.

Any other suggestions?

Johannes

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] USRP2 General I/O

[Brenden Smith]

Is there a general I/O port on the USRP2? I was told there was, but the only
thing I can find is the 20-pin unused port on the granddaughter board. If
this is a G-I/O port is it accessible from the GNU-Radio software, and which
pins are available for use?

I took a look at the schematics at
http://code.ettus.com/redmine/ettus/attachments/52/simple_gdb.pdf and I
haven't been able to figure out what the 20-pin port (J15) would be used for
(unless there is a possibility of a 'great granddaughter board').

Any push in the right way would be appreciated,
Brenden Smith
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] USRP2 General I/O

[Brenden Smith]

I guess there's a search function for a reason; I have found a similar
question in the archives and I believe I have found a suitable answer. Sorry
for the waste of time.

On Wed, Jul 6, 2011 at 11:09 AM, Brenden Smith wrote:

> Is there a general I/O port on the USRP2? I was told there was, but the
> only thing I can find is the 20-pin unused port on the granddaughter board.
> If this is a G-I/O port is it accessible from the GNU-Radio software, and
> which pins are available for use?
>
> I took a look at the schematics at
> http://code.ettus.com/redmine/ettus/attachments/52/simple_gdb.pdf and I
> haven't been able to figure out what the 20-pin port (J15) would be used for
> (unless there is a possibility of a 'great granddaughter board').
>
> Any push in the right way would be appreciated,
> Brenden Smith
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] solving u0u0 problems

[Johannes Schmitz]

> Having the FFT size being 2**N will certainly help, but given your
> relatively low data rate, it shouldn't be a problem
>  anyway.  Are you calculating the cross-correlation in Python code, or C++
> code?  That will make a large difference.

I am calculating it in C++. I couldn't find a gnuradio block who did
this so I had to write it on my own.
By the way is there a possibility to suggest new blocks to be added to gnuradio?
If you want I can post the code for the block in the mailing list.

> Also, are you using an audio port in this anywhere, and are you properly
> rate-matching?
What do you mean with properly rate matching? I don't use any audio port.

Johannes

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OSX 10.6 Audio Library Error

[Michael Dickens]

Hi Ryan - I just did a clean uninstall, git pull, then reinstall of the current 
master; I don't see this issue at all (e.g., the "dial_tone.py" example works 
just fine -- though I don't know which audio interface is being used).  I'm 
running 10.6.8 on a MacBook Pro (early 2009 model), 64-bit kernel, using XCode 
3.2.3 (Apple GCC 4.2.1 build 5664).  I installed all background dependencies 
using MacPorts (roughly: "sudo port install gnuradio" and then disabling all of 
the GNU Radio ports, leaving just the dependencies).

If I do "nm -a /usr/local/lib/libgnuradio-audio-3.4.1git.0.dylib | grep 
_Audio", I see (correctly) "U _AudioComponentFindNext" (among others).  If I do 
"otool -L /usr/local/lib/libgnuradio-audio-3.4.1git.0.dylib", I see (among 
others in the list) 
"/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio" and 
"/System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit" and 
"/System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox".  
Now, admittedly, I also have JACK and PortAudio installed -- so those might be 
providing the libraries instead of having them linked in just for (the old) 
gr-audio-osx code; I'll try testing with just the OSX audio & see what happens.

Does the provided patch (doing "+LDFLAGS = -framework AudioUnit -framework 
AudioToolbox") work for you? - MLD

On Jul 6, 2011, at 12:16 AM, Ryan Pape wrote:

> I'm having trouble with a new install on OSX 10.6.  I've done this enough 
> times on other OSX versions but I am drawing a blank.Can anyone help me 
> out?  Can't find Core Audio libs?
> 
> Traceback (most recent call last):
>   File "./dial_tone.py", line 24, in 
> from gnuradio import audio
>   File "/usr/local/lib/python2.6/site-packages/gnuradio/audio/__init__.py", 
> line 22, in 
> from audio_swig import *
>   File "/usr/local/lib/python2.6/site-packages/gnuradio/audio/audio_swig.py", 
> line 26, in 
> _audio_swig = swig_import_helper()
>   File "/usr/local/lib/python2.6/site-packages/gnuradio/audio/audio_swig.py", 
> line 22, in swig_import_helper
> _mod = imp.load_module('_audio_swig', fp, pathname, description)
> ImportError: 
> dlopen(/usr/local/lib/python2.6/site-packages/gnuradio/audio/_audio_swig.so, 
> 2): Symbol not found: _AudioComponentFindNext
>   Referenced from: /usr/local/lib/libgnuradio-audio-3.4.1git.0.dylib
>   Expected in: flat namespace
>  in /usr/local/lib/libgnuradio-audio-3.4.1git.0.dylib


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Question about installation: No UHD Devices Found

[Yan Nie]

 Dear all,

I am trying to install UHD+GNU Radio in Linux (Ubuntu 10.10) on USRP N200 
without DB by following the command:
   git clone git://code.ettus.com/ettus/uhd.git
    cd /host
    mkdir build
    cd build
    cmake 





p { margin-bottom: 0.08in; }-DCMAKE_INSTALL_PREFIX=/opt/uhd
../
    make
    make test
    sudo make install
    
Then, I tried uhd_find_devices, got the result "No UHD Devices Found"

it gave the result in the terminal:
linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.001.002-release

No UHD Devices Found

What the problem I got with the installation of UHD? Another problem I got is 
my computer gives "wired network" information when I plug the USRP board with 
my computer, and the computer disconnected very soon. I am wondering what could 
be the problem here?

Really appreciate any of your help!

Yan


p { margin-bottom: 0."


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [USRP-users] Measuring Input SNR in USRP using On-Off Keying modulation

[Colby Boyer]

One method would be to use a single pole IIR filter to get an average of the
noise floor energy, and compare that with the average symbol energy.

On Wed, Jul 6, 2011 at 6:49 AM, George Sklivanitis <
george.sklivani...@gmail.com> wrote:

> Hello all,
>
> Lately, I am experimenting with a point-to-point SDR link where my
> transmitter uses On-Off Keying modulation while the receiver follows
> techniques for efficient signal processing and detection (non-coherent,
> coherent). My major problem is how can I measure the input SNR as a ratio of
> the power of the received signal to the power of noise, given also that we
> ignore the quantity of NF (Noise Figure).
>
> Thank you in advance for your concern,
>
> GS
>
>
> --
> Sklivanitis Georgios
> M.Sc. Student
> Telecommunications Division,
> Department of Electronics and Computer Engineering
> Technical University of Crete,
> Kounoupidiana Campus, Office 145.A10
> Chania, Crete, 73100, Greece
> Tel. : 28210 59257
> www.telecom.tuc.gr/~**gsklivanitis
>
>
> __**_
> USRP-users mailing list
> usrp-us...@lists.ettus.com
> http://lists.ettus.com/**mailman/listinfo/usrp-users_**lists.ettus.com
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] USRP2 General I/O

[Johannes Schmitz]

> I guess there's a search function for a reason; I have found a similar
> question in the archives and I believe I have found a suitable answer. Sorry
> for the waste of time.

Then why dont you post the link to the answer in here?

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] USRP2 General I/O

[Marcus D. Leech]

On 06/07/2011 12:16 PM, Brenden Smith wrote:
I guess there's a search function for a reason; I have found a similar 
question in the archives and I believe I have found a suitable answer. 
Sorry for the waste of time.



There are no stupid questions, only stupid answers :-)

There are 16 general-purpose I/O lines for each of TX and RX on a 
daughtercard, although in *many* instances, some of these are

  chewed up by internal functions.

For the WBX, J15 carries GPIO signals on the granddaughter board.  The 
signals it carries are:


o GPIO - RX4-7 and RX14,15
o GPIO - TX5 and TX8-15

As well as AUX_DAC_C_RX and AUX_DAC_A_RX

For other daughtercards, the GPIOs that are available for use vary quite 
a bit, and you have to be *very* careful not to change GPIO

  settings for pins other than the ones that are freely-available.

The GPIO control functions in UHD are described here:

http://www.ettus.com/uhd_docs/doxygen/html/classuhd_1_1usrp_1_1dboard__iface.html








___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OSX 10.6 Audio Library Error

[Michael Dickens]

After disabling Jack and PortAudio, I see the same issue.  What -were- you 
thinking, Josh, when you integrated the audio components together?  I think 
you're secretly biased against OSX :)  JK (really, I am just kidding)!

Tom & Johnathan : Here's the patch code to fix this issue; it replicates what 
"gr-audio-osx/src/Makefile.am" did.  Do you want me to make a branch, etc., or 
can I just push it to the master?  I affects only OSX, since it's within an "if 
GR_AUDIO_OSX_SUPPORT" statement.  I've tested it (admittedly on 10.6 only, but 
it should work with 10.5 as well). - MLD

diff --git a/gr-audio/lib/Makefile.am b/gr-audio/lib/Makefile.am
index 2bec73f..d1c69f3 100644
--- a/gr-audio/lib/Makefile.am
+++ b/gr-audio/lib/Makefile.am
@@ -122,6 +122,11 @@ if GR_AUDIO_OSX_SUPPORT
 AM_CPPFLAGS += \
-I$(srcdir)/osx
 
+libgnuradio_audio_la_LDFLAGS += \
+   -framework AudioUnit\
+   -framework CoreAudio\
+   -framework AudioToolbox
+
 libgnuradio_audio_la_SOURCES += \
osx/audio_osx_source.cc \
osx/audio_osx_sink.cc


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Question about installation: No UHD Devices Found

[Marcus D. Leech]

On 06/07/2011 12:55 PM, Yan Nie wrote:

 Dear all,

I am trying to install UHD+GNU Radio in Linux (Ubuntu 10.10) on USRP 
N200 without DB by following the command:

   git clone git://code.ettus.com/ettus/uhd.git
cd /host
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX=/opt/uhd ../
make
make test
sudo make install

Then, I tried uhd_find_devices, got the result "No UHD Devices Found"

it gave the result in the terminal:
linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.001.002-release

No UHD Devices Found

What the problem I got with the installation of UHD? Another problem I 
got is my computer gives "wired network" information when I plug the 
USRP board with my computer, and the computer disconnected very soon. 
I am wondering what could be the problem here?


Really appreciate any of your help!

Yan


USRP2 and N2XX devices are network devices, which means your network 
interfaces need to be configured correctly.  The default IP
  address of these, if you don't change them, is 192.168.10.2, so your 
host network interface should be able to "see" network
  192.168.10.X.  It sounds like your network configuration is 
configured to try to DHCP when the network interface comes up, and
  that's failing.  You need to configure your network interface for 
something like 192.168.10.1.




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] MAC layer questions

[Morgan Redfield]

I'm still working on my MAC, and there's a lot of room for
improvement. At the moment, I get throughput of about 1kbps. What kind
of throughput are you getting?

Andre and George, thanks for pointing me to those papers. I'll look
through them and see if I can figure out any ways to improve my MAC.

Morgan

On Tue, Jul 5, 2011 at 4:30 AM, Andre Puschmann
 wrote:
> On 07/01/2011 03:16 AM, Morgan Redfield wrote:
>> Hi,
>>
>> I've been working on building a CSMA/CA MAC for the past couple of
>> weeks. I built it in Python, and used ofdm/tunnel.py as a guide. It's
>> working now, but I don't think it's very efficient. I ended up having
>> to relax a lot of timing parameters to get it working, so my
>> throughput is pretty bad. I also get a lot of dropped packets. I think
>> this is also because my timing isn't very accurate, and I end up with
>> more collisions than I would expect.
>>
>> I was wondering if anyone else had had any luck building a CSMA/CA
>> MAC. I saw a few posts on the mailing list from several years ago
>> about people who were working on it, but I don't see any example code
>> anywhere. I also checked out CMUmacs on CGRAN, but that relies on a
>> deprecated version of GNURadio.
>>
>> Is my best bet to rewrite the MAC as a block in C++? Can anyone tell
>> me what kind of speedup that's likely to get me?
>>
>> Thanks,
>> Morgan Redfield
>
> Hi Morgan,
>
> we are also working on a CSMA/CA MAC here using a SDR software called
> Iris (I know that's the GNU radio list but problems are pretty much the
> same in terms of timing). The implementation is still not perfect but we
> got some nice results already.
>
> May I ask you about the throughput of your system? I would really like
> to compare them with our setup.
>
> There is also another paper titled "An IEEE 802.11 MAC Software Defined
> Radio Implementation for Experimental Wireless Communications and
> Networking Research" which might be of interest for you.
>
>
> Regards,
> Andre
>
>
> --
> André Puschmann
> Ilmenau University of Technology, Integrated Communication Systems Group
> Phone: +49 3677 69-4132, Fax: +49 3677 69-1614
> Email: andre.puschm...@tu-ilmenau.de, Web: http://www.tu-ilmenau.de/ics
> Office: Zuse Building, room 1071
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Question about installation: No UHD Devices Found

[Josh Blum]

> What the problem I got with the installation of UHD? Another problem
> I got is my computer gives "wired network" information when I plug
> the USRP board with my computer, and the computer disconnected very
> soon. I am wondering what could be the problem here?
> 


Did you setup networking?
http://www.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking

-josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] solving u0u0 problems

[Johannes Schmitz]

Hi Marcus,

> Tom Rondeau, on the mailing list, is the guy to talk to about adding new
> blocks.  There is a correlator block already.
Ok, maybe I will contact Tom.
Which block do you mean exactly?
I am looking for a block that acts like xcorr() in matlab. There is no
such block.

> I refer to sample-rate matching.  For example, audio devices often run at a
> sample rate of 44.1Ksps, which is obviously
>  different than the sample rate you're using in your flow-graph.  So if your
> flow-graph ends up (for example) sending output
>  to an audio sink, the sample stream has to be decimated or interpolated to
> the rate of the audio sink.  Sometimes, people forget
>  this when using the audio sinks, and get into the types of trouble you're
> observing.
I am not doing something like this. We are working with USRP's.

By the way I was able to fix the initial problem using a cyclic cross
correlation function with power of 2 fft-size.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [USRP-users] Measuring Input SNR in USRP using On-Off Keying modulation

[George Sklivanitis]

On 7/6/11 8:20 PM, Colby Boyer wrote:
One method would be to use a single pole IIR filter to get an average 
of the noise floor energy, and compare that with the average symbol 
energy.


On Wed, Jul 6, 2011 at 6:49 AM, George Sklivanitis 
mailto:george.sklivani...@gmail.com>> 
wrote:


Hello all,

Lately, I am experimenting with a point-to-point SDR link where my
transmitter uses On-Off Keying modulation while the receiver
follows techniques for efficient signal processing and detection
(non-coherent, coherent). My major problem is how can I measure
the input SNR as a ratio of the power of the received signal to
the power of noise, given also that we ignore the quantity of NF
(Noise Figure).

Thank you in advance for your concern,

GS


-- 
Sklivanitis Georgios

M.Sc. Student
Telecommunications Division,
Department of Electronics and Computer Engineering
Technical University of Crete,
Kounoupidiana Campus, Office 145.A10
Chania, Crete, 73100, Greece
Tel. : 28210 59257
www.telecom.tuc.gr/~gsklivanitis



___
USRP-users mailing list
usrp-us...@lists.ettus.com 
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com



Hello again,

Could it be sufficient enough to say that we measure the noise's 
variance as the variance of the data captured when nobody transmits in 
the desired frequency and then the ratio of the received signal energy 
to the noise's energy plus 1 will give us the estimated Signal-to-Noise 
ratio?


Thanks,
GS

--
Sklivanitis Georgios
M.Sc. Student
Telecommunications Division,
Department of Electronics and Computer Engineering
Technical University of Crete,
Kounoupidiana Campus, Office 145.A10
Chania, Crete, 73100, Greece
Tel. : 28210 59257
www.telecom.tuc.gr/~gsklivanitis

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] regarding calculating the noise power

[shantharam balasubramanian]

Hi.
I am using USRP2 testbed. I have been recently working on plotting the
PSD of the received signal and I was able to do it. The graph plots
the signal in baseband frequency level.
Then I turned on the receiver node while keeping the sender node off.
When I plotted the PSD graph for that, I was expecting to see a PSD
which should be more or less constant over all the frequencies.
But I saw a peak in the 0 Hz which is the center frequency. I was told
that this is due to DC offset. I am not sure what is meant by that
exactly and how to control or measure the DC offset in the output I
got.
Can anyone help me out?

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [USRP-users] Measuring Input SNR in USRP using On-Off Keying modulation

[Colby Boyer]

It'll probably ball park the figure. You can then cross-validate it with the
error rate.

On Wed, Jul 6, 2011 at 11:50 AM, George Sklivanitis <
george.sklivani...@gmail.com> wrote:

> **
> On 7/6/11 8:20 PM, Colby Boyer wrote:
>
> One method would be to use a single pole IIR filter to get an average of
> the noise floor energy, and compare that with the average symbol energy.
>
> On Wed, Jul 6, 2011 at 6:49 AM, George Sklivanitis <
> george.sklivani...@gmail.com> wrote:
>
>> Hello all,
>>
>> Lately, I am experimenting with a point-to-point SDR link where my
>> transmitter uses On-Off Keying modulation while the receiver follows
>> techniques for efficient signal processing and detection (non-coherent,
>> coherent). My major problem is how can I measure the input SNR as a ratio of
>> the power of the received signal to the power of noise, given also that we
>> ignore the quantity of NF (Noise Figure).
>>
>> Thank you in advance for your concern,
>>
>> GS
>>
>>
>> --
>> Sklivanitis Georgios
>> M.Sc. Student
>> Telecommunications Division,
>> Department of Electronics and Computer Engineering
>> Technical University of Crete,
>> Kounoupidiana Campus, Office 145.A10
>> Chania, Crete, 73100, Greece
>> Tel. : 28210 59257
>> www.telecom.tuc.gr/~gsklivanitis
>>
>>
>> ___
>> USRP-users mailing list
>> usrp-us...@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
>  Hello again,
>
> Could it be sufficient enough to say that we measure the noise's variance
> as the variance of the data captured when nobody transmits in the desired
> frequency and then the ratio of the received signal energy to the noise's
> energy plus 1 will give us the estimated Signal-to-Noise ratio?
>
> Thanks,
> GS
>
> --
> Sklivanitis Georgios
> M.Sc. Student
> Telecommunications Division,
> Department of Electronics and Computer Engineering
> Technical University of Crete,
> Kounoupidiana Campus, Office 145.A10
> Chania, Crete, 73100, Greece
> Tel. : 28210 59257www.telecom.tuc.gr/~gsklivanitis
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] regarding calculating the noise power

[shantharam balasubramanian]

Also I have been working in a modified program of benchmark_rx for
this case. It would be more helpful if someone helps me to reduce it
or to measure it, so that I will be able to explain to the people who
will ask me about the spike.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OSX 10.6 Audio Library Error

[Johnathan Corgan]

On Wed, Jul 6, 2011 at 10:08, Michael Dickens  wrote:


> Tom & Johnathan : Here's the patch code to fix this issue; it replicates
> what "gr-audio-osx/src/Makefile.am" did.  Do you want me to make a branch,
> etc., or can I just push it to the master?  I affects only OSX, since it's
> within an "if GR_AUDIO_OSX_SUPPORT" statement.  I've tested it (admittedly
> on 10.6 only, but it should work with 10.5 as well). - MLD
>

Actually, this sort of bug fix should go off the 'maint' branch, which is
for bug fixes only to 3.4.0.  I'll merge it up to master and next.

Johnathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Daughter Board ID List

[Wolfarth, Ryan]

Hello everyone,

I'm just diving into the GNU Radio/Python world and have been doing some
"Hello World" sort of exercises to become more familiar.  Currently I'm
working on a python program to pole my USRP2 and return pertinent daughter
board information.  I am running GNU Radio 3.4.1 on Ubuntu 10.04.2 LTS.

My question is: is there a well defined list of daughter board IDs that I
can reference?  Currently I am using the information contained in
/usrp/host/lib/usrp_dbid.cc as my reference for the board IDs, but it
doesn't match what the daughter board returns when I call
"my_usrp2.daughterboard_id()".  From what I have read on the mailing list,
there are some inconsistencies with daughter board names (e.g. 0x being
switched to "no daughter board" instead of "experimental").  Can anyone shed
some light on this?

Thank you in advance,
Ryan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Daughter Board ID List

[Marcus D. Leech]

> Hello everyone,
>
> I'm just diving into the GNU Radio/Python world and have been doing
> some "Hello World" sort of exercises to become more familiar. 
> Currently I'm working on a python program to pole my USRP2 and return
> pertinent daughter board information.  I am running GNU Radio 3.4.1 on
> Ubuntu 10.04.2 LTS.
>
> My question is: is there a well defined list of daughter board IDs
> that I can reference?  Currently I am using the information contained
> in /usrp/host/lib/usrp_dbid.cc as my reference for the board IDs, but
> it doesn't match what the daughter board returns when I call
> "my_usrp2.daughterboard_id()".  From what I have read on the mailing
> list, there are some inconsistencies with daughter board names (e.g.
> 0x being switched to "no daughter board" instead of
> "experimental").  Can anyone shed some light on this?
>
> Thank you in advance,
> Ryan
>   
Could I suggest that, given that you're just starting out, that you
start out with UHD, rather than
 "classic", for one, there are now daughtercards that aren't supported
at all by "classic", and that
  will get "worse" over time, as more daughtercards are added, etc. All
new USRP driver-side
  development and bug-fixing will happen on UHD.

Since you don't have any "legacy" that you need to be backwards
compatible with, it's a good point
 to simply commit to UHD.


-- 
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OSX 10.6 Audio Library Error

[Ryan Pape]

Patch worked perfectly.  Thanks for the help!

On Wed, Jul 6, 2011 at 12:08 PM, Michael Dickens  wrote:

> After disabling Jack and PortAudio, I see the same issue.  What -were- you
> thinking, Josh, when you integrated the audio components together?  I think
> you're secretly biased against OSX :)  JK (really, I am just kidding)!
>
> Tom & Johnathan : Here's the patch code to fix this issue; it replicates
> what "gr-audio-osx/src/Makefile.am" did.  Do you want me to make a branch,
> etc., or can I just push it to the master?  I affects only OSX, since it's
> within an "if GR_AUDIO_OSX_SUPPORT" statement.  I've tested it (admittedly
> on 10.6 only, but it should work with 10.5 as well). - MLD
>
> diff --git a/gr-audio/lib/Makefile.am b/gr-audio/lib/Makefile.am
> index 2bec73f..d1c69f3 100644
> --- a/gr-audio/lib/Makefile.am
> +++ b/gr-audio/lib/Makefile.am
> @@ -122,6 +122,11 @@ if GR_AUDIO_OSX_SUPPORT
>  AM_CPPFLAGS += \
>-I$(srcdir)/osx
>
> +libgnuradio_audio_la_LDFLAGS += \
> +   -framework AudioUnit\
> +   -framework CoreAudio\
> +   -framework AudioToolbox
> +
>  libgnuradio_audio_la_SOURCES += \
>osx/audio_osx_source.cc \
>osx/audio_osx_sink.cc
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OSX 10.6 Audio Library Error

[Michael Dickens]

Great!  Johnathan has already incorporated it into the various GIT branches, so 
us OSX users should be good to go again.  Thanks for reporting it; I wouldn't 
have found that bug with my default setup. - MLD

On Jul 6, 2011, at 10:28 PM, Ryan Pape wrote:
> Patch worked perfectly.  Thanks for the help!


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio