[Discuss-gnuradio] GRCon15 Videos are Live!

[Tom Rondeau]

For those of you who couldn't make it to GRCo15, we recorded the videos
this year. And thanks to Jose Loera, we've got them ready and available in
a timely manner. You can use the Agenda page to find any talk you're
interested in and click to get more information. There is a "Presentations"
link for every talk that links to YouTube for every video.

http://www.trondeau.com/grcon15-agenda/

Hope everyone finds these useful.

And another big thanks to Jose for getting these together so nicely.

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

Re: [Discuss-gnuradio] audio underrun when bad signal quality

[Markus Heller]

Hi Marcus,

I have been reading from you more frequently on this list than you've
been reading from me :-)

I have my setup in my office computer, so I will send the setup to this
list tomorrow.

Thanks ahead!

vy73
markus
dl8rds

Am Dienstag, den 22.09.2015, 19:56 +0200 schrieb Marcus Müller:
> Hi Markus,
> 
> nice to be hearing from you!
> 
> I'm making assumptions about your RX flow graph here:
> 
> osmocom source --> squelch of some sort --> FM demod/ AM demod of sorts
> --> Audio sink
> 
> If the squelch is set to stop the flow of samples as long as there's not
> enough signal, then downstream, the audio sink doesn't get any samples,
> though it always needs the same amount of samples per second. Hence,
> Underflows.
> 
> Hopefully, that explains the issues you're having; if not, please
> explain your receiver in a little more detail,
> 
> Best regards,
> Marcus
> 
> On 22.09.2015 18:34, Markus Heller wrote:
> > Hi,
> >
> > playing around with my RTLSDR stick (RTL2832U / Rafael Micro R820T
> > tuner) I observed that whenever the reception (signal quality) is bad, I
> > am getting Audio Underruns and glitches in the accoustics. 
> >
> > How can that happen? I always thought the sample rate was constant? When
> > designing the sketch I took good care that the sample rates were fine.
> > Whenever I get good signal quality I have no underruns at all. 
> >
> > Thanks in advance,
> >
> > br
> > markus
> >
> >
> > ___
> > 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



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

Re: [Discuss-gnuradio] audio underrun when bad signal quality

[Markus Heller]

no, there is no squelch

73s
markus

Am Dienstag, den 22.09.2015, 10:56 -0700 schrieb Martin Braun:
> Do you have a sqelch anywhere in your flow graph?
> 
> M
> 
> On 22.09.2015 09:34, Markus Heller wrote:
> > Hi,
> > 
> > playing around with my RTLSDR stick (RTL2832U / Rafael Micro R820T
> > tuner) I observed that whenever the reception (signal quality) is bad, I
> > am getting Audio Underruns and glitches in the accoustics. 
> > 
> > How can that happen? I always thought the sample rate was constant? When
> > designing the sketch I took good care that the sample rates were fine.
> > Whenever I get good signal quality I have no underruns at all. 
> > 
> > Thanks in advance,
> > 
> > br
> > markus
> > 
> > 
> > ___
> > 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



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

Re: [Discuss-gnuradio] Fwd: Re: Transmission error

[Marcus Müller]

Ok,
> This is because I have changed my folder to /digital/ofdm, I have
> started to receive packets.
this means that you're using something *completely* different than
before. It's simply a completely different transceiver system.
> kindly advise if I need to figure out the combination settings till
> most of them receive properly? 
Yes. You will need to figure out the optimum settings. Increase gain on
the RX end, see if things get better or worse. Find an optimum for that.
Do the same with the TX gain.
> Because even though I did not set any sample rate, the transmitter
> sent the information. 
As mentioned before multiple times: run the programs with "--help". They
will show you what default settings they have.

> Please help. Please excuse me if I am being naive in asking these.
It's alright to ask questions, but please remember to apply the things
we tell you.

Best regards,
Marucs

On 22.09.2015 00:59, Rama V wrote:
> Hi,
> As advised, the problem has been solved to a little extent where I
> have got the below results by giving the commands as
>
> Sender : ./benchmark_tx.py -f 2.435G --tx-gain=25
> Receiver: ./benchmark_rx.py -f 2.435G --rx-gain 50
>
> ok: True  pktno: 1971  n_rcvd: 1687  n_right: 358
> ok: False  pktno: 1972  n_rcvd: 1688  n_right: 358
> ok: False  pktno: 1973  n_rcvd: 1689  n_right: 358
> ok: False  pktno: 1974  n_rcvd: 1690  n_right: 358
> ok: True  pktno: 1975  n_rcvd: 1691  n_right: 359
> ok: False  pktno: 1976  n_rcvd: 1692  n_right: 359
> ok: True  pktno: 1977  n_rcvd: 1693  n_right: 360
> ok: False  pktno: 1978  n_rcvd: 1694  n_right: 360
> ok: True  pktno: 1979  n_rcvd: 1695  n_right: 361
> ok: True  pktno: 1980  n_rcvd: 1696  n_right: 362
> ok: False  pktno: 1981  n_rcvd: 1697  n_right: 362
> ok: True  pktno: 1982  n_rcvd: 1698  n_right: 363
> ok: False  pktno: 1983  n_rcvd: 1699  n_right: 363
> ok: True  pktno: 1984  n_rcvd: 1700  n_right: 364
> ok: False  pktno: 1985  n_rcvd: 1701  n_right: 364
> ok: True  pktno: 1986  n_rcvd: 1702  n_right: 365
> ok: False  pktno: 1987  n_rcvd: 1703  n_right: 365
> ok: True  pktno: 1988  n_rcvd: 1704  n_right: 366
>
> This is because I have changed my folder to /digital/ofdm, I have
> started to receive packets. But I guess this is only 50% efficient in
> receiving packets. Not all of them have been receiving properly.
> kindly advise if I need to figure out the combination settings till
> most of them receive properly? Because even though I did not set any
> sample rate, the transmitter sent the information. Please help. Please
> excuse me if I am being naive in asking these.
>
> Regards,
> Dave
>
> On Mon, Sep 21, 2015 at 11:00 AM, Rama V  > wrote:
>
> Hi,
> Thanks Marcus. I will do as you have advised and approach if any
> uncertainties.
>
> Regards,
> Dave
>
> On Mon, Sep 21, 2015 at 10:16 AM, Marcus Müller
> > wrote:
>
> Hi Dave,
>
> you shouldn't be modifying the python files before you
> understand what they do exactly. Please revert your edits,
> because it will be impossible to help you if you don't use the
> same scripts as we do, obviously. We've talked about this[1].
>
> So:
>> Sender : benchmark_tx.py -f 2.435G -r 250k
>> Receiver : benchmark_rx.py -f 2.435G 
> That's wrong! Now, your transmitter sends 250,000 bits per
> second, but your receiver expects 100.000 (the default value,
> which doesn't work with your hardware), so that's not good.
> Use the same setting for both benchmark_tx and benchmark_rx.
>
>> So all you say is I need to change and play with the sampling
>> rates and --tx-amplitude  until the received packet becomes
>> 'n_rcvd=1'
> No. RF is not "hey, there's this correct setting, let's apply
> it everywhere"; you'll have to figure out which combination
> settings work best. Generally, I'd leave the  --tx-amplitude
> untouched, because 0.25 is a sane value for the digital
> samples; what you want is analog gain, not digital scaling.
>
> You should really set a TX gain and a RX gain. Try around with
> a few different gain settings for RX and TX gain -- a good
> approach would be to set something like 25 dB TX gain, and
> around 50 dB RX gain, if you place your TX and RX antennas far
> enough from each other. Notice that I'm assuming you're using
> antennas, and no direct connection! If you're using a direct
> cable between TX and RX, please use an attenuator, because you
> might otherwise damage your hardware.
>
> To find out how to 

Re: [Discuss-gnuradio] Chips from Nooelec R820T2

[mleech]

 

There will be an RTL2832U, made by RealTek. Its job is to digitize the
output from the tuner, and down-sample, and put it on the USB bus. 

There's also an R820T2, which is the downconverter/tuner that converts
to a real IF around (AFIR) 3.57MHz. 

There'll also be a voltage regulator or two, and probably a EEPROM chip.


On 2015-09-22 14:06, Pedro Gabriel Adami wrote: 

> Dear all,
> 
> I have a Nooelec R820T2 and inside of it there are two chips: 2838 and 2832U. 
> I'd like to know what is the function of each one. I've looking for this, but 
> I'd like to hear from you in general terms. Thank you.
> 
> -- 
> 
> Cheers, Pedro Gabriel Adami 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]
 

