[Discuss-gnuradio] gr-ctrlport and multiple applications
Greetings, Today, we can configure gr-ctrlport to use a specific port. Doing so leads to a problem when trying to execute more than one gnuradio application even if they are not explicitly using controlport. The first application will take control of the network socket and the second will fail to start with: RuntimeError: Network.cpp:1104: Ice::SocketException: socket exception: Address already in use According to Ice documentation, I can specify a different configuration file for each application using ICE_CONFIG environment, but this seems to be overruled by the gnuradio runtime. Is there a way to configure controlport so that application A uses one port, application B uses another port, etc.? Is it possible to disable controlport at runtime? Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New Module/block call issue: make function??
Thank you for your help, it works now. Reagrds, Nada Tom Rondeau a écrit : On Tue, May 14, 2013 at 11:35 AM, Nada ABDELKADER wrote: Hi, I've added a module 'sensingmod' with a "noblock" block 'sensing' but when I tried to call the block from python, I got this error: Traceback (most recent call last): File "./tunnel_tx_simul.py", line 49, in from sensingmod import sensing File "/usr/local/lib/python2.7/dist-packages/sensingmod/__init__.py", line 45, in from sensingmod_swig import * File "/usr/local/lib/python2.7/dist-packages/sensingmod/sensingmod_swig.py", line 188, in sensing = sensing.make; AttributeError: type object 'sensing' has no attribute 'make' I thought I had to add a function "make" to the block but still got the error. Any Idea? Regards, Nada Looks like there were a couple of typos in the templates for the noblock. I pushed a fix for it to maint/master/next. For your problem, just go into your swig/sensingmod_swig.i and remove the GR_SWIG_BLOCK_MAGIC line for this particular class. This only means anything for gr_block classes. Tom This message was sent using IMP, the Internet Messaging Program. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] NOAA antenna
Hi all, I want to play with NOAA...Is there anyone here who has already tried it? Can someone reccomend me an antenna with acceptable performance, which is not difficult to build? I have an ezcap tuner. Thank you, Marco Ribero ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] NOAA antenna
Hi all, I want to play with NOAA...Is there anyone here who has already tried it? Can someone reccomend me an antenna with acceptable performance, which is not difficult to build? I have an ezcap tuner. Thank you, Marco Ribero ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio I think a lot of people use a QFH antenna, or a turnstile antenna for NOAA satellites at 137Mhz. -- 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
[Discuss-gnuradio] VITA49 - VRT Output from spectrum analyser
Hi all, I have a spectrum analyser that outputs its I and Q data over TCP or UDP in the VITA49 format, I've been searching around looking for a way to interface this into gnuradio but all the information I can seem to find regarding VITA49 seems to be with reference to USRP. Can anyone offer any advice or pointers for where to start? I have some programming experience if that's what's needed. Thanks Charles ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] VITA49 - VRT Output from spectrum analyser
On 15 May 2013 10:20, Charlie Starling wrote: > Hi all, I have a spectrum analyser that outputs its I and Q data over TCP or UDP in the VITA49 format, I've been searching around looking for a way to interface this into gnuradio but all the information I can seem to find regarding VITA49 seems to be with reference to USRP. Can anyone offer any advice or pointers for where to start? I have some programming experience if that's what's needed. > > Thanks > Charles The VITA-49 protocol isn't that complicated. I'd write a simple "interstitial" C program that reads the VITA-49 packed samples from your UDP/TCP port, and then sends them along a FIFO that Gnu Radio can open as a file source. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] VITA49 - VRT Output from spectrum analyser
On Wed, May 15, 2013 at 10:36:46AM -0400, mle...@ripnet.com wrote: > On 15 May 2013 10:20, Charlie Starling wrote: > > Hi all, I have a spectrum analyser that outputs its I and Q data over TCP > or UDP in the VITA49 format, I've been searching around looking for a way > to interface this into gnuradio but all the information I can seem to find > regarding VITA49 seems to be with reference to USRP. Can anyone offer any > advice or pointers for where to start? I have some programming experience > if that's what's needed. > > The VITA-49 protocol isn't that complicated. I'd write a simple > "interstitial" > C program that reads the VITA-49 packed samples from your UDP/TCP port, and > then sends them along a FIFO that Gnu Radio can open as a file source. Or even better, write a GNU Radio block that does that and submit it to github! MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpjujcFwEyZx.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] VITA49 - VRT Output from spectrum analyser
On Wed, May 15, 2013 at 10:20 AM, Charlie Starling wrote: > Hi all, I have a spectrum analyser that outputs its I and Q data over TCP > or UDP in the VITA49 format, I've been searching around looking for a way > to interface this into gnuradio but all the information I can seem to find > regarding VITA49 seems to be with reference to USRP. Can anyone offer any > advice or pointers for where to start? I have some programming experience > if that's what's needed. > > For curious minds - what is the make and model of the analyzer you are using? Thanks, Brian > Thanks > Charles > > ___ > 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] VITA49 - VRT Output from spectrum analyser
On 15 May 2013 10:44, Martin Braun (CEL) wrote: > On Wed, May 15, 2013 at 10:36:46AM -0400, mleech@ripnet.comwrote: > >> On 15 May 2013 10:20, Charlie Starling wrote: Hi all, I have a spectrum analyser that outputs its I and Q data over TCP or UDP in the VITA49 format, I've been searching around looking for a way to interface this into gnuradio but all the information I can seem to find regarding VITA49 seems to be with reference to USRP. Can anyone offer any advice or pointers for where to start? I have some programming experience if that's what's needed. The VITA-49 protocol isn't that complicated. I'd write a simple "interstitial" C program that reads the VITA-49 packed samples from your UDP/TCP port, and then sends them along a FIFO that Gnu Radio can open as a file source. > > Or even better, write a GNU Radio block that does that and submit it to > github! > > MB Yes, that would be fab. I would caution that because VITA-49 doesn't actually specify any encapsulation mechanisms for any higher-layer protocols, there's no "standard" way of placing VITA-49 over TCP and UDP, it is necessarily proprietary. It would be much better if there were a standard encapsulation--that would make having a Gnu Radio block be a very desirable thing... ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] VITA49 - VRT Output from spectrum analyser
It's a Narda Remote Spectrum Analyzer - NRA On Wed, May 15, 2013 at 3:49 PM, Brian Padalino wrote: > On Wed, May 15, 2013 at 10:20 AM, Charlie Starling wrote: > >> Hi all, I have a spectrum analyser that outputs its I and Q data over TCP >> or UDP in the VITA49 format, I've been searching around looking for a way >> to interface this into gnuradio but all the information I can seem to find >> regarding VITA49 seems to be with reference to USRP. Can anyone offer any >> advice or pointers for where to start? I have some programming experience >> if that's what's needed. >> >> > For curious minds - what is the make and model of the analyzer you are > using? > > Thanks, > Brian > > >> Thanks >> Charles >> >> ___ >> 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] Status of GSoC?
Can we know the status of GSoC applications? Do we need to take any action meanwhile?___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Status of GSoC?
Am 15.05.2013 17:13, schrieb karimkhan: Can we know the status of GSoC applications? Do we need to take any action meanwhile? See Martin's email last week. J ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] NOAA antenna
On Wed, 15 May 2013 08:29:59 -0400 "Marcus D. Leech" wrote: > I think a lot of people use a QFH antenna, or a turnstile antenna for > NOAA satellites at 137Mhz. Note that you will almost certainly need an antenna amplifier too (unless you make a huge antenna ;) Even a specialized receiver needs one to compensate for the cable loss. And the ezcap receiver is not too sensitive either... As Marcus stated, many use QFH antennas (sometimes called QHA), though many also use turnstiles (two, crossed dipoles) because it looks easier to build. If interested, there's some info you might find interesting on my site: http://www.jcoppens.com/ant/qfh/index.en.php (QFH antenna construction) http://www.jcoppens.com/sat/gaasfet/index.en.php (Example antenna amp) John ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-ctrlport and multiple applications
On Wed, May 15, 2013 at 9:42 AM, Alexandru Csete wrote:
> Greetings,
>
> Today, we can configure gr-ctrlport to use a specific port. Doing so
> leads to a problem when trying to execute more than one gnuradio
> application even if they are not explicitly using controlport. The
> first application will take control of the network socket and the
> second will fail to start with:
>
> RuntimeError: Network.cpp:1104: Ice::SocketException:
> socket exception: Address already in use
>
> According to Ice documentation, I can specify a different
> configuration file for each application using ICE_CONFIG environment,
> but this seems to be overruled by the gnuradio runtime.
>
> Is there a way to configure controlport so that application A uses one
> port, application B uses another port, etc.?
>
> Is it possible to disable controlport at runtime?
>
> Alex
You can configure ControlPort through the preference files and set
enable/disable in ~/.gnuradio/config.conf using:
[ControlPort]
on = True
The 'config' option allows you to point to an ICE configuration file,
where you can define endpoints. One thing here is that you don't need
to set a port number for your endpoint, at which point it will select
an ephemeral port for you for each ControlPort app that's launched.
You can also not use a configuration file, and in this case, again, it
will find an open ephemeral port and enable it on all current
interfaces.
For programmatic control over if ControlPort is enabled/disabled in
your application, you can set the environmental variable. In Python, I
do it this way:
os.environ['GR_CONF_CONTROLPORT_ON'] = 'True' (or 'False')
The environmental variables will override any settings in config.conf
or the installed gnuradio-runtime.conf settings and are checked every
time you query the preferences.
You should also be able to use:
gr.prefs().set_string('ControlPort', 'On', 'False')
I'm not sure if how we have it set up allows you to easily set
different endpoints to different apps. Like I said, you can not
specify the port, and it will select one for you. But if you want to
control this for many different applications, maybe the best way is to
set the GR_CONF_CONTROLPORT_CONFIG variable (or with the
set_string('ControlPort', 'Config', 'FILENAME') method) for each
application to point to your different ICE config files.
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] where is gnuradio-examples/python/pfb?
On Wed, May 15, 2013 at 12:15 AM, LD Zhang wrote: > I find the example at the online page > http://gnuradio.org/doc/doxygen/page_pfb.html very helpful (code at the end > of the page). It runs and generates nice plots. Still trying to get used to > it. Great! > But the code at gr-filter/python/pfb.py does not run. It appears to be a > module? How do I run it or use it? That's not a Python file that is designed to be run from the command line. It gets installed and provides helper hier_block2 classes to make using the PFB code easier. So you would use it in a program like filter.pfb.channelizer_ccf(...). Look at the examples in gr-filter/examples, not at this file. > Also what does gr-filter/python/qa_pfb_channelizer.py do? Some of this trace > to pfb_channelizer_ccf.cc code? What does "blks2" relate to this and other > examples? > > Thanks for explaining, > > LD Yes, the QA code is our quality assurance code that is executed during 'make test'. But they can be useful to show you how to use the blocks. The blks2 is a set of classes created in gnuradio-core/src/python/gnuradio/blks2impl, including some of the original PFB stuff that is now moved into gr-filter completely. Note that we have deleted blks2 from GNU Radio on the next branch (and therefore in 3.7), so this will all be replaced by things like filter.pfb Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Regarding on the new OFDM implementation.
Hi, It is excited to see the new OFDM implementation has been merged and test in the GNURadio master branch. Several Questions: 1. What are the main changes from the old design? 2. Seems it support NC-OFDM as the user can arrange the carriers? And how is the gain of dB between the occupied carriers and vacant carriers? 3. How about the data rate which is the supported by the new design? Will find a time to evaluate the tx_ofdm.grc and rx_ofdm.grc, but still looking forward to the answers of the above questions. Best Regards, Alex, *Dreams can come true – just believe.* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] VITA49 - VRT Output from spectrum analyser
> > Yes, that would be fab. > > I > would caution that because VITA-49 doesn't actually specify any > encapsulation mechanisms for any higher-layer protocols, there's no > "standard" way of placing VITA-49 over TCP and UDP, it is necessarily > proprietary. > > It would be much better if there were a standard > encapsulation--that would make having a Gnu Radio block be a very > desirable thing... > So this set of blocks will encapsulate a stream over VRL (vita radio link layer) and VITA49 IF data packets. The VRL is really what makes this work because its so much easier to do bounds recovery with. Perhaps you can use this with the GrExtras socket block to receive from your analyzer. Or perhaps with some minor modifications: https://github.com/guruofquality/grextras/wiki/NextBlocks#wiki-de-serialization-io-blocks -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Upcoming GNURadio Conferences in USA?
Hello, I got an email from Ettus Research and noticed there is an SDR Conference near me in Worchester, MA (NEWSDR’13). Unfortunate for me, it is this Friday so I can not get food or parking because I cannot preregister (link gives an error). I remember there was a GNU Radio conference in the fall (a past one was held in Philly) that I have not been able to attend. Will there be other GNURadio conferences this year or do I have wait until 2014? 73 Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Troubled by the pfb channelizer center frequency location
Dear Group, I am learning to do the pfb channelizer using the now famous example on the documentation page at: http://gnuradio.org/doc/doxygen/page_pfb.html The example is at the end of the page, where a 9-subchannels are pulled out of the original 9 kHz bandwidth signal. The original signals' tones are at [freqs = [-4070, -3050, -2030, -1010, 10, 1020, 2040, 3060, 4080] The original signal bandwidth should be from -4500 to 4500 Hz. According to my understanding the first channel signal should be centered at -70 Hz, since the 9 channels' centers should be at [-4000, -3000, ..., 3000, 4000]. But the output plot from the example shows that the first tone is at slightly greater than 0 Hz frequency. I don't know what is going on here? LD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Troubled by the pfb channelizer center frequency location
I guess I got it! The default channel map is such that the first channel is the UN-fftshifted frequency location which is at 10 Hz (the 5th one on the list)! Whoo! It would be nice to tell a newcomer about this. LD From: LD Zhang [mailto:ldz10...@gmail.com] Sent: Wednesday, May 15, 2013 4:16 PM To: discuss-gnuradio Discussion Group Subject: Troubled by the pfb channelizer center frequency location Dear Group, I am learning to do the pfb channelizer using the now famous example on the documentation page at: http://gnuradio.org/doc/doxygen/page_pfb.html The example is at the end of the page, where a 9-subchannels are pulled out of the original 9 kHz bandwidth signal. The original signals' tones are at [freqs = [-4070, -3050, -2030, -1010, 10, 1020, 2040, 3060, 4080] The original signal bandwidth should be from -4500 to 4500 Hz. According to my understanding the first channel signal should be centered at -70 Hz, since the 9 channels' centers should be at [-4000, -3000, ..., 3000, 4000]. But the output plot from the example shows that the first tone is at slightly greater than 0 Hz frequency. I don't know what is going on here? LD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] NOAA antenna
Hi Here is the 137 MHz RHCP antenna we have developed http://www.poes-weather.com/download/jm-dca/ This antenna will give you better performance at low satellite elevations (horizons). It is easy to build and you don't have to be that careful. We don't use a pre-amp if coax < 15 m (loss ~2 dB RG-58). -- Best Regards, Patrik Tast POES-Weather Ab Ltd Remote Sensing Business id: FI 23624190 CEO Patrik Tast GSM: +358 40 833 11 70 Street address: Furuskogsvägen 89 Postal code: 65280 City: Vasa Country: Finland Web: poes-weather.com -Original Message- From: John Coppens To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] NOAA antenna Date: Wed, 15 May 2013 13:29:09 -0300 On Wed, 15 May 2013 08:29:59 -0400 "Marcus D. Leech" wrote: > I think a lot of people use a QFH antenna, or a turnstile antenna for > NOAA satellites at 137Mhz. Note that you will almost certainly need an antenna amplifier too (unless you make a huge antenna ;) Even a specialized receiver needs one to compensate for the cable loss. And the ezcap receiver is not too sensitive either... As Marcus stated, many use QFH antennas (sometimes called QHA), though many also use turnstiles (two, crossed dipoles) because it looks easier to build. If interested, there's some info you might find interesting on my site: http://www.jcoppens.com/ant/qfh/index.en.php (QFH antenna construction) http://www.jcoppens.com/sat/gaasfet/index.en.php (Example antenna amp) John ___ 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] WX GUI FFT Sink Performance
Marcus, Sorry for the late reply on this, I've been upgrading my hardware and I'm just catching up. Here is my issue, in Spectrum lab if I provide a FFT Input length of 65536 on a 192Ksps stream, I get the following characteristics: Effect of FFT settings with fs= 192.000 kHz: Width of one FFT-bin: 2.92969 Hz Equiv. noise bandwidth: 4.39453 Hz Max freq range: 0.0 Hz .. 96. kHz FFT window time: 0.341 s Overlap from scroll interval: 98.4 % It runs quite fast. If I provide the same FFT size to WX GUI FFT sink, it basically hangs. Do you know why? Regards, Mark McCarron Date: Sat, 11 May 2013 15:59:18 -0400 From: mle...@ripnet.com To: mark.mccar...@live.co.uk; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] WX GUI FFT Sink Performance I figured that one out, but why is the performance so poor? In other applications, I can push over half a million samples without causing issues. Regards, Mark McCarron Your OpenGL implementation may suck. What sample rate are you using? If it's quite a low rate, then with a large number of bins, there may be no way to achieve the given frame rate, given the sample rate, and FFT size. -- 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
