Some of you may have seen this already when I was asking licensing
questions, but others may still be curious.
In the course of other development efforts, I had a need for an abstraction
layer that had more features than ExtIO. In particular, I wanted transmit
support (for my bladeRF), as well as better control over gain and other
settings.
What I have come up with is SDRIO: a straightforward C interface for
interacting with SDR devices. I currently support rtl-sdr, bladeRF, and
the Funcube Dongle. Each driver lives in its own module:
SDRIO_bladeRF.dll, etc. Applications can load these modules, query if
devices are present, and then interact with them. All data transfer is
asynchronous.
Currently I only support Windows, though the API is OS-agnostic and the
drivers (particularly rtl-sdr) should be able to be ported in a
straightforward manner.
SDRIO is licensed as LGPL. However, because it uses GPL code, it may not
be distributed with non-GPL applications. It may still be used with
non-GPL applications as long as the distributions are kept wholly separate
(no bundling, auto-downloaders, etc.).
Code is currently kept at:
https://github.com/spcutler/SDRIO
Right now it is in a very alpha state, and subject to change.
Documentation is also currently minimal, although I hope the API is clear
enough to be obvious. I hope to stabilize things once I get some outside
feedback and suggestions. Thanks!
-Scott
PS: Mirics dongle support should be coming soon due to the generosity of a
fellow member of this mailing list.
Hi,
the problem with the installation of sdrangelove is solved.
I had mistaken the Qt5 version and I installed the 32 bits version but I am
running 64 bits Ubuntu.
So make succeeded without errors now.
TnX,
Ben
(can anyone help me how to reply to my own message, so the problem and
solution make a thread )
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
