osmocom-sdr

osmocom-sdr@lists.osmocom.org

904 discussions

have you tried using a powered USB HUB?
by Justin Kelly 26 Apr '18

26 Apr '18

Hi Joshua, have you tried your experiment with a powered USB hub? I've found a number of times that a powered hub can solve mystery problems with USB devices. Cheers! -Justin N2TOH ---------- Forwarded message ---------- From: DC7IA <mailinglists(a)dc7ia.eu> To: osmocom-sdr(a)lists.osmocom.org Cc: Bcc: Date: Thu, 26 Apr 2018 19:56:01 +0200 Subject: [osmo-fl2k] can't receive anything Hi there, I've set up osmo-fl2k yesterday and since then I'm trying to get WBFM or GSM working, but I cannot receive anything. Software does not give me any errors, so I don't know where to look for the problem. Maybe I should note that I'm only able to use USB 2.0 on my Thinkpad T400, could that make trouble as it is a USB 3.0 device? -- *73 Joshua Hoffmann DC7IA | KK4RVI * stellv. AJW-Referent im Distrikt O (Süd-Westfalen) AJW-Seite des Distriktes <http://www.darc.de/distrikte/o/referate/ajw/> Diese E-Mailadresse ist ausschließlich für Mailinglisten E-Mails. Normale E-Mails an DC7IA(a)DARC.de senden, da sie andernfalls nicht rechtzeitig gelesen werden. -- --Evil people do evil things, how is irrelevant.

1 0

[PATCH] Make sdrangelove friendly for packaging
by Dave Olsthoorn 26 Apr '18

26 Apr '18

