May 2012 - osmocom-sdr - lists.osmocom.org

by Kire Pudsje

Also posted on reddit: I measured another stick and this time I also noticed the gap between 325 and 350 MHz, as was reported earlier by Roger on reddit. http://www.reddit.com/r/RTLSDR/comments/tftz4/some_frequency_response_measu… I could trace it back to the fact that the E4K_REG_SYNTH is not set properly. I do not know why yet, but first setting a different value from the desired one seems to fix the problem. It might be the wrong solution for the wrong problem, but it seems to work for me. change this line in tuner_e4k.c:448 rc = e4k_reg_set_mask(e4k, E4K_REG_SYNTH1, 0x06, band << 1); to: uint8_t tmp = e4k_reg_read(e4k, E4K_REG_SYNTH1) & ~0x06; tmp |= (band << 1) & 0x06; e4k_reg_write(e4k, E4K_REG_SYNTH1, tmp ^ 0x06); rc = e4k_reg_write(e4k, E4K_REG_SYNTH1, tmp); Kire.

11 years, 11 months

1
0
0 0

Building with autotools - missing -lpthreads

by Joschi Brauchle

Hello all, when trying to build with autotools, I get an compile error stating that there is a: ---- undefined reference to symbol 'pthread_create@@GLIBC_2.2.5' ---- This seems to be due to "-lpthreads" is missing when using autotools1 -- Dipl.-Ing. Joschi Brauchle, M.Sc. Institute for Communications Engineering (LNT) Technische Universitaet Muenchen (TUM) 80290 Munich, Germany Tel (work): +49 89 289-23474 Fax (work): +49 89 289-23490 E-mail: joschi.brauchle(a)tum.de Web: http://www.lnt.ei.tum.de/

11 years, 11 months

2
2
0 0

Octave wrapper for rtl-sdr

by Kire Pudsje

I wrote for myself an octave wrapper for all functions in the header file of the rtl-sdr library. Even the async routine generates a callback to octave functions. The whole is a 1-to-1 mapping of the functions, I tried to stay as close as possible to the C-library. I do not know if it just me using octave, but if there is any interest in this code, I could place it somewhere. sample code: pkg load rtlsdr if rtlsdr_get_device_count()>0 dev = rtlsdr_open(0); samprate=2048e3; nsamples=2048; rtlsdr_set_sample_rate(dev, samprate); rtlsdr_set_center_freq(dev, 100e6); rtlsdr_set_tuner_gain_mode(dev, 0); rtlsdr_reset_buffer(dev); buf = rtlsdr_read_sync(dev, nsamples * 2); d = (double(buf) - 128) / 128.0; d = d(1:2:end) + 1i * d(2:2:end); f = (-.5:1/nsamples:.5-1/nsamples) * samprate; plot(f, 20*log10(abs(fftshift(fft(d .* blackman(nsamples)') / nsamples)))); rtlsdr_close(dev); end

11 years, 11 months

2
1
0 0

PATCH: Silence warning about int/socklen_t signedness

by Christian Vogel

There's only one warning for me when compiling rtl-sdr, which is about the signedness of the third (size) argument in accept(). On linux it's socklen_t* and I *think* (google...) that windows does not have socklen_t at all. In accept it uses int. ftp://ftp.microsoft.com/bussys/winsock/winsock2/winsock2.h WINSOCK_API_LINKAGE SOCKET WSAAPI accept( IN SOCKET s, OUT struct sockaddr FAR * addr, IN OUT int FAR * addrlen ); Can someone please check if it compiles on windows with the attached patch?

11 years, 11 months

1
0
0 0

[PATCH] Silence warning about socklen_t/int sign.

by Christian Vogel

rtl_tcp.c:457:57: warning: pointer types point to integer types with different sign passing 'int *', expected 'socklen_t *' [-Wpointer-sign] --- src/rtl_tcp.c | 9 +++++++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/src/rtl_tcp.c b/src/rtl_tcp.c index 8b2cf44..849192b 100644 --- a/src/rtl_tcp.c +++ b/src/rtl_tcp.c @@ -42,6 +42,9 @@ #ifdef _WIN32 #pragma comment(lib, "ws2_32.lib") + +typedef int socklen_t; + #else #define closesocket close #define SOCKADDR struct sockaddr @@ -453,8 +456,10 @@ int main(int argc, char **argv) if(do_exit) { goto out; } else if(r) { - r=sizeof(remote); - s = accept(listensocket,(struct sockaddr *)&remote, &r); + socklen_t rlen; + + rlen=sizeof(remote); + s = accept(listensocket,(struct sockaddr *)&remote, &rlen); break; } } -- 1.7.0.4 --Nq2Wo0NMKNjxTN9z--

11 years, 11 months

1
0
0 0

[PATCH] FC0012 doc and fixes

by Michael Karcher

Fix selection of VCO band (needed for example to get to 166 MHz) for the FC0012 tuner, and add a lot of register descriptions. Signed-Off-by: Michael Karcher <osmosdr(a)mkarcher.dialup.fu-berlin.de> --- src/tuner_fc0012.c | 49 +++++++++++++++++++++++++++++++++---------------- 1 file changed, 33 insertions(+), 16 deletions(-) diff --git a/src/tuner_fc0012.c b/src/tuner_fc0012.c index 104a4f7..2d66f3c 100644 --- a/src/tuner_fc0012.c +++ b/src/tuner_fc0012.c @@ -20,21 +20,35 @@ /* Incomplete list of register settings: * * Name Reg Bits Desc + * CHIP_ID 0x00 0-7 Chip ID (constant 0xA1) + * RF_A 0x01 0-3 Number of count-to-9 cycles in RF + * divider (suggested: 2..9) + * RF_M 0x02 0-7 Total number of cycles (to-8 and to-9) + * in RF divider + * RF_K_HIGH 0x03 0-6 Bits 8..14 of fractional divider + * RF_K_LOW 0x04 0-7 Bits 0..7 of fractional RF divider + * RF_OUTDIV_A 0x05 3-7 Power of two required? * LNA_POWER_DOWN 0x06 0 Set to 1 to switch off low noise amp - * VCO_SPEED 0x06 3 Set the speed of the VCO. example - * driver hardcodes to 1 for some reason + * RF_OUTDIV_B 0x06 1 Set to select 3 instead of 2 for the + * RF output divider + * VCO_SPEED 0x06 3 Select tuning range of VCO: + * 0 = Low range, (ca. 1.1 - 1.5GHz) + * 1 = High range (ca. 1.4 - 1.8GHz) * BANDWIDTH 0x06 6-7 Set bandwidth. 6MHz = 0x80, 7MHz=0x40 * 8MHz=0x00 * XTAL_SPEED 0x07 5 Set to 1 for 28.8MHz Crystal input * or 0 for 36MHz + * <agc params> 0x08 0-7 * EN_CAL_RSSI 0x09 4 Enable calibrate RSSI * (Receive Signal Strength Indicator) * LNA_FORCE 0x0d 0 * AGC_FORCE 0x0d ? - * LNA_GAIN 0x13 0-4 Low noise amp gain + * LNA_GAIN 0x13 3-4 Low noise amp gain * LNA_COMPS 0x15 3 ? * VCO_CALIB 0x0e 7 Set high then low to calibrate VCO - * + * (fast lock?) + * VCO_VOLTAGE 0x0e 0-6 Read Control voltage of VCO + * (big value -> low freq) */ /* glue functions to rtl-sdr code */ @@ -99,12 +113,11 @@ void FC0012_Dump_Registers() DEBUGF("LNA Force:\t%s\n", (regBuf & 0x1) ? "Forced" : "Not Forced"); FC0012_Read(pTuner, 0x13, &regBuf); DEBUGF("LNA Gain:\t"); - switch (regBuf) { - case (0x10): DEBUGF("19.7dB\n"); break; - case (0x17): DEBUGF("17.9dB\n"); break; - case (0x08): DEBUGF("7.1dB\n"); break; - case (0x02): DEBUGF("-9.9dB\n"); break; - default: DEBUGF("unknown gain value 0x02x\n"); + switch (regBuf & 0x18) { + case (0x00): DEBUGF("Low\n"); break; + case (0x08): DEBUGF("Middle\n"); break; + case (0x10): DEBUGF("High\n"); break; + default: DEBUGF("unknown gain value 0x18\n"); } #endif } @@ -173,7 +186,7 @@ void FC0012_Frequency_Control(unsigned int Frequency, unsigned short Bandwidth) int FC0012_SetFrequency(void *pTuner, unsigned long Frequency, unsigned short Bandwidth) { - int VCO1 = 0; + int VCO_band = 0; unsigned long doubleVCO; unsigned short xin, xdiv; unsigned char reg[21], am, pm, multi; @@ -230,7 +243,7 @@ int FC0012_SetFrequency(void *pTuner, unsigned long Frequency, unsigned short Ba doubleVCO = Frequency * multi; reg[6] = reg[6] | 0x08; - VCO1 = 1; + VCO_band = 1; xdiv = (unsigned short)(doubleVCO / (CrystalFreqKhz / 2)); if( (doubleVCO - xdiv * (CrystalFreqKhz / 2)) >= (CrystalFreqKhz / 4) ) xdiv = xdiv + 1; @@ -269,7 +282,6 @@ int FC0012_SetFrequency(void *pTuner, unsigned long Frequency, unsigned short Ba if (FC0012_Write(pTuner, 0x03, reg[3])) return -1; if (FC0012_Write(pTuner, 0x04, reg[4])) return -1; //reg[5] = reg[5] | 0x07; // This is really not cool. Why is it there? - // Same with hardcoding VCO=1 if (FC0012_Write(pTuner, 0x05, reg[5])) return -1; if (FC0012_Write(pTuner, 0x06, reg[6])) return -1; @@ -277,16 +289,19 @@ int FC0012_SetFrequency(void *pTuner, unsigned long Frequency, unsigned short Ba if (FC0012_Write(pTuner, 0x0E, 0x80)) return -1; if (FC0012_Write(pTuner, 0x0E, 0x00)) return -1; - // VCO Re-Calibration if needed + // Read resulting VCO control voltage if (FC0012_Write(pTuner, 0x0E, 0x00)) return -1; if (FC0012_Read(pTuner, 0x0E, &read_byte)) return -1; reg[14] = 0x3F & read_byte; - if (VCO1) + // Adjust VCO range if control voltage is at the limit + if (VCO_band) { + // high-band VCO hitting low frequency bound if (reg[14] > 0x3C) { - reg[6] = 0x08 | reg[6]; + // select low-band VCO + reg[6] = ~0x08 & reg[6]; if (FC0012_Write(pTuner, 0x06, reg[6])) return -1; if (FC0012_Write(pTuner, 0x0E, 0x80)) return -1; @@ -295,7 +310,9 @@ int FC0012_SetFrequency(void *pTuner, unsigned long Frequency, unsigned short Ba } else { + // low-band VCO hitting high frequency bound if (reg[14] < 0x02) { + // select high-band VCO reg[6] = 0x08 | reg[6]; if (FC0012_Write(pTuner, 0x06, reg[6])) return -1; -- 1.7.10

11 years, 11 months

2
1
0 0

RTL-SDR Help

by Erick Schumacher

Hello group I need help getting an EZCAP USB deviceusing rtl_sdr running under Windoz7. This is probably the same bug reported on ticket 9 at http://sdr.osmocom.org/trac/query My EZCAP USB device self installs the drivers in Win7 and is recognized by the DVBDream program. Leads me to believe my system and hardware is OK. Below is a screen shot of what happens I try to load RTL-SDR.. I am an RF guy and a serious newby to software so can't contribute much. Help! Eric

11 years, 11 months

2
1
0 0

[PATCH] Add support for PROlectrix dongle

by David J. Fiddes

Hi, This adds support for another RTL2832U based device. I've been able to receive FM broadcasts using GNU Radio and rtl-sdr with this device. Dave Subject: [PATCH] Add support for PROlectrix dongle Incorporate support for the PROlectrix DV107669 which appears to be another variant of G-Tek RTL2832U device. This has a FC0012 tuner. Signed-off-by: David J. Fiddes <D.J(a)fiddes.net> --- rtl-sdr.rules | 3 +++ src/librtlsdr.c | 1 + 2 files changed, 4 insertions(+) diff --git a/rtl-sdr.rules b/rtl-sdr.rules index d5e812f..b775916 100644 --- a/rtl-sdr.rules +++ b/rtl-sdr.rules @@ -51,6 +51,9 @@ SUBSYSTEMS=="usb", ATTRS{idVendor}=="1f4d", ATTRS{idProduct}=="b803", MODE:="066 # Lifeview LV5TDeluxe (FC0012) SUBSYSTEMS=="usb", ATTRS{idVendor}=="1f4d", ATTRS{idProduct}=="c803", MODE:="0666" +# PROlectrix DV107669 (FC0012) +SUBSYSTEMS=="usb", ATTRS{idVendor}=="1f4d", ATTRS{idProduct}=="d803", MODE:="0666" + # Twintech UT-40 (FC0013) SUBSYSTEMS=="usb", ATTRS{idVendor}=="1b80", ATTRS{idProduct}=="d3a4", MODE:="0666" diff --git a/src/librtlsdr.c b/src/librtlsdr.c index d961985..ba14942 100644 --- a/src/librtlsdr.c +++ b/src/librtlsdr.c @@ -210,6 +210,7 @@ static rtlsdr_dongle_t known_devices[] = { { 0x185b, 0x0680, "Compro Videomate U680F"}, { 0x1f4d, 0xb803, "GTek T803" }, { 0x1f4d, 0xc803, "Lifeview LV5TDeluxe" }, + { 0x1f4d, 0xd803, "PROlectrix DV107669" }, { 0x1b80, 0xd3a4, "Twintech UT-40" }, { 0x1d19, 0x1101, "Dexatek DK DVB-T Dongle (Logilink VG0002A)" }, { 0x1d19, 0x1102, "Dexatek DK DVB-T Dongle (MSI DigiVox mini II V3.0)" },

11 years, 11 months

1
0
0 0

[PATCH] librtlsdr: libusb detach kernel driver before claiming interface

by p.munoz＠alumnos.upm.es

From: Pablo Muñoz <p.munoz(a)alumnos.upm.es> rtl_sdr founds ezcap USB dongle but exits with usb_claim_interface error -6 Signed-off-by: Pablo Muñoz <p.munoz(a)alumnos.upm.es> --- src/librtlsdr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/librtlsdr.c b/src/librtlsdr.c index 7721c4a..0599722 100644 --- a/src/librtlsdr.c +++ b/src/librtlsdr.c @@ -865,7 +865,7 @@ int rtlsdr_open(rtlsdr_dev_t **out_dev, uint32_t index) } libusb_free_device_list(list, 1); - + libusb_detach_kernel_driver(dev->devh,0); r = libusb_claim_interface(dev->devh, 0); if (r < 0) { fprintf(stderr, "usb_claim_interface error %d\n", r); -- 1.7.10

11 years, 11 months

1
0
0 0

Fwd: Calculation of allowed vco frequency in osmocom sources

by Harald Welte

Hi all, with permission of its author, I'm forwarding this message to the list. Regards, Harald -- - 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)

11 years, 11 months

1
0
0 0

Sources for VHDL and FPGA flashing committed

by Christian Daniel -- maintech GmbH

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, I've committed the VHDL source code and the needed projects files for Lattice Diamond into the repository. With this everybody can build a FPGA image for the OsmoSDR. The most important feature in this new FPGA firmware version is, that we now have an integrated decimation filter, which can be configured in from 1:2 to 1:64. I have added a tool to convert the files, that Lattice Diamond produces to something we can upload via USB DFU and I also modified the DFU loader to include FPGA flashing support. Since the post office was already closed yesterday and today we had a holiday in Germany, the boards will find their way to the mail tomorrow. Best regards, Christian - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 · D-97204 Höchberg | - --------------------------------------------------- | AG Würzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd(a)maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPtWY8AAoJEHkgzUIsAWrig/oH/2b9oummF4S/gDN/A6SlIIf4 ppmcg+j+gLCJ7n2Otpb/eq+Uk8BK8NgFu0qlaWVSJ9q2HtHXGsxzUFnkRGRNIjjv I8DIImuUiDpUXfiX/mQEe9kGNJwJIcCB4ulFHeU8EDo7NcbI/O8nHQQOtX46Uegl yzdkqw9KaPJxeABdsa9PzTKOvWDigMrWw6IEibJRqrMVkAOxHby2084NqFQPNLze +f/uSQ4FW64hlc0Gli5nyXGR10CaY8/SXTP7VTNtI3Gnjwvf4VcKkCFrFLR9/UZE +4HuIXu0JMX3jFTF72ttwKG+oGxk9G+IorTgW+VUzKJ2ni+D0Zy8zaCAjnNBYOg= =ykxM -----END PGP SIGNATURE-----

11 years, 11 months

1
0
0 0

PATCH: Remove pow() and math.h from rtl-sdr.

by Christian Vogel

Hi, apparently #include <math.h> is only needed for the declaration of pow(2,22) used in rtlsdr_set_sample_rate(). Now gcc is smart enough to convert pow(2,22) to a constant, but for example clang isn't, and it complains about the missing math library. Attached patches replace pow(2,22) by (float)1<<22 and remove the math headers. Chris [tort /home/chris/rtl-sdr (b345963947b451f6…)] $ make (...) ./.libs/librtlsdr.so: undefined reference to `exp2' collect2: ld returned 1 exit status clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [rtl_sdr] Error 1 make[2]: Leaving directory `/home/chris/rtl-sdr/src'

11 years, 11 months

2
1
0 0

OsmoSDR developer beta

by Harald Welte

Hi all! There are something like 16 units of OsmoSDR that we are able to sell in something like one week. Sale will happen via the https://shop.sysmocom.de/ webshop. However, as there are only 16 units right now, and as the firmware and host software is in an incomplete state, we would like to make sure that those 16 units get sold to people who actually have an interest (and time!) to fix and improve the current shortcomings. So if you want to be among the first 16, I suggest you reply to this message and give us a short description of who you are (if you are not a Osmocom regular) as well as some committment that you are actually going to work on improving the code. If you already know an area that you'd like to work on, please state that, too. The price will be 180 EUR incl. VAT (that's 151.26 EUR without), i.e. the same price as for the units that will later be sold openly. I have put together a wiki page with the current status at http://sdr.osmocom.org/trac/wiki/OsmoSDR/Status to make you aware where we are and what is missing. Thanks in advance for your willingness to be early users and help us to improve the codebase. Regards, Harald -- - 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)

11 years, 11 months

3
5
0 0

[PATCH 2/2] #include <math.h> was not needed.

by Christian Vogel

--- src/rtl-sdr.c | 1 - src/rtl_sdr.c | 1 - src/rtl_tcp.c | 1 - 3 files changed, 0 insertions(+), 3 deletions(-) diff --git a/src/rtl-sdr.c b/src/rtl-sdr.c index da79acb..b6f9163 100644 --- a/src/rtl-sdr.c +++ b/src/rtl-sdr.c @@ -22,7 +22,6 @@ #include <string.h> #include <stdio.h> #include <stdlib.h> -#include <math.h> #ifndef _WIN32 #include <unistd.h> #define min(a, b) (((a) < (b)) ? (a) : (b)) diff --git a/src/rtl_sdr.c b/src/rtl_sdr.c index fed0d30..98d5fc5 100644 --- a/src/rtl_sdr.c +++ b/src/rtl_sdr.c @@ -21,7 +21,6 @@ #include <string.h> #include <stdio.h> #include <stdlib.h> -#include <math.h> #ifndef _WIN32 #include <unistd.h> diff --git a/src/rtl_tcp.c b/src/rtl_tcp.c index 3cea790..7cfd524 100644 --- a/src/rtl_tcp.c +++ b/src/rtl_tcp.c @@ -22,7 +22,6 @@ #include <string.h> #include <stdio.h> #include <stdlib.h> -#include <math.h> #ifndef _WIN32 #include <unistd.h> -- 1.7.0.4 --dDRMvlgZJXvWKvBx--

11 years, 11 months

1
0
0 0

[PATCH] Using a #define for constant 2^22 (not pow())

by Christian Vogel

pow() might require the math library to be linked with rtl-sdl (e.g. when compiling with clang), even though it's actually constant. --- src/rtl-sdr.c | 7 +++++-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/src/rtl-sdr.c b/src/rtl-sdr.c index 6a9539b..da79acb 100644 --- a/src/rtl-sdr.c +++ b/src/rtl-sdr.c @@ -675,6 +675,9 @@ int rtlsdr_set_tuner_gain_mode(rtlsdr_dev_t *dev, int mode) return r; } +/* two raised to the power of n */ +#define TWO_POW(n) ((double)(1ULL<<(n))) + int rtlsdr_set_sample_rate(rtlsdr_dev_t *dev, uint32_t samp_rate) { uint16_t tmp; @@ -688,10 +691,10 @@ int rtlsdr_set_sample_rate(rtlsdr_dev_t *dev, uint32_t samp_rate) if (samp_rate > MAX_SAMP_RATE) samp_rate = MAX_SAMP_RATE; - rsamp_ratio = (dev->rtl_xtal * pow(2, 22)) / samp_rate; + rsamp_ratio = (dev->rtl_xtal * TWO_POW(22)) / samp_rate; rsamp_ratio &= ~3; - real_rate = (dev->rtl_xtal * pow(2, 22)) / rsamp_ratio; + real_rate = (dev->rtl_xtal * TWO_POW(22)) / rsamp_ratio; if ( ((double)samp_rate) != real_rate ) fprintf(stderr, "Exact sample rate is: %f Hz\n", real_rate); -- 1.7.0.4 --dDRMvlgZJXvWKvBx Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="0002-include-math.h-was-not-needed.patch"

11 years, 11 months

1
0
0 0

why Docs for the ELONICS E4000 are not published

by Jay Salsburg

Is the reason why Docs for the ELONICS E4000 are not published because it is Chinese? If anyone has the Datasheets for the ELONICS E4000 and REALTECH RTL2832, please share them to osmocom-sdr(a)lists.osmocom.org or post them to http://sdr.osmocom.org/trac/wiki/Hardware Thanks

11 years, 11 months

3
4
0 0

Recent librtlsdr and example program don't work

by Andrea Montefusco

After about a month, I refreshed the local git sandbox but I was not anymore able to receive any sample, even with the test program. I am using a Terratec NOXON DAB/DAB+ USB dongle (rev 1) on Ubuntu 11.10 x86_64 . ./rtl_sdr - Found 1 device(s): 0: Terratec NOXON DAB/DAB+ USB dongle (rev 1) Using device 0: Terratec NOXON DAB/DAB+ USB dongle (rev 1) Found Fitipower FC0013 tuner Tuned to 100000000 Hz. Tuner gain set to -1.000000 dB. Reading samples in async mode... but I can get no output. *am* --------------------------------------------------------- Andrea Montefusco iw0hdv http://www.montefusco.com tel: +393356992791 fax: +390623318709 ---------------------------------------------------------

11 years, 11 months

3
7
0 0

Re: OT: usb hub power switching (Re: Recent librtlsdr and example program don't work)

by Dieter Spaar

Hello Peter, On Tue, 8 May 2012 23:47:33 +0200, "Peter Stuge" <peter(a)stuge.se> wrote: > > Yes, I haven't seen it available in any userspace API on any system. :\ > > It may be possible to send the request to the hub from userspace, but > I haven't tried it. Older Windows Version (before Vista) had IOCTL_USB_HUB_CYCLE_PORT to perform a power cycle. I think there is still a way in newer version too, If I am not wrong the WHQL driver testings tools do perform USB power cycles frequently when testing USB devices. Of course the above is only relevant if you care about Windows ;-) Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

11 years, 11 months

1
0
0 0

RTL2832 questions

by Jeff Gustafson

Hi all, First of all, props to the person that found out how to put the RTL chip into a SDR compatible mode! I've been wanting to play around with SDR and, specifically, P25 for a while now. Finally an inexpensive way to get my feet wet. My question is probably a bit of a noob question. I have successfully received a broadcast FM radio station with the RTL dongle. The problem is that I can't seem to decode anything else. I tried to receive some ham radio (NFM) transmissions from my radio and I didn't get any sound. The white noise blanked out, the scope in gnuradio spiked up, but no real demodulation. Would someone be willing to share a .grc file they know will decode NFM with the gr-osmosdr/rtl-sdr driver? I tried taking some files that used the USRP driver and swapping out the USRP driver with the osmosdr/rtl driver, but no go. Could it be that I don't have all the sampling rates and decimation rates set correctly? ...Jeff

11 years, 11 months

1
1
0 0

Patch for Compro U680F support.

by Marek Kroemeke

Hi guys, Unclear in what format you require patches - but I bought Compro U680F 2 days ago, it has the E4000 chipset and it only required adding usb id in, so as requested in docs - sending a small "patch" that makes it work :-) regards, Marek Kroemeke

11 years, 11 months

2
1
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr May 2012