osmocom-sdr

osmocom-sdr@lists.osmocom.org

917 discussions

librtlsdr maintenance and releases
by Oliver Jowett 16 Feb '15

16 Feb '15

Is Osmocom still maintaining librtlsdr? Last change to the code was over a year ago now. Any plans for future releases of the library? Oliver

1 0

Announcing OsmoDevCon 2015
by Harald Welte 13 Feb '15

13 Feb '15

Dear Osmocom.org project members, I'm happy to be able to announce the annual incarnation of OsmoDevCon. The Date is set for March 27 through 30. Venue: As usual, IN-Berlin e.V. in Berlin, Germany. Further details can be obtained from http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2015 Attendance, as usual, is restricted to people with an active history in the Project by contributions in terms of code, patches, discussions, documentation or in other form. = Registration = If you have wiki access, please add yourself to the #Requested section. Alternatively, you can send me private e-mail about it. After review, your (nick)name will be listed in the #Confirmed section. Looking forward to meeting all of you again soon! -- - 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)

1 0

A rtl-sdr driver fork for #Sdr-Sharp was created with software decimation
by rtlsdrfan＠airmail.cc 04 Feb '15

04 Feb '15

It seems a Russian developer created a fork of rtl-sdr that has software decimation. "The decimation feature allows you to sacrifice some bandwidth for increased ADC bit resolution." This may be a reimplementation of the sdr-sharp version of decimation according to this story: http://www.rtl-sdr.com/new-sdr-rtl-sdr-driver-lnamixervga-gain-settings-dec… The driver also features manual settings for the LNA/Mixer and VGA gain stages and is based on Oliver Jowet’s modified driver. The source code is here: http://sourceforge.net/projects/sdrr820tmanualgainsettings/files/ if anybody wants to see if there are any notable changes worthy of making a patch or pull for as it may contain other fixes or features.

1 0

R820T
by Leif Asbrink 02 Feb '15

02 Feb '15

Hi All, The rtl-sdr library from Osmocom uses R820T with an IF filter bandwidth of 5 MHz. This means that the peak amplitude of all the signals within this bandwidth has to be below the point of saturation for tha ADC. To accomplish that on a crowded FM band it is necessary to turn down the gain which means that weak stations can not be heard because of the degraded NF. It is possible to do much better. The IF filter which actually is a low pass filter and a high pass filter can be set for a bandwidth of 300 kHz. Dynamic range increases by something like 30 dB for the second next channel 400 kHz away. It is also possible to get some more improvement by changing the gain distribution. Sampling should remain at 2.4 MHz because the stop band attenuation is not very high and if sampling at 300 kHz one would get aliases from signals outside the filter if they are strong. Here is a video showing the difference between the Osmocom library and a modified library: https://www.youtube.com/watch?v=btDiWHuI730 Amusing that the cheap dongle has lower phase noise than the low noise synthetized generator from Hewlet Packard. An oldfashioned vacuumtube generator is needed to find the performance of the dongle... The modified library can be obtained like this: git clone https://github.com/dl8aau/librtlsdr A dll for Windows is available here: https://drive.google.com/file/d/0B9m6SAaGpewQeWtyS0lzdW1xVmM/view?usp=shari… Linrad-04.04 will soon become available here: http://www.sm5bsz.com/linuxdsp/linrad.htm Regards Leif

1 0

add new Hardware ID (VID / PID) of already supported device - no listet yet
by Martin Hochdekker 31 Jan '15

31 Jan '15

Hello, I want to inform you about a new hardware ID that is currently not yet listet in sourcecode, but does work out of the box once the VID / PID is added to the list in "librtlsdr.c". https://github.com/steve-m/librtlsdr/blob/master/src/librtlsdr.c#L316 Hardware ID: *15f4:0133* VID: 15f4 PID: 0133 Manufacturer: HanfTek We already tried it out successfully under Linux by adding a new line with these specifications to "librtlsdr.c" and compiled. We successfully ran rtl_test, rtl_tcp and rtl_fm. I want to run it with SDR# Windows and was told to get in contact with the developers of the driver, in order to get it working. ------------------------- I don't know how long it takes the maintainer / developer to add the line, compile and provide the binaries officially... But I tried on my own like 20 times to compile steven-m's rtl-sdr from github under *Windows* 7 with my modified librtlsdr.c with no success. Although I dont have any experience in compiling stuff on Windows. So I'm wondering, maybe is there someone who does know how to compile - please please would you compile a modified version and send me the specific binarys for testing? :D I can't compile them on my own - it's just horrible. If u know how to compile it: just clone the sourcecode from https://github.com/steve-m/librtlsdr. Then open the* file "librtlsdr.c"* and *add a new line after line 316:{ 0x15f4, 0x0133, "HanfTek DVB-T" },* *Anyone can do this for Windows 7? Pleaz* Sincerely, Martin

1 0

add new Hardware ID (VID / PID) of already supported device - no listet yet
by Martin Hochdekker 31 Jan '15

31 Jan '15

1 0

compiling rtl-sdr on cygwin
by Simon Eigeldinger 21 Jan '15

21 Jan '15

hi all, has someone compiled rtl-sdr on cygwin? can someone tell me how to do that? because the normal way of doing it seems to not work. greetings, simon -- Simon Eigeldinger Follow me on Twitter: http://www.twitter.com/domasofan/ E-Mail: simon.eigeldinger(a)vol.at MSN: simon_eigeldinger(a)hotmail.com ICQ: 121823966 Jabber: domasofan(a)andrelouis.com --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. http://www.avast.com

1 0

gr-osmosdr v0.0.2-76-gc7cb045f (0.0.3git) bug
by Itsuugo 20 Jan '15

20 Jan '15

Hi, I'm using gnuradio 3.6 and gr-osmosdr branch gr36. When I try to run some script like osmocom_fft or using a block the osmosdr source in gnuradio-companion it throws this message: File "/usr/local/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 22, in swig_import_helper _mod = imp.load_module('_osmosdr_swig', fp, pathname, description) ImportError: /usr/local/lib/libgnuradio-osmosdr-0.0.3git.so.0.0.0: undefined symbol: _ZN3uhd6device4findERKNS_13device_addr_tENS0_15device_filter_tE It works well if compiling the gr-osmosdr without UHD support cmake -DENABLE_UHD=OFF ../ Hope this helps

1 0

Segfaults in libusb / rtlsdr_close
by Oliver Jowett 17 Jan '15

17 Jan '15

I'm seeing crashes in libusb when calling rtlsdr_close, typically like this: cancel_async cancel_async done pthread_join read_async returned lock mutex signal cond unlock mutex thread finishing pthread_join done closing device rtlsdr_demod_write_reg failed with -1 rtlsdr_demod_read_reg failed with -1 r82xx_write: i2c wr failed=-1 reg=06 len=1 rtlsdr_demod_write_reg failed with -1 rtlsdr_demod_read_reg failed with -1 rtlsdr_write_reg failed with -1 [Thread 0xb6cd5470 (LWP 3232) exited] Program received signal SIGSEGV, Segmentation fault. 0xb6ef6c28 in libusb_submit_transfer () from /lib/arm-linux-gnueabihf/libusb-1.0.so.0 (gdb) bt #0 0xb6ef6c28 in libusb_submit_transfer () from /lib/arm-linux-gnueabihf/libusb-1.0.so.0 #1 0xb6ef83cc in libusb_control_transfer () from /lib/arm-linux-gnueabihf/libusb-1.0.so.0 #2 0xb6f0bfa4 in ?? () from /usr/lib/arm-linux-gnueabihf/librtlsdr.so.0 Cannot access memory at address 0x2ebd8a8 (Yeah, the stack's not very useful, but the eventual caller is definitely rtlsdr_close) There's a thread blocked in rtlsdr_read_async(), but I call rtlsdr_cancel_async() and wait for rtlsdr_read_async() to return (and the thread to terminate) before trying to close the device. This is with the current github version of librtlsdr on a Raspberry Pi with libusb 1.0.11 from the standard Raspbian package (2:1.0.11-1) Anyone seen this before? Oliver

1 0

USRP overrun with B210
by altaf sk 14 Jan '15

14 Jan '15

Helo I am working with the LTE_FDD_DL_SCAN application which is running with a USRP B210 connected via USB3. The application works with flowgraph and connected to USRP source through gr-osmosdr. Running with a Sampling rate: 15.36MS/s Master clock rate: 15.36MS/s using gnuradio 3.7.3 and uhd 3.7.1 causes the overrun 'o' printed on stdout every 3-4 seconds. This problem is not seen when running over sampling rates less than 8MS/s. The signal processing function on the host has heavy computing and I do not want to change the decimation factor. I tried running the application with high priority but no success. Is it possible to solve with recv_buff_size parameter.? Does gr-osmosdr have any function (implemented) that can increase the buffer size. Can you suggest other ways to boost the speed and control overruns. Cheers Altaf

1 0

← Newer
1
...
49
50
51
52
53
54
55
...
92
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr