- osmocom-sdr - lists.osmocom.org

Gr-osmosdr and rtl_tcp with local rtlsdr connected.
by Ben Z en de rest 09 Dec '12

09 Dec '12

Hi all, I am trying to run multimode in grc and have it connect to a rtl_tcp server on another pc. (RaspberryPi) If I do this on a machine without local rtl-sdr that does work. If I run this at a pc which has also a local rtl-sdr it always chooses rtl device 0 and not the rtl_tcp server. Both systems run ubuntu 12.04 and the same grc and multimode versions. The commando used on both systems is python multimode.py --devinfo=rtl_tcp= 192.168.0.50:1234 Any hints how to solve this? Thanks, Ben

2 2

Troubles with gr-osmosdr on ubuntu
by Marek Pietrzak 09 Dec '12

09 Dec '12

Hi, I'm trying to make my rtl dongle work with gnuradio 3.6.1 on ubuntu 12.10. I compiled both recent rtlsdr and gr-osmosdr and all installed fine. Right now I have osmosdr on the list of sources in gnuradio and want just the example FFT display. When I run it the device gets opened without errors but apparently I get no samples, because the plot is blank. The dongle is Terratec T Stick PLUS and it works ok with rtl_fm. Any hint what can be wrong? The output when running: linux; GNU C++ version 4.7.0; Boost_104900; UHD_003.004.002-0-unknown Using Volk machine: sse3_32_orc gr-osmosdr supported device types: file osmosdr fcd rtl rtl_tcp uhd Using device #0 Realtek RTL2838UHIDIR SN: 00000001 Found Elonics E4000 tuner This may be of interest - strace repeating output: poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}]) writev(4, [{"\20\0\10\0\30\0\200\4_NET_SUPPORTING_WM_CHECK", 32}, {NULL, 0}, {"", 0}], 3) = 32 poll([{fd=4, events=POLLIN}], 1, -1) = 1 ([{fd=4, revents=POLLIN}]) recv(4, "\1\0\33\f\0\0\0\0\243\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096, 0) = 32 recv(4, 0xa5b6de8, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) recv(4, 0xa5b6de8, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) Regards, Marek

1 0

E4000
by Mathias Coinchon 05 Dec '12

05 Dec '12

Hello, I was wondering if it's still possible nowadays to find on the market RTL2832 USB sticks based on the Elonics E4000 tuner since they went bankrupt. It seems that most of tuner chips used now are based on Fitopower FC0013. In term of performance, which one is the best according to your experience ? Regards Mathias

4 3

Who do I contact if osmocom-sdr git repositories are inaccessible?
by Edward Brabant 03 Dec '12

03 Dec '12

Hello - I cannot access the git://git.osmocom.org/rtl-sdr and git://git.osmocom.org/gr-osmosdr repositories. What is the name of the contact who is responsible for maintaining the osmocom-sdr git respositories, and what is their email address? Details of the repositories errors are: [brabante@localhost build]$ git clone --progress git://git.osmocom.org/rtl-sdr Initialized empty Git repository in /home/brabante/devel/gnuradio/build/rtl-sdr/.git/ git.osmocom.org[0: 213.95.46.201]: errno=Connection refused git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable fatal: unable to connect a socket (Network is unreachable) and [brabante@localhost build]$ git clone --progress git://git.osmocom.org/gr-osmosdr Initialized empty Git repository in /home/brabante/devel/gnuradio/build/gr-osmosdr/.git/ git.osmocom.org[0: 213.95.46.201]: errno=Connection refused git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable fatal: unable to connect a socket (Network is unreachable) Thanks in advance. Regards, Ed Brabant, Contractor SPAWAR (Space and Naval Warfare Systems Command) Systems Center (SSC) Pacific Joint Tactical Networking Center (JTNC), Technical Directorate (TD), Standards Group office: 619-767-4397

4 5

Re: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX
by Ken FitzGerald-Smith 03 Dec '12

03 Dec '12

