somebody sending pull requests to a mirror of the official repository...
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi,
After having played with a DX-Patrol device for a while using the sdr
tools (sdr_tcp, sdr_fm, etc.) I've purchased an AirSpy and I would like
to experiment with it.
However reading the GrOsmoSDR page I see that AirSpy is supposed to be
supported by the gr-osmosdr library but on the other hand the wiki page
rtl-sdr does not mention it.
I've recompiled the file librtlsdr.c after having added the id product
and vendor of the AirSpy in the code.
But I figure out that it is not sufficient and even maybe that it does
not make sense.
Is there a way to make the sdr tool set (sdr_*) compatible with the AirSpy ?
--
Jean-Paul Le Fèvre - CEA Saclay Irfu
Svom Scientific Ground Segment project manager
This patch make GnuRadion version less strict and allows build with
GnuRadio 3.8 (current git version).
It makes live more bearable for those of us who live on bleeding edge.
P
Last July there were several changes made to the Airspy firmware and
libairspy that added support for a new bit packing mode where 4 sets of
12 bit samples are packed into 3 sets of 16 bits for the transfer across
the USB bus ( https://i.imgur.com/qXnWoEK.png?1 ). 25% less data is
transferred across the bus and this is good for some computers with
cheap USB chipsets. There is an overhead of extra memory bandwidth
required on the host side to unpack the data into a useful format, so
for optimal performance bit packing is disabled by default.
The data is automatically unpacked within libairspy before being passed
along, so no changes are required anywhere else if packing is enabled
(or not enabled). Airspy firmware older than v1.0.0-rc6 does not have
the function, but that is detected and handled by libairspy.
I wrote the attached patch to enable packing in gr-osmosdr, which I
tested and it works. It is basically a clone of the bias=0|1 lines as
pack=0|1 and calls the needed libairspy function.
ref:
https://github.com/airspy/firmware/commit/7e1806bhttps://github.com/airspy/firmware/commit/5b7dcabhttps://github.com/airspy/host/commit/a51eccb
---
Do some Baseline test with Airspy command line tools to have something
to compare USB throughput results
--------------------------------------------------------------------------------------------------------
$ sudo mount -t debugfs none /sys/kernel/debug
$ sudo modprobe usbmon
$ wireshark -i usbmod3 &
$ airspy_info ; sleep 120 ; \
airspy_rx -t 4 -r /dev/null -n 2400000000 ; sleep 120 ; \
airspy_rx -t 4 -r /dev/null -p 1 -n 2400000000 ; sleep 120 ; \
airspy_info
Wireshark->Statistics->IO Graph
The Bytes/Tick are double the actual data rate because of way wireshark
collects the USB packets, I could have added a filter to fix this. But
the relationship is valid 25% less with packing enabled. The data rate
in the IO Grahp drops from 80MB/sec (in+out) [really 40MB/sec] to
60MB/second (in+out) [really 30MB/sec] from unpacked to packed.
10MSPS no packing, packing https://i.imgur.com/pA9LPdE.png?1
2.5MSPS no packing, packing https://i.imgur.com/lA8q5aq.png?1
Verification test with my patched gr-osmosdr
--------------------------------------------
$ sudo mount -t debugfs none /sys/kernel/debug
$ sudo modprobe usbmon
$ wireshark -i usbmod3 &
$ osmocom_fft -a "airspy=0" -s 10000000 --fft-rate=1
$ osmocom_fft -a "airspy=0,pack=1" -s 10000000 --fft-rate=1
$ osmocom_fft -a "airspy=0" -s 2500000 --fft-rate=1
$ osmocom_fft -a "airspy=0,pack=1" -s 2500000 --fft-rate=1
$ osmocom_fft -a "airspy=0" -s 2500000 --fft-rate=1
$ osmocom_fft -a "airspy=0,pack=0" -s 2500000 --fft-rate=1
I ran all of the above tests and the wireshark USB throughput graphs
showed exactly what was expected.
40MB/sec(10MSPS+normal),30MB/sec(10MSPS+packing),10MB/sec(2.5MSPS+normal),7.5MB/sec(2.5MSPS+packing),10MB/sec(2.5MSPS+normal),10MB/sec(2.5MSPS+normal).
25% less when packing was enabled and if you did not specify the
"pack=1", then no bit packing is performed by libairspy. All the
magnitudes within the FFT windows looked exactly the same as they do
without bit packing.
Hi,
When I run the command rtl_test I get the message like Reading samples
in async mode and then there is no output.
But when I give commands like rtl_test -p I get the expected output.
Please help me in fixing this issue.
Best Regards,
Ashish Kurian
Hi,
I was trying to build rtl-sdr on windows using mingw64 and stumbled upon
the error described here [1]
[ 40%] Building C object src/CMakeFiles/rtl_adsb.dir/rtl_adsb.c.o
Linking C executable rtl_adsb.exe
libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x1e5):
undefined reference to `rtlsdr_set_tuner_gain_mode'
libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x1e5):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`rtlsdr_set_tuner_gain_mode'
libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x1fb):
undefined reference to `rtlsdr_get_tuner_gains'
libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x1fb):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`rtlsdr_get_tuner_gains'
and so on....
I was able to build rtl-sdr using the attached patch. I exchange the order
of linking libraries.
1: http://lists.osmocom.org/pipermail/osmocom-sdr/2015-April/000048.html
Greetings,
Momchil
Greetings.
As I am looking to build a multi-channel NBFM communications recording
device for a public service event, I'd like to know the status of the
Osmocom hardware. I can use the RTL-SDR, but perhaps a board with more
horsepower would be good.
/K1MGY
Fix bytes_to_read adjustment in callback.
For example bug exposes itself with:
rtl_sdr -f 100e6 -s 2048000 -n 245.76e6 /tmp/100M.iq
and does not terminate after the expected 245.76e6 samples.
Which is an exact multiple of "out_block_size".
Signed-off-by: Henk vergonet <henk.vergonet(a)gmail.com>
Hey list,
This is an update and an announcement: Alexandru Csete and I have been
maintaining an Ubuntu PPA for SDR community software for some time. We
just updated to GNU Radio 3.7.9 and GrOsmoSDR with RedPitaya support.
The goal of the PPA is to have have recent releases of community
software (SDR drivers, GNU Radio, and related projects) across several
versions of Ubuntu. Simply follow the apt-get instructions here:
http://wiki.myriadrf.org/Packaging
I figure that a lot of people (both developers and users) can benefit
from the shared effort. If you find a bug, have a request, or want to
get involved; please let us know, we would love to hear it:
https://discourse.myriadrf.org/c/projects/packaging
On the windows side of things, I am pleased to announce the PothosSDR
installer/development environment; which now includes around 40 open
source projects. We just updated to the latest GNURadio/GrOsmoSDR, and
recently additions include GQRX, gr-rds, and zeromq support.
Instructions for GNURadio/GRC and GQRX users:
https://github.com/pothosware/PothosSDR/wiki/GNURadiohttps://github.com/pothosware/PothosSDR/wiki/GQRX
Special thanks to Andrew Back and Myriadrf for all of the support and
hosting the software!
Thanks,
-josh