osmocom-sdr

osmocom-sdr@lists.osmocom.org

906 discussions

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

R820T and Gnuradio
by Ron Senykoff 17 Nov '12

17 Nov '12

I have gnuradio running with the R820D DVB. Latest GQRX has the nice rf gain inside which REALLY helps. Has this been merged over to gr-osmosdr ? I recompiled probably just a few days, both from source. I'm trying to figure out how to set gain from within gnuradio (is there a argument I can pass the device in the source block?). I've been successfully decoding AFSK1200 APRS using gqrx and am trying to figure out how to set up an ultracheap iGate for APRS, maybe with gnuradio in the mix. Also using the OSMOSDR block I still see an LO like spike right in the middle. Here's my output starting GQRX. Interesting it's saying gr-osmosdr supported device types... ron@tripel:~$ startGqrx.sh ron@tripel:~$ gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd >>> gr_fir_ccf: using 3DNow! >>> gr_fir_ccc: using 3DNow!Ext >>> gr_fir_fff: using 3DNow! gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd Using device #0: Generic RTL2832U (e.g. hama nano) Found Rafael Micro R820T tuner TIA! -Ron / KB1UMH

2 2

rtl-fm yet another audio cature problem
by Olof Tangrot 17 Nov '12

17 Nov '12

Hi. I have tried (in a bash shell): rtl_fm -f 96.3e6 -s 48000 - | aplay -r raw -f dat -c 1 That was proposed somewhere as an example to listen to an FM station. But everything terminates with: aplay: main:576: bad speed value 0 Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000013 Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Found Rafael Micro R820T tuner Oversampling input by: 21x. Oversampling output by: 1x. Buffer size: 8.13ms Tuned to 96552000 Hz. Sampling at 1008000 Hz. Output at 48000 Hz. Exact sample rate is: 1008000.009613 Hz Tuner gain set to automatic. Signal caught, exiting! User cancel, exiting... I run Fedora 16 on a 64-bit AMD machine. aplay version is 1.0.26 If I break the command apart and generates a intermediate file it works but using a pipe does not. So is there some other shell that I where this might work or is there some better why to do this? Regards Olof

4 3

Re: rtl_fm problem with capture audio
by keenerd 14 Nov '12

14 Nov '12

> Vitaliy Kulchevych coolchevy at gmail.com > Wed Nov 14 19:01:02 CET 2012 > > 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 My apologies for breaking threading on this message - just signed up to the ML today. I can't help you without a lot more information. Is this a narrow band or a wide band FM signal? Do you want to save the audio to a file or a network stream? What operating system are you using? Why are you trying to compress an audio stream with a video codec? -Kyle http://kmkeen.com

2 1

Compilation issue
by Leonardo Lazzaro 13 Nov '12

13 Nov '12

Hi! I was trying to compile the osmocom sdr project and also trying to report a compilation error. I will like to have an account to contribute. this was the error I got: In file included from /home/llazzaro/tmp/gr-osmosdr/lib/osmosdr_source_c_impl.h:23:0, from /home/llazzaro/tmp/gr-osmosdr/lib/osmosdr_source_c_impl.cc:30: /home/llazzaro/tmp/gr-osmosdr/include/osmosdr/osmosdr_source_c.h: In constructor ‘osmosdr_source_c::osmosdr_source_c()’: /home/llazzaro/tmp/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:57:19: error: no matching function for call to ‘gr_hier_block2::gr_hier_block2()’ /home/llazzaro/tmp/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:57:19: note: candidates are: /usr/include/gnuradio/gr_hier_block2.h:57:3: note: gr_hier_block2::gr_hier_block2(const string&, gr_io_signature_sptr, gr_io_signature_sptr) /usr/include/gnuradio/gr_hier_block2.h:57:3: note: candidate expects 3 arguments, 0 provided /usr/include/gnuradio/gr_hier_block2.h:43:7: note: gr_hier_block2::gr_hier_block2(const gr_hier_block2&) /usr/include/gnuradio/gr_hier_block2.h:43:7: note: candidate expects 1 argument, 0 provided /home/llazzaro/tmp/gr-osmosdr/lib/osmosdr_source_c_impl.cc: In constructor ‘osmosdr_source_c_impl::osmosdr_source_c_impl(const string&)’: /home/llazzaro/tmp/gr-osmosdr/lib/osmosdr_source_c_impl.cc:83:35: note: synthesized method ‘osmosdr_source_c::osmosdr_source_c()’ first required here make[2]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/osmosdr_source_c_impl.cc.o] Error 1 make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 make: *** [all] Error 2 -- http://www.lazzaroleonardo.com.ar/ twitter @llazzaro

2 4

E4000 undocumented registers?
by Adam Nielsen 11 Nov '12

11 Nov '12

Hi all, I've been looking at the E4000 tuner code and I have a couple of questions that aren't answered in the datasheet. I'm hoping someone here might have some insight. In the Elonics-supplied code[1] when setting the frequency (around line 1339), they always write a 1 into register 0x07 (Synth1), which is the "PLL locked" register. Does this affect anything? The datasheet says it's read only and librtlsdr only ever reads this value, it never writes to it. Then, beginning at 82.9MHz and continuing at every multiple of 28.8MHz above this, the first 7MHz is tuned differently, but the rest of the 21.8MHz in that "channel" is set normally. This stops between 233.9MHz and 485.6MHz, then resumes again at 8MHz increments instead of 7MHz up until 868MHz. When tuned differently, register 0x05 (Input clock) gets set to 3, which isn't listed in the datasheet (and also says 'do not write to this register'). Mostly (but not always) when this happens (i.e. first 7-8MHz of the channel), register 0x07 bits 3-4 are also set to various arbitrary values. The datasheet says 0 means "16-32MHz input clock freq range" but this code writes 1 and 2 into this field as well. It seems to write approximately these values: 1 up to 89.9MHz 0 up to 118.7MHz 1 up to 205.1MHz 2 up to 233.9MHz 0 up to 551.2MHz 1 up to 752.8MHz 2 up to 868MHz 0 after 868MHz After the first 7-8MHz the rest of the 28.8MHz channel has the default 0 value set. Does anyone know what these values control? As a side note, register 0x08 (Synth2) appears to do something even though it's listed as reserved. By setting particular bits I can get the rtl_test program to not lock on to any frequency, but oddly enough rtl_fm still works fine. I'm not sure what to make of this yet. I don't suppose this register is documented anywhere else? I'm just wondering whether the datasheets supplied by Elonics are different to the one that is now public. Thanks, Adam. [1]: One of many copies is at https://github.com/mbarbon/rtl2832/blob/master/tuners/tuner_e4000.c

1 0

← Newer
1
...
77
78
79
80
81
82
83
...
91
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr