osmocom-sdr

osmocom-sdr@lists.osmocom.org

906 discussions

Re: Raspberry Pi based remote SDR head
by Simon PurplePlaNET 11 May '13

11 May '13

Hi there, That's odd - do you have WiringPi installed? https://projects.drogon.net/raspberry-pi/wiringpi/download-and-install/ The script makes use of this excellent program to control the GPIO and also to report on the pin status. Originally I was using the native method of controlling the GPIO using export and echoing a value to the files on the pi. I stumbled onto WiringPi, which makes controlling the pins far simpler and does not require root privs to set them up. Simon ----- Original Message ----- From: "Favati" <smile_k(a)libero.it> To: osmocom-sdr(a)lists.osmocom.org Sent: Thursday, 9 May, 2013 18:30:51 GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: Raspberry Pi based remote SDR head Il 03/05/2013 01:57, Simon PurplePlaNET ha scritto: > Hi folks, > > I've been messing around with rtl_tcp and an RTL2832 device on a Raspberry Pi and want to add a bank of front end filters and a LNA that can be controlled by the GPIO. > > I want to allow manual control of the signal path via a web page hosted on the Pi, but also want to be able to have the filters selected automatically based on the frequency that the RTL device is tuned to. > > I noticed that rtl_tcp helpfully echos the frequency changes to the console, so I wrote a simple shell script to gather this data and control the GPIO. > > Somebody may have already done this and there is probably a better way to achieve it but, if this would be of any use to you, please feel free to copy and use as you wish. > > http://www.purpleplanet.org/?q=rtl-robot > > Cheers, > > Simon > > > Just tryed this command: stdbuf --output=0 rtl_tcp -a 192.168.2.15 -p 1234 > rtl.data I don't have anything connected to the gpio pins...but i cannot see any output from your script while changing freqs...(yes, i've gone below 100mhz and above 500mhz). It's quite strange....the rtl.data is created in the same folder of your script... Taking a look at rtl.data, it contains the correct output of the standard output of rtl_tcp. Any idea?

2 3

Re: Raspberry Pi based remote SDR head
by Simon PurplePlaNET 11 May '13

11 May '13

Hi Alan, Where I live, the temperature extremes inside my attic are not so bad. If you look at devices such as the Kinetic SBS 3, you will see that Ethernet ports are becoming quite normal on SDR gear these days. This not only allows you to minimise the cable run to the antenna (important at 1090MHz) but also to use the device from anywhere with an adequate network connection to it. http://www.kinetic-avionics.com/ A 500 foot drum of RG-6 may only cost $32 at Home Depot, but you would need over 30,000 such drums to reach the closest Home Depot from my home. Quite an outlay when we already have the wealth of a global telecommunications industry at our fingertips and begging to be used! My main reason for doing this however, is really to make a better radio than the RTL dongle provides on it's own. I am interested in front end filtering and an LNA and want to use the rPi to control this. You could still run 500' of lossy co-ax to the antenna if you wanted to... :-) I could buy a Funcube Pro+ Dongle for £150 instead, but where is the fun in that? Simon ----- Original Message ----- From: "Alan Corey" <alancorey(a)yahoo.com> To: osmocom-sdr(a)lists.osmocom.org Sent: Friday, 10 May, 2013 03:39:55 GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: Raspberry Pi based remote SDR head To no one in particular: The usefulness of doing this escapes me. Sure you'd want to put the receiver up high, but in an attic? There are all kinds of temperature extremes up there, from very hot most of the year to below freezing in colder climates in the winter. Something like a 1-transistor preamp feeding some RG-6 seems like a more practical solution. You can buy 500 feet of RG-6 for about $32 at Home Depot and good low-noise transistors are available under $1. You just need enough gain to offset the cable loss and RG-6 is pretty good. Alan ----- Radio Astronomy - the ultimate DX --- On Thu, 5/2/13, Simon PurplePlaNET <simon(a)purpleplanet.org> wrote: From: Simon PurplePlaNET <simon(a)purpleplanet.org> Subject: Raspberry Pi based remote SDR head To: osmocom-sdr(a)lists.osmocom.org Date: Thursday, May 2, 2013, 7:57 PM Hi folks, I've been messing around with rtl_tcp and an RTL2832 device on a Raspberry Pi and want to add a bank of front end filters and a LNA that can be controlled by the GPIO. I want to allow manual control of the signal path via a web page hosted on the Pi, but also want to be able to have the filters selected automatically based on the frequency that the RTL device is tuned to. I noticed that rtl_tcp helpfully echos the frequency changes to the console, so I wrote a simple shell script to gather this data and control the GPIO. Somebody may have already done this and there is probably a better way to achieve it but, if this would be of any use to you, please feel free to copy and use as you wish. http://www.purpleplanet.org/?q=rtl-robot Cheers, Simon

1 0

Raspberry Pi based remote SDR head
by Simon PurplePlaNET 10 May '13

10 May '13

Hi folks, I've been messing around with rtl_tcp and an RTL2832 device on a Raspberry Pi and want to add a bank of front end filters and a LNA that can be controlled by the GPIO. I want to allow manual control of the signal path via a web page hosted on the Pi, but also want to be able to have the filters selected automatically based on the frequency that the RTL device is tuned to. I noticed that rtl_tcp helpfully echos the frequency changes to the console, so I wrote a simple shell script to gather this data and control the GPIO. Somebody may have already done this and there is probably a better way to achieve it but, if this would be of any use to you, please feel free to copy and use as you wish. http://www.purpleplanet.org/?q=rtl-robot Cheers, Simon

4 7

Confirmation that the QuadDVBT works
by Myles Eftos 10 May '13

10 May '13

Hello, I just wanted to let you guys know that the Digital Now Quad DVB-T Receiver (http://digitalnow.com.au/product_pages/Quad.html) works. It's a PCI-e card with 4 tuners on it, linked up internally via USB. This has pleased me no-end - I might finally be able to get DAB+ working on my media centre! I had to add the following line to librtlsdr.c { 0x0413, 0x6680, "QuadDVBT" } Do I need to let anyone else know? Thanks! ---------------------------------------------- Myles Eftos Mobile: +61-409-293-183 MadPilot Productions - Created to be Different URL: http://www.madpilot.com.au Phone: +618-9227-5616 Fax: +618-9467-6289 Try our time tracking system: 88 Miles! http://www.88miles.net

2 1

OsmoSDR Upgrade Board news ?
by Ronny Kunze 06 May '13

06 May '13

1 0

R820T register map available
by Adam Nielsen 03 May '13

03 May '13

Hi all, One of the designers of the R820T tuner has recently been posting on the ultra-cheap-sdr group, and has kindly supplied a map of the R820T registers for private use only within the SDR community. He has asked that it not be posted on any website, but only be forwarded around privately. To that end, if anyone would like a copy of this spreadsheet and would be willing to likewise not publish it on the web, let me know off-list and I'll send it to you. There's not a huge amount in the way of explanations, but it lists all the registers and a very brief description of what they do. Cheers, Adam.

3 2

Re: [Discuss-gnuradio] nVidia's Tegra 4 has SDR - the i500 LTE soft modem from Icera
by est 02 May '13

02 May '13

Hello group, What do you guys think of the nVidia Tegra 4's i500 SDR? http://www.engadget.com/2013/01/07/nvidia-i500-soft-modem/ http://www.nvidia.com/docs/IO/116757/NVIDIA_i500_whitepaper_FINALv3.pdf Is it hackable?

3 3

Compiling on osx - solved...
by Alberto Albiol 01 May '13

01 May '13

Hello I have been fighting to compile the gr-osmosdr package in my osx These are the minor fixes I had to do: 1- Change in Cmakelists.txt: find_package(Boost COMPONENTS thread system), If thread and system is not included then there are linking problems. Although I see that this was removed recently... 2- cmake -DCMAKE_INSTALL_PREFIX=/opt/local (so it is installed together wit my ports intallation, this is really optional) 3- Before compiling I manually edit CmakeCache.txt, and change all the references of /usr/lib/python to /opt/local/lib/python. If not it links agains the system python instead of the ports's python! 4- Add this line in my .bashrc so python can find the package export PYTHONPATH="/opt/local/lib/python2.7/site-packages/" I am aware that this is not the most elegant way to solve the problem but is the only one that I was able to come up. Hope it helps Regards

3 3

Re: rtl_fm scanning
by Colin Stagner 01 May '13

01 May '13

I am also having the rtl_fm scanning bug which was first reported in http://lists.gnumonks.org/pipermail/osmocom-sdr/2013-February/000485.html The scanning mode in rtl_fm hangs during the re-tuning process. This makes it impossible to use rtl_fm in scanning mode. I am using Ubuntu 12.10 with libusb 2:1.0.12-2, the latest git master version of rtl-sdr, and an Elonics E4000 (Realtek, RTL2838UHIDIR). Here are the steps to reproduce: 1. Find some frequency FREQ_NOISE that is not in use, and some frequency FREQ_SIGNAL which is in use constantly (i.e., like a commercial FM station). Find an appropriate squelch value SQUELCH which will stop FREQ_NOISE but pass FREQ_SIGNAL. 2. rtl_fm -f ${FREQ_NOISE} -l ${SQUELCH}. The program should not pass any audio, but it will exit cleanly with ^C. 3. rtl_fm -f ${FREQ_SIGNAL} -l ${SQUELCH}. The program should pass audio and exit cleanly with ^C 4. rtl_fm -f ${FREQ_SIGNAL} -f ${FREQ_NOISE} -l 0. The scan will pause on the first channel and pass audio. 5. rtl_fm -f ${FREQ_NOISE} -f ${FREQ_SIGNAL} -l ${SQUELCH}. The program will not output any audio, even though the first frequency is squelched out and the scanning function should skip immediately to the second frequency. Additionally, it will not exit if sent a SIGINT with ^C, and it must be killed with a SIGKILL. I've made a stack trace of this behavior. The program hangs very consistently at the same location each time: http://pastebin.com/wzE09MCi Thread 1 (the USB buffer reading thread) hangs while waiting for the data_write mutex lock in rtl_fm.c:642. I presume the thread has exhausted its supply of data and isn't getting any more. Thread 2 is slightly more interesting, because it hangs during the libusb system calls within the tuning function rtlsdr_set_center_freq() in librtlsdr.c:796. My guess is that it's making a blocking call that never returns. Can anyone else reproduce this bug?

4 4

submitting patches
by Michael Davis 30 Apr '13

30 Apr '13

Hi All, Can anyone point me in the direction of a place I can go to submit patches? I fixed a bug in CMake for gnuradio-osmosdr that stopped the build on my system. Best, Mike

2 1

← Newer
1
...
67
68
69
70
71
72
73
...
91
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr