osmocom-sdr

osmocom-sdr@lists.osmocom.org

904 discussions

anyone have make fail on build.make:54: recipe for target 'src/CMakeFiles/rtl_tcp.dir/rtl_tcp.c.o'??
by loren butler 16 Mar '15

16 Mar '15

make produces the following...i have tried the main and mirror to see if there was a difference.... running raspian, the same instructions worked before...however im stuck in my tracks with this one Scanning dependencies of target convenience_static [ 5%] Building C object src/CMakeFiles/convenience_static.dir/convenience/convenience.c.o Linking C static library libconvenience_static.a [ 5%] Built target convenience_static Scanning dependencies of target rtlsdr_shared [ 10%] Building C object src/CMakeFiles/rtlsdr_shared.dir/librtlsdr.c.o [ 15%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_e4k.c.o [ 20%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc0012.c.o [ 25%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc0013.c.o [ 30%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc2580.c.o [ 35%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_r82xx.c.o Linking C shared library librtlsdr.so [ 35%] Built target rtlsdr_shared Scanning dependencies of target rtl_adsb [ 40%] Building C object src/CMakeFiles/rtl_adsb.dir/rtl_adsb.c.o Linking C executable rtl_adsb [ 40%] Built target rtl_adsb Scanning dependencies of target rtl_eeprom [ 45%] Building C object src/CMakeFiles/rtl_eeprom.dir/rtl_eeprom.c.o Linking C executable rtl_eeprom [ 45%] Built target rtl_eeprom Scanning dependencies of target rtl_fm [ 50%] Building C object src/CMakeFiles/rtl_fm.dir/rtl_fm.c.o Linking C executable rtl_fm [ 50%] Built target rtl_fm Scanning dependencies of target rtl_power [ 55%] Building C object src/CMakeFiles/rtl_power.dir/rtl_power.c.o Linking C executable rtl_power [ 55%] Built target rtl_power Scanning dependencies of target rtl_sdr [ 60%] Building C object src/CMakeFiles/rtl_sdr.dir/rtl_sdr.c.o Linking C executable rtl_sdr [ 60%] Built target rtl_sdr Scanning dependencies of target rtl_tcp [ 65%] Building C object src/CMakeFiles/rtl_tcp.dir/rtl_tcp.c.o /home/davinci/librtlsdr/src/rtl_tcp.c:28:23: fatal error: arpa/inet.h: No such file or directory compilation terminated. src/CMakeFiles/rtl_tcp.dir/build.make:54: recipe for target 'src/CMakeFiles/rtl_tcp.dir/rtl_tcp.c.o' failed make[2]: *** [src/CMakeFiles/rtl_tcp.dir/rtl_tcp.c.o] Error 1 CMakeFiles/Makefile2:355: recipe for target 'src/CMakeFiles/rtl_tcp.dir/all' failed make[1]: *** [src/CMakeFiles/rtl_tcp.dir/all] Error 2 Makefile:113: recipe for target 'all' failed make: *** [all] Error 2

1 0

rtl_test.exe failed to open rtlsdr device #0 with RTL2832U+R820T(tuner)
by Longxiang Wang 13 Mar '15

13 Mar '15

Hi, I am a rookie playing with SDR, and I have installed the driver with zadig properly I think, then I try to use rtl_test.exe, the error is like *Found 2 devices:* *0: ezcap usb2.0 DVB-T/DAB/FM dongle* *1:ezcap usb2.0 DVB-T/DAB/FM dongle* *failed to open rtlsdr device #0* Can anyone help? I would really appreciate that Thanks, Benjamin

1 0

SDR Osmocom
by Radiarisainana Sitraka 11 Mar '15

11 Mar '15

I would have a principal electornic schematic of SDR?thank's for helping.

1 0

Integration of Murata DNT 900
by Al Woodcock 10 Mar '15

10 Mar '15

Has any one used the Murata DNT 900 with a raspberry pi To receive data from the iron ert? It seems to have a little more range than the others I've been looking into. Just curious Al

1 0

Integration of Murata
by Al Woodcock 10 Mar '15

10 Mar '15

Sent from my iPad

1 0

gr-fosphor: error: work group size exceeds the maximum default value for the selected device (AMD HD 5450)
by Sipos Csaba 27 Feb '15

27 Feb '15

Dear list, I just compiled gr-fosphor on a PC equipped with a HD 5450 card, and when I try to run osmocom_fft -F I gut the following error: root@TH-SDR1:~/gr-fosphor/gr-fosphor/lib/fosphor# osmocom_fft -F linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.001-42-g8c87a524 gr-osmosdr v0.1.4-8-g46bb1ad1 (0.1.5git) gnuradio 3.7.5.1 built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace -- Operating over USB 3. -- Initialize CODEC control... -- Initialize Radio control... -- Performing register loopback test... pass -- Performing CODEC loopback test... pass -- Asking for clock rate 32.000000 MHz... -- Actually got clock rate 32.000000 MHz. -- Performing timer loopback test... pass -- Setting master clock rate selection to 'automatic'. -- Using subdev spec 'A:A'. [+] Selected device: Cedar Build log for 'display.cl': "/tmp/OCL2287T8.cl", line 67: error: work group size exceeds the maximum default value for the selected device __attribute__((reqd_work_group_size(16, 16, 1))) ^ 1 error detected in the compilation of "/tmp/OCL2287T8.cl". Frontend phase failed compilation. --- [!] CL Error (-11, /root/gr-fosphor/gr-fosphor/lib/fosphor/cl.c:344): Failed to build program I installed the latest stable driver and APP-SDK. oot@TH-SDR1:~/gr-fosphor/gr-fosphor/lib/fosphor# fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: AMD Radeon HD 5450 OpenGL version string: 4.4.13283 Compatibility Profile Context 14.501.1003 Here is the info about the card: NAME: Cedar VENDOR: Advanced Micro Devices, Inc. PROFILE: FULL_PROFILE VERSION: OpenCL 1.2 AMD-APP (1642.5) EXTENSIONS: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_ext_atomic_counters_32 cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt cl_amd_image2d_from_buffer_read_only cl_khr_spir cl_khr_gl_event DRIVER_VERSION: 1642.5 Type: GPU EXECUTION_CAPABILITIES: Kernel GLOBAL_MEM_CACHE_TYPE: None (0) CL_DEVICE_LOCAL_MEM_TYPE: Local (1) SINGLE_FP_CONFIG: 0x3e QUEUE_PROPERTIES: 0x2 VENDOR_ID: 4098 MAX_COMPUTE_UNITS: 2 MAX_WORK_ITEM_DIMENSIONS: 3 MAX_WORK_GROUP_SIZE: 128 PREFERRED_VECTOR_WIDTH_CHAR: 16 PREFERRED_VECTOR_WIDTH_SHORT: 8 PREFERRED_VECTOR_WIDTH_INT: 4 PREFERRED_VECTOR_WIDTH_LONG: 2 PREFERRED_VECTOR_WIDTH_FLOAT: 4 PREFERRED_VECTOR_WIDTH_DOUBLE: 0 MAX_CLOCK_FREQUENCY: 650 ADDRESS_BITS: 32 MAX_MEM_ALLOC_SIZE: 134217728 IMAGE_SUPPORT: 1 MAX_READ_IMAGE_ARGS: 128 MAX_WRITE_IMAGE_ARGS: 8 IMAGE2D_MAX_WIDTH: 16384 IMAGE2D_MAX_HEIGHT: 16384 IMAGE3D_MAX_WIDTH: 2048 IMAGE3D_MAX_HEIGHT: 2048 IMAGE3D_MAX_DEPTH: 2048 MAX_SAMPLERS: 16 MAX_PARAMETER_SIZE: 1024 MEM_BASE_ADDR_ALIGN: 2048 MIN_DATA_TYPE_ALIGN_SIZE: 128 GLOBAL_MEM_CACHELINE_SIZE: 0 GLOBAL_MEM_CACHE_SIZE: 0 GLOBAL_MEM_SIZE: 268435456 MAX_CONSTANT_BUFFER_SIZE: 65536 MAX_CONSTANT_ARGS: 8 LOCAL_MEM_SIZE: 32768 ERROR_CORRECTION_SUPPORT: 0 PROFILING_TIMER_RESOLUTION: 1 ENDIAN_LITTLE: 1 AVAILABLE: 1 COMPILER_AVAILABLE: 1 MAX_WORK_GROUP_SIZES: 128 128 128 --------------------------------------------------------------------- If someone can suggest what else to try, it will be appreciated. Thanks, Csaba

2 4

Calling rtlsdr_* while receiving in async mode
by Oliver Jowett 16 Feb '15

16 Feb '15

What's the "right way" to call rtlsdr_* functions while receiving samples via rtlsdr_read_async()? e.g. to change frequency or gain mid-run. You can't call them directly from the async callback as you're within a libusb callback at that point and libusb will self-deadlock if you do anything that needs a synchronous transfer. Plus even without the self-deadlock you really don't want a recursive callback happening if another bulk transfer turns up.. You can't call them from a separate thread because librtlsdr isn't threadsafe. The only way I've found that's reliable is to call rtlsdr_cancel_async() from within the async callback, wait for rtlsdr_read_async() to return, do your work, then call rtlsdr_read_async() again. This is ugly and can drop samples. rtlsdr_read_async() is also a bit buggy in that sometimes it will take up to a second after cancellation has completed before it returns (it calls into libusb to handle more events even if all xfers have completed cancellation, and then you've got to wait for that to time out..) What's the right way to do this? Oliver

1 1

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

← Newer
1
...
47
48
49
50
51
52
53
...
91
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr