Re: [Discuss-gnuradio] funcube pro +
On Wed, Feb 12, 2014 at 10:51 AM, Nemanja Savic vlasi...@gmail.com wrote: Hi all guys, I am about to buy funcube dongle pro +, and wanted to ask if somebody of u use it without any problems? Very few people use it on linux without problems. If you have a USB 1 port it will probably work, otherwise you will likely get the insufficient bandwidth bug. https://github.com/csete/gqrx/issues/91 There are however no problems with the original Funcube Dongle Pro (the one without shortwaves and only 96 kHz bandwidth). Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] New Gnuradio / SDR live DVD for i386 available for testing
I have created a new Gnuradio / SDR live DVD for i386 architecture. The disk called SDRLive! is available via bittorrent. Kristoff Bonne is so kind to seed the image at the moment, because I am only having a slow rural broadband connection and no server space. I would like to ask everyone who downloads the image to keep their bittorrent client running and join the seeders. You can download the torrent from here: http://mdammer.net/sdrlive/sdrlive32bit_20140209.torrent I could only test the disk with RTL-SDR, because I have no other SDR hardware available. Please let me know what you think. Any feedback is welcomed. Mark Here is a description of the disk - you get the same on the welcome page when starting the disk: *About this disk* With this live DVD you can run Gnuradio, Gnuradio based applications and other helpful programs related to software defined radio and digital signal processing without the need to install anything on your computer. SDRLive is meant as a starting point for people who want to try out SDR and for educational purposes. The disk is based on XUbuntu 12.04 LTS 32bit and should run on almost any x86 based system. The default username is xubuntu with the password xubuntu (both without quotes). There is a second useraccount packager with password packager that was used to create the live DVD. *Main features* - lightweight XFCE desktop environment - support for USRP, RTL-SDR, FuncubeDongle(pro), OsmoSDR, HackRF and other SDR hardware. Not all have been tested. - most of the applications can use the sound system as signal input / output. This is good for playing around with signal processing :-) - Pulseaudio can be disabled or run with 44.1 / 48 / 96 Khz samplerate via buttons in the Application Menu. - Jack Audio Connection Kit can be configured / started via QjackCtl. - Gnuradio and related applications are built with PyBombs. Additional packages can be easily installed via PyBombs. - Certain server applications (SSH, CUPS printserver, AVAHI mdns) are installed, but not started at boottime. These services can be easily started or stopped from the command line. Example for CUPS: sudo service cups start - A TightVNC server for remote desktop access can be started by entering tightvncserver (without quotes) in the terminal. You will be asked to set a password at startup. *Main Contents of the DVD* SDR applications - gnuradio 3.7 PyBombs build with all dependencies installed - gqrx SDR receiver - gr-air-modes Mode S ADS-B receiver - OsmoSDR - RTL-SDR - HackRF - RTLSDR-Scanner Frequency scanner application for RTL-SDR dongles - Linrad Versatile and lightweight X11 and console SDR application - Quisk Python based SDR application Audio DSP applications - Audacity - Sonic Visualiser - Sox Hamradio applications - Gpredict Satellite tracking program - Fldigi Digimode program Maths and Plotting - GNU Octave - KST Plot - Gnuplot ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] funcube pro +
I have only usb 2.0 ports on my computer. How likely is that this bug will be fixed in the near future? On Wed, Feb 12, 2014 at 11:09 AM, Alexandru Csete oz9...@gmail.com wrote: On Wed, Feb 12, 2014 at 10:51 AM, Nemanja Savic vlasi...@gmail.com wrote: Hi all guys, I am about to buy funcube dongle pro +, and wanted to ask if somebody of u use it without any problems? Very few people use it on linux without problems. If you have a USB 1 port it will probably work, otherwise you will likely get the insufficient bandwidth bug. https://github.com/csete/gqrx/issues/91 There are however no problems with the original Funcube Dongle Pro (the one without shortwaves and only 96 kHz bandwidth). Alex -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] funcube pro +
The funcube pro+ works flawless on my usb 2.0 port. It seems that the bandwidth problem arises from the usb controller hardware. I use an ASROCK motherboard with SB7x0/SB8x0/SB9x0 controller in use with the ohci /ehci kernel drivers. This controller works very well for me. The Inc. EJ168 USB 3.0 Host Controller instead does not work. It claims to have not enough bandwith but for both Funcube devices the ( pro and the pro+). -- Volker Am 12.02.2014 11:09, schrieb Alexandru Csete: On Wed, Feb 12, 2014 at 10:51 AM, Nemanja Savic vlasi...@gmail.com wrote: Hi all guys, I am about to buy funcube dongle pro +, and wanted to ask if somebody of u use it without any problems? Very few people use it on linux without problems. If you have a USB 1 port it will probably work, otherwise you will likely get the insufficient bandwidth bug. https://github.com/csete/gqrx/issues/91 There are however no problems with the original Funcube Dongle Pro (the one without shortwaves and only 96 kHz bandwidth). Alex ___ 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] funcube pro +
Well, I have dell laptop but have no clue which usb controller it has. Now I am not sure whether I should by one or not. Anyway, should newer versions of usb have higher speed and thus bandwidth. On Wed, Feb 12, 2014 at 1:49 PM, Volker Schroer dl1...@gmx.de wrote: The funcube pro+ works flawless on my usb 2.0 port. It seems that the bandwidth problem arises from the usb controller hardware. I use an ASROCK motherboard with SB7x0/SB8x0/SB9x0 controller in use with the ohci /ehci kernel drivers. This controller works very well for me. The Inc. EJ168 USB 3.0 Host Controller instead does not work. It claims to have not enough bandwith but for both Funcube devices the ( pro and the pro+). -- Volker Am 12.02.2014 11:09, schrieb Alexandru Csete: On Wed, Feb 12, 2014 at 10:51 AM, Nemanja Savic vlasi...@gmail.com wrote: Hi all guys, I am about to buy funcube dongle pro +, and wanted to ask if somebody of u use it without any problems? Very few people use it on linux without problems. If you have a USB 1 port it will probably work, otherwise you will likely get the insufficient bandwidth bug. https://github.com/csete/gqrx/issues/91 There are however no problems with the original Funcube Dongle Pro (the one without shortwaves and only 96 kHz bandwidth). Alex ___ 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 -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] funcube pro +
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well it is really more of a USB host controller driver problem... however, bandwidth is always sufficient for the pro +, the problem is that the driver thinks your device needs more bandwidth than is available. However, read the threads on the issues on github; they provide workarounds. Find out if you can live with these. Greetings, Marcus On 12.02.2014 14:22, Nemanja Savic wrote: Well, I have dell laptop but have no clue which usb controller it has. Now I am not sure whether I should by one or not. Anyway, should newer versions of usb have higher speed and thus bandwidth. On Wed, Feb 12, 2014 at 1:49 PM, Volker Schroer dl1...@gmx.de wrote: The funcube pro+ works flawless on my usb 2.0 port. It seems that the bandwidth problem arises from the usb controller hardware. I use an ASROCK motherboard with SB7x0/SB8x0/SB9x0 controller in use with the ohci /ehci kernel drivers. This controller works very well for me. The Inc. EJ168 USB 3.0 Host Controller instead does not work. It claims to have not enough bandwith but for both Funcube devices the ( pro and the pro+). -- Volker Am 12.02.2014 11:09, schrieb Alexandru Csete: On Wed, Feb 12, 2014 at 10:51 AM, Nemanja Savic vlasi...@gmail.com wrote: Hi all guys, I am about to buy funcube dongle pro +, and wanted to ask if somebody of u use it without any problems? Very few people use it on linux without problems. If you have a USB 1 port it will probably work, otherwise you will likely get the insufficient bandwidth bug. https://github.com/csete/gqrx/issues/91 There are however no problems with the original Funcube Dongle Pro (the one without shortwaves and only 96 kHz bandwidth). Alex ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS+3pMAAoJEAFxB7BbsDrL7E0H/2Qx4dbWP3fW89lCw7HOWjeD fBZnHmJVFaqnYFwsegY4Pa2l3r0ZRhYmqyP3zxF/HyoBB+d+LEA2ok10gMMKnHB+ RYgLl34jbXBs+h0s35ZCKkmZIQYmSWOsMXpd2fhe8RDnehW2tzqlEBQ8bzubHlaM cUzkKDUzKCVvIo22eVTAigpLhpkDdXMo2OBQTEoFWZON1UfD0ZOsJCc3iOrureIu V/otAFXC7YQXWx0ryrTy19q/gDdYZl0OomBdcaYqQTm4tcLzYQRMDsb7twpTv0Cj H5b6NVCbHSv7ReDt37ShY/N2N0LFZnYSC7oWqAdiVuECQWLl7LH3PVVELZF1c7Q= =ROJ1 -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] funcube pro +
If you run linux on your laptop try lspci -k and look for USB. Then you can find the controller type. USB 3 supports higher speed than USB 2 and should offer more bandwidth. But on my desktop system the dongle only runs on the USB 2 port not on the USB 3 port. The same happens with the funcube pro that requires lower bandwidth than the pro +. On my notebook there exists only an USB3 controller Intel 8 Series/C2200 and it works flawless. --Volker Am 12.02.2014 14:22, schrieb Nemanja Savic: Well, I have dell laptop but have no clue which usb controller it has. Now I am not sure whether I should by one or not. Anyway, should newer versions of usb have higher speed and thus bandwidth. On Wed, Feb 12, 2014 at 1:49 PM, Volker Schroer dl1...@gmx.de mailto:dl1...@gmx.de wrote: The funcube pro+ works flawless on my usb 2.0 port. It seems that the bandwidth problem arises from the usb controller hardware. I use an ASROCK motherboard with SB7x0/SB8x0/SB9x0 controller in use with the ohci /ehci kernel drivers. This controller works very well for me. The Inc. EJ168 USB 3.0 Host Controller instead does not work. It claims to have not enough bandwith but for both Funcube devices the ( pro and the pro+). -- Volker Am 12.02.2014 11:09, schrieb Alexandru Csete: On Wed, Feb 12, 2014 at 10:51 AM, Nemanja Savic vlasi...@gmail.com mailto:vlasi...@gmail.com wrote: Hi all guys, I am about to buy funcube dongle pro +, and wanted to ask if somebody of u use it without any problems? Very few people use it on linux without problems. If you have a USB 1 port it will probably work, otherwise you will likely get the insufficient bandwidth bug. https://github.com/csete/gqrx/__issues/91 https://github.com/csete/gqrx/issues/91 There are however no problems with the original Funcube Dongle Pro (the one without shortwaves and only 96 kHz bandwidth). Alex _ 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 -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] funcube pro +
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Actually, it's an USB1.1 full speed device (11Mbit/s), and that's totally sufficient for 192ksam/s at 16bit (which I guess is the spec). It does not benefit from USB2 or USB3 hardware. As the funcube dongle pro+ is not a usb3 device, it does not get additional bandwidth by being plugged into an usb3 port. I don't think it even has the additional pins required to be an usb3 device. Greetings Marcus On 12.02.2014 16:13, Volker Schroer wrote: If you run linux on your laptop try lspci -k and look for USB. Then you can find the controller type. USB 3 supports higher speed than USB 2 and should offer more bandwidth. But on my desktop system the dongle only runs on the USB 2 port not on the USB 3 port. The same happens with the funcube pro that requires lower bandwidth than the pro +. On my notebook there exists only an USB3 controller Intel 8 Series/C2200 and it works flawless. --Volker Am 12.02.2014 14:22, schrieb Nemanja Savic: Well, I have dell laptop but have no clue which usb controller it has. Now I am not sure whether I should by one or not. Anyway, should newer versions of usb have higher speed and thus bandwidth. On Wed, Feb 12, 2014 at 1:49 PM, Volker Schroer dl1...@gmx.de mailto:dl1...@gmx.de wrote: The funcube pro+ works flawless on my usb 2.0 port. It seems that the bandwidth problem arises from the usb controller hardware. I use an ASROCK motherboard with SB7x0/SB8x0/SB9x0 controller in use with the ohci /ehci kernel drivers. This controller works very well for me. The Inc. EJ168 USB 3.0 Host Controller instead does not work. It claims to have not enough bandwith but for both Funcube devices the ( pro and the pro+). -- Volker Am 12.02.2014 11:09, schrieb Alexandru Csete: On Wed, Feb 12, 2014 at 10:51 AM, Nemanja Savic vlasi...@gmail.com mailto:vlasi...@gmail.com wrote: Hi all guys, I am about to buy funcube dongle pro +, and wanted to ask if somebody of u use it without any problems? Very few people use it on linux without problems. If you have a USB 1 port it will probably work, otherwise you will likely get the insufficient bandwidth bug. https://github.com/csete/gqrx/__issues/91 https://github.com/csete/gqrx/issues/91 There are however no problems with the original Funcube Dongle Pro (the one without shortwaves and only 96 kHz bandwidth). Alex _ 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 -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS+5IQAAoJEAFxB7BbsDrLBpgH/jTgE5VPjOUoKtuimF4G5FrV B36TxXhklXpGOzE0qltI54lTLIYJLSo8aiLUfs47yEDriS5nR5XxbQoSktX5/+Vs sj1Fd0oP09eOfUlOi7Iw8L52eyleeABZRGWqriaqyDhlwWL7azi5VjecBRTAxY2M Px3OsDN28AsGmuNinr8NNy5Ma9XScae+Fa6u/37znOMCH1mLJ/yLFaPA3xk5BBfP Lu+UYOzPWH9zhPBw2XjydcAWig20hxgaOW3jNw3rCrbn452K81QdUkr11Cw0S6s/ e/OEAQ8UaNpthq5SFyAdhj2/v6VFSW9pwHgLAZOYmSI6tnYbtpqTPLvkEUBEQvw= =zZwF -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] funcube pro +
I have intel 6 series / c200. could rhel 6 be the prolem here as usually? On Wed, Feb 12, 2014 at 4:13 PM, Volker Schroer dl1...@gmx.de wrote: If you run linux on your laptop try lspci -k and look for USB. Then you can find the controller type. USB 3 supports higher speed than USB 2 and should offer more bandwidth. But on my desktop system the dongle only runs on the USB 2 port not on the USB 3 port. The same happens with the funcube pro that requires lower bandwidth than the pro +. On my notebook there exists only an USB3 controller Intel 8 Series/C2200 and it works flawless. --Volker Am 12.02.2014 14:22, schrieb Nemanja Savic: Well, I have dell laptop but have no clue which usb controller it has. Now I am not sure whether I should by one or not. Anyway, should newer versions of usb have higher speed and thus bandwidth. On Wed, Feb 12, 2014 at 1:49 PM, Volker Schroer dl1...@gmx.de mailto:dl1...@gmx.de wrote: The funcube pro+ works flawless on my usb 2.0 port. It seems that the bandwidth problem arises from the usb controller hardware. I use an ASROCK motherboard with SB7x0/SB8x0/SB9x0 controller in use with the ohci /ehci kernel drivers. This controller works very well for me. The Inc. EJ168 USB 3.0 Host Controller instead does not work. It claims to have not enough bandwith but for both Funcube devices the ( pro and the pro+). -- Volker Am 12.02.2014 11:09, schrieb Alexandru Csete: On Wed, Feb 12, 2014 at 10:51 AM, Nemanja Savic vlasi...@gmail.com mailto:vlasi...@gmail.com wrote: Hi all guys, I am about to buy funcube dongle pro +, and wanted to ask if somebody of u use it without any problems? Very few people use it on linux without problems. If you have a USB 1 port it will probably work, otherwise you will likely get the insufficient bandwidth bug. https://github.com/csete/gqrx/__issues/91 https://github.com/csete/gqrx/issues/91 There are however no problems with the original Funcube Dongle Pro (the one without shortwaves and only 96 kHz bandwidth). Alex _ 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 -- Nemanja Savić -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Spectrum sensing with RLT-SDR on Android WITHOUT Gnu Radio
Hello, This is my first post to this mailing list and my apologies if I ask a lame/irrelevant question. Unfortunately, me and my hacking friend could not find the answer to the issue we are trying to solve (Google, etc.) so here is my post. We want to implement the most fundamentally simple spectrum sensing algorithm (energy detector for example) directly on Android device, where our raw I/Q samples are gathered through RTL-SDR dongle ( http://sdr.osmocom.org/trac/wiki/rtl-sdr). Yes, we are aware of http://sdr.martinmarinov.info - but this is not what we want. What we want is a set of functions (FFT, etc.) that will do the signal processing/signal detection directly on Android. Thus - we don't want (wish we could) any Gnu Radio wrappers. Ideally - we look for Java-based implementation of the thing described above. Thus - is there anything out there that we can use or we need to write all from scratch? Best regards, Przemek ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spectrum sensing with RLT-SDR on Android WITHOUT Gnu Radio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Przemek, well, since this is the open source world, you shouldn't need to write everything from scratch. You can of course start off with Martin Marinov's source code, https://github.com/martinmarinov/rtl_tcp_andro- which will give you an tcp server serving samples (the code says it's a port of rtl_tcp from the rtl-sdr package); from there on it's java all the way down ;) However, I'd expect the average smartphone not to be the device you'd want to do FFT on, in Java, which doesn't even offer you access to your own memory, but then again I have no clue about android and if it offers any accelerators for stuff like that. Googling FFT Java turned up quite a bit, so I think you'd might be in luck ;) Generally, as I understand the situation with rtl_tcp_andro, you'll need C code to interact with the device (makes sense to me) and then you're free to use basically every C lib (and most probably even C++) you want within the restriction imposed by hardware and android, which, for signal processing, shouldn't be harsh. So: Happy hacking, Marcus Müller On 12.02.2014 17:37, Przemysław Pawełczak wrote: Hello, This is my first post to this mailing list and my apologies if I ask a lame/irrelevant question. Unfortunately, me and my hacking friend could not find the answer to the issue we are trying to solve (Google, etc.) so here is my post. We want to implement the most fundamentally simple spectrum sensing algorithm (energy detector for example) directly on Android device, where our raw I/Q samples are gathered through RTL-SDR dongle ( http://sdr.osmocom.org/trac/wiki/rtl-sdr). Yes, we are aware of http://sdr.martinmarinov.info - but this is not what we want. What we want is a set of functions (FFT, etc.) that will do the signal processing/signal detection directly on Android. Thus - we don't want (wish we could) any Gnu Radio wrappers. Ideally - we look for Java-based implementation of the thing described above. Thus - is there anything out there that we can use or we need to write all from scratch? Best regards, Przemek ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS+8XMAAoJEAFxB7BbsDrLPVsH/1gP/TvkANDxKsPJG7xJmHq5 vHeh62OfCJuHqMiIYOk+CnAYfAFgwGsgYQl2EAqZIKHWA6CDaWvq+Ds1sKIuslPY fW+bIXcM+QkWkskypdrogGANQArd3sS7tJ0ToiNMkIIX0iTKzHh81nKjSGi3neSt 9YqYAhqMbQtUBKQw5/ArOTrqkYpis6gwNCcu58Bdmshr8+cud7i/ZRIuqTD1kiv1 h0ZUxHIIWA1IMFJDH/21FKZJ2VBJlZ61BIE26WGpB13Vvva3VMmm4AinTZ6nZTo+ S0ZVIXKtbwuAbSJf7jZPHZhCe7auW59Ja6btKbAm/ToljQ7Vy5VOxN4dAseKcV0= =c7a4 -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Issue with the installation of GNU Radio
Hi GR, I have installed GR 3.7 everything went ok, except that I forgot to set the PKG_CONFIG_PATH env. var. with export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:gnuradio_install_dir/lib/pkgconfig:uhd_install_dir/lib/pkgconfig I just modified gr-uhd/lib/usrp_source_impl.cc and gr-uhd/lib/usrp_sink_impl.cc. afterwhat I make then make install then got CMake Error at cmake_install.cmake:36 (FILE): file cannot create directory: /usr/local/lib64/pkgconfig. Maybe need administrative privileges. My question is to apply my modifications on gr-uhd and make install, do I need to rm CMakeCache and make clean and cmake, make, make install Or I should do that the whole GNU Radio to take into account the PKG_CONFIG_PATH env. var. ? Regards, -- View this message in context: http://gnuradio.4.n7.nabble.com/Issue-with-the-installation-of-GNU-Radio-tp46325.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] [VOLK] Scheduling a Meeting
Hi all, It's been a while since we've had a VOLK Working Group call, and there's been quite a bit of activity such that it's worth having another call soon. I'm thinking March 6, 7PM UTC. (1PM US Central). If there's someone that wants to make it but can't ping me and I'll consider juggling it around. I'll schedule it on G+ soon. This will be the call page: http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20140306 Nathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Announcing GNU Radio Conference 2014 and Call for Presentations
Greetings, I am happy and excited to announce the GNU Radio Conference 2014 and its associated Call for Presentations. Last year we received great feedback on the conference, and we expect the conference to be even better this year. Here are some highlights: · *Date: *September 15-19, 2014 · *Location: *The District Architecture Center http://aiadac.com/in Washington, DC (USA) - an interesting, modern event facility. Unlike previous conference values, we will be renting out an entire floor and will have access to several divided spaces that will allow us to add new components to the conference. · *Attendance:* We are expecting to have somewhere between 120 and 150 attendees this year - a significant increase over past years. · *New Components: *Hacker/demo space, poster session, 'New Developers Day' to attract new/beginner users, an open lounge for people to socialize and mingle. · *Daily Working Groups:* We received a ton of positive feedback on the working groups we kicked off last year. To provide more opportunities for users to make contributions and interact with other developers, we will plan for working group sessions each day. For more information, visit the GNU Radio Conference 2014 websitehttp://gnuradio.squarespace.com/gnu-radio-conference-2014/. A preliminary agenda will be posted soon. *Call for Presentations and Tutorials* If you would like to showcase your latest work with GNU Radio or help spread your software-defined radio knowledge, please submit an abstracthttp://gnuradio.squarespace.com/grc2014-call-for-presentations/. The submission period will close on April 4, and we will announce the selected presentations on April 14. Michael Dickens and Tom Rondeau will be leading the selection process. Best Regards, John Malsbury GNU Radio Conference Chair ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Codec2 vocoder packing issue
Hi All, I have been playing around with the Codec2 vocoder block. I have a working flowgraph where I put a C2 encoder and a C2 decoder back to back. I'm puzzled with the expected stream format. In the coder, the intent seems to create a vector of 50 bits (or bytes where the LSB contains the bit value) as output. If we look closer, the output is packed, so the 7 first bytes contain actual data and the 43 others are 0. Is there a rationale about the codec stream format (shall it be packed or unpacked) ? Is is supposed to be uniform among all codecs ? I've seen that the GSM coder uses a single byte output for the stream. What is the advantage of using a single byte output compared to outputting an array ? Cheers, Sébastien ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Announcing GNU Radio Conference 2014 and Call for Presentations
I also forgot a very important Thank You to Tim O' Shea, who visited conference venues in person and help us pick the one that was right for this event. Thanks, Tim! On Wed, Feb 12, 2014 at 2:02 PM, John Malsbury john.malsb...@ettus.comwrote: Greetings, I am happy and excited to announce the GNU Radio Conference 2014 and its associated Call for Presentations. Last year we received great feedback on the conference, and we expect the conference to be even better this year. Here are some highlights: · *Date: *September 15-19, 2014 · *Location: *The District Architecture Centerhttp://aiadac.com/in Washington, DC (USA) - an interesting, modern event facility. Unlike previous conference values, we will be renting out an entire floor and will have access to several divided spaces that will allow us to add new components to the conference. · *Attendance:* We are expecting to have somewhere between 120 and 150 attendees this year - a significant increase over past years. · *New Components: *Hacker/demo space, poster session, 'New Developers Day' to attract new/beginner users, an open lounge for people to socialize and mingle. · *Daily Working Groups:* We received a ton of positive feedback on the working groups we kicked off last year. To provide more opportunities for users to make contributions and interact with other developers, we will plan for working group sessions each day. For more information, visit the GNU Radio Conference 2014 websitehttp://gnuradio.squarespace.com/gnu-radio-conference-2014/. A preliminary agenda will be posted soon. *Call for Presentations and Tutorials* If you would like to showcase your latest work with GNU Radio or help spread your software-defined radio knowledge, please submit an abstracthttp://gnuradio.squarespace.com/grc2014-call-for-presentations/. The submission period will close on April 4, and we will announce the selected presentations on April 14. Michael Dickens and Tom Rondeau will be leading the selection process. Best Regards, John Malsbury GNU Radio Conference Chair ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [VOLK] Scheduling a Meeting
I'll be traveling during this, and won't be able to make it. Will the notes go up on the wiki page so I can catch up afterwards? Cheers, Ben On Wed, Feb 12, 2014 at 1:19 PM, West, Nathan n...@ostatemail.okstate.eduwrote: Hi all, It's been a while since we've had a VOLK Working Group call, and there's been quite a bit of activity such that it's worth having another call soon. I'm thinking March 6, 7PM UTC. (1PM US Central). If there's someone that wants to make it but can't ping me and I'll consider juggling it around. I'll schedule it on G+ soon. This will be the call page: http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20140306 Nathan ___ 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] [VOLK] Scheduling a Meeting
Yes, notes would go on the wiki and I can make an intentional effort to put it on air so it gets recorded. I'm pretty flexible with the time other than I'd like it to be soonish without cramping up against other events like the main dev call. If you're free another time that week I don't mind moving it around a few days. That is, unless we get in to a situation with multiple people and it starts bouncing around; but that seems unlikely with the smallish group we've been getting in these calls. Nathan On Wed, Feb 12, 2014 at 5:57 PM, Ben Hilburn b...@ettus.com wrote: I'll be traveling during this, and won't be able to make it. Will the notes go up on the wiki page so I can catch up afterwards? Cheers, Ben On Wed, Feb 12, 2014 at 1:19 PM, West, Nathan n...@ostatemail.okstate.edu wrote: Hi all, It's been a while since we've had a VOLK Working Group call, and there's been quite a bit of activity such that it's worth having another call soon. I'm thinking March 6, 7PM UTC. (1PM US Central). If there's someone that wants to make it but can't ping me and I'll consider juggling it around. I'll schedule it on G+ soon. This will be the call page: http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20140306 Nathan ___ 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] [VOLK] Scheduling a Meeting
It looks like you're not the only one that can't make it that day, so here's a new approach: http://whenisgood.net/42gqdee There should be a drop down menu that appears to select your timezone and just click and drag to highlight the times that you're available. To the list: please only fill this out if you actually intend to come, otherwise it's just noise and it will make picking an optimal time more difficult :-) Nathan On Wed, Feb 12, 2014 at 6:04 PM, West, Nathan n...@ostatemail.okstate.edu wrote: Yes, notes would go on the wiki and I can make an intentional effort to put it on air so it gets recorded. I'm pretty flexible with the time other than I'd like it to be soonish without cramping up against other events like the main dev call. If you're free another time that week I don't mind moving it around a few days. That is, unless we get in to a situation with multiple people and it starts bouncing around; but that seems unlikely with the smallish group we've been getting in these calls. Nathan On Wed, Feb 12, 2014 at 5:57 PM, Ben Hilburn b...@ettus.com wrote: I'll be traveling during this, and won't be able to make it. Will the notes go up on the wiki page so I can catch up afterwards? Cheers, Ben On Wed, Feb 12, 2014 at 1:19 PM, West, Nathan n...@ostatemail.okstate.edu wrote: Hi all, It's been a while since we've had a VOLK Working Group call, and there's been quite a bit of activity such that it's worth having another call soon. I'm thinking March 6, 7PM UTC. (1PM US Central). If there's someone that wants to make it but can't ping me and I'll consider juggling it around. I'll schedule it on G+ soon. This will be the call page: http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20140306 Nathan ___ 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] Spectrum sensing with RLT-SDR on Android WITHOUT Gnu Radio
Liquid dsp On Thu, Feb 13, 2014 at 6:04 AM, Marcus Müller mar...@hostalia.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Przemek, well, since this is the open source world, you shouldn't need to write everything from scratch. You can of course start off with Martin Marinov's source code, https://github.com/martinmarinov/rtl_tcp_andro- which will give you an tcp server serving samples (the code says it's a port of rtl_tcp from the rtl-sdr package); from there on it's java all the way down ;) However, I'd expect the average smartphone not to be the device you'd want to do FFT on, in Java, which doesn't even offer you access to your own memory, but then again I have no clue about android and if it offers any accelerators for stuff like that. Googling FFT Java turned up quite a bit, so I think you'd might be in luck ;) Generally, as I understand the situation with rtl_tcp_andro, you'll need C code to interact with the device (makes sense to me) and then you're free to use basically every C lib (and most probably even C++) you want within the restriction imposed by hardware and android, which, for signal processing, shouldn't be harsh. So: Happy hacking, Marcus Müller On 12.02.2014 17:37, Przemysław Pawełczak wrote: Hello, This is my first post to this mailing list and my apologies if I ask a lame/irrelevant question. Unfortunately, me and my hacking friend could not find the answer to the issue we are trying to solve (Google, etc.) so here is my post. We want to implement the most fundamentally simple spectrum sensing algorithm (energy detector for example) directly on Android device, where our raw I/Q samples are gathered through RTL-SDR dongle ( http://sdr.osmocom.org/trac/wiki/rtl-sdr). Yes, we are aware of http://sdr.martinmarinov.info - but this is not what we want. What we want is a set of functions (FFT, etc.) that will do the signal processing/signal detection directly on Android. Thus - we don't want (wish we could) any Gnu Radio wrappers. Ideally - we look for Java-based implementation of the thing described above. Thus - is there anything out there that we can use or we need to write all from scratch? Best regards, Przemek ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS+8XMAAoJEAFxB7BbsDrLPVsH/1gP/TvkANDxKsPJG7xJmHq5 vHeh62OfCJuHqMiIYOk+CnAYfAFgwGsgYQl2EAqZIKHWA6CDaWvq+Ds1sKIuslPY fW+bIXcM+QkWkskypdrogGANQArd3sS7tJ0ToiNMkIIX0iTKzHh81nKjSGi3neSt 9YqYAhqMbQtUBKQw5/ArOTrqkYpis6gwNCcu58Bdmshr8+cud7i/ZRIuqTD1kiv1 h0ZUxHIIWA1IMFJDH/21FKZJ2VBJlZ61BIE26WGpB13Vvva3VMmm4AinTZ6nZTo+ S0ZVIXKtbwuAbSJf7jZPHZhCe7auW59Ja6btKbAm/ToljQ7Vy5VOxN4dAseKcV0= =c7a4 -END PGP SIGNATURE- ___ 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
