Hi!
I've just noticed one issue about E4000 driver that bothers me - IF
bandwidth at the chip is set to 8 MHz, where maximum bandwidth of
RTL2832U sampling is 3.2 MHz.
Wouldn't reducing IF bandwidth at tuner chip improve overall
sensitivity (and maybe noise level)?
best regards
Michal Rogala
Hi folks,
'rtl-sdr' is a great development. Thank you to all involved!
I'd like to throw in my bit: I've just released a beta version of my ExtIO
plugin <http://wiki.spench.net/wiki/ExtIO_USRP> with support for
RTL2832+E4000 (my one is called 'ezcap'). This means you can use the DVB-T
USB stick with Winrad <http://www.winrad.org/> /HDSDR <http://www.hdsdr.de/>
/WRplus, etc.
http://spench.net/r/USRP_Interfaces
I've done a fair bit of work <http://wiki.spench.net/wiki/RF> in GNU Radio,
but I find having a simple/functional 'software specan' (i.e. those apps) is
another great test tool. The ExtIO plugin also lets you stream the received
baseband data from the app to GNU Radio over your LAN (just use the UDP
Source block!).
Apart from RTL2832, the plugin also supports all USRPs, the FUNcube Dongle,
and functions as a network client if you choose to connect your SDR hardware
to a separate computer and wish to stream the data & control the radio
across your LAN (lossless, compared to having to use a long length of
coax!). This protocol/implementation is called BorIP
<http://wiki.spench.net/wiki/BorIP> , and is essentially a transparent
network abstraction for the SDR receivers mentioned above (not really
necessary if you have a LAN-enabled USRP, but great for USRP 1 & B100). The
BorIP server is included with the plugin's installer.
Additionally, I recently released many new blocks (in the gr-baz
<http://wiki.spench.net/wiki/Gr-baz> module) and patches
<http://wiki.spench.net/wiki/GNU_Radio_Patches> for GNU Radio too, part of
which enables native BorIP reception support in GNU Radio (BorIP Source
block, and BorIP protocol/packet support for UDP Source Block). The enhanced
Source blocks are handy because they will notify you of hardware/buffer
overruns at the server and network packet loss. Other new blocks help with
automatic FEC decoding, and also include Variable Delay (great for blind
signal analysis), a simple eye diagram sink (originally from OP25
<http://op25.osmocom.org/> ) and a Fast Auto-correlation Sink
<http://wiki.spench.net/wiki/Fast_Auto-correlation> (originally from
'Frank').
I'm probably going to add my own implementation of a native RTL2832 Source
block to gr-baz tonight, so I may post again soon.
Hope this is useful!
Kind regards,
Balint @spenchdotnet <http://twitter.com/spenchdotnet>
Dear Osmocom-SDR community,
This email to inform you that the call for participation for the next Libre Software Meeting (LSM or RMLL: Rencontres Mondiales du Logiciel Libre) ends on 31st March: http://2012.rmll.info/en/participate/call-for-papers
This edition will take place in Geneva from 7th to 12th July 2012 (7-8 general public days, 9-12 theme focused, professional).
Personally, I'm co-coordinator of the media/TV/Radio/Graphics theme where we will have different projects for media and broadcasters presenting cases. There will be for example a presentation and demonstration of a high power transmission digital radio transmission based on CRC tools, USRP on a power amplifier/mask filter.
It would be of great interest for the communities to learn about the Osmocom SDR and RTL SDR (in a presentation) and possibly play with them (in a workshop). Applications would be interesting too.
So please don't hesitate to directly submit.
Don't hesitate also to contact me for more information.
Mathias Coinchon
Hi!
I'm just wondering what the best way to be able to contribute code
into the rtl-sdr project is?
I've added support for the FC0012 tuner (based on the dvb driver and
cleaned up some), and would much rather contribute directly rather
than fork it just for the sake of the stuff I write.
There's a diff here: https://gist.github.com/2171926 against rtl-sdr
a few days back. I've got a couple of fixes that aren't in that patch
still to upload (like setting GPIO6 to flip the V/U band filter. Oops.)
Cheers,
David
Hy,
I just stumbled over the rtl-sdr without any prior knowledge about srd
or the osmocom-project. I'm sorry if this hole project is just not for
newbies but I wanted to at least ask for help.
I planing to use the Noxon DVB USB Stick as an sdr to listen to our baby
monitor and extend it's radius this way.
My first step is to listen to a fm radio station by collecting some I/Q
on the stations frequency. But neither the I/Q nor the cfile I created
using the gnu-radio companion results in data I can listen to sending it
to /dev/audio. I assume, I'm making some major mistakes so I want to ask
for some hints or reading advice (some M to RTFM ;-)
Thank you,
Hoffmann P
Hi!
A have a question regarding current development status of RTL-SDR
project - does someone develop any additional tools than those
available on osmocom git?
Actually I'm developing ExtIO DLL library to connect various SDR
software (ie. Winrad, HDSDR, etc) with RTL-SDR dongles.
I'm asking because I don't want to duplicate someone's else work.
best regards
Michal Rogala
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi everybody,
after a few weeks of apparent silence I'm here to report the current
status of the OsmoSDR stick. I know that a bit more reporting and
general traffic on the list would be good for the project, but please
be patient with us since this project runs in all our spare time - and
there is not much of that...
I have to admit that the advent of the rtl-sdr is bit a kick into the
stomach, but I fear that the problem lies with us and our slow progress.
However I can only stress that the OsmoSDR will be more flexible,
powerful, programmable (even stand-alone operation is possible!) and
sensitive. Many of you don't care much about sensitivity, but you will
notice the difference when you see it...
But now to the facts:
- - the OsmoSDR revision 2 review is completed and the PCBs are ordered
- - depending on the workload of the PCB shop, we have to wait ten to 15
working days for the PCBs to ship to Stefan Reimann (DG8FAC)
- - he will assemble 20 boards immediately (machine time is booked)
- - after that we will tests and checks that no fatal bug remains
- - after that the rest are assembled
- - we will have about 100 boards then (most probably a few will need
some rework as soldering is not a 100% process)
For the revision 2 we changed the following things:
- - clock output of the Si570 was reworked the mitigate voltage level
problems on the E4000 input
- - a lowpass in to E4000 input was added to kill harmonics from the
Si570 (the Si570 produces a square wave signal)
- - a ~20dB LNA was added to increase sensitivity to -125dB @ 450 MHz
(at least we hope so :)
- - a lowpass at the antenna input was added to avoid driving 100mW into
the E4000 when a WLAN near to the stick goes on TX
- - serial wire debugging for the SAM3U was added
- - a few lines at the FPGA were rerouted
- - LEDs moved to the border of the board
- - the board was shrunk 1mm to fit into a casing
- - the expansion pins were moved to fit into the 2.54mm grid (a
breadboard should fit neatly on top)
During the sensitivity tests I did two weeks ago I saw that the RX
spectrum is pretty clean and the RX filters in the E4000 are really good.
So - even with a few weeks delay - we can finally look forward to get
our hands at the OsmoSDR and we will have a really good receiver at
our hands!
Cherio!
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/
iQEcBAEBAgAGBQJPaLNtAAoJEHkgzUIsAWrihOMIAIunTXO47hk4fcUxLjaj/mB3
24vBjxqpbnHWGgG35bLAjTICkpg0sZEgxppl3w7nKR1vzyoCVl2qdXfuFhrml/WP
mREjLTjtYZB2o1snDKmyoV7jnvHlXKql4AbMnNz2XAlQ0kgDw+BLJf1CNvHpTeNK
6c0WA7XzVEZVYHiCBI8hDWl1/WUK2JLRdmJ7sFrINO40kn5ka5trUDDfCaAr/fAR
+0rD0Fhqm3R7tOHmC9e4PWwslY1pGYB2pbcCbICHgEWlQQRSGxdSCzkEL0/STcuI
rHuLTpfSrHkbn/TtHaIuVvfraAq8fRARiVqoMooIK0+h8bxfFiHxbHznuh33moY=
=zTDS
-----END PGP SIGNATURE-----
Hi,
The rtl-sdr is really great ! Congratulation and thank you for your work !
This really democratises the SDR to anyone with so low prices.
I have an ezcap ez646 USB stick, based on rtl2832u but this one has a FC0012 tuner chip.
I wondered if some of you had information or clues about this tuner as you have developped the driver for the FC0013.
Then I could attempt to adapt the code for this stick.
Regards
Mathias Coinchon
opendigitalradio.org
Hello Christian,
On Tue, 06 Mar 2012 17:49:02 +0100, "Christian Daniel -- maintech GmbH" <cd(a)maintech.de> wrote:
>
> The RX is not a sensitivity-wonder. Perhaps a preamp?
I have to correct my previous posting, the Funcube has an LNA between
antenna and the E4000 so the sensitivity numbers are not comparable.
But maybe it is possible to use a similar circuit.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Christian,
On Tue, 06 Mar 2012 18:59:35 +0100, "Christian Daniel -- maintech GmbH" <cd(a)maintech.de> wrote:
>
> your package is still laying here... sorry... :((((((( (head -> desk)
No problem, thats why I have looked for this USD 20 device ;-)
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Christian,
On Tue, 06 Mar 2012 17:49:02 +0100, "Christian Daniel -- maintech GmbH" <cd(a)maintech.de> wrote:
>
> The RX is not a sensitivity-wonder. Perhaps a preamp?
According to the Funcube Technical FAQ:
Each unit is tested for 0.15uV for 12dB SINAD NBFM at 145MHz and 435MHz
I am not 100% sure how to compare this number with your results but
this seems to be (much) better (if my quick calculation wasn't totally
wrong).
Also from my very short and quick experience with a DVB-T Stick based
on an E4000 and RTL2832U, the sensitivity is quite good (I only tried
DAB/FM/DVB-T so far with a very bad antenna inside a building).
BTW, according to a newsgroup post this device also offers some sort
of raw mode with around 2 MHz sample rate for 8-bit I/Q values. Not
that bad for USD 20 including shipping ;-)
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi guys,
I measured the sensitivity of our OsmoSDR. For that I did the
following commands:
tuner.init!
tuner.freq=465000000
tuner.dc_calib!
tuner.dc_table!
tuner.gain=6,9,9,2,15,15
tuner.iqofs=43,27,0,0
I did the measurements on no-so-even frequencies to avoid any lines in
the sprectrum. I increased the power from my signal generator until a
SNR of 10dB as achieved. The RX was tuned 100kHz lower than the TX
signal and the I/Q offset was calibrated before every measurement.
65.2MHz: -99dBm
145.2MHz: -102dBm
435.2MHz: -104dBm
945.2MHz: -85dBm
1300.2MHz: -89dBm
1500.2MHz: -89dBm
1800.2MHz: -84dBm
Also please note that we have a hole at 1200 MHz - there are no valid
PLL settings here.
The RX is not a sensitivity-wonder. Perhaps a preamp?
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/
iQEcBAEBAgAGBQJPVj/4AAoJEHkgzUIsAWripiAIAJ00dqh1/0MEehEdQrqtN4Ox
dRHJrKSv1o+2I3HlAGLXCeAYXenaML1+hrmjZfoOCz9yYDabMD65/DVplU5lnvHT
nkXEkJCdkdwOL2vieb1QD0aUmgRmjH1OugOS8DotjtmtGI4Wd/nqFn39gNVSb/hZ
nC06jldOeTumgzH5dxv4VbBfbuCTpm5I8ShoA7+Ub4UNSWXLUJtQRwby0xXaR23S
6KWBZAMW8wJHW8Ish9NNEdZup32ZwhpbLGDVwspHNRyxYa5YUzYQK5medVJ2K+EL
dO44kX/lHU+v5SxfOhjbqjJcJWt7WQWA+L1ROIpFV8DkRMT0EscR0v1No1ybQfA=
=T3tF
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello everybody,
following up on Harald's great progress I wrote some tool to verify the
RF purity of our design. This is the last step before we can order the
final PCBs and start production.
Sadly from my current results we have some room for improvements. Right
now I'm reviewing the E4000 driver as I suspect the visible steps in the
attached spectrum to be switching points in the E4000. Perhaps something
can be improved here...
Stefan told me that without any antenna the output levels of the E4000
should be below the LSB limit of the ADC - clearly we have a lot of
noise on the signal. But we also don't have any I/Q calibration and I
can see significant offsets on these lines...
I'll keep you posted!
Cheerio,
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/
iQEcBAEBAgAGBQJPTzeFAAoJEHkgzUIsAWrilLMH/1s45+iDzv0+YqNpql5sZSs0
88uWFZbbpd22HVY4tifMpe5n4E1bJJBK2Sfuq9t4HDIV/Tka9KijCDT7a3BVbzzQ
TqQ3iimSdS7/+UYiNI9OPhdpFaBE1tuCcvWg4lBXct125mynOM/VajLMsXDd/4E6
UVtwUqFxWFXhWXi7/jT/P8+2dhUHZ0sLTsWNp7FS8+SCn7/Uu9QvEc0ZIr8ufaiK
NwWTM8O16mUEn0iFMme8WdBhTsi7TTiK23Wd7RZGkZfZeMEr93jPtpvlvkDRlwiF
RJC158eAZASsXfyRAw1wr59GVsJF4S7HV88LkKVFS4FOU2t09b/DKZplWnfp0IQ=
=5KOA
-----END PGP SIGNATURE-----
