From friedtj at free.fr Mon Nov 14 21:51:22 2016 From: friedtj at free.fr (friedtj at free.fr) Date: Mon, 14 Nov 2016 22:51:22 +0100 (CET) Subject: direct sampling with RTL2832U In-Reply-To: <20161114082115.37cdca76@rugged> Message-ID: <1996653948.13858615.1479160282546.JavaMail.root@zimbra9-e2.priv.proxad.net> Following my recent inquiry about direct sampling using the newer RTL2832U+R820T(2) DVB-T receivers: 1/ I know from past experience that the E4k based dongles work fine in direct sampling. Since the E4k is zero-IF, I could just get rid of the I+/I- or Q+/Q- capacitors and feed the RTL2832U with the signal I want to sample. This works fine. 2/ The proposed patch I got last week aimed at canceling the IF frequency since R820T(2) receivers are not zero-IF. Here I was failing to get any result. Going back to basics, I realized that using my old E4k in direct sampling mode (rtl=0,direct_samp=1 in Gnuradio-companion osmosdr source) is also not working. This is an unexpected behavior since E4k based dongle configuration should not change whether direct sampling is used or not. Indeed using the same dongle *without* the direct_samp option did generate the right results. I tried yesterday hacking librtlsdr in an ugly way to get raw samples from the 820T(2) based receiver (solving my short term concern of getting data). I could indeed acquire relevant raw samples by getting librtlsdr to believe I was using a E4k dongle by replacing line 1580 of librtlsdr.c (right after the "found:" label) with dev->tuner_type=RTLSDR_TUNER_E4000; now this induces a change in all the init functions with the function pointers just defined afterwards (&tuners[dev->tuner_type];). I have not yet tracked the difference between the init functions, but I think it would be more or less safe to jump to the E4k code in case the direct_samp option is given. JM -- JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe, 25000 Besancon, France From reenerinn at gmail.com Wed Nov 2 07:00:19 2016 From: reenerinn at gmail.com (reen erin) Date: Wed, 02 Nov 2016 07:00:19 -0000 Subject: Regarding Supported RTL-SDR hardware with GNU Radio Message-ID: Hello I'm wondering if the Nooelec R820T SDR & DVB-T NESDR Mini is compatible with the GNU Radio Companion? I've tried using the osmocom and the rtl-sdr as the source but both didn't work. What happen is that i get "aUaUaU.." on the output box. Thank you, Reen -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmfriedt at femto-st.fr Sat Nov 12 12:33:17 2016 From: jmfriedt at femto-st.fr (jmfriedt) Date: Sat, 12 Nov 2016 13:33:17 +0100 Subject: E4000 based receiver raw samples => broken direct sampling support ? In-Reply-To: References: <20161028080717.46382ng3w8wjj6l1@portail.femto-st.fr> Message-ID: <20161112133317.07e4d0d5@labo> Quick update thanks to the long week end in France which left enough time to test all combinations of hardware and software: 1/ I tried applying the patch provided by Steve on this list on librtlsdr and compiling gr-osmosdr for running in gnuradio-companion. I know I am running the right source block linked with the right library (added debug messages) => no signal on a R820T2 dongle connected to a signal generator (I+), the other pin (I-) either grounded or decoupled with a 100 nF cap. 2/ doing the same on a E4k based dongle also provided only noise and no signal, a strange result since in the very beginning of my experiments (2012) I had used this same dongle for direct sampling. Being a zero-IF, I could just bypass the E4k mixer and record the raw samples fed to I+ and Q+ (I- and Q- being grounded). Surprisingly, running the same gnuradio-companion flowgraph (osmosdr source -> Qt time sink) with NO direct sampling option does yield correct samples, so the hardware is sound and functional. 3/ E4k no longer being available, I have to find a way to compensate for the R820T IF: I checked using no option in osmosdr source that I could get some relevant signal when tuning the signal generator around the IF frequencies (4.8 MHz ? 5 MHz ? difficult to say with all the aliases), while the option "rtl=0, direct_samp=1" always returns noise. I am not familiar enough with the RTL2832U configuration registers to mess with them myself, but I believe direct sampling in not functional at the moment in librtlsdr. I might be wrong of course. Thanks, JM -- JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe, 25000 Besancon, France From lucas at teske.net.br Sun Nov 20 15:26:11 2016 From: lucas at teske.net.br (Lucas Teske) Date: Sun, 20 Nov 2016 13:26:11 -0200 Subject: Regarding Supported RTL-SDR hardware with GNU Radio In-Reply-To: References: Message-ID: Hi Reen, it does work with osmosdr plugin just fine. Maybe your flow have a problem or you're using a incompatible sample rate. Lucas Em 02/11/2016 05:00, reen erin escreveu: > Hello > > I'm wondering if the Nooelec R820T SDR & DVB-T NESDR Mini is > compatible with the GNU Radio Companion? > > I've tried using the osmocom and the rtl-sdr as the source but both > didn't work. What happen is that i get "aUaUaU.." on the output box. > > Thank you, > Reen -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3823 bytes Desc: Assinatura criptogr??fica S/MIME URL: From cinaed.simson at gmail.com Sun Nov 20 19:11:39 2016 From: cinaed.simson at gmail.com (Cinaed Simson) Date: Sun, 20 Nov 2016 11:11:39 -0800 Subject: Regarding Supported RTL-SDR hardware with GNU Radio In-Reply-To: References: Message-ID: <95da8e0c-294d-0d94-72de-0a21796342d5@GMail.COM> On 11/02/2016 12:00 AM, reen erin wrote: > Hello > > I'm wondering if the Nooelec R820T SDR & DVB-T NESDR Mini is compatible > with the GNU Radio Companion? > > I've tried using the osmocom and the rtl-sdr as the source but both > didn't work. What happen is that i get "aUaUaU.." on the output box. > > Thank you, > Reen Yes, both devices are compatible with grc. The "aUaU.." error typically suggests a problem with the flow graph. You can send the flow graph to me - I might be able to help you. But you should subscribe and post GNU Radio Companion questions to the discuss-gnuradio at gnu.org mailing list. -- Cinaed From martin.hochdekker at gmail.com Sun Nov 27 02:59:49 2016 From: martin.hochdekker at gmail.com (Martin Hochdekker) Date: Sun, 27 Nov 2016 03:59:49 +0100 Subject: Please add this working hardware ID (15f4:0133) to librtlsdr.c of supported devices Message-ID: Hello, I bought a RTL-SDR dongle from ebay which has a new hardware ID. The dongle *is working* after adding its hardware ID to the list of supported devices in the "/src/librtlsdr.c" file. *Hardware ID:* ID 15f4:0133 HanfTek *Description of the dongle:* Black cover with white text "DAB+FM+DVB-T". Please update the source code, because I can't use gqrx-sdr as this hardware id is currently missing in the library. Although I compiled rtl-sdr with my added hardware id, I dont know how to make gqrx-sdr work with my own compiled rtl-sdr version and not the original library that lacks my hardware id. I'm using Ubuntu. Sincerely, Martin -------------- next part -------------- An HTML attachment was scrubbed... URL: From lucas at teske.net.br Sun Nov 27 04:22:46 2016 From: lucas at teske.net.br (Lucas Teske) Date: Sun, 27 Nov 2016 02:22:46 -0200 Subject: Please add this working hardware ID (15f4:0133) to librtlsdr.c of supported devices In-Reply-To: References: Message-ID: <41c916fd-289b-7e00-2c93-6aa074659fd3@teske.net.br> GQRX uses osmosdr plugin, not librtlsdr. I will add your device ID to librtlsdr. I will also get the source code for osmosdr and make a patch for the ID. The librtlsdr in osmocom is very outdated and they're not applying the patches usually people send, so we forked it and applied / tested here: https://github.com/librtlsdr/librtlsdr If you can, create an issue in github about that, I will fix it tomorrow. Lucas Em 27/11/2016 00:59, Martin Hochdekker escreveu: > Hello, > > I bought a RTL-SDR dongle from ebay which has a new hardware ID. The > dongle *is working* after adding its hardware ID to the list of > supported devices in the "/src/librtlsdr.c" file. > > > _*Hardware ID:*_ > ID 15f4:0133 HanfTek > > > _*Description of the dongle:*_ > Black cover with white text "DAB+FM+DVB-T". > > > Please update the source code, because I can't use gqrx-sdr as this > hardware id is currently missing in the library. Although I compiled > rtl-sdr with my added hardware id, I dont know how to make gqrx-sdr > work with my own compiled rtl-sdr version and not the original library > that lacks my hardware id. I'm using Ubuntu. > > > > Sincerely, > Martin -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at steve-m.de Sun Nov 27 11:23:54 2016 From: steve at steve-m.de (Steve Markgraf) Date: Sun, 27 Nov 2016 12:23:54 +0100 Subject: Please add this working hardware ID (15f4:0133) to librtlsdr.c of supported devices In-Reply-To: References: Message-ID: <52e61d8c-991c-9ced-76f7-fefe10a11a95@steve-m.de> Hi, On 27.11.2016 03:59, Martin Hochdekker wrote: > Please update the source code, because I can't use gqrx-sdr as this > hardware id is currently missing in the library. Although I compiled > rtl-sdr with my added hardware id, I dont know how to make gqrx-sdr work > with my own compiled rtl-sdr version and not the original library that > lacks my hardware id. I'm using Ubuntu. I've added the the ID. Which tuner is the dongle using? R820T? In order to install the library, you need to run "sudo make install" followed by "sudo ldconfig". Afterwards it should work with gqrx. Regards, Steve