[Discuss-gnuradio] WSR14 and Hackfest
Hi, for anyone who wants to meet up with fellow SDR devs, the 8th Karlsruhe Workshop on Software Radio will be held March 12/13, here in Karlsruhe, Germany. The program can be found here [0]. After the workshop we'll hold a 3-day hackfest here at the CEL [1] - 2 1/2 days to be exact, that is March 13-15. Over the last years hackfests have become a regular event for GR developers to get together and work on new features, bug fixes, and discuss where to go next. As far as I know this will be the first hackfest in Europe and so we would like to invite everyone interested to stay a few days longer in Karlsruhe and do some GR coding. Hope to see you in Karlsruhe Sebastian [0] http://www-int.etec.uni-karlsruhe.de/seiten/conferences/wsr14/contents.php?file=program.htmltitle=Program [1] https://www.cel.kit.edu/index.php -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Sebastian Koslowski Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe, Germany Phone: +49 721 608-46275 Fax: +49 721 608-46071 Email: sebastian.koslow...@kit.edu Web: http://www.cel.kit.edu/ KIT – University of the State of Baden-Wuerttemberg and National Research Center of the Helmholtz Association signature.asc Description: OpenPGP digital signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Issue with gr-funcubedongleproplus
This is what I see in /var/log/messages when I plug it in. Feb 16 10:19:56 debianvm kernel: [ 485.160978] usb 2-2.2: new full-speed USB device number 6 using uhci_hcd Feb 16 10:19:56 debianvm kernel: [ 485.432177] usb 2-2.2: New USB device found, idVendor=04d8, idProduct=fb31 Feb 16 10:19:56 debianvm kernel: [ 485.432180] usb 2-2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 16 10:19:56 debianvm kernel: [ 485.432181] usb 2-2.2: Product: FUNcube Dongle V2.0 Feb 16 10:19:56 debianvm kernel: [ 485.432182] usb 2-2.2: Manufacturer: Hanlincrest Ltd. Feb 16 10:19:56 debianvm kernel: [ 485.487344] 6:1:1: cannot get freq at ep 0x81 Feb 16 10:19:56 debianvm kernel: [ 485.532651] generic-usb 0003:04D8:FB31.0003: hiddev0,hidraw1: USB HID v1.11 Device [Hanlincrest Ltd. FUNcube Dongle V2.0 ] on usb-:02:00.0-2.2/input2 Feb 16 10:19:56 debianvm mtp-probe: checking bus 2, device 6: /sys/devices/pci:00/:00:11.0/:02:00.0/usb2/2-2/2-2.2 Feb 16 10:19:56 debianvm mtp-probe: bus: 2, device: 6 was not an MTP device Thanks for looking at this. Mike Harpe On Sun, Feb 16, 2014 at 1:31 AM, Volker Schroer dl1...@gmx.de wrote: What do you see in your message log, when you connect the dongle to your computer ? -- Volker Am 15.02.2014 21:30, schrieb Mike Harpe: Hello! I've gotten GNU Radio 3.7.2.1 compiled and running. I have a FunCube Dongle Pro Plus V2 that I received in the last week. My environment is Debian wheezy running a generic kernel. I am getting the following when I try to run the narrowband FM example. It has to do with the control part of the dongle. I tried the udev change with no success. I am new to working with devices in udev so I'm sure that's the problem. Here's what I get... Showing: /home/mike/fcd_nfm_rx.grc Generating: /home/mike/fcd_nfm_rx.py Executing: /home/mike/fcd_nfm_rx.py Using Volk machine: avx_64_mmx_orc Funcube Dongle Pro+ found as: plughw:1,0 Traceback (most recent call last): File /home/mike/fcd_nfm_rx.py, line 405, in module tb = fcd_nfm_rx() File /home/mike/fcd_nfm_rx.py, line 257, in __init__ self.fcdproplus_fcdproplus_0 = fcdproplus.fcdproplus(,1) File /usr/local/lib/python2.7/dist-packages/fcdproplus/fcdproplus_swig.py, line 103, in make return _fcdproplus_swig.fcdproplus_make(device_name, unit) RuntimeError: FunCube Dongle V2.0 soundcard found but not controlpart. Any help is appreciated. Thank you! Michael Harpe, N4PLE Sellersburg, IN ___ 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] Issue with gr-funcubedongleproplus
The first part looks o.k. I don't know anything about MTP devices, but after some googeling I suppose there is an udev misconfiguration. Please look, if there exists a rule file for MTP devices that is triggered by the funcube dongle. -- Volker Am 16.02.2014 16:21, schrieb Mike Harpe: This is what I see in /var/log/messages when I plug it in. Feb 16 10:19:56 debianvm kernel: [ 485.160978] usb 2-2.2: new full-speed USB device number 6 using uhci_hcd Feb 16 10:19:56 debianvm kernel: [ 485.432177] usb 2-2.2: New USB device found, idVendor=04d8, idProduct=fb31 Feb 16 10:19:56 debianvm kernel: [ 485.432180] usb 2-2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 16 10:19:56 debianvm kernel: [ 485.432181] usb 2-2.2: Product: FUNcube Dongle V2.0 Feb 16 10:19:56 debianvm kernel: [ 485.432182] usb 2-2.2: Manufacturer: Hanlincrest Ltd. Feb 16 10:19:56 debianvm kernel: [ 485.487344] 6:1:1: cannot get freq at ep 0x81 Feb 16 10:19:56 debianvm kernel: [ 485.532651] generic-usb 0003:04D8:FB31.0003: hiddev0,hidraw1: USB HID v1.11 Device [Hanlincrest Ltd. FUNcube Dongle V2.0 ] on usb-:02:00.0-2.2/input2 Feb 16 10:19:56 debianvm mtp-probe: checking bus 2, device 6: /sys/devices/pci:00/:00:11.0/:02:00.0/usb2/2-2/2-2.2 Feb 16 10:19:56 debianvm mtp-probe: bus: 2, device: 6 was not an MTP device Thanks for looking at this. Mike Harpe On Sun, Feb 16, 2014 at 1:31 AM, Volker Schroer dl1...@gmx.de mailto:dl1...@gmx.de wrote: What do you see in your message log, when you connect the dongle to your computer ? -- Volker Am 15.02.2014 21:30, schrieb Mike Harpe: Hello! I've gotten GNU Radio 3.7.2.1 compiled and running. I have a FunCube Dongle Pro Plus V2 that I received in the last week. My environment is Debian wheezy running a generic kernel. I am getting the following when I try to run the narrowband FM example. It has to do with the control part of the dongle. I tried the udev change with no success. I am new to working with devices in udev so I'm sure that's the problem. Here's what I get... Showing: /home/mike/fcd_nfm_rx.grc Generating: /home/mike/fcd_nfm_rx.py Executing: /home/mike/fcd_nfm_rx.py Using Volk machine: avx_64_mmx_orc Funcube Dongle Pro+ found as: plughw:1,0 Traceback (most recent call last): File /home/mike/fcd_nfm_rx.py, line 405, in module tb = fcd_nfm_rx() File /home/mike/fcd_nfm_rx.py, line 257, in __init__ self.fcdproplus_fcdproplus_0 = fcdproplus.fcdproplus(,1) File /usr/local/lib/python2.7/__dist-packages/fcdproplus/__fcdproplus_swig.py, line 103, in make return _fcdproplus_swig.fcdproplus___make(device_name, unit) RuntimeError: FunCube Dongle V2.0 soundcard found but not controlpart. Any help is appreciated. Thank you! Michael Harpe, N4PLE Sellersburg, IN _ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio https://lists.gnu.org/mailman/listinfo/discuss-gnuradio _ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio 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] Issue with Arch Linux build of gnuradio
On Sun, Feb 9, 2014 at 6:14 PM, Jordan Johnson jwllmjohn...@gmail.com wrote: Traceback (most recent call last): File /home/ushio/top_block.py, line 13, in module from grc_gnuradio import wxgui as grc_wxgui ImportError: cannot import name wxgui So, I have been using a downgraded version of GNURadio for some time to prototype, but now would like to use it for the BladeRF. Problem is though, the upstream version of gnuradio in the Arch repo seems to have an issue with wxgui. I am not the only one who has dealt with it, there is a bug report here. Any ideas on how to patch this? Bug: https://bugs.archlinux.org/task/38293?project=5cat[0]=33string=gnuradio This isn't a gnuradio bug; sounds like something changed in Arch (notice the change in version is from 3.7.2.1 to 3.7.2.1-1; so that's their patches to our 3.7.2.1 release that's causing the issue). Most likely, it's somehow related to the location or discovery of the wxgtk Python package. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Trouble with SSB demod of real signal
Hi, I'm exploring the LF spectrum ( 500 kHz) using a USRP N210+LFRX+active loop antenna, and GR 3.7. I'm pulling my hair out trying to down convert the USB as I can't get the LSB rejected. My GRC flow graph is here: https://dl.dropboxusercontent.com/u/49570443/test.grc.png It is based on figure 5 of below; quadrature, direct down conversion with Hilbert transform. http://www.arrl.org/files/file/Technology/tis/info/pdf/98qex003.pdf I'm taking the real output (i.e. the DAC hooked to the LFRX channel 1) of the N210 at 25 Msps with 0 Hz DDS, then low-pass filtering at 550 kHz and decimating to 1.25 Msps. This seems to provide better rejection of the AM band than using the DDS tuning internal to the N210. I then use the translating FIR filter to tune a 2 kHz passband, decimated to 5 ksps. Problem comes when I try to do the LSB rejection with the Hilbert. I think I'm using it correctly; I have tried swapping the Re and Im outputs of the Hilbert with no luck. Maybe there is something conceptually I am missing since I am starting with a real signal. I have done SSB demod with complex USRP signal with no problems. Any ideas of what I am doing wrong? This should be basic stuff but I'm not getting something. Thanks, Lou ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Trouble with SSB demod of real signal
Hi Lou - the diagram you sent isn't going to perform a single-signal conversion. Taking just the real part of the received signal (and throwing away the imaginary part) gets rid of information that distinguishes negative frequency components from positive frequency components. After that point there is no possibility to separate out the LSB components from the USB components. You will need a bit more complicated design, I've used the following configuration for implementing a phasing type receiver. There are other ways as well, the Weaver method, and a filter method (using complex taps to a filter). http://www.tapr.org/~n5eg/index_files/DCC_2013_Gnuradio_Presentation%20-%20Rev%205.pdf Look at about slide 14. -- Tom, N5EG From: Louis Brown rfe...@everestkc.net To: GNURadio List Discussion discuss-gnuradio@gnu.org Sent: Sunday, February 16, 2014 9:10 AM Subject: [Discuss-gnuradio] Trouble with SSB demod of real signal Hi, I'm exploring the LF spectrum ( 500 kHz) using a USRP N210+LFRX+active loop antenna, and GR 3.7. I'm pulling my hair out trying to down convert the USB as I can't get the LSB rejected. My GRC flow graph is here: https://dl.dropboxusercontent.com/u/49570443/test.grc.png It is based on figure 5 of below; quadrature, direct down conversion with Hilbert transform. http://www.arrl.org/files/file/Technology/tis/info/pdf/98qex003.pdf I'm taking the real output (i.e. the DAC hooked to the LFRX channel 1) of the N210 at 25 Msps with 0 Hz DDS, then low-pass filtering at 550 kHz and decimating to 1.25 Msps. This seems to provide better rejection of the AM band than using the DDS tuning internal to the N210. I then use the translating FIR filter to tune a 2 kHz passband, decimated to 5 ksps. Problem comes when I try to do the LSB rejection with the Hilbert. I think I'm using it correctly; I have tried swapping the Re and Im outputs of the Hilbert with no luck. Maybe there is something conceptually I am missing since I am starting with a real signal. I have done SSB demod with complex USRP signal with no problems. Any ideas of what I am doing wrong? This should be basic stuff but I'm not getting something. Thanks, Lou ___ 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] forecast
Hi Guys, If a block keeps some internal state, can the forecast method return different values for the same number of noutput_items depending on its internal state? Will the forecast method be called before the flow graph is started? Miklos ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Trouble with SSB demod of real signal
Tom, Thanks for that link. The LFRX board has two separate inputs. I'm only using the one hooked to the I ADC, so the Q ADC is just noise, thus I discard the imaginary output of the UHD source. The UHD source center frequency is set to 0 Hz, so I'm direct sampling with no downconversion in the FPGA. I'm moving what's done in the FPGA into GNU Radio to get better rejection, thus I'm really not discarding the imaginary part since there isn't one until after the translating FIR. I could drive both the I and Q ADC by splitting my received signal, but then I have to deal with the imbalance between LFRX channels. Thanks, Lou, KD4HSO On Feb 16, 2014, at 11:19 AM, Tom McDermott tom.mcdermo...@yahoo.com wrote: Hi Lou - the diagram you sent isn't going to perform a single-signal conversion. Taking just the real part of the received signal (and throwing away the imaginary part) gets rid of information that distinguishes negative frequency components from positive frequency components. After that point there is no possibility to separate out the LSB components from the USB components. You will need a bit more complicated design, I've used the following configuration for implementing a phasing type receiver. There are other ways as well, the Weaver method, and a filter method (using complex taps to a filter). http://www.tapr.org/~n5eg/index_files/DCC_2013_Gnuradio_Presentation%20-%20Rev%205.pdf Look at about slide 14. -- Tom, N5EG From: Louis Brown rfe...@everestkc.net To: GNURadio List Discussion discuss-gnuradio@gnu.org Sent: Sunday, February 16, 2014 9:10 AM Subject: [Discuss-gnuradio] Trouble with SSB demod of real signal Hi, I'm exploring the LF spectrum ( 500 kHz) using a USRP N210+LFRX+active loop antenna, and GR 3.7. I'm pulling my hair out trying to down convert the USB as I can't get the LSB rejected. My GRC flow graph is here: https://dl.dropboxusercontent.com/u/49570443/test.grc.png It is based on figure 5 of below; quadrature, direct down conversion with Hilbert transform. http://www.arrl.org/files/file/Technology/tis/info/pdf/98qex003.pdf I'm taking the real output (i.e. the DAC hooked to the LFRX channel 1) of the N210 at 25 Msps with 0 Hz DDS, then low-pass filtering at 550 kHz and decimating to 1.25 Msps. This seems to provide better rejection of the AM band than using the DDS tuning internal to the N210. I then use the translating FIR filter to tune a 2 kHz passband, decimated to 5 ksps. Problem comes when I try to do the LSB rejection with the Hilbert. I think I'm using it correctly; I have tried swapping the Re and Im outputs of the Hilbert with no luck. Maybe there is something conceptually I am missing since I am starting with a real signal. I have done SSB demod with complex USRP signal with no problems. Any ideas of what I am doing wrong? This should be basic stuff but I'm not getting something. Thanks, Lou ___ 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] Trouble with SSB demod of real signal
Tom, OK I got it fixed after looking at your link. See diagram below: https://dl.dropboxusercontent.com/u/49570443/test.grc_fixed.png I was using the Delay block to give me a 65 sample delay to account for the delay in the Hilbert. This will not work as I assume there is more delay in the Hilbert than just the 65 taps. The real output of the Hilbert is a properly delayed version of the input, so I replaced the delay with that. It now works well What's shown in the diagram is LSB though, not USB. Thanks, Lou KD4HSO On Feb 16, 2014, at 11:19 AM, Tom McDermott tom.mcdermo...@yahoo.com wrote: Hi Lou - the diagram you sent isn't going to perform a single-signal conversion. Taking just the real part of the received signal (and throwing away the imaginary part) gets rid of information that distinguishes negative frequency components from positive frequency components. After that point there is no possibility to separate out the LSB components from the USB components. You will need a bit more complicated design, I've used the following configuration for implementing a phasing type receiver. There are other ways as well, the Weaver method, and a filter method (using complex taps to a filter). http://www.tapr.org/~n5eg/index_files/DCC_2013_Gnuradio_Presentation%20-%20Rev%205.pdf Look at about slide 14. -- Tom, N5EG ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Segfault in analog.quadrature_demod_cf
Application that reproduces segfault: http://pastebin.com/Fw0y7qM9 debug backtrace: http://pastebin.com/FjnHu6Cs patch that fixes it for me, although I'm sure theres a better place to fix it: http://pastebin.com/4gSW57Wt Thanks, Matt. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] forecast
Hi Miklos, yes, a forecast might be different for different situations. Greetings, Marcus On 02/16/2014 07:12 PM, Miklos Maroti wrote: Hi Guys, If a block keeps some internal state, can the forecast method return different values for the same number of noutput_items depending on its internal state? Will the forecast method be called before the flow graph is started? Miklos ___ 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] ADS-B UAT decoder and hardware
Hi list, I recently posted the source code and hardware design files for a ADS-B UAT/FIS-B receiver and decoder to Google code. There's also a python script that contains the algorithms to decode the FIS-B weather radar data. Perhaps they might be useful to someone working on ADS-B with GnuRadio. https://code.google.com/p/lone-star-ads-b/ David ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio