Hi again,
I am working on my own SDR project for Stereo FM radio support, but i
would like to also improve quality for rtl_fm application, i made
unoficial patch to add:
Complex FIR - to filter strong signals close to wanted signal
Real FIR - to filter pilot from FM
Stereo FIR
Stereo Deemphasis
AGC support - it can give better resolution of IQ data
Some other improvments in FM radio code.
All FIR filters has 3 possible variants, simple, LUT, SSE2 instricts, of
course SSE is the fastest one and it should works on Intel Atoms, but
not on ARM.
Feel free to use any part of code in any of you programs, I know that
this code is little to much to add it into rtl_fm, but maybe it could
somebody help to recieve HW stereo FM radio.
Speed of SSE code is much better than anything you can get around here,
on Core i7 it consume only 5% of one CPU, so i could demodulate at least
80 channels at the same time in stereo quality of course.
I tried this code only on AMD64 and GCC Linux, so i am not sure if it
can be compiled under windows.
--
Miroslav Slugeň
+420 724 825 885
Teramos Multimedia s.r.o.
Thanks to Andreas Reinhardt who have port my old acarsdec code to rtl_sdr (http://lists.osmocom.org/pipermail/osmocom-sdr/2013-July/000712.html)
I gain interest back to acars decoding and decided to rewrite completely acarsdec and to add it some new features, in particular a rtl front end.
So , I am please to announce the acarsdec 2.0 release :
https://sourceforge.net/projects/acarsdec
Acarsdec is an open source, multi-channels realtime ACARS decoder for Linux.
It features :
- up to four channels decoded simultaneously
- multi-threaded
- error detection AND correction (all one error corrected and some two errors)
- input from sound file , alsa sound card or software defined radio (SRD) via a rtl dongle
The 4 channels decoding is particularly useful with the rtl dongle. It
allows to directly listen simultaneously to 4 different frequencies.
Ie:
acarsdec -r 0 131.525 131.725 131.825
Will decode acars on 3 frequencies with the rtl dongle number 0.
try and enjoy
Thierry Leconte
Greetings, all--
A while back I asked some questions about licensing of the rtl-sdr
libraries, especially with regard to use with non-GPL software. At the
time, I was told that the ExtIO libraries were considered an acceptable
use-case.
My code has been in development, and for various reasons--the largest being
the desire for transmit support--I have developed my own HW abstraction
layer called SDRIO. At the moment, I support rtl-sdr, bladeRF, and Funcube
Dongle devices via the abstraction layer. The layer will, of course, be
GNU licensed and thus free for anyone to modify or extend.
My intent is thus for SDRIO to live in the same niche as ExtIO and thus
have the blessings of the developers. I'm aware that you cannot give legal
advice; my hope is only that, if someone comes to me saying I violated the
rtl-sdr license, that at least I can tell them that I've talked with the
lead developers and that they've given me the same permissions as the ExtIO
developers.
I have placed the code here in case anyone wishes to look at the current
state (though please note that the text of the licensing is not yet
finished):
https://github.com/spcutler/SDRIO/blob/master
The SDRIO_RTLSDR module is quite thin and I hope does not give the
impression that SDRIO is just supposed to be a wrapper. If you look at the
other devices, you can see that they require more code and that the project
as a whole is quite a bit more than a wrapper.
Thank you for your time!
-Scott
This is a Mailman mailing list bounce action notice:
List: osmocom-sdr
Member: beroset(a)ieee.org
Action: Subscription disabled.
Reason: Excessive or fatal bounces.
The triggering bounce notice is attached below.
Questions? Contact the Mailman site administrator at
mailman(a)lists.osmocom.org.
Hi,
I am trying to build sdrangelove on Ubuntu 12.04 LTS.
I did manually install cmake to have the required newer version.
I did install Qt 5.2 and had cmake run with cmake ../
-DCMAKE_PREFIX_PATH=/home/pe2bz/Qt/5.2.1/gcc/lib/cmake
After that, running make fails with this error:
[ 68%] Building CXX object CMakeFiles/sdrbase.dir/sdrbase_automoc.cpp.o
Linking CXX shared library libsdrbase.so
/home/pe2bz/Qt/5.2.1/gcc/lib/libQt5Core.so.5.2.1: could not read symbols:
File in wrong format
collect2: ld gaf exit-status 1 terug
make[2]: *** [libsdrbase.so] Fout 1
make[1]: *** [CMakeFiles/sdrbase.dir/all] Fout 2
make: *** [all] Fout 2
I did a google search on the File in wrong format message but I can not
find a solution related to libsdrbase.so
Can anyone help me with this ?
Thanks,
Ben
This is a Mailman mailing list bounce action notice:
List: osmocom-sdr
Member: luca.bongiorni1(a)studenti.unimi.it
Action: Subscription disabled.
Reason: Excessive or fatal bounces.
The triggering bounce notice is attached below.
Questions? Contact the Mailman site administrator at
mailman(a)lists.osmocom.org.
Hi there!
I'm using a dongle on a raspberry + rtl_tcp and sdrsharp on another
machine (quad core.... 3gb ram...good machine!)
The problem occour at 00:57
http://www.youtube.com/watch?v=4E2MPfEzEi8
and at 1:34 in this video:
http://www.youtube.com/watch?v=8snz1wQSRpw
If i stop and start sdrsharp, it works ok for some minutes...then the
problem is up again!
No errors appear on the console of raspberry/rtl_tcp
I'm not able to understand if it's a problem of rtl_tcp,raspberry or
whatelse...
Things i've tryed:
1) Changed the samplerate
2) Changed the raspberry (tested tp1/tp2 too...getting 4.98v!!!)
3) Changed the dongle
4) Updated sdrsharp
The dongles tryed work ok on a pc
I've no more idea....
Anyone can help me?
PS: If someone know a program that works in linux and is similar to
sdrsharp AND CAN INTERFACE TO A REMOTE RTL_TCP...
For those who are interested I wrote a Z-Wave frame decoder for the
rtl-sdr, it can be found here:
https://github.com/andersesbensen/rtl-zwave
The frame decoder is able to decode Z-Wave 9.6/40 and 100 kbps frames.
The frames are written in a pcap file format and piped to wireshark.
/Anders
Hi there,
As LTE-Cell-Scanner doesn't support TDD mode:
https://github.com/Evrytania/LTE-Cell-Scanner
I fork LTE-Cell-Scanner and add TDD support to it:
https://github.com/JiaoXianjun/LTE-Cell-Scanner
(Not reviewed by James Peroulas, so it is just experimental currently.)
It works fine with rtl-sdr E4k tuner dongle below 2.2GHz, but doesn't work
in 2.5~2.7GHz even with external MMDS-LNB.
Because the algorithm assumes analytic relationship between carrier and
sampling frequency error.
I write some matlab scripts (https://github.com/JiaoXianjun/rtl-sdr-LTE )
to separate carrier and sampling processing in algorithm. Aided by
MMDS-LNB, the scripts can detect TDD&FDD LTE cell in 2.5~2.7GHz now!
12 LTE Cells information are decoded. 2 are FDD LTE, the rest are TD-LTE.
Because here is China! (Partly because that TD-LTE is announed earier than
FDD by government)
Hope that in the future these features can be merged to original
LTE-Cell-Scanner.
Scanning results and video are attached.
http://www.youtube.com/watch?v=4zRLgxzn4Pc
Hi,
My name is Allan an I am currently working on my final year project for college. The idea is to create a radar system that interprets MODE C interrogation signals and replies by aircraft and SSR and with this information determine where these airplanes are in your vicinity. The device I am using to receive these transmissions is a DVB-T dongle. I will have to create an algorithm that will use the ping of the above transmissions which I am aware of. My problem is that I am having difficulty understanding how I will decode the signal to read the altitude and differentiate between other aircraft transmitting on the 1090MHz frequency. Could anyone in this forum point me in some direction as to how to learn this? Also apologies if I am unclear.
Regards
Allan
Hi.
I just use the the RTL2832U and Rt820t dongle to scan the wireless and draw the specturm of what i get.
But i find the data i calculate is never bigger than -46dbm also never smaller than -63dbm.Is that the dongle's
receiving ability is just like that?
By the way, here is how i test the dongle:
1、i turn on a basestaion
2、i used the gsm module to detect the power of basestaion nearby,i get about -20dbm as the biggest
3、i used the dongle which i set its working frequency to the frequency that basestaion used
4、i calculate the spectrum using the data return by dongle(honestly, i used the rtl_power to calculate)
the result i calculate is never big than -46dbm,what a difference from the result from gsm module.
So i wonder whether the dongle's receiving abllity is just ordinary or the way i calculate is wrong?
Hi All:
I have gnuradio 3.6 running under FreeBSD 9.2. This is the latest port of gnuradio on that platform.
I would like to build gr-osmosdr so that I can use my Realtek USB dongle under gnuradio-companion.
I followed the procedure at http://sdr.osmocom.org/trac/wiki/GrOsmoSDR:
1) Got the source:
git clone git://git.osmocom.org/gr-osmosdr
cd gr-osmosdr/
2) Followed the direction for use with gnuradio 3.6:
git checkout gr3.6
3) Created the build environment:
mkdir build
cd build/
cmake ../
4) However, "make" fails with the following error:
make
[ 24%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/rtl/rtl_source_c.cc.o
/home/kevin/gr-osmosdr/lib/rtl/rtl_source_c.cc: In member function 'virtual osmosdr::freq_range_t rtl_source_c::get_freq_range(size_t)':
/home/kevin/gr-osmosdr/lib/rtl/rtl_source_c.cc:468: error: 'RTLSDR_TUNER_R828D' was not declared in this scope
/usr/local/include/boost/system/error_code.hpp: At global scope:
/usr/local/include/boost/system/error_code.hpp:222: warning: 'boost::system::posix_category' defined but not used
/usr/local/include/boost/system/error_code.hpp:223: warning: 'boost::system::errno_ecat' defined but not used
/usr/local/include/boost/system/error_code.hpp:224: warning: 'boost::system::native_ecat' defined but not used
*** [lib/CMakeFiles/gnuradio-osmosdr.dir/rtl/rtl_source_c.cc.o] Error code 1
Stop in /usr/home/kevin/gr-osmosdr/build.
*** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error code 1
Stop in /usr/home/kevin/gr-osmosdr/build.
*** [all] Error code 1
Stop in /usr/home/kevin/gr-osmosdr/build.
I did some research on the error and the missing declaration.
While there is a previous post from another person who experienced this error, I can't follow the proven solution of "upgrade to gnuradio 3.7" as I expect that this would not be trivial, and in fact very complex, under FreeBSD. I have no porting/port conversion experience.
Just thought I'd ask if anyone else has experienced this, and whether there is a known solution.
Thanks,
Kevin
I just recently finished an rtl-sdr based automatic meter reading receiver
for smart commodity meters, thought it might be useful to add to the list
of known applications table on the wiki. I don't currently have a trac
account so I cannot add it myself.
Name: rtlamr
Source: https://github.com/bemasher/rtlamr
Blog Post: http://bemasher.github.io/rtlamr/2014/02/08/innards.html
-BeMasher
I'm getting some errors when using gnuradio-companion with the osmocom
source that I think might be a bug related to this patch:
cgit.osmocom.org/gr-osmosdr/commit/?id=e5f7b28093c10f05d272bcf12c6c4b6583af…
This is the output I get:
Using Volk machine: avx_32_mmx_orc
gr-osmosdr v0.1.0-66-g154c4ddd (0.1.1git) gnuradio 3.7.1
built-in source types: file fcd rtl_tcp bladerf rfspace
[bladeRF source] Using nuand LLC bladeRF #0 SN 909d...c10c FW v1.6.1 FPGA
v0.0.2
Failed to set out of bound frequency: 1.37912e+08
aUaUaUaUaUaUaU
When I look at the patch in the commit I linked above that error relates to
setting the input frequency. There are 2 expected parameters
get_freq_range( chan ).start() get_freq_range( chan ).stop() but in the GUI
osmocom source there is only Ch0 Frequency (center) and Ch0 Bandwidth, both
of which I have set. I don't see a way to define the start and stop
frequency which seems to be generating this error.
Hi,
I would love to see rtl_fm get support to connect to a rtl_tcp server. Are
there any plans to add this?
Thanks
--
Keith Conger
keith DOT conger AT gmail DOT com
http://thecongers.org
Hi All,
I have easily and smoothly installed GnuRadio 3.7.2.1 on Raspberry Pi with
this procedure:
1. Add the following entry to the /etc/apt/sources.list file:
deb http://mirrordirector.raspbian.org/raspbian/ jessie main contrib
non-free rpi
(reboot after modification)
2. sudo apt-get update
3. sudo apt-get install gnuradio
Installation completed in about 1 hour and GnuRadio together with GnuRadio
Companion Works on my RPi.
However, when it comes to build Gr-Osmosdr trouble starts. I couldn't pass
the CMAKE stage of Gr-Osmosdr build process.
I remembered and applied the classical "export PATH, PYTHOPATH,
LD_LIBRARY_PATH, PKG_CONFIG_PATH correction" and added necessary lines at
the end of ./.bashrc . My install directory was /usr (without /local) !??
anyway I've added /usr/bin, /usr/lib ..etc. to appropriate places but this
couldn't be a solution.
Cmake couldn't find GnuradioConfig.cmake file, I found this file of the
same version on my other computer running without problem and copied the
missed file into correct directory on Rpi. This couldn't be the solution
either.
Then, Cmake couldn't locate gnuradio-runtime.pc file, similarly I copied
gnuradio-runtime.pc of same version from another computer to RPi but this
couldn't be a solution either.
Now I get the same error message of this :
http://gnuradio.org/redmine/issues/591 (Unable to compile out of tree
projects due to wrong FindGnuradio.cmake)
I am really tired. I have enough experience on installing - uninstalling
Gnuradio building from the source, I have made this install uninstall
building process several times but I am first time trying installation of a
built gnuradio.
Is there a way of recovering the existing install and continue building out
of tree projects ?
I appreciate your help,
Kind regards 73
Murat TA1DB
Hi,
I've been working on a project the involves tuning VOR signals. They are
narrow band signals. > 25 kHz. For that, the wide bandwidth of the RTL
dongles isn't that helpful to me. (and actually a hindrance when two
signals are inside the sample range but widely different strengths)
Anyway, the lowest I can get my dongles (R820T) to go is 250ksps, which is
fine. I've been working at that frequency for awhile, but getting some
strange results. For example, if I tune in to 116.8 MHz, which should be
the OAK VOR, it works fine. But if I tune to 115.8 MHz, which should be the
SFO VOR I get ... the OAK VOR. That is, there is a perfect copy of the OAK
signal 1 MHz shifted down.
If I switch the sample rate to 1.024Msps or 900ksps, I don't get this
problem.
I don't understand what is happening here. 1 MHz is an even multiple of
250kHz, so maybe I'm getting an image of OAK overpowering the relatively
weaker SFO signal. But should there not be filters that manage this?
I guess I was expecting that if the device is set to 250ksps, then it would
"close down" filters appropriately to reject signals out of that band. But
maybe the filters don't work properly below a certain sample rate? Like the
rtl2832 can sample down to 250ksps, but the 820T tuner was not designed for
it?
Or perhaps I'm doing something wrong? Can I control the filters directly?
I'm glad I find this issue because I was going nuts thinking my software
had some mysterious bug. But I can reproduce this issue just with SDR# or
whatever. :-)
Regards.
Dave J
Hi, all
I try to re-structure the osmo-tetra to work with GNU Radio 3.7. The osmo-tetra is based on GNU Radio 3.6.
The original code has tuner, resampler, demodulater three modules which connected sequentially.
The resampler is based on function pfb_decimator_ccf which changes from 3.6 to 3.7. The pfb_decimator_ccf only take single parameter decimation, which changes in 3.7,
After reading the manual of 3.7, I made following changes to the python script :
Add a low-pass filter " taps = filter.firdes.low_pass_2(1, fs, options.low_pass, options.low_pass * 0.2, attenuation_dB=ATT, window=filter.firdes.WIN_BLACKMAN_hARRIS) "
Change "self.resamp = blks2.pfb_decimator_ccf(int(rerate)) " to " self.resamp = filter.pfb_decimator.ccf(int(rerate), taps, 0) "
But error still occurs when connecting modules " self.connect(self.src, self.tuner, self.resamp, self.demod, self.output) " :
Traceback (most recent call last):
File "./osmosdr-tetra_demod_fft.py", line 264, in <module>
tb.Run(True)
File "/usr/local/lib/python2.7/dist-packages/grc_gnuradio/wxgui/top_block_gui.py", line 82, in Run
self.Start(start, max_nouts)
File "/usr/local/lib/python2.7/dist-packages/grc_gnuradio/wxgui/top_block_gui.py", line 73, in Start
self.start()
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 103, in start
top_block_start_unlocked(self._tb, max_noutput_items)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py", line 4612, in top_block_start_unlocked
return _runtime_swig.top_block_start_unlocked(*args, **kwargs)
RuntimeError: pfb_decimator_ccf(13): insufficient connected input ports (5 needed, 1 connected)
Does it indicate pfb_decimator_ccf take 5 inputs ? It puzzled me.
Best Regards, Jiang Pin
Dear all,
Time has come to fill out the "Talks/Discussions/Workshop / Hacking"
section of the wiki page.
If you have something you'd like to present, talk about or hack on,
add it there. A simple descriptive title along with an estimated
duration is enough.
I guess we'll collect those for 2/3 weeks and then start making the schedule.
Cheers,
Sylvain