> > This put everything in the correct place, but still a no-go. Python chokes on the line in top_block.py that says "import osmosdr". Module not found. > > I tried PYTHONPATH again to see if I could give python a hint, but no go. > > Just seems that python needs to be able to find the osmosdr module. Kevin, presuming you have an otherwise clean build now of everything, and that it is all located in /opt/local then without me explaining why yet, try the following: PYTHONPATH=/opt/local/lib/python2.7/site-packages \ DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib/python2.7/site-packages:/opt/local/lib \ DYLD_FRAMEWORK_PATH=/opt/local/Library/Frameworks gnuradio-companion /Users/mcquiggi/Desktop/top_block.py I just appended your original python file to the end but you can just decide to launch the app by itself if you wish If it doesn't work, you could check and see what exists at those locations before reporting back. ls -lA /opt/local/lib/python2.7/site-packages ls -lA /opt/local/lib/python2.7/site-packages:/opt/local/lib ls -lA /opt/local/Library/Frameworks I am bit rushed just now but I can explain my research & solution later. Ken

4 3

RTL-SDR in gnuradio, compilation problem
by Martin Bruchanov 02 Dec '12

02 Dec '12

Hello, I'm trying to get work RTL dongle in gnuradio, but when I'm compiling the gr-osmosdr, there is still LIBRTLSDR_FOUND = FALSE. I've checked the cmake input module and tried to correct path for libraries to /usr/lib64, but I cannot find the *.h files for librtlsdr.so (i've got rtl-sdr form git). Thank you for help. Martin PS: I'm using Fedora Core 17, AMD64. -- Martin Bruchanov Skype : bruxytronics WWW : http://bruxy.regnet.cz/ GPG-Key : http://bruxy.regnet.cz/bruxy-gpg.key (0x8107ED53) Linked-In : http://www.linkedin.com/in/bruxy Google+ : http://gplus.to/BruXy

1 1

New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX
by Kevin McQuiggin 02 Dec '12

02 Dec '12

Hi All: A question and plea for help please! I am new to the list. I have used the rtl-sdr/osmosdr blocks in gnuradio companion before under Ubuntu, but am having problems getting them set up under Mac OS. My gnuradio/grc install used the macports facility. Took a bit of time to get everything to compile, but grc comes up okay. I have successfully downloaded, cmake/make, and installed the rtl-sdr and gr-osmocom packages from git. I had to move all the installed files from /usr/local to /opt/local in order to get everything into the right place for the macports gnuradio to find it. What works: I can load grc and see the osmocom/rtl-sdr blocks. I can add and modify them as usual. Here's a screen shot: What doesn't work: When I generate/run the flow graph, I get messages indicating that the osmosdr module cannot be found: --- Executing: "/Users/mcquiggi/Desktop/top_block.py" Traceback (most recent call last): File "/Users/mcquiggi/Desktop/top_block.py", line 19, in <module> import osmosdr ImportError: No module named osmosdr >>> Done --- Note also that from my xterm if I enter simply: Kevins-MacBook-Air:~ mcquiggi$ python -c "import osmosdr" Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: No module named osmosdr Kevins-MacBook-Air:~ mcquiggi$ I get a python error. There is an 'osmosdr' directory in /opt/local/lib/python2.7/site-packages/. What I have tried: - creatling a soft link called 'osmosdr' (ln -s) in /opt/local/lib/python2.7/ to /opt/local/lib/python2.7/site-packages/osmosdr - setting PYTHONPATH to /opt/local/lib/python2.7/site-packages/ Here is the contents of /opt/local/lib/python2.7/site-packages/osmosdr: Kevins-MacBook-Air:~ mcquiggi$ ls /opt/local/lib/python2.7/site-packages/osmosdr __init__.py _osmosdr_swig.so osmosdr_swig.pyo __init__.pyc osmosdr_swig.py __init__.pyo osmosdr_swig.pyc Kevins-MacBook-Air:~ mcquiggi$ So it looks like it -may- be a simple problem to solve, but I lack the necessary knowledge of how osmosdr integrates with gnuradio. Any help appreciated, Kevin

4 4

rtl_fm problem with capture audio
by Vitaliy Kulchevych 30 Nov '12

30 Nov '12

