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
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
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