Re: [Discuss-gnuradio] USRP 8 bit USB transfers
Hi, > From: Johnathan Corgan > > This is working here both with the USRP1 and USRP2 and current git repository. > > > Johnathan 8 bit samples transfer working for USRP2 is a new information. How we can enable it? in python or in C++? Is there an example ? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Boost Problem in Compiling Current Trunk
Hi, >From: Mir M. Ali > >>Hi Firas, >I am having the same problem with the current trunk. Can you tell me how you >fixed the error? > >Thanks, >Ali That was (1 Jan 2009) more than one year old post. Certainly I cannot remember what was the problem!!. But generally, following Ubuntu Installation instruction as shown in : http://gnuradio.org/redmine/wiki/gnuradio/UbuntuInstall Will help. Just use the right boost version and don't forget to use "sudo". Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] BER plots for various modulation schemes
hello everybody, I wanted to test the USRP performance for various modulation schemes by varying the power level of transmitted signal and plotting the BER. Can i use one of the existing gnuradio-examples/python/ programs to do this? How to check the power level of the transmitted signal? Cheers, AMARNATH.A. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] carrier signal dropping
FYI, the new git repo doesn't seem to have usrp2_siggen.py under gr-utils. usrp_siggen.py seems to work in the same way with minor differences but the naming makes it seem like it's for the original usrp. I probably wouldn't have thought it was compatible if I was just poking around for the first time. Charles On Wed, Jan 6, 2010 at 4:42 PM, Eric Blossom wrote: > On Wed, Jan 06, 2010 at 04:32:21PM -0500, Charles Irick wrote: >> My apologies, >> Distro: Ubuntu 9.04 >> Kernel: 2.6.28-17-generic >> GNU Radio version: I'm pretty sure it's 3.2.2, I'm using the dev trunk >> but svn doesn't seem to allow me to update right now. >> >> It is indeed complaining about not being able to enable real-time >> scheduling. Since you asked I assumed this was the issue and looked it >> up. It turns out even though I set up the USRP2 to run as non-root by >> changing the permissions of usrp2_socket_opener, this was the issue. >> It seems to work fine as root. I'm guess the tx fifo was emptying >> without scheduling? Is there anywhere that I can read up on this >> real-time scheduling because I will definitely need to solve some >> similar issues in the future. >> >> > > > Edit /etc/security/limits.conf and add this line: > > @usrp - rtprio 50 > > make sure that your user is a member of group usrp, then logout and back in. > > Eric > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FYI: Google results for "GNU radio" point to a broken link
On Wed, Jan 06, 2010 at 05:23:52PM -0500, Mark Whittington wrote: > Asked in IRC and was directed to the mailing list, so here it is. If you > google for "GNU Radio", the links returned point to > http://gnuradio.org/tracwhich is now gone. It might be worthwhile to > add a redirect match for > /trac* so that people don't land at a default Apache 404 page. > > Regards, > -Mark Thanks. I fixed the offending link this morning; the next crawl should be OK. Thanks for the suggestion for the redirect. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] FYI: Google results for "GNU radio" point to a broken link
Asked in IRC and was directed to the mailing list, so here it is. If you google for "GNU Radio", the links returned point to http://gnuradio.org/tracwhich is now gone. It might be worthwhile to add a redirect match for /trac* so that people don't land at a default Apache 404 page. Regards, -Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] carrier signal dropping
On Wed, Jan 06, 2010 at 04:32:21PM -0500, Charles Irick wrote: > My apologies, > Distro: Ubuntu 9.04 > Kernel: 2.6.28-17-generic > GNU Radio version: I'm pretty sure it's 3.2.2, I'm using the dev trunk > but svn doesn't seem to allow me to update right now. > > It is indeed complaining about not being able to enable real-time > scheduling. Since you asked I assumed this was the issue and looked it > up. It turns out even though I set up the USRP2 to run as non-root by > changing the permissions of usrp2_socket_opener, this was the issue. > It seems to work fine as root. I'm guess the tx fifo was emptying > without scheduling? Is there anywhere that I can read up on this > real-time scheduling because I will definitely need to solve some > similar issues in the future. > > Edit /etc/security/limits.conf and add this line: @usrp - rtprio 50 make sure that your user is a member of group usrp, then logout and back in. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Boost Problem in Compiling Current Trunk
Hi Firas, I am having the same problem with the current trunk. Can you tell me how you fixed the error? I am using Ubuntu 8.04 and boost_1_37_0. I tried fixing the libtool problem in Ubuntu by editing the /etc/ld.so.conf file as mentioned in Gnuradio's Ubuntu installation instructions. But the same error still persists. A little help will be appreciated. Thanks, Ali On Thu, Jan 1, 2009 at 3:15 PM, Dimitris Symeonidis wrote: > Happy Birthday, Firas! > > PS I don't think compiling GnuRadio is the best way to spend one's birthday > :-) > > > Dimitris Symeonidis > "If you think you're too small to make a difference, try sleeping with > a mosquito!" - Amnesty International > > > > On Thu, Jan 1, 2009 at 22:24, Firas Abbas wrote: > > > > Hi, > > > >> On Thu, 1/1/09, Johnathan Corgan wrote: > >> Please svn update and retry. > >> > >> -Johnathan > > > > > > Everything is OK now. I Successfully complied revision [10184]. > > > > Thank you and happy new year. > > > > > > Firas > > > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] carrier signal dropping
My apologies, Distro: Ubuntu 9.04 Kernel: 2.6.28-17-generic GNU Radio version: I'm pretty sure it's 3.2.2, I'm using the dev trunk but svn doesn't seem to allow me to update right now. It is indeed complaining about not being able to enable real-time scheduling. Since you asked I assumed this was the issue and looked it up. It turns out even though I set up the USRP2 to run as non-root by changing the permissions of usrp2_socket_opener, this was the issue. It seems to work fine as root. I'm guess the tx fifo was emptying without scheduling? Is there anywhere that I can read up on this real-time scheduling because I will definitely need to solve some similar issues in the future. On Wed, Jan 6, 2010 at 4:10 PM, Eric Blossom wrote: > On Wed, Jan 06, 2010 at 03:44:26PM -0500, Charles Irick wrote: >> Hello, >> I hooked my usrp2 up to a spectrum analyzer and tried using the signal >> generator in gr-utils to see what I could get. The carrier signal >> seems to be turning on and off and I'm getting a lot of peaks at >> various frequencies probably from the carrier turning back on. Is this >> a code issue, normal behavior, or something I'm doing wrong? >> > > Exactly what command line did you use? > What version of GNU Radio? > Did it complain about not being able to enable real-time scheduling? > What OS, distribution, hardware? > > In general, we can be of more use to you if you follow these tips: > > http://gnuradio.org/redmine/wiki/gnuradio/ReportingErrors > > Eric > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] carrier signal dropping
On Wed, Jan 06, 2010 at 03:44:26PM -0500, Charles Irick wrote: > Hello, > I hooked my usrp2 up to a spectrum analyzer and tried using the signal > generator in gr-utils to see what I could get. The carrier signal > seems to be turning on and off and I'm getting a lot of peaks at > various frequencies probably from the carrier turning back on. Is this > a code issue, normal behavior, or something I'm doing wrong? > Exactly what command line did you use? What version of GNU Radio? Did it complain about not being able to enable real-time scheduling? What OS, distribution, hardware? In general, we can be of more use to you if you follow these tips: http://gnuradio.org/redmine/wiki/gnuradio/ReportingErrors Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] carrier signal dropping
Hello, I hooked my usrp2 up to a spectrum analyzer and tried using the signal generator in gr-utils to see what I could get. The carrier signal seems to be turning on and off and I'm getting a lot of peaks at various frequencies probably from the carrier turning back on. Is this a code issue, normal behavior, or something I'm doing wrong? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] What does this error mean during installation of gnuradio from latest git source
Hi Eric, As mentioned earlier I already added that line to the /etc/ld.so.conf file and did ldconfig but it still doesn't work. Firas on the mailing list had a similar error and he said he fixed it but he doesn't say how. I uninstalled the previous version of gnuradio before installing the newer one obtained through git. Thanks, Ali On Wed, Jan 6, 2010 at 11:43 AM, Eric Blossom wrote: > On Wed, Jan 06, 2010 at 01:09:57AM -0600, Mir M. Ali wrote: > > Hi, > > I installed gnuradio a million times before without any major problem on > > Ubuntu. I cannot figure out the following error that it throws during > > installation from the latest git source. I have boost_1.38 installed in > > /opt/ directory of my computer. The BOOST_PREFIX is correctly configured, > I > > fixed the broken libtool thing on Ubuntu before installation following > the > > instructions on the website and the configure and bootstrap went smoothly > > without any warnings or errors. The error occurs when "make" compiles the > > gnuradio/gnuradio-core/src/lib directory. I am pretty sure I had no > problems > > during the installation of boost. A little help will be appreciated. > > > > Thanks, > > Ali > > Find the directory that contains boost's libraries (probably something > like /opt/boost-1.38.../lib > > and add that path to /etc/ld.so.conf > then run > > $ sudo ldconfig > > Debian/Ubuntu's libtool is evil... > > Eric > > > > > make[5]: Entering directory `/opt/gnuradio/gnuradio-core/src/lib' > > /bin/bash ../../../libtool --tag=CXX --mode=link g++ -g -O2 -Wall > > -Woverloaded-virtual -pthread -o gnuradio-config-info > > gnuradio-config-info.o > libgnuradio-core.la-lboost_program_options-gcc42-mt-1_38 > > g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o > .libs/gnuradio-config-info > > gnuradio-config-info.o ./.libs/libgnuradio-core.so > > -lboost_program_options-gcc42-mt-1_38 > > /usr/bin/ld: cannot find -lboost_program_options-gcc42-mt-1_38 > > collect2: ld returned 1 exit status > > make[5]: *** [gnuradio-config-info] Error 1 > > make[5]: Leaving directory `/opt/gnuradio/gnuradio-core/src/lib' > > make[4]: *** [all-recursive] Error 1 > > make[4]: Leaving directory `/opt/gnuradio/gnuradio-core/src/lib' > > make[3]: *** [all-recursive] Error 1 > > make[3]: Leaving directory `/opt/gnuradio/gnuradio-core/src' > > make[2]: *** [all-recursive] Error 1 > > make[2]: Leaving directory `/opt/gnuradio/gnuradio-core' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/opt/gnuradio' > > make: *** [all] Error 2 > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help req file_sorce data type
On Wed, Jan 06, 2010 at 09:45:10AM +, nadia raj wrote:
>
> Hi,
> When we do: data = gr.file_source(8, 's1', 'r')
> Then type( data ) = 'gnuradio.gr.gnuradio_swig_py_io.gr_file_source_sptr'>
> how can i convert data into a string??
>
> Regards,
> Nadia
Generally you wouldn't.
If you just want the contents of a file as a string, use the built-in
Python routines:
s = open('s1').read()
If what you really want is to be able to examine a file containing
binary floats or complex, then you'll probably want to use something
like octave and the utilities in gnuradio-core/src/utils/read_*_binary.m
Also, please take a look at
http://gnuradio.org/redmine/wiki/gnuradio/ReportingErrors
It's got lots of tips on how to ask questions in a way that increases
your chances of getting the assistance you're looking for.
Also, try googling "using octave and gnu radio"
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] What does this error mean during installation of gnuradio from latest git source
On Wed, Jan 06, 2010 at 01:09:57AM -0600, Mir M. Ali wrote: > Hi, > I installed gnuradio a million times before without any major problem on > Ubuntu. I cannot figure out the following error that it throws during > installation from the latest git source. I have boost_1.38 installed in > /opt/ directory of my computer. The BOOST_PREFIX is correctly configured, I > fixed the broken libtool thing on Ubuntu before installation following the > instructions on the website and the configure and bootstrap went smoothly > without any warnings or errors. The error occurs when "make" compiles the > gnuradio/gnuradio-core/src/lib directory. I am pretty sure I had no problems > during the installation of boost. A little help will be appreciated. > > Thanks, > Ali Find the directory that contains boost's libraries (probably something like /opt/boost-1.38.../lib and add that path to /etc/ld.so.conf then run $ sudo ldconfig Debian/Ubuntu's libtool is evil... Eric > make[5]: Entering directory `/opt/gnuradio/gnuradio-core/src/lib' > /bin/bash ../../../libtool --tag=CXX --mode=link g++ -g -O2 -Wall > -Woverloaded-virtual -pthread -o gnuradio-config-info > gnuradio-config-info.o > libgnuradio-core.la-lboost_program_options-gcc42-mt-1_38 > g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/gnuradio-config-info > gnuradio-config-info.o ./.libs/libgnuradio-core.so > -lboost_program_options-gcc42-mt-1_38 > /usr/bin/ld: cannot find -lboost_program_options-gcc42-mt-1_38 > collect2: ld returned 1 exit status > make[5]: *** [gnuradio-config-info] Error 1 > make[5]: Leaving directory `/opt/gnuradio/gnuradio-core/src/lib' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory `/opt/gnuradio/gnuradio-core/src/lib' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/opt/gnuradio/gnuradio-core/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/opt/gnuradio/gnuradio-core' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/opt/gnuradio' > make: *** [all] Error 2 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP 8 bit USB transfers
You're right - with less bits, setting the gain correctly is much more important.. That fixed it. Thanks so much! MIke On Wed, Jan 6, 2010 at 10:45 AM, Johnathan Corgan < jcor...@corganenterprises.com> wrote: > On Wed, Jan 6, 2010 at 07:57, Michael Johnson > wrote: > > > Has anyone had any luck using 8 bit sample mode lately? I've included > theC++ > > file below (Note: had to modify it to use shared pointers). > > This is working here both with the USRP1 and USRP2 and current git > repository. > > The 8-bit mode has lower dynamic range, and if your gain is set too > low or you are looking at just noise, the signal level may well fall > below the LSB amplitude. > > Johnathan > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP 8 bit USB transfers
On Wed, Jan 6, 2010 at 07:57, Michael Johnson wrote: > Has anyone had any luck using 8 bit sample mode lately? I've included theC++ > file below (Note: had to modify it to use shared pointers). This is working here both with the USRP1 and USRP2 and current git repository. The 8-bit mode has lower dynamic range, and if your gain is set too low or you are looking at just noise, the signal level may well fall below the LSB amplitude. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] The output of spectrum_sense must be shifted to minus
On Wed, Jan 6, 2010 at 05:06, abbasi wrote: > Therefore i think there is a shift should be done for the output of the FFT. > Any body know how much? In general, this will need to be calibrated, and is dependent on individual USRP variations, the daughterboard gain, and decimation settings used with the USRP. It is possible when using usrp_fft.py to use the --ref-scale option to set the equivalent dBFS sample amplitude, which will then set 0 dB in the display to that amplitude. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP 8 bit USB transfers
Hi all,
I'm trying to capture some over-the-air data using a USRP and a RFX2400
card. Using usrp_fft.py or usrp_rx_cfile.py works fine as long as the
decimation rate is 8 or above. Unfortunately my signal has a 10MHz
bandwidth, so I would like to use a decimation rate of 4 (16Msps I&Q). This
results in overflows due to the USB rate. It seems that the normal solution
for this is to enable 8 bit samples. Both usrp_fft.py and usrp_rx_cfile.py
have a "-8" option, however when I use that option the data is all zeroes.
So, I snooped around and found a C++ file by Firas Abbas Hamza that removed
the python hocus pocus and talked to the usrp library directly. Same problem
- works fine as long as the 8 bit sample transfer is not enabled.
I also tried this with a DBSRX daughter card (and an appropriate frequency).
Same problem.
Has anyone had any luck using 8 bit sample mode lately? I've included theC++
file below (Note: had to modify it to use shared pointers).
Thanks,
Mike
// Simple C++ USRP interfacing demonstration program
//
//
// This program modified from C++ code found in document:
// The USRP under 1.5X Magnifying Lens!
// By:
// Firas Abbas Hamza
// Rev 1.0
//Last updated: 12-Jun-2008
// This program was derived and modified from test_usrp_standard_rx.cc
/* -*- c++ -*- */
/*
* Copyright 2003,2006,2007,2008 Free Software Foundation, Inc.
*
* This file is part of GNU Radio
*
* GNU Radio is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 3, or (at your option)
* any later version.
*
* GNU Radio is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with GNU Radio; see the file COPYING. If not, write to
* the Free Software Foundation, Inc., 51 Franklin Street,
* Boston, MA 02110-1301, USA.
*/
#include
#include
#include "usrp_standard.h"
#define SAMPLES_PER_READ (512)// Must be a multiple
of 128
// Dumy Function to process USRP data
void process_data(int *buffer)
{
int i;
int max = 0;
for (i = 0; i < SAMPLES_PER_READ; i++)
{
if (buffer[i] > max)
{
max = buffer[i];
}
}
printf("max: %d\n", max);
}
int
main (int argc, char **argv)
{
boolwidth_8_p = true;
int which_board = 0;
int decim = 64;
double center_freq = 264700;
int fusb_block_size = 0;
int fusb_nblocks = 0;
int nchannels = 1;
int gain = 0;
int mode = 0;
int noverruns = 0;
booloverrun;
int total_reads = 1;
int i;
int buf[SAMPLES_PER_READ];
int bufsize = SAMPLES_PER_READ*4;
// usrp_standard_rx *urx = usrp_standard_rx::make (which_board, decim, 1,
-1, mode,
// fusb_block_size, fusb_nblocks);
usrp_standard_rx_sptr urx = usrp_standard_rx::make (which_board, decim, 1,
-1, mode, fusb_block_size, fusb_nblocks, "std_4rx_0tx.rbf");
if (urx == 0)
{
fprintf (stderr, "Error: usrp_standard_rx::make\n");
exit (1);
}
if (width_8_p)
{
int width = 8;
int shift = 8;
bool want_q = true;
if (!urx->set_format(usrp_standard_rx::make_format(width, shift, want_q,
true)))
{
fprintf (stderr, "Error: urx->set_format\n");
exit (1);
}
}
// Set DDC center frequency
urx->set_rx_freq (0, center_freq);
// Set Number of channels
urx->set_nchannels(1);
// Set ADC PGA gain
urx->set_pga(0,gain);
// Set FPGA Mux
urx->set_mux(0x32103210); // Board A only
// Set DDC decimation rate
urx->set_decim_rate(decim);
// Set DDC phase
urx->set_ddc_phase(0,0);
urx->start();// Start data transfer
printf("USRP Transfer Started\n");
// Do USRP Samples Reading
for (i = 0; i < total_reads; i++)
{
urx->read(&buf, bufsize, &overrun);
if (overrun)
{
printf ("USRP Rx Overrun\n");
noverruns++;
}
// Do whatever you want with the data
process_data(&buf[0]);
}
urx->stop(); // Stop data transfer
printf("USRP Transfer Stoped\n");
// delete urx;
return 0;
}
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] The output of spectrum_sense must be shifted to minus
Im trying to sense the noise variance when there is no signal. I'm consider a band from 1.2GHz to 1.25GHz. Ofcourse the output is not the same for all frequencies sweeping parts. However when there is no signal i get reading flactuates between 10dB to 20 dB, which, according to the spectrum analyzer, should be around -90dB. While when there is a signal i get readings fluctuates around 80 dB, which in reality much lower than this (around 0dBm) Therefore i think there is a shift should be done for the output of the FFT. Any body know how much? regards, -- View this message in context: http://old.nabble.com/The-output-of-spectrum_sense-must-be-shifted-to-minus-tp27026849p27026849.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help req file_sorce data type
Hi, When we do: data = gr.file_source(8, 's1', 'r') Then type( data ) = how can i convert data into a string?? Regards, Nadia _ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. http://clk.atdmt.com/GBL/go/196390709/direct/01/___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