This patch makes sdrangelove able to install through 'make install' and also makes the plugin manager able to load from a specific directory like /usr/lib64/sdrangelove/plugins while sdrangelove is inside /usr/bin. To load plugins from a specific directory start cmake with '-DSDRANGELOVE_PLUGIN_DIR:PATH=/path/to/plugin/directory' and compile, to make installing even more easy 'make install' installs the plugins in the specified directory. Signed-off-by: Dave Olsthoorn <dave(a)bewaar.me> --- CMakeLists.txt | 24 ++++++++++++++++++++++++ plugins/channel/nfm/CMakeLists.txt | 6 +++++- plugins/channel/tcpsrc/CMakeLists.txt | 5 +++++ plugins/channel/tetra/CMakeLists.txt | 4 ++++ plugins/samplesource/gnuradio/CMakeLists.txt | 4 ++++ plugins/samplesource/osmosdr/CMakeLists.txt | 4 ++++ plugins/samplesource/rtlsdr/CMakeLists.txt | 4 ++++ sdrbase/plugin/pluginmanager.cpp | 13 ++++++++++++- 8 files changed, 62 insertions(+), 2 deletions(-) diff --git a/CMakeLists.txt b/CMakeLists.txt index 72ce30e..b0d38d5 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -21,6 +21,10 @@ find_package(PkgConfig) find_package(FFTW3F) find_package(FFTS) +IF(DEFINED SDRANGELOVE_PLUGIN_DIR) + add_definitions( -DSDRANGELOVE_PLUGIN_DIR=\"${SDRANGELOVE_PLUGIN_DIR}\") +ENDIF() + IF(CMAKE_SYSTEM_PROCESSOR MATCHES "x86_64|AMD64|x86") SET(USE_SIMD "SSE2" CACHE STRING "Use SIMD instructions") @@ -250,6 +254,19 @@ target_link_libraries(sdrbase ${LIBUSB_LIBRARIES} ) +if(UNIX) +# we only the version the library under unix systems +set_target_properties(sdrbase PROPERTIES + VERSION 0.0.0 + SOVERSION 0 +) + +# and only install in lib or lib64 under unix systems +install(TARGETS sdrbase + LIBRARY DESTINATION lib${LIB_SUFFIX} +) +endif(UNIX) + if(LIBFFTS_FOUND) target_link_libraries(sdrbase ${LIBFFTS_LIBRARIES}) else(LIBFFTS_FOUND) @@ -308,6 +325,13 @@ target_link_libraries(sdrangelove ${OPENGL_LIBRARIES} ) +if(UNIX) +# only install in bin when we are on unix +install(TARGETS sdrangelove + RUNTIME DESTINATION bin +) +endif(UNIX) + if(WIN32) set_target_properties(sdrangelove PROPERTIES LINK_FLAGS_DEBUG "/SUBSYSTEM:CONSOLE") set_target_properties(sdrangelove PROPERTIES COMPILE_DEFINITIONS_DEBUG "_CONSOLE") diff --git a/plugins/channel/nfm/CMakeLists.txt b/plugins/channel/nfm/CMakeLists.txt index feeb891..7abfe56 100644 --- a/plugins/channel/nfm/CMakeLists.txt +++ b/plugins/channel/nfm/CMakeLists.txt @@ -44,4 +44,8 @@ target_link_libraries(demodnfm sdrbase ) -qt5_use_modules(demodnfm Core Widgets OpenGL Multimedia) \ No newline at end of file +if(DEFINED SDRANGELOVE_PLUGIN_DIR) + install(TARGETS demodnfm DESTINATION ${SDRANGELOVE_PLUGIN_DIR}) +endif() + +qt5_use_modules(demodnfm Core Widgets OpenGL Multimedia) diff --git a/plugins/channel/tcpsrc/CMakeLists.txt b/plugins/channel/tcpsrc/CMakeLists.txt index df7c4d4..6ea431b 100644 --- a/plugins/channel/tcpsrc/CMakeLists.txt +++ b/plugins/channel/tcpsrc/CMakeLists.txt @@ -44,4 +44,9 @@ target_link_libraries(demodtcpsrc sdrbase ) +if(DEFINED SDRANGELOVE_PLUGIN_DIR) + install(TARGETS demodtcpsrc DESTINATION ${SDRANGELOVE_PLUGIN_DIR}) +endif() + + qt5_use_modules(demodtcpsrc Core Widgets OpenGL Network) diff --git a/plugins/channel/tetra/CMakeLists.txt b/plugins/channel/tetra/CMakeLists.txt index f46c2bb..6cec401 100644 --- a/plugins/channel/tetra/CMakeLists.txt +++ b/plugins/channel/tetra/CMakeLists.txt @@ -44,4 +44,8 @@ target_link_libraries(demodtetra sdrbase ) +if(DEFINED SDRANGELOVE_PLUGIN_DIR) + install(TARGETS demodtetra DESTINATION ${SDRANGELOVE_PLUGIN_DIR}) +endif() + qt5_use_modules(demodtetra Core Widgets OpenGL Multimedia) diff --git a/plugins/samplesource/gnuradio/CMakeLists.txt b/plugins/samplesource/gnuradio/CMakeLists.txt index 0e08608..7dfa2dd 100644 --- a/plugins/samplesource/gnuradio/CMakeLists.txt +++ b/plugins/samplesource/gnuradio/CMakeLists.txt @@ -82,6 +82,10 @@ target_link_libraries(inputgnuradio sdrbase ) +if(DEFINED SDRANGELOVE_PLUGIN_DIR) + install(TARGETS inputgnuradio DESTINATION ${SDRANGELOVE_PLUGIN_DIR}) +endif() + qt5_use_modules(inputgnuradio Core Widgets OpenGL Multimedia) endif(Boost_FOUND AND GNURADIO_RUNTIME_FOUND AND GNURADIO_OSMOSDR_FOUND) diff --git a/plugins/samplesource/osmosdr/CMakeLists.txt b/plugins/samplesource/osmosdr/CMakeLists.txt index 9dc9705..5648277 100644 --- a/plugins/samplesource/osmosdr/CMakeLists.txt +++ b/plugins/samplesource/osmosdr/CMakeLists.txt @@ -51,4 +51,8 @@ target_link_libraries(inputosmosdr sdrbase ) +if(DEFINED SDRANGELOVE_PLUGIN_DIR) + install(TARGETS inputosmosdr DESTINATION ${SDRANGELOVE_PLUGIN_DIR}) +endif() + qt5_use_modules(inputosmosdr Core Widgets OpenGL Multimedia) diff --git a/plugins/samplesource/rtlsdr/CMakeLists.txt b/plugins/samplesource/rtlsdr/CMakeLists.txt index 35c4081..d7c78c6 100644 --- a/plugins/samplesource/rtlsdr/CMakeLists.txt +++ b/plugins/samplesource/rtlsdr/CMakeLists.txt @@ -47,4 +47,8 @@ target_link_libraries(inputrtlsdr sdrbase ) +if(DEFINED SDRANGELOVE_PLUGIN_DIR) + install(TARGETS inputrtlsdr DESTINATION ${SDRANGELOVE_PLUGIN_DIR}) +endif() + qt5_use_modules(inputrtlsdr Core Widgets OpenGL Multimedia) diff --git a/sdrbase/plugin/pluginmanager.cpp b/sdrbase/plugin/pluginmanager.cpp index 325fb8b..1c19388 100644 --- a/sdrbase/plugin/pluginmanager.cpp +++ b/sdrbase/plugin/pluginmanager.cpp @@ -8,6 +8,17 @@ #include "dsp/dspengine.h" #include "dsp/samplesource/samplesource.h" +/** + * Binaries are often placed in /usr/bin and plugins in /usr/lib* somewhere + * + * This ifdef and define is for packaging purposes so we can override the plugin directory + * since the plugins are not in the directory or the higher directories than where the binary + * exists. The original configuration is still the fallback. + */ +#ifndef SDRANGELOVE_PLUGIN_DIR +#define SDRANGELOVE_PLUGIN_DIR QApplication::instance()->applicationDirPath() +#endif + PluginManager::PluginManager(MainWindow* mainWindow, DSPEngine* dspEngine, QObject* parent) : QObject(parent), m_pluginAPI(this, mainWindow, dspEngine), @@ -25,7 +36,7 @@ PluginManager::~PluginManager() void PluginManager::loadPlugins() { - QDir pluginsDir = QDir(QApplication::instance()->applicationDirPath()); + QDir pluginsDir = QDir(SDRANGELOVE_PLUGIN_DIR); loadPlugins(pluginsDir); -- 2.14.3

1 0

[osmo-fl2k] can't receive anything
by DC7IA 26 Apr '18

26 Apr '18

Hi there, I've set up osmo-fl2k yesterday and since then I'm trying to get WBFM or GSM working, but I cannot receive anything. Software does not give me any errors, so I don't know where to look for the problem. Maybe I should note that I'm only able to use USB 2.0 on my Thinkpad T400, could that make trouble as it is a USB 3.0 device? -- *73 Joshua Hoffmann DC7IA | KK4RVI * stellv. AJW-Referent im Distrikt O (Süd-Westfalen) AJW-Seite des Distriktes <http://www.darc.de/distrikte/o/referate/ajw/> Diese E-Mailadresse ist ausschließlich für Mailinglisten E-Mails. Normale E-Mails an DC7IA(a)DARC.de senden, da sie andernfalls nicht rechtzeitig gelesen werden.

2 1

can we do Quadrature pairs?
by Justin Kelly 26 Apr '18

26 Apr '18

can the USB to VGA adapter output quadrature I and Q pairs via the red and blue channels? with maybe using green as a configurable local oscillator. -Justin -- --Evil people do evil things, how is irrelevant.

4 3

osmo-fl2k
by Riccardo Rossi 25 Apr '18

25 Apr '18

Hi, i want to ask you which screen do you use in the picture in the website and also if this https://www.amazon.it/dp/B019DUI17Q/ref=cm_sw_r_wa_api_i_on53AbMBGRVYA has the correct chip Thank you Riccardo Rossi

2 1

fl2k RGB buffer format
by Abhishek Goyal 24 Apr '18

24 Apr '18

I am trying to understand the layout of the RGB buffers sent to the fl2k over USB. From lines 755-820 in libosmo-fl2k.c I can see the RGB buffers are "serialized" in this order: g1,r1,b2,g2,b0,g0,r0,b1,b4,g4,r4,b5,r2,b3,g3,r3,r6,b7,g7,r7,g5,r5,b6,g6 (where r0 is the red component of first pixel, b3 is the blue component of fourth pixel, etc) What is this layout? Why does the chip expect the pixels to be sent in this order?

2 2

Bug: gr-osmoscom for USRP B210 have this weird center frequency signal while gr-UHD don't
by Ignatius Rivaldi 24 Apr '18

24 Apr '18

Hi, At first I reported this bug at Gqrx mailing list: https://groups.google.com/forum/#!topic/gqrx/pVea3JObMLw , then Csete mentioned that Gqrx uses gr-osmosdr source, while I'm using gr-uhd source. Then I tried it again using osmocom source, then that weird center frequency noise appears again. I've attached several screenshots and GRC flowchart that I used to reproduce this bug (it uses gr-fosphor). Maedhros_008.png is the screenshot of gr-fosphor displaying the correct UHD: USRP source, with all of FM broadcast radio visible, while Maedhros_011.png is the gr-fosphor showing the output of osmocom source, with this big ~2MHz spike at center frequency, and all of those FM broadcast radio are not visible. I'm using Arch Linux with gnuradio, gr-fosphor, and gr-osmosdr compiled from source using makepkg/pkgbuild system, and libuhd 3.10.2.0-3

2 1

Gnuradio >= 3.7.12.0 breaks gr-fosphor
by Ignatius Rivaldi 18 Apr '18

18 Apr '18

Hi, A QT API change in Gnuradio 3.17.12.0 : https://github.com/gnuradio/gnuradio/pull/1418 breaks modules that relies on QT windowing system, resulting in Template error on generated python file, resulting in this error when I try to run the generated python file: Executing: /usr/sbin/python2 -u /home/feanor/Development/SDR/top_block.py File "/home/feanor/Development/SDR/top_block.py", line 69 self.fosphor_qt_sink_c_2 = Template error: #set $win = 'self._%s_win'%$id ^ SyntaxError: invalid syntax >>> Done (return code 1) This also affects other modules that relies on QT: gr-inspector: https://github.com/gnuradio/gr-inspector/issues/2 Following the fix in this pull request for gr-inspector: https://github.com/gnuradio/gr-inspector/pull/21/commits/9d00bb83c155c84ee8… by changing a line: 15c15 < $(gui_hint()($win))</make> --- > $(gui_hint() % $win)</make> fixes the problem for gr-fosphor and make the flowgraph runnable again

3 2

windows GNU Radio error 12 Fatal failed to find rtlsdr device
by Jose Mihotek 17 Apr '18

17 Apr '18

All, I installed GNU Radio for windows on my machine running Windows 10.when I try to run GRC it comes back with: <<< Welcome to GNU Radio Companion 3.7.11.1 >>> Block paths: C:\Program Files\GNURadio-3.7\share\gnuradio\grc\blocks Loading: "C:\Users\JoseM\Documents\GNU\test w grc.grc">>> Done Generating: 'C:\\Users\\JoseM\\Documents\\GNU\\top_block.py' Executing: C:\Program Files\GNURadio-3.7\gr-python27\python.exe -u C:\Users\JoseM\Documents\GNU\top_block.py Win32; Microsoft Visual C++ version 14.0; Boost_106000; UHD_003.010.001.001-0-unknown gr-osmosdr c653754d (0.1.5git) gnuradio 3.7.11.1built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf bladerf airspy redpitaya Using device #0 Generic RTL2832U OEMusb_open error -12 FATAL: Failed to open rtlsdr device. Trying to fill up 1 missing channel(s) with null source(s).This is being done to prevent the application from crashingdue to gnuradio bug #528. Anybody have any idea how to fix this ?Thanks, Jose

1 0

Re: Meaning of rtl_fm output values
by Müller, Marcus (CEL) 14 Mar '18

14 Mar '18

Hi Theodric, no, these values that appear on stdout are already audio samples (PCM to be specific). That is the "job" of rtl_fm: It takes the complex time-domain baseband samples from the hardware, detects FM (which implies detecting a frequency deviation) and convert that to audio amplitude values. The `aplay` command barely takes these samples and hands them over to the sound card (after resampling to fit possible sampling rates, I guess, as 120 kHz isn't something that sound systems usually operate at). The `rtl_fm` command takes a couple of parameters. In your case, `-M wbfm` means that it's demodulating FM in a way compatible to broadcast FM; that implies fixed parameters for deviation, emphasis etc. What you want is really not `rtl_fm`, which primarily is a demo program, not meant to be a flexible do-it-all solution. What you want, showing deviation of a station, does very much sound like a spectrum visualization. Wouldn't a waterfall or even just an instantaneous spectrum visualization be what you want? Best regards, Marcus On Wed, 2018-03-14 at 15:57 -0400, Theodric Young wrote: > Hi, > > I'm new to SDR and I have a question about the data values that are > generated by the rtl_fm program. > > I got rtl_fm running on my system (cygwin running on Windows 7). It is > sending a stream of 16-bit signed integer values to stdout which I can > redirect to a file or pipe to an audio playback system, such as sox. So > when I do this: > > rtl_fm -f 88.1M -M wbfm -s 240k -r120k -g 30 | play -t raw -r 120k -b > 16 -c 1 -e s -V1 - > > I hear sweet, sweet music! Hurray! > > But how do these 16-bit integers relate to the modulation level of the > carrier? I'm assuming that the values are directly proportional to the > instantaneous frequency deviation of the transmitted signal. Is that > right? If so, how do I determine that ratio? I'm hoping to use this to > build a device that shows total modulation (as a percentage of the > maximum modulation of +/- 75kHz) for an FM radio station. > > Also, I'm assuming that the sample-rate of the output data stream needs > to be at least 120kHz because the baseband signal includes the stereo > pilot (19kHz), the stereo subcarrier (38kHz) and an RBDS subcarrier (57 > kHz). > > Any insight would be appreciated. Thanks in advance, > > Theodric Young

1 0

← Newer
1
...
26
27
28
29
30
31
32
...
91
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr