Re: [Discuss-gnuradio] New webpage look
On 10/09/2011 09:38 AM, Tom Rondeau wrote: > If you go to gnuradio.org often, you might have noticed a few changes. > First, the content organization was updated by Martin Braun, which helps > categorize everything a lot better than before. We're trying to make the > information more accessible and useful, so a huge thanks to Martin for > spearheading this effort! > > Martin also helped start a new theme for the website, which is now up. It's > brighter and, I think, clearer than before. My next goal is to improve the > font style and size, which I think are pretty ugly right now. That will > hopefully be done soon, once I figure out the right combination :) > > As always, feedback and constructive criticism are welcome! > Alright, Im gonna say it. I like the organization a lot better, but the all the red links are causing my eyes to bleed. I would recommend a shade of blue, perhaps #236B8E and perhaps #4985D6 for the a:hover. -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Getting the API version at compile time
On Oct 12, 2011, at 20:13, Tom Rondeau wrote: On Wed, Oct 12, 2011 at 5:26 AM, Peter D. Massam wrote: > I need to be able to maintain my program for both old and new systems and > I've been looking for a version constant that I can use for conditional > compilation. > > ** > You can find the version information in $(top_builddir)/gnuradio-core/gnuradio-core.pc. This is filled in with the information in $(top_srcdir)/version.sh. Where top_builddir is where you are building the project, and top_builddir = top_srcdir if you are building in the same directory that contains the source code. In addition to compile time, in the >= 3.3 API we added a way to ask this at runtime via the gr.version() call in Python and gr_version() function from C++. (I know you're not using the 3.3 API yet, but it will be another option for you when you update your application.) Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Generating orthogonal PN sequences in GRC
On Oct 12, 2011, at 15:28, godana ebrahim wrote: I am trying to use the GLFSR source in GRC with PN correlator for system identification. What I want is to generate a sequence from the GLFSR source and to get an estimate when the PN correlator uses the same sequence and to get zero when the sequences generated by the GLFSR and the PN correlator are totally orthogonal for any delay. To make this, I need to know how to generate two orthogonal PN sequences from two different GLFSR blocks. I tried to use different seed parameters, but I saw that the two sequences are still correlated for some delay (shift). Anyone who has done this before ? In short, how can I generate two PN sequences which are orthogonal for any delay ? This block optionally takes both a seed and mask parameter. The seed provides the initial contents of the LFSR, and the mask represents the generator polynomial feedback taps. The feedback taps are the thing that creates different sequences, while the seed (as you have discovered) determines the phase of the generated sequence. The block has a set of default feedback taps for each polynomial degree, which are known to create maximal-length PN sequences: http://gnuradio.org/cgit/gnuradio.git/tree/gnuradio-core/src/lib/general/gri_glfsr.cc#n26 Finally, to answer your question, in order for two different GLFSR blocks to generate orthogonal sequences, you'll have to specify your own polynomial mask. A good place to learn about maximal-length sequences with references to different polynomials: http://en.wikipedia.org/wiki/Maximum_length_sequence Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] DAC I/Q swap and bit inversion
Reginald, Here's what's going on: Firstly what would be nominally "DAC A (port1)" and "DAC B (port2)" in the AD9777 (by Analog Devices definition) are used for the opposite for the opposite signals by the USRP/ETTUS definition i.e USRP signal DACB is actually processed by physical DACA. Next (only) Port 1 on the DAC had the analog differential outputs swapped w.r.t the downstream circuit and so the USRP compensates digitally by inverting the DACA signal. (Matt, this just occurred to me, you should be 2's comping the bus here, not simply inverting it, you've introduced an LSB DC offset). This is of course all done in the name of getting an optimal PCB layout for the analog signals out of the DAC's as the comments indicate. -Ian p.s The negative edge of the clock is used here because the DAC uses the positive edge, it gives nice setup and hold margin. On Oct 12, 2011, at 2:53 PM, Reginald Cornwallice wrote: > Esteemed Colleagues, > > Many thanks to the members of this community that my responded to my previous > query. They were most helpful. I will have you know that the status of my > endeavor of sending SMS messages over CDMA has accumulated momentum and my > determination escalates with every passing milestone. I have never been one > to quit on a challenge. > > I'm wondering if someone out there can further explain this rather perplexing > segment in the top level verilog code. It appears that I and Q signals have > been swapped, and that one rail has had the bits inverted. The comment > "inverted to facilitate clean layout" causes me sleepless nights and minor > bouts of indigestion. Why is this bit inversion performed? As I have modified > the transmit path and send my own 2's complement data, shall I keep this > inversion in the code or is it to conform only to something done in the > default FPGA build? Also, why is the negative edge of the clock used? > > > wire [15:0] dac_a_int, dac_b_int; >// DAC A and B are swapped in schematic to facilitate clean layout >// DAC A is also inverted in schematic to facilitate clean layout >always @(negedge dsp_clk) DACA <= ~dac_b_int; >always @(negedge dsp_clk) DACB <= dac_a_int; > > Much appreciation to any helpful tidbits which the group can contribute to > remedying this quandary. > > > Cheers, > Reginald > ___ > 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] DAC I/Q swap and bit inversion
Esteemed Colleagues, Many thanks to the members of this community that my responded to my previous query. They were most helpful. I will have you know that the status of my endeavor of sending SMS messages over CDMA has accumulated momentum and my determination escalates with every passing milestone. I have never been one to quit on a challenge. I'm wondering if someone out there can further explain this rather perplexing segment in the top level verilog code. It appears that I and Q signals have been swapped, and that one rail has had the bits inverted. The comment "inverted to facilitate clean layout" causes me sleepless nights and minor bouts of indigestion. Why is this bit inversion performed? As I have modified the transmit path and send my own 2's complement data, shall I keep this inversion in the code or is it to conform only to something done in the default FPGA build? Also, why is the negative edge of the clock used? wire [15:0] dac_a_int, dac_b_int; // DAC A and B are swapped in schematic to facilitate clean layout // DAC A is also inverted in schematic to facilitate clean layout always @(negedge dsp_clk) DACA <= ~dac_b_int; always @(negedge dsp_clk) DACB <= dac_a_int; Much appreciation to any helpful tidbits which the group can contribute to remedying this quandary. Cheers, Reginald ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM Implementation
Hi everyone, I am trying to test signal tranmit by using OFDM modulator via USRP1 and i am getting this error message . Does anyone know what does it mean?or how to fix this problem. i connected one usrp1 with usb cable to my laptop just to check the transmission. it shows the signal in FFT sink but when i add USRP sink it gives me this error. i am not sure how to confirm that wheater it is tranmsitting the signal or not. Any help will be appriciated Error: failed to enable realtime scheduling. usrp: failed to find usrp[0] Traceback (most recent call last): File "/home/lefteris/top_block.py", line 98, in tb = top_block() File "/home/lefteris/top_block.py", line 51, in __init__ self.usrp_simple_sink_x_0 = grc_usrp.simple_sink_c(which=0, side="A") File "/usr/lib/python2.6/dist-packages/grc_gnuradio/usrp/simple_usrp.py", line 91, in __init__ self._make_usrp(which=which, nchan=1) File "/usr/lib/python2.6/dist-packages/grc_gnuradio/usrp/common.py", line 28, in _make_usrp def _make_usrp(self, *args, **kwargs): self._u = self._usrp_args[0](*args, **kwargs) File "/usr/lib/python2.6/dist-packages/gnuradio/usrp/usrp_swig.py", line 2469, in sink_c return _usrp_swig.sink_c(*args, **kwargs) RuntimeError: can't open usrp Thanks waq. Tuan (Johnny) Ta wrote: > > Quick correction > cd /usr/share/gnuradio/examples/ofdm/ > ./benchmark_ofdm_tx.py -h > > On Sun, Sep 11, 2011 at 7:26 PM, Tuan (Johnny) Ta > wrote: > >> Try this >> cd /usr/share/gnuradio/examples/ofdm/ >> benchmark_ofdm_tx.py -h >> >> Don't forget the spaces (just copy & paste should work) >> >> >> On Sun, Sep 11, 2011 at 7:19 PM, waqasme wrote: >> >>> >>> hello Johnny, >>> I tried that locate command and i have found the location of the files >>> .here >>> is the output: >>> hp@ubuntu:~$ cd/usr/local/bin >>> bash: cd/usr/local/bin: No such file or directory >>> hp@ubuntu:~$ ls >>> DesktopDownloads Music Public Templates >>> Documents examples.desktop Pictures rx file Videos >>> hp@ubuntu:~$ locate benchmark_ofdm_tx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_tx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_tx.pyc >>> hp@ubuntu:~$ locate benchmark_ofdm_rx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_rx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_rx.pyc >>> hp@ubuntu:~$ benchmark_ofdm_tx.py -h >>> benchmark_ofdm_tx.py: command not found >>> hp@ubuntu:~$ benchmark_ofdm_tx.py-h >>> benchmark_ofdm_tx.py-h: command not found >>> hp@ubuntu:~$ cd benchmark_ofdm_tx.py-h >>> bash: cd: benchmark_ofdm_tx.py-h: No such file or directory >>> >>> I have used locate comand to find the benchmark files. its in >>> /usr/share... >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_tx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_tx.pyc >>> Now as in my previous discussion with sumit, he mentioned after that >>> type >>> these comands to show the paramaters >>> benchmark_ofdm_tx.py-h but it says comand not found. >>> Am i missing something here in the command line? Please advise for >>> further >>> process.. >>> Thanks.. >>> Waq. >>> >>> >>> Tuan Ta-2 wrote: >>> > >>> > You seem to be quite new to Linux, what do you intend to do for your >>> > Master >>> > thesis? Gnuradio is not something you can master in a couple of >>> months. >>> > >>> > To go to a directory, you need to use the 'cd' command. Ie >>> > cd /usr/local/bin >>> > >>> > My benchmark_ofdm code is not in /usr/local/bin so when you get to >>> that >>> > folder, do a 'ls' to see if the code is there. If not, you can run >>> > locate benchmark_ofdm_tx.py >>> > >>> > The results will show you where the file is in your system. >>> > >>> > Good luck, >>> > Johnny >>> > >>> > On Sun, Sep 11, 2011 at 5:55 PM, waqasme wrote: >>> > >>> >> >>> >> Hi Sumit, >>> >> Thanks you so much for ur detailed explanation . i really appriciate >>> your >>> >> help. >>> >> I am following the same steps as you mentioned earlier but iam >>> getiing >>> >> this >>> >> message when i am entering these comands in terminal. here is the >>> >> messages >>> >> . >>> >> >>> >> hp@ubuntu:~$ /usr/local/bin >>> >> bash: /usr/local/bin: is a directory >>> >> hp@ubuntu:~$ directory/usr/local/bin >>> >> bash: directory/usr/local/bin: No such file or directory >>> >> hp@ubuntu:~$ /usr/local/bin >>> >> bash: /usr/local/bin: is a directory >>> >> hp@ubuntu:~$ benchmark_ofdm_tx.py-h >>> >> benchmark_ofdm_tx.py-h: command not found >>> >> >>> >> when i enter this comand i get this result >>> >> hp@ubuntu:~$ directory/usr/local/bin >>> >> bash: directory/usr/local/bin: No such file or directory >>> >> hp@ubuntu:~$ >>> >> No such file or directory. how to access that directory? do i need >>> to >>> >> run >>> >> some other commands before that ? >>> >> what could be the problem ? any suggestion ? >>> >> >>> >> >>> >> sumitstop wrote: >>> >> > >>> >> > go to the directory /usr/local/bin >>> >> > there u will find benchmark files for o
Re: [Discuss-gnuradio] OFDM Implementation
Hi everyone, I am trying to test signal tranmit by using OFDM modulator via USRP1 and i am getting this error message . Does anyone know what does it mean?or how to fix this problem. i connected one usrp1 with usb cable to my laptop just to check the transmission. it shows the signal in FFT sink but when i add USRP sink it gives me this error. i am not sure how to confirm that wheater it is tranmsitting the signal or not. Any help will be appriciated Error: failed to enable realtime scheduling. usrp: failed to find usrp[0] Traceback (most recent call last): File "/home/lefteris/top_block.py", line 98, in tb = top_block() File "/home/lefteris/top_block.py", line 51, in __init__ self.usrp_simple_sink_x_0 = grc_usrp.simple_sink_c(which=0, side="A") File "/usr/lib/python2.6/dist-packages/grc_gnuradio/usrp/simple_usrp.py", line 91, in __init__ self._make_usrp(which=which, nchan=1) File "/usr/lib/python2.6/dist-packages/grc_gnuradio/usrp/common.py", line 28, in _make_usrp def _make_usrp(self, *args, **kwargs): self._u = self._usrp_args[0](*args, **kwargs) File "/usr/lib/python2.6/dist-packages/gnuradio/usrp/usrp_swig.py", line 2469, in sink_c return _usrp_swig.sink_c(*args, **kwargs) RuntimeError: can't open usrp Thanks waq. Tuan (Johnny) Ta wrote: > > Quick correction > cd /usr/share/gnuradio/examples/ofdm/ > ./benchmark_ofdm_tx.py -h > > On Sun, Sep 11, 2011 at 7:26 PM, Tuan (Johnny) Ta > wrote: > >> Try this >> cd /usr/share/gnuradio/examples/ofdm/ >> benchmark_ofdm_tx.py -h >> >> Don't forget the spaces (just copy & paste should work) >> >> >> On Sun, Sep 11, 2011 at 7:19 PM, waqasme wrote: >> >>> >>> hello Johnny, >>> I tried that locate command and i have found the location of the files >>> .here >>> is the output: >>> hp@ubuntu:~$ cd/usr/local/bin >>> bash: cd/usr/local/bin: No such file or directory >>> hp@ubuntu:~$ ls >>> DesktopDownloads Music Public Templates >>> Documents examples.desktop Pictures rx file Videos >>> hp@ubuntu:~$ locate benchmark_ofdm_tx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_tx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_tx.pyc >>> hp@ubuntu:~$ locate benchmark_ofdm_rx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_rx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_rx.pyc >>> hp@ubuntu:~$ benchmark_ofdm_tx.py -h >>> benchmark_ofdm_tx.py: command not found >>> hp@ubuntu:~$ benchmark_ofdm_tx.py-h >>> benchmark_ofdm_tx.py-h: command not found >>> hp@ubuntu:~$ cd benchmark_ofdm_tx.py-h >>> bash: cd: benchmark_ofdm_tx.py-h: No such file or directory >>> >>> I have used locate comand to find the benchmark files. its in >>> /usr/share... >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_tx.py >>> /usr/share/gnuradio/examples/ofdm/benchmark_ofdm_tx.pyc >>> Now as in my previous discussion with sumit, he mentioned after that >>> type >>> these comands to show the paramaters >>> benchmark_ofdm_tx.py-h but it says comand not found. >>> Am i missing something here in the command line? Please advise for >>> further >>> process.. >>> Thanks.. >>> Waq. >>> >>> >>> Tuan Ta-2 wrote: >>> > >>> > You seem to be quite new to Linux, what do you intend to do for your >>> > Master >>> > thesis? Gnuradio is not something you can master in a couple of >>> months. >>> > >>> > To go to a directory, you need to use the 'cd' command. Ie >>> > cd /usr/local/bin >>> > >>> > My benchmark_ofdm code is not in /usr/local/bin so when you get to >>> that >>> > folder, do a 'ls' to see if the code is there. If not, you can run >>> > locate benchmark_ofdm_tx.py >>> > >>> > The results will show you where the file is in your system. >>> > >>> > Good luck, >>> > Johnny >>> > >>> > On Sun, Sep 11, 2011 at 5:55 PM, waqasme wrote: >>> > >>> >> >>> >> Hi Sumit, >>> >> Thanks you so much for ur detailed explanation . i really appriciate >>> your >>> >> help. >>> >> I am following the same steps as you mentioned earlier but iam >>> getiing >>> >> this >>> >> message when i am entering these comands in terminal. here is the >>> >> messages >>> >> . >>> >> >>> >> hp@ubuntu:~$ /usr/local/bin >>> >> bash: /usr/local/bin: is a directory >>> >> hp@ubuntu:~$ directory/usr/local/bin >>> >> bash: directory/usr/local/bin: No such file or directory >>> >> hp@ubuntu:~$ /usr/local/bin >>> >> bash: /usr/local/bin: is a directory >>> >> hp@ubuntu:~$ benchmark_ofdm_tx.py-h >>> >> benchmark_ofdm_tx.py-h: command not found >>> >> >>> >> when i enter this comand i get this result >>> >> hp@ubuntu:~$ directory/usr/local/bin >>> >> bash: directory/usr/local/bin: No such file or directory >>> >> hp@ubuntu:~$ >>> >> No such file or directory. how to access that directory? do i need >>> to >>> >> run >>> >> some other commands before that ? >>> >> what could be the problem ? any suggestion ? >>> >> >>> >> >>> >> sumitstop wrote: >>> >> > >>> >> > go to the directory /usr/local/bin >>> >> > there u will find benchmark files for o
Re: [Discuss-gnuradio] Getting the API version at compile time
On Wed, Oct 12, 2011 at 5:26 AM, Peter D. Massam wrote: > I have been using version 3.1.3 for a while now, but have recently > configured a new PC and installed 3.2.2 (packaged with Ubuntu). > Unfortunately my code does not compile on the new system because of a change > in the API - the return value of the "make" function in "usrp_standard_rx" > has changed to a shared pointer. > > ** ** > > I need to be able to maintain my program for both old and new systems and > I've been looking for a version constant that I can use for conditional > compilation. > > ** ** > > Unfortunately I've had no luck - I guess I'm using the wrong keywords in my > searches. Does anyone know how to find out the Gnu Radio version at compile > time? > > ** ** > > Thanks, > > ** ** > > Peter > Plextek Limited > Registered Address: London Road, Great Chesterford, Essex, CB10 1NY, UK > Company Registration No. 2305889 > VAT Registration No. GB 918 4425 15 > Tel: +44 1799 533 200. Fax: +44 1799 533 201 Web:http://www.plextek.com > Electronics Design and Consultancy > Peter, You can find the version information in $(top_builddir)/gnuradio-core/gnuradio-core.pc. This is filled in with the information in $(top_srcdir)/version.sh. Where top_builddir is where you are building the project, and top_builddir = top_srcdir if you are building in the same directory that contains the source code. Hope that helps. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Intel 82574L driver issue
I've recently stumbled across an issue that affects 1GiGe NICs based on the 82574L Intel chip. The e1000e driver version 1.0.2 has an issue with the RX FIFO that can cause packet loss, even under relatively light load. This will cause unexpected under-run conditions in Gnu Radio applications talking to GiGe radio hardware, such as USRP2, N2XX. The offending driver appeared in Linux kernel versions 2.6.31 through 2.6.35, but was later fixed. Ubuntu Maverick (10.10) has a 2.6.35 kernel, so the offending e1000e driver is in there, and Fedora 12 (2.6.31) and Fedora 14 (2.6.35) have the same issue. The best thing to do is likely to follow your Linux distributions guidelines for building/installing a new kernel that is 2.6.36 or newer, or try a different 1GiGe card that isn't based on the 82574L and the e1000e driver. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New webpage look
Awesome work Martin!! Johnny On Mon, Oct 10, 2011 at 5:43 PM, Matt Ettus wrote: > > > Thanks for doing this. The new site looks great! > > Matt > > On Mon, Oct 10, 2011 at 12:58 AM, Martin Braun wrote: > >> On Sun, Oct 09, 2011 at 12:38:44PM -0400, Tom Rondeau wrote: >> > [Website] >> > >> > As always, feedback and constructive criticism are welcome! >> >> Also, it would be great if you, dear reader of this list, could have >> a look if you have any content which could be linked to from the >> website. In particular, do you have >> * any kind of tutorials, or >> * any code which is not on CGRAN, or >> * pre-recorded sample data? >> >> The start page of the gnuradio.org was re-structured in a manner that >> all important stuff can be found straight away, with more specialised >> info available through another layer of clicking (e.g. details of the >> USRP1). >> It would be cool if your stuff could be reachable through the web site >> as well. So, if you're hosting anything interesting on your website, >> please add a link in the appropriate section of our wiki. >> Thanks for contributing! >> >> Martin >> >> -- >> 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 >> >> >> ___ >> 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] Generating orthogonal PN sequences in GRC
Hi, I am trying to use the GLFSR source in GRC with PN correlator for system identification. What I want is to generate a sequence from the GLFSR source and to get an estimate when the PN correlator uses the same sequence and to get zero when the sequences generated by the GLFSR and the PN correlator are totally orthogonal for any delay. To make this, I need to know how to generate two orthogonal PN sequences from two different GLFSR blocks. I tried to use different seed parameters, but I saw that the two sequences are still correlated for some delay (shift). Anyone who has done this before ? In short, how can I generate two PN sequences which are orthogonal for any delay ? brex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Getting the API version at compile time
I have been using version 3.1.3 for a while now, but have recently configured a new PC and installed 3.2.2 (packaged with Ubuntu). Unfortunately my code does not compile on the new system because of a change in the API - the return value of the "make" function in "usrp_standard_rx" has changed to a shared pointer. I need to be able to maintain my program for both old and new systems and I've been looking for a version constant that I can use for conditional compilation. Unfortunately I've had no luck - I guess I'm using the wrong keywords in my searches. Does anyone know how to find out the Gnu Radio version at compile time? Thanks, Peter Plextek Limited Registered Address: London Road, Great Chesterford, Essex, CB10 1NY, UK Company Registration No. 2305889 VAT Registration No. GB 918 4425 15 Tel: +44 1799 533 200. Fax: +44 1799 533 201 Web:http://www.plextek.com Electronics Design and Consultancy ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio