RTLSDR driver is amended to handle overflows in a robust way.
Previous code appeared to have many issues: overflows were happening
more than needed and could result in data corruption. Handling is
changed to stop the stream when buffers are exhausted, and restart it
when they have drained.
I apologize that my patches are sent as attachments; I only have
access to webmail at this time.
Hi,
I've modified gr-osmosdr such that all devices respond to message
commands ala USRP.
I feel this is a really valuable addition, and I am happy to continue
to work with it to meet any needs or desires.
Please let me know that this e-mail was received.
Thanks so much,
Karl
Hi,
I've modified gr-osmosdr such that all devices respond to message
commands ala USRP.
I feel this is a really valuable addition, and I am happy to continue
to work with it to meet any needs or desires.
Please let me know that this e-mail was received.
Thanks so much,
Karl
Hi,
I was trying to take advantage of the async zero-copy buffer feature
in librtlsdr, but I found that the automatic resubmission of them made
it hard to make use of them safely.
This patch adds a couple function to manage buffers in a more advanced
manner, so that latency and reuse can be tracked precisely.
I also added some documentation.
I can occasionally make a lot of mistakes, so if anybody has time to
take a brief glance through, it would be really great.
Karl
This builds on the work started in gr-osmosdr-gqrx arispyhf branch by
Alexandru Csete. Further adds support for all the gain stages within
the Airspy.
Kieren Rasmussen (3):
- Added support for manual gain modes of AirspyHF+ - TODO support for
AGC threshold level
- Incorrect gain clipping when setting attenuation - Verified working
with a git build of GQRX
- Split the AirspyHF+ into a separate block in GRC with more relevant
parameters exposed
README | 1 +
grc/CMakeLists.txt | 1 +
grc/gen_airspyhf_blocks.py | 281 ++++++++++++++++++++++++++++++
grc/gen_osmosdr_blocks.py | 2 +
lib/airspyhf/airspyhf_source_c.cc | 102 ++++++++++-
lib/airspyhf/airspyhf_source_c.h | 9 +
6 files changed, 392 insertions(+), 4 deletions(-)
create mode 100644 grc/gen_airspyhf_blocks.py
--
2.18.0
If there is a better mailing list for the following question, I will gladly take
it there.
I want to use as much of the gnu radio project as
practical but the graphical way to string various modules
together isn't terribly useful for computer users who happen to
be blind.
Unix and to a lesser degree, DOS handled input and output
logic elegantly with <, >, | and even tee when one sends output
to multiple files and unix just turned 50 this Summer so it's
doing something right.
Is there any kind of text-based way to string those python GNU
modules together to cause them to work as they do when
connected using GRC?
This could very well be a dumb question as I have only
scratched at python a few years ago and what I am talking
about may be similar to a Makefile which is what you use to refer
to a bunch of C modules that might be in a program.
Anyway, I sure hope there is something else out there
that accomplishes the same job.
I have played with the Realtek, RTL2838UHIDIR and it does
surprisingly well on analog signals so it's time to string some
of those modules together and try some digital decoding.
Thanks for any and all constructive suggestions.
Martin McCormick WB5AGZ
Good afternoon everyone.
I write here to see if any of you know that installation errors I may have had to use the r820t2 in gnu radio companion.
I'm trying to make an FM receiver and other analog TV receiver but when running the program does not receive any type of signal and the view errors, I have: devices not supported. I believe that this is some driver to be installed but I don't know where or how.
The steps that I have followed for installation (Ubuntu 16.04 LTS) have been:
1. Install gnuradio.
2. Install Xenial Xerius specifications (it is supposed to do I need for my version of Ubuntu).
I3. nstall specifications of gr-osmosdr to enable some features of the chip.
The Stick comes with a CD but i do not know how to install it since, according to the specifications only works for WXP, 2000, Vista, 7 and 8; and it is something that it seems strange to me since I have seen videos where they use this same model of stick to carry out projects in Gnuradio on Ubuntu.
I tried with this:
sudo apt-get update
sudo apt-get install git
sudo apt-get install cmake
sudo apt-get install build-essential
sudo apt-get install libusb-1.0-0-dev
git clone git://git.osmocom.org/rtl-sdr.git
cd rtl-sdr/
mkdir build
cd build
cmake ../ -DINSTALL_UDEV_RULES=ON
make
sudo make install
sudo ldconfig
sudo cp ../rtl-sdr.rules /etc/udev/rules.d/
Opening /etc/modprobe.d folder
Creating a new file 'blacklist-rtl.conf' and add this one line:
blacklist dvb_usb_rtl28xxu
rtl_test -t
I tried those commands but I do not know if I need to install something else because GNRC still says: "FATAL: No supported devices found to pick from"...
Please, if any of you know that i need to install It would serve as much help as I am a novice programmer and i need to resolve this problem for my project.
Enviado desde Outlook<http://aka.ms/weboutlook>