osmocom-sdr

osmocom-sdr@lists.osmocom.org

904 discussions

[PATCH] Fix FC0012 tuner filters for librtlsdr
by David Basden 02 Apr '12

02 Apr '12

Thanks to Steve for finding the bug in my GPIO code. This patch should have the FC0012 using it's VHF/UHF filters correctly. The difference in the UHF band is pretty stunning: http://imgur.com/a/gEutK Cheers, David David Basden (1): Correctly switch UHF and VHF filters for FC0012 include/tuner_fc0012.h | 3 +++ src/rtl-sdr.c | 8 +++++++- 2 files changed, 10 insertions(+), 1 deletion(-) -- 1.7.9.5

2 2

librtlsdr - Terratec Cinergy T Stick Black (rev 1) works
by Oliver Goldenstein 02 Apr '12

02 Apr '12

Please add: { 0x0ccd, 0x00a9, "Terratec Cinergy T Stick Black (rev 1)" }, just tested with gnuradio. lsusb shows this: Bus 002 Device 005: ID 0ccd:00a9 TerraTec Electronic GmbH RTL2838 DVB-T COFDM Demodulator [TerraTec Cinergy T Stick Black] Works good. Stick uses rtl2832u/fc0012 -- Oliver, DL6KBG, JO61UB Blog: http://dl6kbg.blogspot.com

2 1

rtl-sdr with airprobe
by schwandre＠gmx.net 02 Apr '12

02 Apr '12

Hi! I tried to use the recorded capture.bin of several arfcn with aiprobe. Checked the arfcn before with cell-log of osmocom. I converted the capture.bin to the cfile format with the rtl2832-cfile gnuradio block. checked the converted recordings with fft-gui of gnuradio. Seems to be fine. Now i used gsm-receiver with the follwing option to decode the broadcast traffic that is in ts0: GSM/airprobe/gsm-receiver/src/python$ ./go_usrp2.sh capture.cfile 174 0b with the downloaded samplefile of srlabs it works fine, but with mine not. i also tried to change the dezimation rate, did not help. i recorded the bin file with 1.8MS/s also did some tests with 200kS/s. How do i calculate the dezimation rate for the different MS/s ? I think it should work when i use 1.8MS/s and decimation rate of 174. What i am doing wrong? I am using the Hama Nano and the terratec noxon, both are working fine, tested it on radio-broadcast 88-108 MHz and 433 MHz ISM-Band. Will be thankful for any hint. Bye! -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

2 1

Si5170 replaceable with SI514 ????
by Heikki Ylipiessa 02 Apr '12

02 Apr '12

Hi. I know that the Si570 is high precision oscilator ... And it mainly covers the frequencies quite well . But .. the 10MHz lower limit cuts the possibility of using it for 1.8MHz and 3.6Mhz and 7.0 MHz HAM radio bands ... The SI514 would possibly cover the need .. As I don't know how solidly the design has been made ... I'm asking if the Si570 can be replaced with SI514 and if so does the device firmware also need adjusting ??? -- Regards , Heikki Ylipiessa Home: heikki(a)ylipiessa.fi Work: heikki.ylipiessa(a)fi.ibm.com

3 2

RTL-SDR: E4000 IF bandwidth
by Michał Rogala 01 Apr '12

01 Apr '12

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

2 2

RTL2832 GNU Radio Source block now in gr-baz
by Balint Seeber 31 Mar '12

31 Mar '12

Hi folks, I've just added RTL2832 support to gr-baz <http://wiki.spench.net/wiki/Gr-baz> with support for both tuners (Elonics E4000 and Fitipower FC0013). I've taken rtl-sdr <http://sdr.osmocom.org/trac/wiki/rtl-sdr> and created a fully-featured GNU Radio Source block <http://wiki.spench.net/wiki/Gr-baz#rtl_source_c> 'baz.rtl_source_c' (with GRC block) that outputs complex values, and allows adjustment of frequency, sample rate and LNA gain. There is also an optional automatic tuner mode control for the E4000. The Source block performs internal multi-threaded buffering for smoother performance (this might be over-engineered, but it seemed to help with the ExtIO plugin <http://wiki.spench.net/wiki/USRP_Interfaces> I mentioned in my previous post here). You can get the source code from my SVN <http://svn.spench.net/main/gr-baz/> or github <https://github.com/balint256/gr-baz> (though please visit the info page <http://wiki.spench.net/wiki/Gr-baz#rtl_source_c> first for more info/pre-reqs - e.g. libusb-1.0, etc). It's experimental, and not the prettiest because I actually ported it back from the ExtIO plugin, but it works for me and if you want to help test/clean it up then that would be very much appreciated! To see it in action, have a peek here: http://youtu.be/FUQd9HOVTk8 Balint @spenchdotnet <http://twitter.com/spenchdotnet>

2 2

RTL2832 SDR plugin for HDSDR/etc
by Balint Seeber 29 Mar '12

29 Mar '12

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>

2 1

Call for participation LSM/RMLL
by Mathias Coinchon 29 Mar '12

29 Mar '12

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

1 0

Osmo SDR board - buy
by Alan Campbell 29 Mar '12

29 Mar '12

Any idea when the SDR boards will be available to buy? And the cost? I was planning an SDR myself when I first saw the Osmo design. There are enough similarities to make yours worth buying - namely, the same FPGA I was looking at. I'm debating whether to buy the Lattice XP Brevia FPGA development kit. All else being equal, I'd rather give YOU guys the money... Regards, -- Alan Campbell - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - My own design ? That uses a SINGLE 12-bit ADC, clocked at 48 MHz (same as USB clock, makes for simpler circuit). The "Zero IF Tuner" becomes a superhet design, with an IF output of 60 MHz. Undersampling & downsampling in the FPGA gives a 12MHz bandwidth (actually less, depends if IFstage bandwidth & degree of downsampling) 2-stage RF front end: 1-30MHz (si 570 is 61-90MHz) and VHF 140-150MHz (si 570 is 80-90MHz). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

2 1

Contributing to rtl-sdr (fc0012)
by David Basden 27 Mar '12

27 Mar '12

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

4 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr