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.
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/
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
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?
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
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)