HI! I want grab audio from my sdr-device and convert it to h264. I use rtl_fm, check any options, but I can't listen any good sound :( For example: rtl_fm -f 10000000 -s 44100 - | mplayer - -quiet -rawaudio rate=8000:bitrate=44100 -demuxer rawaudio Can you help me? May be anybody know any software for me? Thank you! -- live free or die;

6 10

News from the OsmoSDR frontier
by Christian Daniel -- maintech GmbH 20 Nov '12

20 Nov '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, since we found out that the Atmel SAM3U SSC interface is only capable of transporting 500ksps worth of I/Q data, we heard a lot of complaining because of the too narrow bandwith. Especially compared to the rtl-sdr with about 2msps, our 500ksps was bit contrained. The fact, that the OsmoSDR is much more sensitive to very small signals and brings a 14bit ADC instead of 8bits did not really compensate for the bandwidth loss. Also the mismatch between E4000 output resistance and ADC input brought some unwanted spectral effects. Instead of just releasing stuff, we decided to fix both issues: I now have a prototype with simple stack-on-board, that adds two op-amps to decouple the E4000 from the ADC and lower the impedance and also this board connecteds the available FPGA pins to the MCI (SD-Card) interface of the Atmel SAM3U. For this to get working, we had to rewrite major parts of the ARM firmware and the FPGA VHDL code. Today this work is completed and I can report success: The OsmoSDR now delivers up to 4msps at 14bits. Also the strange peaks around Niquist/zero frequency are gone. Find a screenshot of SDRangelove recording a DAB signal at 2msps (SDRangelove needs some more love until it can cope with 4msps in realtime - but we have verified that 4msps works without dropped samples using the builtin FPGA test mode). http://www.cdaniel.de/download/osmosdr-dab-2mhz.png We will now integrate the changes into the OsmoSDR mainboard and reroute the now free SSC pins to the pin headers instead of the MCI interface. Also we will add the opamps. For the already produced OsmoSDR boards, we will have more of the prototype stack-on-top-boards. We will keep you in the loop! Best regards, Christian PS: Regarding the DAB screenshot: - - The horizontal lines are correct - DAB uses a so called "pilot symbol", which only has energy on a few carriers. That's why it looks like a pause in the signal. - - The vertical line is also correct - DAB does not use the middle carrier to avoid I/Q offset problems on the transmitter side. - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 · D-97204 Höchberg | - --------------------------------------------------- | AG Würzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd(a)maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQfuMIAAoJEHkgzUIsAWriHA0IAI2Agg0vnjLFa5dDpxu9AAkq 6crr1Q/XAgrlmN8TY86yoYTMjJc7IZmjsAAGpidczZtSbwbmLFuTdQEo12dOvaZZ GvkvNttoDE2zsnbU50MzWDK5BUcbfOJoQahX26P+8hbiaIsFKT8Gl8Ao9c2vz79u e04Cl2SodmDDKnV84VL9i39+KZdkGcsbCWnFizqGzTbWyDkoSVviZORp20a3lCEZ g8Af73jwDgVAU4lfrK9gO10G5jibHkQeULNIXFH8NbDiUPSF2557fGsu/9yC1UUC msT0g41x8twb5nesT4ZtWDfQ3tUBgvLHn/ebv9xBxCX1Wg1W2FAFlcajbXx4zRQ= =Taca -----END PGP SIGNATURE-----

4 7

LTE-Tracker
by James Peroulas 20 Nov '12

20 Nov '12

Hi! I just released a major update to the LTE code. There's a new program called LTE-Tracker that camps on a certain frequency and tracks, any LTE cells that it finds. Interesting features (all are in realtime): - You can see cells popping in and dropping off as the receiver is moved around the coverage area of the different cells. - You can see the actual transfer function of the wireless channel plotted on the screen. I've also made a small change to CellSearch so that now, it also displays the number of antennas (ports) on the basestation. Please let me know of any comments or suggestions! http://www.evrytania.com/lte-tools/lte-tracker James -- *Integrity is a binary state - either you have it or you don’t.* - John Doerr

3 5