Links:
--
[1] 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] GNU Radio installation script

[Peter Mathys]

Actually I just checked and it is in the build-gnuradio script now. It 
wasn't there at the end of July or beginning of August when I ran into 
the problem and it prevented the script from installing UHD and thus the 
actual GNU Radio installation.


-Peter-


On 9/22/2015 10:19 AM, mle...@ripnet.com wrote:


Hrrrm, I was pretty-sure that I'd made that update some time ago.

I'll have to check my master copy when I get home.

On 2015-09-22 11:08, Peter Mathys wrote:


As noted elsewhere the failure to find libzmq1-dev is expected (what is needed 
is libzmq-dev) and does not affect the outcome of the installation. However, 
the UHD installation most likely fails because of the switch from the cheetah 
to the mako template engine which has not (yet?) made its way into the 
build-gnuradio script. Install the mako template engine using

sudo apt-get install python-mako

Then run the build-gnuradio script again (perhaps with the -v option).

-Peter-


On 9/22/2015 6:25 AM, Mike Gilmer wrote:
I've gotten further along but it still failed. Here's the output 
+++ Failed to find package 
'libzmq1-dev' in known package repositories <-- I noted this in my 
previous post SOME THINGS MAY NOT BUILD AS A RESULT Checking for 
package libzmq Checking for package libzmq-dev Checking for package 
python-requests Done checking packages Checking for library libusb 
...Found library libusb Checking for library libboost ...Found 
library libboost Checking for library libcppunit ...Found library 
libcppunit Checking for library libfftw ...Found library libfftw 
Checking for library libgsl ...Found library libgsl Done This script 
will fetch Gnu Radio version 3.7/maint from the repositories, along 
with compatible extras. Is this OK?y Fetching various packages (Gnu 
Radio, UHD, gr-osmosdr, gr-iqbal, etc) via the Internet ===> 
THIS MAY TAKE QUITE SOME TIME <= Fetching Gnu Radio via 
GIT...Done Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, 
gr-osmosdr, gr-iqbal, hackrf, bladeRF and airspy) via GIT Done 
Starting function uhd_build at: Tue Sep 22 00:10:59 EDT 2015 
Building UHD... => THIS WILL TAKE SOME TIME 
<= UHD build apparently failed Exiting UHD build 
++ Again, I appreciate the help! 
-Mike On Mon, Sep 21, 2015 at 11:48 PM, Mike Gilmer 
> wrote:
I'm running 14.04 and yes I have Internet access (that was part of 
the aforementioned "drama") I ran the update/upgrade and reran the 
script and now things are "different" This seems like it may take a 
while. I'll report back when it's done. Hmm.. so far one error - it 
couldn't find libzmq1-dev; I don't know what that'll mean Thanks! 
Mike On Mon, Sep 21, 2015 at 11:27 PM, James Humphries 
> wrote:
Hi Mike, Did you update your package manager? Usually helps when I 
get errors. sudo apt-get update && sudo apt-get upgrade Also, make 
sure build-essential is installed (Do this after update and 
upgrade). sudo apt-get install build-essential -Trip On Mon, Sep 
21, 2015 at 11:13 PM, Mike Gilmer > wrote:
All, I recently asked the list some questions about getting GNU 
Radio up and running on a Windows machine (using cygwin). It 
became obvious there would be a lot of hurdles, for which the 
community would not be able to offer much help. So... I have 
installed Ubuntu on a PC ( in a dual boot configuration with Win7 
) <-- this is its own drama LOL I tried to follow the "Installing 
GNU Radio step(s) outlined on 
https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23 
using the script via wget 
http://www.sbrac.org/files/build-gnuradio && chmod a+x 
./build-gnuradio && ./build-gnuradio and I get a bunch of errors 
: Checking for package libfontconfig1-dev Failed to find package 
'libfontconfig1-dev' in known package repositories SOME THINGS 
MAY NOT BUILD AS A RESULT Checking for package libxrender-dev 
Failed to find package 'libxrender-dev' in known package 
repositories SOME THINGS MAY NOT BUILD AS A RESULT However, the 
descruiption etc.. It appears that a major step is missing or 
broken. Can someone help me on this? Thanks! Mike 
___ 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

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


___
Discuss-gnuradio mailing list

[Discuss-gnuradio] audio underrun when bad signal quality

[Markus Heller]

Hi,

playing around with my RTLSDR stick (RTL2832U / Rafael Micro R820T
tuner) I observed that whenever the reception (signal quality) is bad, I
am getting Audio Underruns and glitches in the accoustics. 

How can that happen? I always thought the sample rate was constant? When
designing the sketch I took good care that the sample rates were fine.
Whenever I get good signal quality I have no underruns at all. 

Thanks in advance,

br
markus


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

Re: [Discuss-gnuradio] audio underrun when bad signal quality

[Marcus Müller]

Hi Markus,

nice to be hearing from you!

I'm making assumptions about your RX flow graph here:

osmocom source --> squelch of some sort --> FM demod/ AM demod of sorts
--> Audio sink

If the squelch is set to stop the flow of samples as long as there's not
enough signal, then downstream, the audio sink doesn't get any samples,
though it always needs the same amount of samples per second. Hence,
Underflows.

Hopefully, that explains the issues you're having; if not, please
explain your receiver in a little more detail,

Best regards,
Marcus

On 22.09.2015 18:34, Markus Heller wrote:
> Hi,
>
> playing around with my RTLSDR stick (RTL2832U / Rafael Micro R820T
> tuner) I observed that whenever the reception (signal quality) is bad, I
> am getting Audio Underruns and glitches in the accoustics. 
>
> How can that happen? I always thought the sample rate was constant? When
> designing the sketch I took good care that the sample rates were fine.
> Whenever I get good signal quality I have no underruns at all. 
>
> Thanks in advance,
>
> br
> markus
>
>
> ___
> 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

[Discuss-gnuradio] GNU Radio Conference 2015, RF Network-on-a-Chip, and New Public Courses

[Johnathan Corgan]

View this email in your browser
GNU
Radio Conference 2015 Recap
Corgan Labs and the rest of the GNU Radio Conference 2015 team are
extremely proud to report that GRCon15 was a major success.  Compared to
2014, attendance more than doubled for both the New Developer Day and
general conference. Presenters covered a wide range of topics, from
introductory sessions about getting started with GNU Radio to new advances
in cognitive radio techniques using deep learning. We have received
positive feedback from beginners and advanced developers alike. The growth
of this conference, widespread adoption, and enthusiasm throughout the
community is an indication that GNU Radio is a great platform to invest in.

Over the next few months Corgan Labs will be working with the GRCon15 team
to highlight some of the interesting material and discussions.
 RFNoC: Survey for Potential UsersOne very popular topic at the conference
was RF Network-on-a-Chip (RFNoC)
, a new
framework developed by Ettus Research that drastically reduces the effort
required to offload high-performance DSP functions to an FPGA.  RFNoC
promises to revolutionize high-performance SDR design flows and enable new
applications.  However, RFNoC is a multi-faceted framework, which requires
knowledge and experience in a number of areas for full utilization, such as
digital design for FPGAs, DSP theory, C/C++ programming, and GNU Radio
application development.

Corgan Labs is currently developing a course that will help users become
productive using RFNoC and FPGA design.  Planned for later this year, we
are gathering input from potential attendees to understand their
requirements.  If you would like to participate in the survey, and receive
$100 toward any Corgan Labs SDR course, please visit this page
.
 New Public CoursesCorgan Labs is also excited to announce new public
courses designed for beginners.  We started hosting these public courses in
the beginning of 2015, and they have been a big hit.  New course listings
include:

   - US East Coast - Columbia, MD,  November 5th, 2015
   
   - US West Coast - San Diego Clara, CA, November 2nd, 2015
   

Click on the links above for more information about the public courses.
Corgan Labs also offers on-site, customized, and advanced courses.  For
more information, please visit the Corgan Labs Training Page
 or email i...@corganlabs.com
.

Best Regards,
Johnathan Corgan
johnat...@corganlabs.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] audio underrun when bad signal quality

[Martin Braun]

Do you have a sqelch anywhere in your flow graph?

M

On 22.09.2015 09:34, Markus Heller wrote:
> Hi,
> 
> playing around with my RTLSDR stick (RTL2832U / Rafael Micro R820T
> tuner) I observed that whenever the reception (signal quality) is bad, I
> am getting Audio Underruns and glitches in the accoustics. 
> 
> How can that happen? I always thought the sample rate was constant? When
> designing the sketch I took good care that the sample rates were fine.
> Whenever I get good signal quality I have no underruns at all. 
> 
> Thanks in advance,
> 
> br
> markus
> 
> 
> ___
> 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

[Discuss-gnuradio] Chips from Nooelec R820T2

[Pedro Gabriel Adami]

Dear all,

I have a Nooelec R820T2 and inside of it there are two chips: 2838 and
2832U. I'd like to know what is the function of each one. I've looking for
this, but I'd like to hear from you in general terms. Thank you.

-- 
Cheers,
Pedro Gabriel Adami
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] AGC_FF Code Implementation

[Richard Bell]

Thank you for that. Clear now.

Rich

On Tue, Sep 22, 2015 at 7:05 AM, Tom Rondeau  wrote:

> On Mon, Sep 21, 2015 at 9:03 PM, Richard Bell 
> wrote:
>
>> Hello all,
>>
>> I would like to see how agc_ff is implemented, but there is some gnuradio
>> magic going on that's beyond me. The agc_ff_impl.cc in analog/lib doesn't
>> do anything but call scaleN. How do I find the actual implementation code
>> for this block? I see a kernel::agc_ff(paramters) call in the
>> initialization list, but I'm not sure what happens there.
>>
>> Thanks,
>> Rich
>>
>
>
> Take a look in the constructor. Notice that it's inheriting from two
> classes: sync_block and kernel::agc_ff. So you have to find where
> gr::analog::kernel::agc_ff is created. The naming is a bit confusing since
> we have agc kernels and agc blocks, and there is an agc_ff.h file there,
> but that's not the right one. Instead, look at
> gr-analog/include/gnuradio/analog/agc.h.
>
> Tom
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] RFNoc and data rates

[Marcus D. Leech]

On 09/22/2015 06:07 PM, Simon Olvhammar wrote:

Hello,

I have a question regarding RFnoc and the USRP x310 FPGA capabilities.
We currently have a working GnuRadio application used for astronomy 
observations and are looking to get several more devices for 
integration in other systems.


However the data rates are high and CPU loads as well, thus we would 
like to move the application to the FPGA.
In the GnuRadio application we basically take the FFT of the signal 
and store it to files.
In Python we average the stored FFT:s, in terms of file size this is 
then reducing, for example a 200 MB file with FFT:s to a couple of KB. 
We would like to do the latter in the FPGA using RFNoc. This would 
then eliminate the need for expensive PCIe and Ethernet equipment for 
the high data rates.
My question is, is this possible using current RFnoc blocks?, with for 
example an average block?


Also wondering if a 8k channel FFT block might be expected in RFNoc 
anytime soon?


Best regards
Simon

Apart from the larger FFT, this should be doable--there's 
complex-to-mag, and single-pole-IIR filter modules in RFNoC, along with
  decimation blocks, so you could do your FFT averaging in the FPGA, 
and "dribble" out at much lower rates, compared to the incoming
  sample rates--I assume that you want to use the widest bandwidth 
possible?


I also want to use RFNoC for radio astronomy applications--but haven't 
had time to pursue it yet.   Both for simple interferometry, and

  single-dish total-power measurements.



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

[Discuss-gnuradio] Convert raw I/Q to dB

[Mathias Ossit]

Hello, Everyone


i am new to gnuradio and I am creating a block to "Convert raw I / Q to
dBm" I have: USRP Source -> Stream_to_vector-> FFT-> Complex_to_MAg * 2->
NEW_BLOCK, so is the sequence ??

Thanks,


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

[Discuss-gnuradio] RFNoc and data rates

[Simon Olvhammar]

Hello,

I have a question regarding RFnoc and the USRP x310 FPGA capabilities.
We currently have a working GnuRadio application used for astronomy 
observations and are looking to get several more devices for integration 
in other systems.


However the data rates are high and CPU loads as well, thus we would 
like to move the application to the FPGA.
In the GnuRadio application we basically take the FFT of the signal and 
store it to files.
In Python we average the stored FFT:s, in terms of file size this is 
then reducing, for example a 200 MB file with FFT:s to a couple of KB. 
We would like to do the latter in the FPGA using RFNoc. This would then 
eliminate the need for expensive PCIe and Ethernet equipment for the 
high data rates.
My question is, is this possible using current RFnoc blocks?, with for 
example an average block?


Also wondering if a 8k channel FFT block might be expected in RFNoc 
anytime soon?


Best regards
Simon

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

Re: [Discuss-gnuradio] GNU Radio installation script

[Mike Gilmer]

I ran the mako template as suggested and the output indicated it was
already up-to-date.

I'm still looking back through this chain since it seem there are a lot of
options

Mike
On Sep 22, 2015 11:35 AM, "Peter Mathys"  wrote:

> As noted elsewhere the failure to find libzmq1-dev is expected (what is
> needed is libzmq-dev) and does not affect the outcome of the installation.
> However, the UHD installation most likely fails because of the switch from
> the cheetah to the mako template engine which has not (yet?) made its way
> into the build-gnuradio script. Install the mako template engine using
>
> sudo apt-get install python-mako
>
> Then run the build-gnuradio script again (perhaps with the -v option).
>
> -Peter-
>
>
> On 9/22/2015 6:25 AM, Mike Gilmer wrote:
>
>> I've gotten further along but it still failed.  Here's the output
>>
>> +++
>> Failed to find package 'libzmq1-dev' in known package repositories
>> <-- I noted this in my previous post
>> SOME THINGS MAY NOT BUILD AS A RESULT
>> Checking for package libzmq
>> Checking for package libzmq-dev
>> Checking for package python-requests
>> Done checking packages
>> Checking for library libusb ...Found library libusb
>> Checking for library libboost ...Found library libboost
>> Checking for library libcppunit ...Found library libcppunit
>> Checking for library libfftw ...Found library libfftw
>> Checking for library libgsl ...Found library libgsl
>> Done
>> This script will fetch Gnu Radio version 3.7/maint from the
>> repositories, along with compatible
>> extras.
>> Is this OK?y
>> Fetching various packages (Gnu Radio, UHD, gr-osmosdr, gr-iqbal, etc)
>> via the Internet
>> ===> THIS MAY TAKE QUITE SOME TIME <=
>> Fetching Gnu Radio via GIT...Done
>> Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, gr-osmosdr,
>> gr-iqbal, hackrf, bladeRF and airspy) via GIT
>> Done
>> Starting function uhd_build at: Tue Sep 22 00:10:59 EDT 2015
>> Building UHD...
>> => THIS WILL TAKE SOME TIME <=
>>
>> UHD build apparently failed
>> Exiting UHD build
>> ++
>>
>> Again, I appreciate the help!
>>
>> -Mike
>>
>> On Mon, Sep 21, 2015 at 11:48 PM, Mike Gilmer 
>> wrote:
>>
>>> I'm running 14.04 and yes I have Internet access (that was part of the
>>> aforementioned "drama")
>>>
>>> I ran the update/upgrade and reran the script and now things are
>>> "different"
>>>
>>> This seems like it may take a while. I'll report back when it's done.
>>>
>>> Hmm.. so far one error - it couldn't find libzmq1-dev; I don't know
>>> what that'll mean
>>>
>>> Thanks!
>>>
>>> Mike
>>>
>>>
>>>
>>> On Mon, Sep 21, 2015 at 11:27 PM, James Humphries
>>>  wrote:
>>>
 Hi Mike,

 Did you update your package manager? Usually helps when I get errors.

 sudo apt-get update && sudo apt-get upgrade

 Also, make sure build-essential is installed (Do this after update and
 upgrade).

 sudo apt-get install build-essential

 -Trip

 On Mon, Sep 21, 2015 at 11:13 PM, Mike Gilmer 
 wrote:

> All,
> I recently asked the list some questions about getting GNU Radio up
> and running on a Windows machine (using cygwin). It became obvious
> there would be a lot of hurdles, for which the community would not be
> able to offer much help. So...
>
> I have installed Ubuntu on a PC ( in a dual boot configuration with
> Win7 ) <-- this is its own drama LOL
>
> I tried to follow the "Installing GNU Radio step(s) outlined on
> https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
> using the script via
> wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
> ./build-gnuradio && ./build-gnuradio
>
> and I get a bunch of errors :
> Checking for package libfontconfig1-dev
> Failed to find package 'libfontconfig1-dev' in known package
> repositories
> SOME THINGS MAY NOT BUILD AS A RESULT
> Checking for package libxrender-dev
> Failed to find package 'libxrender-dev' in known package repositories
> SOME THINGS MAY NOT BUILD AS A RESULT However, the descruiption
>
> etc..
>
> It appears that a major step is missing or broken.  Can someone help
> me on
> this?
>
> Thanks!
>
> Mike
>
> ___
> 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
>>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> 

Re: [Discuss-gnuradio] GNU Radio installation script

[mleech]

 

Hrrrm, I was pretty-sure that I'd made that update some time ago. 

I'll have to check my master copy when I get home. 

On 2015-09-22 11:08, Peter Mathys wrote: 

> As noted elsewhere the failure to find libzmq1-dev is expected (what is 
> needed is libzmq-dev) and does not affect the outcome of the installation. 
> However, the UHD installation most likely fails because of the switch from 
> the cheetah to the mako template engine which has not (yet?) made its way 
> into the build-gnuradio script. Install the mako template engine using
> 
> sudo apt-get install python-mako
> 
> Then run the build-gnuradio script again (perhaps with the -v option).
> 
> -Peter-
> 
> On 9/22/2015 6:25 AM, Mike Gilmer wrote:
> I've gotten further along but it still failed. Here's the output 
> +++ Failed to find package 'libzmq1-dev' 
> in known package repositories <-- I noted this in my previous post SOME 
> THINGS MAY NOT BUILD AS A RESULT Checking for package libzmq Checking for 
> package libzmq-dev Checking for package python-requests Done checking 
> packages Checking for library libusb ...Found library libusb Checking for 
> library libboost ...Found library libboost Checking for library libcppunit 
> ...Found library libcppunit Checking for library libfftw ...Found library 
> libfftw Checking for library libgsl ...Found library libgsl Done This script 
> will fetch Gnu Radio version 3.7/maint from the repositories, along with 
> compatible extras. Is this OK?y Fetching various packages (Gnu Radio, UHD, 
> gr-osmosdr, gr-iqbal, etc) via the Internet ===> THIS MAY TAKE QUITE SOME 
> TIME <= Fetching Gnu Radio via GIT...Done Fetching UHD via 
> GIT...Fetching rtl-sdr (rtl-sdr, gr-osmosdr,
gr-iqbal, hackrf, bladeRF and airspy) via GIT Done Starting function uhd_build 
at: Tue Sep 22 00:10:59 EDT 2015 Building UHD... => THIS WILL TAKE 
SOME TIME <= UHD build apparently failed Exiting UHD build 
++ Again, I appreciate the help! -Mike On 
Mon, Sep 21, 2015 at 11:48 PM, Mike Gilmer  wrote: I'm 
running 14.04 and yes I have Internet access (that was part of the 
aforementioned "drama") I ran the update/upgrade and reran the script and now 
things are "different" This seems like it may take a while. I'll report back 
when it's done. Hmm.. so far one error - it couldn't find libzmq1-dev; I don't 
know what that'll mean Thanks! Mike On Mon, Sep 21, 2015 at 11:27 PM, James 
Humphries  wrote: Hi Mike, Did you update your 
package manager? Usually helps when I get errors. sudo apt-get update && sudo 
apt-get upgrade Also, make sure build-essential is installed (Do this after 
update
and upgrade). sudo apt-get install build-essential -Trip On Mon, Sep 21, 2015 
at 11:13 PM, Mike Gilmer  wrote: All, I recently asked 
the list some questions about getting GNU Radio up and running on a Windows 
machine (using cygwin). It became obvious there would be a lot of hurdles, for 
which the community would not be able to offer much help. So... I have 
installed Ubuntu on a PC ( in a dual boot configuration with Win7 ) <-- this is 
its own drama LOL I tried to follow the "Installing GNU Radio step(s) outlined 
on https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23 [1] 
using the script via wget http://www.sbrac.org/files/build-gnuradio [2] && 
chmod a+x ./build-gnuradio && ./build-gnuradio and I get a bunch of errors : 
Checking for package libfontconfig1-dev Failed to find package 
'libfontconfig1-dev' in known package repositories SOME THINGS MAY NOT BUILD AS 
A RESULT Checking for package libxrender-dev Failed to find package 
'libxrender-dev' in
known package repositories SOME THINGS MAY NOT BUILD AS A RESULT However, the 
descruiption etc.. It appears that a major step is missing or broken. Can 
someone help me on this? Thanks! Mike 
___ Discuss-gnuradio mailing list 
Discuss-gnuradio@gnu.org 
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3]
 ___ Discuss-gnuradio
mailing list Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3] 

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

 

Links:
--
[1] https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
[2] http://www.sbrac.org/files/build-gnuradio
[3] 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] On the convolutional code performance of gr-ieee802-11

[Ron Economos]

The polynomial in gr-dtv is G1 = 171 and G2 = 133. It is a 1/2 rate code 
with puncturing to 2/3, 3/4, 5/6 and 7/8.


Ron

On 09/21/2015 10:52 PM, Jeon wrote:

Thanks for your answers, Ron and Marcus.

I posted this question since my module is using both Reed Solomon 
(https://github.com/pjkundert/ezpwd-reed-solomon) and Convolutional 
Code (IT++).
And I saw that CC is extremely slower than RS. Thus, I posted this 
question, but I made a question too short and lack some information.
(Of course, this is because mechanism of RS is much much simpler than 
that of CC.
Or it could be because ezpwd RS which I am using is optimized well, 
but IT++ CC is not.)


To improve my OOT's performance, thus, I need to replace IT++ with 
other some heavily optimized library or module.

I remember that...one of gr-fec, gr-dtv, gr-trellis can do this for me.

Now I wonder which gr module supports some arbitrary polynomials and 
code rate.

Specifically, I want one of three set of polynomials:

- Polynomial 1 (g0 = 133, g1 = 171, g2 = 165)
- Polynomial 2 (g0 = 131, g1 = 145, g2 = 133)
- Polynomial 3 (g0 = 131, g1 = 171, g2 = 133)

(Common: Code rate 1/4, 2/3 and 1/3, where 1/4 = repeat of code rate 1/2)

The reason that I try to implement one of three is,
document describing specification has some wrong points.
Text says polynomial 1, but figure shows polynomial 2.

One thing is hopeful:

I think that polynomial 3 seems a sort of widely used one
and that it has been already implemented by someone in GNU Radio,
which has been heavily optimized... I hope...

(While I am writing this, I've checked that gr-fec can do CC with 
arbitrary polynomials.

gnuradio/gr-fec/examples/fecapi_cc_decodres.grc
I still don't know optimization.)

I will keep looking into those gr-fec, dtv, trellis modules.
If someone have suggestions, I will appreciate it.

Thanks a lot.

Regards,
Jeon.





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

Re: [Discuss-gnuradio] On the convolutional code performance of gr-ieee802-11

[Tom Rondeau]

On Tue, Sep 22, 2015 at 1:52 AM, Jeon  wrote:

> Thanks for your answers, Ron and Marcus.
>
> I posted this question since my module is using both Reed Solomon (
> https://github.com/pjkundert/ezpwd-reed-solomon) and Convolutional Code
> (IT++).
> And I saw that CC is extremely slower than RS. Thus, I posted this
> question, but I made a question too short and lack some information.
> (Of course, this is because mechanism of RS is much much simpler than that
> of CC.
> Or it could be because ezpwd RS which I am using is optimized well, but
> IT++ CC is not.)
>
> To improve my OOT's performance, thus, I need to replace IT++ with other
> some heavily optimized library or module.
> I remember that...one of gr-fec, gr-dtv, gr-trellis can do this for me.
>
> Now I wonder which gr module supports some arbitrary polynomials and code
> rate.
> Specifically, I want one of three set of polynomials:
>
> - Polynomial 1 (g0 = 133, g1 = 171, g2 = 165)
> - Polynomial 2 (g0 = 131, g1 = 145, g2 = 133)
> - Polynomial 3 (g0 = 131, g1 = 171, g2 = 133)
>
> (Common: Code rate 1/4, 2/3 and 1/3, where 1/4 = repeat of code rate 1/2)
>
> The reason that I try to implement one of three is,
> document describing specification has some wrong points.
> Text says polynomial 1, but figure shows polynomial 2.
>
> One thing is hopeful:
>
> I think that polynomial 3 seems a sort of widely used one
> and that it has been already implemented by someone in GNU Radio,
> which has been heavily optimized... I hope...
>
> (While I am writing this, I've checked that gr-fec can do CC with
> arbitrary polynomials.
> gnuradio/gr-fec/examples/fecapi_cc_decodres.grc
> I still don't know optimization.)
>
> I will keep looking into those gr-fec, dtv, trellis modules.
> If someone have suggestions, I will appreciate it.
>
> Thanks a lot.
>
> Regards,
> Jeon.
>


Jeon,

No, as the docs say, this block is only designed to handle rate 1/2, K=7
codes:
http://gnuradio.org/doc/doxygen/classgr_1_1fec_1_1code_1_1cc__decoder.html

We had some work done for GSoC last year to improve the speed of the
Viterbi algorithm for other cases, but we have not yet merged that into the
code. This was Jan Kramer's work, though I'm having trouble finding a link
to his repo.

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

Re: [Discuss-gnuradio] 2Rx 1Tx overflow error

[Chad R]

Good day Marcus

I am using the most recent version of UHD. The problem I was encountering
was due to the USB buffer not clearing before the next data being loaded.
This was solved by adding a pause after running the GNURadio program.

This however meant I could not run my program in "real time" so I have been
looking at implementing it in the GNURadio way, I have some questions that
I ask you or anyone in the mailing list could help with.

First what I am trying to implement is a Compressive Sensing(CS)
algorithim. The block I am trying to create will take in a vector of length
N, multiply it my a MxN matrix and output a vector of length M where M << N.

Now for the questions.

1) Am i right in saying that with the different block types, the N and M
refers to ports and not data type sizes. So in my case, one input vector
and one output vector, a synchronous block will be fine?
2) The MxN matrix I'm using will be loaded from a file. I however only want
to load it once instead of every time the CS block receives data. This
leads me to think that I shouldn't load the matrix in the block code?
However where could I load it that it will be globally accessible by the
block code?

Again thank you in advance for your help

On Mon, Sep 14, 2015 at 4:00 PM, Marcus D. Leech  wrote:

> Again, could you confirm which UHD version you're using, did you upgrade
> to the latest?
>
> Also, you're probably better-off doing things "in the Gnu Radio way",
> rather than loading into a vector and doing DSPish things
>   "out of band".
>
> You might want to learn how to write Python blocks, since 64ksps is not a
> very taxing rate, Python blocks should be fine.
>
>
> https://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules#Tutorial-3-Writing-a-signal-processing-block-in-Python
>
>
>
> On 09/14/2015 09:28 AM, Chad R wrote:
>
> My complete code is:
>
> class Tx1_Rx2(gr.top_block):
> def __init__(self, nsamps):
> gr.top_block.__init__(self, "Tx1_Rx2")
> ##
> # Variables
> ##
> self.samp_rate = samp_rate = 64e3
>
> ##
> # Blocks
> ##
> self.source = uhd.usrp_source(
> ",".join(("", "")),
> uhd.stream_args(
> cpu_format="fc32",
> channels=range(2),
> ),
> )
> self.source.set_subdev_spec("A:A A:B", 0)
> self.source.set_time_now(uhd.time_spec(time.time()),
> uhd.ALL_MBOARDS)
> self.source.set_samp_rate(samp_rate)
> self.source.set_center_freq(100e6, 0)
> self.source.set_gain(0, 0)
> self.source.set_antenna("RX2", 0)
> self.source.set_bandwidth(samp_rate, 0)
> self.source.set_center_freq(100e6, 1)
> self.source.set_gain(0, 1)
> self.source.set_antenna("RX2", 1)
> self.source.set_bandwidth(samp_rate, 1)
> self.sink = uhd.usrp_sink(
> ",".join(("", "")),
> uhd.stream_args(
> cpu_format="fc32",
> channels=range(2),
> ),
> )
> self.sink.set_subdev_spec("A:A A:B", 0)
> self.sink.set_samp_rate(samp_rate)
> self.sink.set_center_freq(100e6, 0)
> self.sink.set_gain(0, 0)
> self.sink.set_antenna("TX/RX", 0)
> self.sink.set_bandwidth(samp_rate, 0)
> self.sink.set_center_freq(100e6, 1)
> self.sink.set_gain(0, 1)
> self.sink.set_antenna("TX/RX", 1)
> self.sink.set_bandwidth(samp_rate, 1)
> self.vector = blocks.vector_sink_c(1)
> self.vector2 = blocks.vector_sink_c(1)
> self.header = blocks.head(gr.sizeof_gr_complex*1, int(nsamps))
> self.header2 = blocks.head(gr.sizeof_gr_complex*1, int(nsamps))
> self.signal = analog.sig_source_c(samp_rate, analog.GR_COS_WAVE,
> 1, 1, 0)
> self.const_signal = analog.sig_source_c(0, analog.GR_CONST_WAVE,
> 0, 0, 0)
>
> ##
> # Connections
> ##
> self.connect((self.const_signal, 0), (self.sink, 1))
> self.connect((self.signal, 0), (self.sink, 0))
> self.connect((self.header2, 0), (self.vector2, 0))
> self.connect((self.header, 0), (self.vector, 0))
> self.connect((self.source, 0), (self.header2, 0))
> self.connect((self.source, 1), (self.header, 0))
>
> def get_samp_rate(self):
> return self.samp_rate
>
> def set_samp_rate(self, samp_rate):
> self.samp_rate = samp_rate
> self.signal.set_sampling_freq(self.samp_rate)
> self.sink.set_samp_rate(self.samp_rate)
> self.sink.set_bandwidth(self.samp_rate, 0)
> 

Re: [Discuss-gnuradio] GNU Radio installation script

[James Humphries]

You can try to run again as:

./build-gnuradio -v

That will output a bunch of extra info. Hopefully it will show error why
build failed.


As an alternative, you could try pybombs.

http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart

Just run these commands:

git clone git://github.com/pybombs/pybombs
cd pybombs
./pybombs install gnuradio

That will install uhd and gnuradio (among some other things) and it could
take a few hours. Just make sure you follow directions on the site to setup
the environment correctly after it (hopefully) completes.

-Trip

On Tue, Sep 22, 2015 at 8:25 AM, Mike Gilmer  wrote:

> I've gotten further along but it still failed.  Here's the output
>
> +++
> Failed to find package 'libzmq1-dev' in known package repositories
> <-- I noted this in my previous post
> SOME THINGS MAY NOT BUILD AS A RESULT
> Checking for package libzmq
> Checking for package libzmq-dev
> Checking for package python-requests
> Done checking packages
> Checking for library libusb ...Found library libusb
> Checking for library libboost ...Found library libboost
> Checking for library libcppunit ...Found library libcppunit
> Checking for library libfftw ...Found library libfftw
> Checking for library libgsl ...Found library libgsl
> Done
> This script will fetch Gnu Radio version 3.7/maint from the
> repositories, along with compatible
> extras.
> Is this OK?y
> Fetching various packages (Gnu Radio, UHD, gr-osmosdr, gr-iqbal, etc)
> via the Internet
> ===> THIS MAY TAKE QUITE SOME TIME <=
> Fetching Gnu Radio via GIT...Done
> Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, gr-osmosdr,
> gr-iqbal, hackrf, bladeRF and airspy) via GIT
> Done
> Starting function uhd_build at: Tue Sep 22 00:10:59 EDT 2015
> Building UHD...
> => THIS WILL TAKE SOME TIME <=
>
> UHD build apparently failed
> Exiting UHD build
> ++
>
> Again, I appreciate the help!
>
> -Mike
>
> On Mon, Sep 21, 2015 at 11:48 PM, Mike Gilmer 
> wrote:
> > I'm running 14.04 and yes I have Internet access (that was part of the
> > aforementioned "drama")
> >
> > I ran the update/upgrade and reran the script and now things are
> "different"
> >
> > This seems like it may take a while. I'll report back when it's done.
> >
> > Hmm.. so far one error - it couldn't find libzmq1-dev; I don't know
> > what that'll mean
> >
> > Thanks!
> >
> > Mike
> >
> >
> >
> > On Mon, Sep 21, 2015 at 11:27 PM, James Humphries
> >  wrote:
> >> Hi Mike,
> >>
> >> Did you update your package manager? Usually helps when I get errors.
> >>
> >> sudo apt-get update && sudo apt-get upgrade
> >>
> >> Also, make sure build-essential is installed (Do this after update and
> >> upgrade).
> >>
> >> sudo apt-get install build-essential
> >>
> >> -Trip
> >>
> >> On Mon, Sep 21, 2015 at 11:13 PM, Mike Gilmer 
> wrote:
> >>>
> >>> All,
> >>> I recently asked the list some questions about getting GNU Radio up
> >>> and running on a Windows machine (using cygwin). It became obvious
> >>> there would be a lot of hurdles, for which the community would not be
> >>> able to offer much help. So...
> >>>
> >>> I have installed Ubuntu on a PC ( in a dual boot configuration with
> >>> Win7 ) <-- this is its own drama LOL
> >>>
> >>> I tried to follow the "Installing GNU Radio step(s) outlined on
> >>> https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
> >>> using the script via
> >>> wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
> >>> ./build-gnuradio && ./build-gnuradio
> >>>
> >>> and I get a bunch of errors :
> >>> Checking for package libfontconfig1-dev
> >>> Failed to find package 'libfontconfig1-dev' in known package
> repositories
> >>> SOME THINGS MAY NOT BUILD AS A RESULT
> >>> Checking for package libxrender-dev
> >>> Failed to find package 'libxrender-dev' in known package repositories
> >>> SOME THINGS MAY NOT BUILD AS A RESULT However, the descruiption
> >>>
> >>> etc..
> >>>
> >>> It appears that a major step is missing or broken.  Can someone help
> me on
> >>> this?
> >>>
> >>> Thanks!
> >>>
> >>> Mike
> >>>
> >>> ___
> >>> 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
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] 2Rx 1Tx overflow error

[mleech]

 

I would load it at the time the block is instantiated, in its "make"
method, and load it into instance-specific data. 

On 2015-09-22 06:27, Chad R wrote: 

> Good day Marcus
> 
> I am using the most recent version of UHD. The problem I was encountering was 
> due to the USB buffer not clearing before the next data being loaded. This 
> was solved by adding a pause after running the GNURadio program. 
> 
> This however meant I could not run my program in "real time" so I have been 
> looking at implementing it in the GNURadio way, I have some questions that I 
> ask you or anyone in the mailing list could help with.
> 
> First what I am trying to implement is a Compressive Sensing(CS) algorithim. 
> The block I am trying to create will take in a vector of length N, multiply 
> it my a MxN matrix and output a vector of length M where M << N.
> 
> Now for the questions.
> 
> 1) Am i right in saying that with the different block types, the N and M 
> refers to ports and not data type sizes. So in my case, one input vector and 
> one output vector, a synchronous block will be fine? 2) The MxN matrix I'm 
> using will be loaded from a file. I however only want to load it once instead 
> of every time the CS block receives data. This leads me to think that I 
> shouldn't load the matrix in the block code? However where could I load it 
> that it will be globally accessible by the block code?
> 
> Again thank you in advance for your help 
> 
> On Mon, Sep 14, 2015 at 4:00 PM, Marcus D. Leech  wrote:
> 
> Again, could you confirm which UHD version you're using, did you upgrade to 
> the latest?
> 
> Also, you're probably better-off doing things "in the Gnu Radio way", rather 
> than loading into a vector and doing DSPish things
> "out of band".
> 
> You might want to learn how to write Python blocks, since 64ksps is not a 
> very taxing rate, Python blocks should be fine.
> 
> https://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules#Tutorial-3-Writing-a-signal-processing-block-in-Python
>  [1] 
> 
> On 09/14/2015 09:28 AM, Chad R wrote: 
> 
> My complete code is:
> 
> class Tx1_Rx2(gr.top_block):
> def __init__(self, nsamps):
> gr.top_block.__init__(self, "Tx1_Rx2")
> ##
> # Variables
> ##
> self.samp_rate = samp_rate = 64e3
> 
> ##
> # Blocks
> ##
> self.source = uhd.usrp_source(
> ",".join(("", "")),
> uhd.stream_args(
> cpu_format="fc32",
> channels=range(2),
> ),
> )
> self.source.set_subdev_spec("A:A A:B", 0)
> self.source.set_time_now(uhd.time_spec(time.time()), uhd.ALL_MBOARDS)
> self.source.set_samp_rate(samp_rate)
> self.source.set_center_freq(100e6, 0)
> self.source.set_gain(0, 0)
> self.source.set_antenna("RX2", 0)
> self.source.set_bandwidth(samp_rate, 0)
> self.source.set_center_freq(100e6, 1)
> self.source.set_gain(0, 1)
> self.source.set_antenna("RX2", 1)
> self.source.set_bandwidth(samp_rate, 1)
> self.sink = uhd.usrp_sink(
> ",".join(("", "")),
> uhd.stream_args(
> cpu_format="fc32",
> channels=range(2),
> ),
> )
> self.sink.set_subdev_spec("A:A A:B", 0)
> self.sink.set_samp_rate(samp_rate)
> self.sink.set_center_freq(100e6, 0)
> self.sink.set_gain(0, 0)
> self.sink.set_antenna("TX/RX", 0)
> self.sink.set_bandwidth(samp_rate, 0)
> self.sink.set_center_freq(100e6, 1)
> self.sink.set_gain(0, 1)
> self.sink.set_antenna("TX/RX", 1)
> self.sink.set_bandwidth(samp_rate, 1)
> self.vector = blocks.vector_sink_c(1)
> self.vector2 = blocks.vector_sink_c(1)
> self.header = blocks.head(gr.sizeof_gr_complex*1, int(nsamps))
> self.header2 = blocks.head(gr.sizeof_gr_complex*1, int(nsamps))
> self.signal = analog.sig_source_c(samp_rate, analog.GR_COS_WAVE, 1, 1, 0)
> self.const_signal = analog.sig_source_c(0, analog.GR_CONST_WAVE, 0, 0, 0)
> 
> ##
> # Connections
> ##
> self.connect((self.const_signal, 0), (self.sink, 1)) 
> self.connect((self.signal, 0), (self.sink, 0)) 
> self.connect((self.header2, 0), (self.vector2, 0)) 
> self.connect((self.header, 0), (self.vector, 0)) 
> self.connect((self.source, 0), (self.header2, 0)) 
> self.connect((self.source, 1), (self.header, 0)) 
> 
> def get_samp_rate(self):
> return self.samp_rate
> 
> def set_samp_rate(self, samp_rate):
> self.samp_rate = samp_rate
> self.signal.set_sampling_freq(self.samp_rate)
> self.sink.set_samp_rate(self.samp_rate)
> self.sink.set_bandwidth(self.samp_rate, 0)
> self.sink.set_bandwidth(self.samp_rate, 1)
> self.source.set_samp_rate(self.samp_rate)
> self.source.set_bandwidth(self.samp_rate, 0)
> self.source.set_bandwidth(self.samp_rate, 1)
> 
> def receive_data(self):
> data = np.array(self.vector.data())
> return data
> 
> def receive_data2(self):
> data = np.array(self.vector2.data())
> return data
> 
> if __name__ == 

Re: [Discuss-gnuradio] GNU Radio installation script

[mleech]

 

Yes, although, that will get you a not-terribly-recent GR and UHD... 

On 2015-09-22 10:45, West, Nathan wrote: 

> On Mon, Sep 21, 2015 at 11:13 PM, Mike Gilmer  wrote:
> 
>> All,
>> I recently asked the list some questions about getting GNU Radio up
>> and running on a Windows machine (using cygwin). It became obvious
>> there would be a lot of hurdles, for which the community would not be
>> able to offer much help. So...
>> 
>> I have installed Ubuntu on a PC ( in a dual boot configuration with
>> Win7 ) <-- this is its own drama LOL
>> 
>> I tried to follow the "Installing GNU Radio step(s) outlined on
>> https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23 [1]
>> using the script via
>> wget http://www.sbrac.org/files/build-gnuradio [2] && chmod a+x
>> ./build-gnuradio && ./build-gnuradio
> 
> It's worth noting that you're looking at an old version of that page. In the 
> current version the #1 suggested way to install GNU Radio is through your 
> distribution's package manager. sudo apt-get install gnuradio will get you 
> running in a few minutes. 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3]
 

Links:
--
[1] https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
[2] http://www.sbrac.org/files/build-gnuradio
[3] 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] GNU Radio installation script

[Mike Gilmer]

I've gotten further along but it still failed.  Here's the output

+++
Failed to find package 'libzmq1-dev' in known package repositories
<-- I noted this in my previous post
SOME THINGS MAY NOT BUILD AS A RESULT
Checking for package libzmq
Checking for package libzmq-dev
Checking for package python-requests
Done checking packages
Checking for library libusb ...Found library libusb
Checking for library libboost ...Found library libboost
Checking for library libcppunit ...Found library libcppunit
Checking for library libfftw ...Found library libfftw
Checking for library libgsl ...Found library libgsl
Done
This script will fetch Gnu Radio version 3.7/maint from the
repositories, along with compatible
extras.
Is this OK?y
Fetching various packages (Gnu Radio, UHD, gr-osmosdr, gr-iqbal, etc)
via the Internet
===> THIS MAY TAKE QUITE SOME TIME <=
Fetching Gnu Radio via GIT...Done
Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, gr-osmosdr,
gr-iqbal, hackrf, bladeRF and airspy) via GIT
Done
Starting function uhd_build at: Tue Sep 22 00:10:59 EDT 2015
Building UHD...
=> THIS WILL TAKE SOME TIME <=

UHD build apparently failed
Exiting UHD build
++

Again, I appreciate the help!

-Mike

On Mon, Sep 21, 2015 at 11:48 PM, Mike Gilmer  wrote:
> I'm running 14.04 and yes I have Internet access (that was part of the
> aforementioned "drama")
>
> I ran the update/upgrade and reran the script and now things are "different"
>
> This seems like it may take a while. I'll report back when it's done.
>
> Hmm.. so far one error - it couldn't find libzmq1-dev; I don't know
> what that'll mean
>
> Thanks!
>
> Mike
>
>
>
> On Mon, Sep 21, 2015 at 11:27 PM, James Humphries
>  wrote:
>> Hi Mike,
>>
>> Did you update your package manager? Usually helps when I get errors.
>>
>> sudo apt-get update && sudo apt-get upgrade
>>
>> Also, make sure build-essential is installed (Do this after update and
>> upgrade).
>>
>> sudo apt-get install build-essential
>>
>> -Trip
>>
>> On Mon, Sep 21, 2015 at 11:13 PM, Mike Gilmer  wrote:
>>>
>>> All,
>>> I recently asked the list some questions about getting GNU Radio up
>>> and running on a Windows machine (using cygwin). It became obvious
>>> there would be a lot of hurdles, for which the community would not be
>>> able to offer much help. So...
>>>
>>> I have installed Ubuntu on a PC ( in a dual boot configuration with
>>> Win7 ) <-- this is its own drama LOL
>>>
>>> I tried to follow the "Installing GNU Radio step(s) outlined on
>>> https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
>>> using the script via
>>> wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
>>> ./build-gnuradio && ./build-gnuradio
>>>
>>> and I get a bunch of errors :
>>> Checking for package libfontconfig1-dev
>>> Failed to find package 'libfontconfig1-dev' in known package repositories
>>> SOME THINGS MAY NOT BUILD AS A RESULT
>>> Checking for package libxrender-dev
>>> Failed to find package 'libxrender-dev' in known package repositories
>>> SOME THINGS MAY NOT BUILD AS A RESULT However, the descruiption
>>>
>>> etc..
>>>
>>> It appears that a major step is missing or broken.  Can someone help me on
>>> this?
>>>
>>> Thanks!
>>>
>>> Mike
>>>
>>> ___
>>> 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] AGC_FF Code Implementation

[Tom Rondeau]

On Mon, Sep 21, 2015 at 9:03 PM, Richard Bell 
wrote:

> Hello all,
>
> I would like to see how agc_ff is implemented, but there is some gnuradio
> magic going on that's beyond me. The agc_ff_impl.cc in analog/lib doesn't
> do anything but call scaleN. How do I find the actual implementation code
> for this block? I see a kernel::agc_ff(paramters) call in the
> initialization list, but I'm not sure what happens there.
>
> Thanks,
> Rich
>


Take a look in the constructor. Notice that it's inheriting from two
classes: sync_block and kernel::agc_ff. So you have to find where
gr::analog::kernel::agc_ff is created. The naming is a bit confusing since
we have agc kernels and agc blocks, and there is an agc_ff.h file there,
but that's not the right one. Instead, look at
gr-analog/include/gnuradio/analog/agc.h.

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

Re: [Discuss-gnuradio] GNU Radio installation script

[West, Nathan]

On Mon, Sep 21, 2015 at 11:13 PM, Mike Gilmer  wrote:

> All,
> I recently asked the list some questions about getting GNU Radio up
> and running on a Windows machine (using cygwin). It became obvious
> there would be a lot of hurdles, for which the community would not be
> able to offer much help. So...
>
> I have installed Ubuntu on a PC ( in a dual boot configuration with
> Win7 ) <-- this is its own drama LOL
>
> I tried to follow the "Installing GNU Radio step(s) outlined on
> https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
> using the script via
> wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
> ./build-gnuradio && ./build-gnuradio
>
>
>
It's worth noting that you're looking at an old version of that page. In
the current version the #1 suggested way to install GNU Radio is through
your distribution's package manager. sudo apt-get install gnuradio will get
you running in a few minutes.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio installation script

[mleech]

 

The failure in libzmq1 is expected--Ubuntu changed package names
mid-stream, so there's no way to tell which of two possible
package-names to use, so it tries for both. 

The UHD failure is unexpected, so running: 

build-gnuradio -v 

Will give more details about errors as it builds. 

On 2015-09-22 08:25, Mike Gilmer wrote: 

> I've gotten further along but it still failed. Here's the output
> 
> +++
> Failed to find package 'libzmq1-dev' in known package repositories
> <-- I noted this in my previous post
> SOME THINGS MAY NOT BUILD AS A RESULT
> Checking for package libzmq
> Checking for package libzmq-dev
> Checking for package python-requests
> Done checking packages
> Checking for library libusb ...Found library libusb
> Checking for library libboost ...Found library libboost
> Checking for library libcppunit ...Found library libcppunit
> Checking for library libfftw ...Found library libfftw
> Checking for library libgsl ...Found library libgsl
> Done
> This script will fetch Gnu Radio version 3.7/maint from the
> repositories, along with compatible
> extras.
> Is this OK?y
> Fetching various packages (Gnu Radio, UHD, gr-osmosdr, gr-iqbal, etc)
> via the Internet
> ===> THIS MAY TAKE QUITE SOME TIME <=
> Fetching Gnu Radio via GIT...Done
> Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, gr-osmosdr,
> gr-iqbal, hackrf, bladeRF and airspy) via GIT
> Done
> Starting function uhd_build at: Tue Sep 22 00:10:59 EDT 2015
> Building UHD...
> => THIS WILL TAKE SOME TIME <=
> 
> UHD build apparently failed
> Exiting UHD build
> ++
> 
> Again, I appreciate the help!
> 
> -Mike
> 
> On Mon, Sep 21, 2015 at 11:48 PM, Mike Gilmer  wrote:
> I'm running 14.04 and yes I have Internet access (that was part of the 
> aforementioned "drama") I ran the update/upgrade and reran the script and now 
> things are "different" This seems like it may take a while. I'll report back 
> when it's done. Hmm.. so far one error - it couldn't find libzmq1-dev; I 
> don't know what that'll mean Thanks! Mike On Mon, Sep 21, 2015 at 11:27 PM, 
> James Humphries  wrote: Hi Mike, Did you update 
> your package manager? Usually helps when I get errors. sudo apt-get update && 
> sudo apt-get upgrade Also, make sure build-essential is installed (Do this 
> after update and upgrade). sudo apt-get install build-essential -Trip On Mon, 
> Sep 21, 2015 at 11:13 PM, Mike Gilmer  wrote: All, I 
> recently asked the list some questions about getting GNU Radio up and running 
> on a Windows machine (using cygwin). It became obvious there would be a lot 
> of hurdles, for which the community would not be able to offer much help. 
> So... I
have installed Ubuntu on a PC ( in a dual boot configuration with Win7 ) <-- 
this is its own drama LOL I tried to follow the "Installing GNU Radio step(s) 
outlined on https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23 
[1] using the script via wget http://www.sbrac.org/files/build-gnuradio [2] && 
chmod a+x ./build-gnuradio && ./build-gnuradio and I get a bunch of errors : 
Checking for package libfontconfig1-dev Failed to find package 
'libfontconfig1-dev' in known package repositories SOME THINGS MAY NOT BUILD AS 
A RESULT Checking for package libxrender-dev Failed to find package 
'libxrender-dev' in known package repositories SOME THINGS MAY NOT BUILD AS A 
RESULT However, the descruiption etc.. It appears that a major step is missing 
or broken. Can someone help me on this? Thanks! Mike 
___ Discuss-gnuradio mailing list 
Discuss-gnuradio@gnu.org 
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3]

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

 

Links:
--
[1] https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
[2] http://www.sbrac.org/files/build-gnuradio
[3] 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] GNU Radio installation script

[Peter Mathys]

As noted elsewhere the failure to find libzmq1-dev is expected (what is 
needed is libzmq-dev) and does not affect the outcome of the 
installation. However, the UHD installation most likely fails because of 
the switch from the cheetah to the mako template engine which has not 
(yet?) made its way into the build-gnuradio script. Install the mako 
template engine using


sudo apt-get install python-mako

Then run the build-gnuradio script again (perhaps with the -v option).

-Peter-


On 9/22/2015 6:25 AM, Mike Gilmer wrote:

I've gotten further along but it still failed.  Here's the output

+++
Failed to find package 'libzmq1-dev' in known package repositories
<-- I noted this in my previous post
SOME THINGS MAY NOT BUILD AS A RESULT
Checking for package libzmq
Checking for package libzmq-dev
Checking for package python-requests
Done checking packages
Checking for library libusb ...Found library libusb
Checking for library libboost ...Found library libboost
Checking for library libcppunit ...Found library libcppunit
Checking for library libfftw ...Found library libfftw
Checking for library libgsl ...Found library libgsl
Done
This script will fetch Gnu Radio version 3.7/maint from the
repositories, along with compatible
extras.
Is this OK?y
Fetching various packages (Gnu Radio, UHD, gr-osmosdr, gr-iqbal, etc)
via the Internet
===> THIS MAY TAKE QUITE SOME TIME <=
Fetching Gnu Radio via GIT...Done
Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, gr-osmosdr,
gr-iqbal, hackrf, bladeRF and airspy) via GIT
Done
Starting function uhd_build at: Tue Sep 22 00:10:59 EDT 2015
Building UHD...
=> THIS WILL TAKE SOME TIME <=

UHD build apparently failed
Exiting UHD build
++

Again, I appreciate the help!

-Mike

On Mon, Sep 21, 2015 at 11:48 PM, Mike Gilmer  wrote:

I'm running 14.04 and yes I have Internet access (that was part of the
aforementioned "drama")

I ran the update/upgrade and reran the script and now things are "different"

This seems like it may take a while. I'll report back when it's done.

Hmm.. so far one error - it couldn't find libzmq1-dev; I don't know
what that'll mean

Thanks!

Mike



On Mon, Sep 21, 2015 at 11:27 PM, James Humphries
 wrote:

Hi Mike,

Did you update your package manager? Usually helps when I get errors.

sudo apt-get update && sudo apt-get upgrade

Also, make sure build-essential is installed (Do this after update and
upgrade).

sudo apt-get install build-essential

-Trip

On Mon, Sep 21, 2015 at 11:13 PM, Mike Gilmer  wrote:

All,
I recently asked the list some questions about getting GNU Radio up
and running on a Windows machine (using cygwin). It became obvious
there would be a lot of hurdles, for which the community would not be
able to offer much help. So...

I have installed Ubuntu on a PC ( in a dual boot configuration with
Win7 ) <-- this is its own drama LOL

I tried to follow the "Installing GNU Radio step(s) outlined on
https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
using the script via
wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
./build-gnuradio && ./build-gnuradio

and I get a bunch of errors :
Checking for package libfontconfig1-dev
Failed to find package 'libfontconfig1-dev' in known package repositories
SOME THINGS MAY NOT BUILD AS A RESULT
Checking for package libxrender-dev
Failed to find package 'libxrender-dev' in known package repositories
SOME THINGS MAY NOT BUILD AS A RESULT However, the descruiption

etc..

It appears that a major step is missing or broken.  Can someone help me on
this?

Thanks!

Mike

___
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



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

Re: [Discuss-gnuradio] GNU Radio installation script

[West, Nathan]

Ubuntu 14.04 has 3.7.2.1 + some extra patches. Newer versions of Ubuntu
have newer versions of GNU Radio...

Anyway, the easiest way to get all of the dependencies on a fresh
Ubuntu/Debian-based install is sudo apt-get build-dep gnuradio, then run
whatever install script you want if you *really* want a source build.

On Tue, Sep 22, 2015 at 10:50 AM,  wrote:

> Yes, although, that will get you a not-terribly-recent GR and UHD...
>
>
>
>
>
>
> On 2015-09-22 10:45, West, Nathan wrote:
>
> On Mon, Sep 21, 2015 at 11:13 PM, Mike Gilmer 
> wrote:
>
>> All,
>> I recently asked the list some questions about getting GNU Radio up
>> and running on a Windows machine (using cygwin). It became obvious
>> there would be a lot of hurdles, for which the community would not be
>> able to offer much help. So...
>>
>> I have installed Ubuntu on a PC ( in a dual boot configuration with
>> Win7 ) <-- this is its own drama LOL
>>
>> I tried to follow the "Installing GNU Radio step(s) outlined on
>> https://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR/23
>> using the script via
>> wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
>> ./build-gnuradio && ./build-gnuradio
>>
>>
>>
> It's worth noting that you're looking at an old version of that page. In
> the current version the #1 suggested way to install GNU Radio is through
> your distribution's package manager. sudo apt-get install gnuradio will get
> you running in a few minutes.
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio