From sec at 42.org Sun Oct 10 12:48:25 2021 From: sec at 42.org (Stefan `Sec` Zehl) Date: Sun, 10 Oct 2021 14:48:25 +0200 Subject: [PATCH] fix osmocom_fft for current main-3.9 gnuradio Message-ID: <20211010124825.GB35313@ice.42.org> Hi, The commit 86b5fb30182c69ec38490346a4269d1ffce9ffb4 in gnuradio broke osmocom_fft due to removing/renaming the pyqwidget wrapper. This patch tries to fix that in a backwards-compatible manner. >From 645240939b50dc6f4cebd277c6a690a919f67fb5 Mon Sep 17 00:00:00 2001 From: Stefan `Sec` Zehl Date: Sun, 10 Oct 2021 14:31:23 +0200 Subject: [PATCH 1/3] follow pyqwidget rename in gnuradio 86b5fb30182c69ec38490346a4269d1ffce9ffb4 --- apps/osmocom_fft | 25 ++++++++++++++++++++----- 1 file changed, 20 insertions(+), 5 deletions(-) diff --git a/apps/osmocom_fft b/apps/osmocom_fft index b23124a96f..6e072f8c6c 100755 --- a/apps/osmocom_fft +++ b/apps/osmocom_fft @@ -242,7 +242,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): from gnuradio import fosphor self.scope = fosphor.qt_sink_c() self.scope.set_frequency_range(0, input_rate) - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + if hasattr(self.scope,'pyqwidget'): + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + else: + self.scope_win = sip.wrapinstance(self.scope.qwidget(), Qt.QWidget) self.scope_win.setMinimumSize(800, 300) elif options.waterfall: self.scope = qtgui.waterfall_sink_c( @@ -256,7 +259,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): self.scope.enable_grid(False) self.scope.enable_axis_labels(True) self.scope.set_intensity_range(-100, 20) - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + if hasattr(self.scope,'pyqwidget'): + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + else: + self.scope_win = sip.wrapinstance(self.scope.qwidget(), Qt.QWidget) self.scope_win.setMinimumSize(800, 420) elif options.oscilloscope: @@ -266,7 +272,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): name="", nconnections=1 ) - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + if hasattr(self.scope,'pyqwidget'): + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + else: + self.scope_win = sip.wrapinstance(self.scope.qwidget(), Qt.QWidget) self.scope_win.setMinimumSize(800, 600) elif options.qtgui: @@ -281,7 +290,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): plottime=True, plotconst=True ) - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + if hasattr(self.scope,'pyqwidget'): + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + else: + self.scope_win = sip.wrapinstance(self.scope.qwidget(), Qt.QWidget) self.scope.set_update_time(1.0/10) self.scope_win.setMinimumSize(800, 600) @@ -294,7 +306,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): name="", nconnections=1 ) - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + if hasattr(self.scope,'pyqwidget'): + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) + else: + self.scope_win = sip.wrapinstance(self.scope.qwidget(), Qt.QWidget) self.scope.disable_legend() self.scope_win.setMinimumSize(800, 420) -- 2.30.2 CU, Sec -- Cooking without animal products is like doing sysadmin work without vi. From willcode4 at gmail.com Sun Oct 10 15:26:15 2021 From: willcode4 at gmail.com (Jeff Long) Date: Sun, 10 Oct 2021 11:26:15 -0400 Subject: [PATCH] fix osmocom_fft for current main-3.9 gnuradio In-Reply-To: <20211010124825.GB35313@ice.42.org> References: <20211010124825.GB35313@ice.42.org> Message-ID: Yes this was changed by https://github.com/gnuradio/gnuradio/pull/4994. We did not know that function was being used externally. On Sun, Oct 10, 2021 at 8:58 AM Stefan `Sec` Zehl wrote: > Hi, > > The commit 86b5fb30182c69ec38490346a4269d1ffce9ffb4 in gnuradio broke > osmocom_fft due to removing/renaming the pyqwidget wrapper. > > This patch tries to fix that in a backwards-compatible manner. > > From 645240939b50dc6f4cebd277c6a690a919f67fb5 Mon Sep 17 00:00:00 2001 > From: Stefan `Sec` Zehl > Date: Sun, 10 Oct 2021 14:31:23 +0200 > Subject: [PATCH 1/3] follow pyqwidget rename in gnuradio > 86b5fb30182c69ec38490346a4269d1ffce9ffb4 > > --- > apps/osmocom_fft | 25 ++++++++++++++++++++----- > 1 file changed, 20 insertions(+), 5 deletions(-) > > diff --git a/apps/osmocom_fft b/apps/osmocom_fft > index b23124a96f..6e072f8c6c 100755 > --- a/apps/osmocom_fft > +++ b/apps/osmocom_fft > @@ -242,7 +242,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): > from gnuradio import fosphor > self.scope = fosphor.qt_sink_c() > self.scope.set_frequency_range(0, input_rate) > - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + if hasattr(self.scope,'pyqwidget'): > + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + else: > + self.scope_win = sip.wrapinstance(self.scope.qwidget(), > Qt.QWidget) > self.scope_win.setMinimumSize(800, 300) > elif options.waterfall: > self.scope = qtgui.waterfall_sink_c( > @@ -256,7 +259,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): > self.scope.enable_grid(False) > self.scope.enable_axis_labels(True) > self.scope.set_intensity_range(-100, 20) > - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + if hasattr(self.scope,'pyqwidget'): > + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + else: > + self.scope_win = sip.wrapinstance(self.scope.qwidget(), > Qt.QWidget) > self.scope_win.setMinimumSize(800, 420) > > elif options.oscilloscope: > @@ -266,7 +272,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): > name="", > nconnections=1 > ) > - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + if hasattr(self.scope,'pyqwidget'): > + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + else: > + self.scope_win = sip.wrapinstance(self.scope.qwidget(), > Qt.QWidget) > self.scope_win.setMinimumSize(800, 600) > > elif options.qtgui: > @@ -281,7 +290,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): > plottime=True, > plotconst=True > ) > - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + if hasattr(self.scope,'pyqwidget'): > + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + else: > + self.scope_win = sip.wrapinstance(self.scope.qwidget(), > Qt.QWidget) > self.scope.set_update_time(1.0/10) > self.scope_win.setMinimumSize(800, 600) > > @@ -294,7 +306,10 @@ class app_top_block(gr.top_block, Qt.QMainWindow): > name="", > nconnections=1 > ) > - self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + if hasattr(self.scope,'pyqwidget'): > + self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > + else: > + self.scope_win = sip.wrapinstance(self.scope.qwidget(), > Qt.QWidget) > self.scope.disable_legend() > self.scope_win.setMinimumSize(800, 420) > > -- > 2.30.2 > > CU, > Sec > -- > Cooking without animal products is like doing sysadmin work without vi. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sec at 42.org Sun Oct 10 15:53:57 2021 From: sec at 42.org (Stefan `Sec` Zehl) Date: Sun, 10 Oct 2021 17:53:57 +0200 Subject: [PATCH] fix osmocom_fft for current main-3.9 gnuradio In-Reply-To: <20211010124825.GB35313@ice.42.org> References: <20211010124825.GB35313@ice.42.org> Message-ID: <20211010155357.GC35313@ice.42.org> While playing with osmocom_fft, i found two additional issues: - the '-S' option fails due to a RuntimeError being changed to a ValueError - the '-Q' option fails due to a missing "parent" parameter. the first patch should be backwards-compatible. The second one i've only tested with gnuradio v3.9.3.0 / maint-3.9 >From 4411edd838236257e00825717a819989528e2cdb Mon Sep 17 00:00:00 2001 From: Stefan `Sec` Zehl Date: Sun, 10 Oct 2021 14:32:50 +0200 Subject: [PATCH 2/3] fix oscilloscope display missing message port now returns ValueError --- apps/osmocom_fft | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/apps/osmocom_fft b/apps/osmocom_fft index 6e072f8c6c..40cba8cc14 100755 --- a/apps/osmocom_fft +++ b/apps/osmocom_fft @@ -317,7 +317,7 @@ class app_top_block(gr.top_block, Qt.QMainWindow): try: self.freq = freq_recv(self.set_freq) self.msg_connect((self.scope, 'freq'), (self.freq, 'msg')) - except RuntimeError: + except (RuntimeError, ValueError): self.freq = None self.file_sink = blocks.file_sink(gr.sizeof_gr_complex, "/dev/null", False) -- 2.30.2 >From c8b2bfd337adcfe1c1489ba9ec44fd56833d57e4 Mon Sep 17 00:00:00 2001 From: Stefan `Sec` Zehl Date: Sun, 10 Oct 2021 14:34:09 +0200 Subject: [PATCH 3/3] fix QTgui 'all-in-one' display pybind seems to require the parent parameter now. --- apps/osmocom_fft | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/apps/osmocom_fft b/apps/osmocom_fft index 40cba8cc14..f829192cd6 100755 --- a/apps/osmocom_fft +++ b/apps/osmocom_fft @@ -288,7 +288,8 @@ class app_top_block(gr.top_block, Qt.QMainWindow): plotfreq=True, plotwaterfall=True, plottime=True, - plotconst=True + plotconst=True, + parent=None ) if hasattr(self.scope,'pyqwidget'): self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) -- 2.30.2 From sec at 42.org Sun Oct 10 16:05:12 2021 From: sec at 42.org (Stefan `Sec` Zehl) Date: Sun, 10 Oct 2021 18:05:12 +0200 Subject: [PATCH] rudimentary sigmf support for recordings Message-ID: <20211010160512.GD35313@ice.42.org> Hi, This is a starter patch to produce a .sigmf-meta file for each recording. It contains the minimum useful info that is usually coded into the filename. I'm not sure if anyone thinks this is worthwhile. There is a lot more that could be recorded in the .sigmf-meta file like e.g. current gain values, current bandwidth or antenna settings (if available), but i wanted to see if there is any interest for this at all. It would maybe also nice to add the actual sdr device name that was used, but as far as I can see there is no way in python to query which device/driver is used by a specific osmosdr.source()? CU, Sec >From 916dd8732302d8d052432a5deb27f132521d0be3 Mon Sep 17 00:00:00 2001 From: Stefan `Sec` Zehl Date: Sun, 10 Oct 2021 16:59:32 +0200 Subject: [PATCH] implement simple sigmf support for recording --- apps/osmocom_fft | 30 ++++++++++++++++++++++++++++-- 1 file changed, 28 insertions(+), 2 deletions(-) diff --git a/apps/osmocom_fft b/apps/osmocom_fft index f829192cd6..2cdfd3ae35 100755 --- a/apps/osmocom_fft +++ b/apps/osmocom_fft @@ -103,8 +103,8 @@ class app_top_block(gr.top_block, Qt.QMainWindow): help="Set gain in dB (default is midpoint)") parser.add_option("-G", "--gains", type="string", default=None, help="Set named gain in dB, name:gain,name:gain,...") - parser.add_option("-r", "--record", type="string", default="/tmp/name-f%F-s%S-t%T.cfile", - help="Filename to record to, available wildcards: %S: sample rate, %F: center frequency, %T: timestamp, Example: /tmp/name-f%F-s%S-t%T.cfile") + parser.add_option("-r", "--record", type="string", default="/tmp/name-f%F-s%S-t%T.sigmf-data", + help="Filename to record to, available wildcards: %S: sample rate, %F: center frequency, %T: timestamp, Example: /tmp/name-f%F-s%S-t%T.sigmf-data") parser.add_option("", "--dc-offset-mode", type="int", default=None, help="Set the RX frontend DC offset correction mode") parser.add_option("", "--iq-balance-mode", type="int", default=None, @@ -342,6 +342,24 @@ class app_top_block(gr.top_block, Qt.QMainWindow): s = s.replace('%T', datetime.datetime.now().strftime('%Y%m%d%H%M%S')) return s + def record_sigmf_metadata(self): + return { + "global": { + "core:datatype": "cf32_le", + "core:sample_rate": self.src.get_sample_rate(), + "core:version": "1.0.0", + "core:num_channels": 1, + "core:recorder": "osmocom_fft" + }, + "captures": [ + { + "core:sample_start": 0, + "core:frequency": self.src.get_center_freq(), + "core:datetime": datetime.datetime.utcnow().isoformat()+"Z" + } + ] + } + def _set_status_msg(self, msg, timeout=0): self.status.showMessage(msg, timeout) @@ -498,6 +516,14 @@ class app_top_block(gr.top_block, Qt.QMainWindow): print("Recording samples to ", self.rec_file_name) self.file_sink.open(self.rec_file_name); + if self.rec_file_name.endswith('.sigmf-data'): + try: + import json + self.meta_file_name=self.rec_file_name[:-4]+'meta' + with open(self.meta_file_name, 'w') as outfile: + json.dump(self.record_sigmf_metadata(), outfile, indent=4) + except ModuleNotFoundError as e: + print("Could not write sigmf-meta: ",e) else: self._srw.setDisabled(False) self._fre.setDisabled(False) -- 2.30.2 CU, Sec -- A bureaucracy is like a computer program. Usually, the question is how to arrange it so that what you want is composed of operations that the bureaucracy supports. In addition, in any bureaucracy, there is always *someone* whose job is to approve violations of the rules. From willcode4 at gmail.com Mon Oct 11 11:04:47 2021 From: willcode4 at gmail.com (Jeff Long) Date: Mon, 11 Oct 2021 07:04:47 -0400 Subject: [PATCH] fix osmocom_fft for current main-3.9 gnuradio In-Reply-To: <20211010155357.GC35313@ice.42.org> References: <20211010124825.GB35313@ice.42.org> <20211010155357.GC35313@ice.42.org> Message-ID: We'll fix the pyqwidget() regression in GNU Radio, and I'm going to put out another v3.9 release soon to address this. So, no need to fix on this end. Do you think the second set of patches relates to something that changed during 3.9? Those look like they might be 3.8 vs 3.9. Was osmocom_fft previously working under 3.9? On Sun, Oct 10, 2021 at 11:54 AM Stefan `Sec` Zehl wrote: > While playing with osmocom_fft, i found two additional issues: > > - the '-S' option fails due to a RuntimeError being changed to a ValueError > - the '-Q' option fails due to a missing "parent" parameter. > > the first patch should be backwards-compatible. > The second one i've only tested with gnuradio v3.9.3.0 / maint-3.9 > > > From 4411edd838236257e00825717a819989528e2cdb Mon Sep 17 00:00:00 2001 > From: Stefan `Sec` Zehl > Date: Sun, 10 Oct 2021 14:32:50 +0200 > Subject: [PATCH 2/3] fix oscilloscope display > > missing message port now returns ValueError > --- > apps/osmocom_fft | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/apps/osmocom_fft b/apps/osmocom_fft > index 6e072f8c6c..40cba8cc14 100755 > --- a/apps/osmocom_fft > +++ b/apps/osmocom_fft > @@ -317,7 +317,7 @@ class app_top_block(gr.top_block, Qt.QMainWindow): > try: > self.freq = freq_recv(self.set_freq) > self.msg_connect((self.scope, 'freq'), (self.freq, 'msg')) > - except RuntimeError: > + except (RuntimeError, ValueError): > self.freq = None > > self.file_sink = blocks.file_sink(gr.sizeof_gr_complex, > "/dev/null", False) > -- > 2.30.2 > > From c8b2bfd337adcfe1c1489ba9ec44fd56833d57e4 Mon Sep 17 00:00:00 2001 > From: Stefan `Sec` Zehl > Date: Sun, 10 Oct 2021 14:34:09 +0200 > Subject: [PATCH 3/3] fix QTgui 'all-in-one' display > > pybind seems to require the parent parameter now. > --- > apps/osmocom_fft | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/apps/osmocom_fft b/apps/osmocom_fft > index 40cba8cc14..f829192cd6 100755 > --- a/apps/osmocom_fft > +++ b/apps/osmocom_fft > @@ -288,7 +288,8 @@ class app_top_block(gr.top_block, Qt.QMainWindow): > plotfreq=True, > plotwaterfall=True, > plottime=True, > - plotconst=True > + plotconst=True, > + parent=None > ) > if hasattr(self.scope,'pyqwidget'): > self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), > Qt.QWidget) > -- > 2.30.2 > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From willcode4 at gmail.com Mon Oct 11 13:35:52 2021 From: willcode4 at gmail.com (Jeff Long) Date: Mon, 11 Oct 2021 09:35:52 -0400 Subject: [PATCH] fix osmocom_fft for current main-3.9 gnuradio In-Reply-To: References: <20211010124825.GB35313@ice.42.org> <20211010155357.GC35313@ice.42.org> Message-ID: GNU Radio maint-3.9 branch has been updated with this fix. On Mon, Oct 11, 2021 at 7:04 AM Jeff Long wrote: > We'll fix the pyqwidget() regression in GNU Radio, and I'm going to put > out another v3.9 release soon to address this. So, no need to fix on this > end. Do you think the second set of patches relates to something that > changed during 3.9? Those look like they might be 3.8 vs 3.9. Was > osmocom_fft previously working under 3.9? > > On Sun, Oct 10, 2021 at 11:54 AM Stefan `Sec` Zehl wrote: > >> While playing with osmocom_fft, i found two additional issues: >> >> - the '-S' option fails due to a RuntimeError being changed to a >> ValueError >> - the '-Q' option fails due to a missing "parent" parameter. >> >> the first patch should be backwards-compatible. >> The second one i've only tested with gnuradio v3.9.3.0 / maint-3.9 >> >> >> From 4411edd838236257e00825717a819989528e2cdb Mon Sep 17 00:00:00 2001 >> From: Stefan `Sec` Zehl >> Date: Sun, 10 Oct 2021 14:32:50 +0200 >> Subject: [PATCH 2/3] fix oscilloscope display >> >> missing message port now returns ValueError >> --- >> apps/osmocom_fft | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/apps/osmocom_fft b/apps/osmocom_fft >> index 6e072f8c6c..40cba8cc14 100755 >> --- a/apps/osmocom_fft >> +++ b/apps/osmocom_fft >> @@ -317,7 +317,7 @@ class app_top_block(gr.top_block, Qt.QMainWindow): >> try: >> self.freq = freq_recv(self.set_freq) >> self.msg_connect((self.scope, 'freq'), (self.freq, 'msg')) >> - except RuntimeError: >> + except (RuntimeError, ValueError): >> self.freq = None >> >> self.file_sink = blocks.file_sink(gr.sizeof_gr_complex, >> "/dev/null", False) >> -- >> 2.30.2 >> >> From c8b2bfd337adcfe1c1489ba9ec44fd56833d57e4 Mon Sep 17 00:00:00 2001 >> From: Stefan `Sec` Zehl >> Date: Sun, 10 Oct 2021 14:34:09 +0200 >> Subject: [PATCH 3/3] fix QTgui 'all-in-one' display >> >> pybind seems to require the parent parameter now. >> --- >> apps/osmocom_fft | 3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) >> >> diff --git a/apps/osmocom_fft b/apps/osmocom_fft >> index 40cba8cc14..f829192cd6 100755 >> --- a/apps/osmocom_fft >> +++ b/apps/osmocom_fft >> @@ -288,7 +288,8 @@ class app_top_block(gr.top_block, Qt.QMainWindow): >> plotfreq=True, >> plotwaterfall=True, >> plottime=True, >> - plotconst=True >> + plotconst=True, >> + parent=None >> ) >> if hasattr(self.scope,'pyqwidget'): >> self.scope_win = >> sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) >> -- >> 2.30.2 >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From sec at 42.org Sat Oct 16 16:51:20 2021 From: sec at 42.org (Stefan `Sec` Zehl) Date: Sat, 16 Oct 2021 18:51:20 +0200 Subject: [PATCH] fix osmocom_fft for current main-3.9 gnuradio In-Reply-To: References: <20211010124825.GB35313@ice.42.org> <20211010155357.GC35313@ice.42.org> Message-ID: <20211016165120.GG35313@ice.42.org> Hi, On Mon, Oct 11, 2021 at 07:04 -0400, Jeff Long wrote: > Do you think the second set of patches relates to something that changed > during 3.9? Those look like they might be 3.8 vs 3.9. Was osmocom_fft > previously working under 3.9? I'm pretty sure it worked back when I ported osmocom_fft to 3.9 in Feb of 2020. I have no idea when it started breaking as I don't use the -S / -Q optiones usually. CU, Sec -- Error reduces Your expensive computer To a simple stone From thangaraj at komro.net Thu Oct 21 12:09:41 2021 From: thangaraj at komro.net (Thangaraj Mukara Dhakshinamoorthy) Date: Thu, 21 Oct 2021 12:09:41 +0000 Subject: Make fails while installing gr-osmosdr Message-ID: <18f45bef3b7d478f9231d463e1593f76@komro.net> Hello, My system config: Host OS: Windows 10 Guest OS: VirtualBox Ubuntu 20.04.3 LTS UHD version: 3.15.0.0 GNU Radio version: 3.9 SDR Device : RTL-SDR Dongle I got the below error while executing the make command: >thangz at thangz-VirtualBox:~/Desktop/gr-osmosdr/build$ cmake -DCMAKE_PREFIX_PATH=/usr ../ . . -- Configuring done -- Generating done -- Build files have been written to: /home/thangz/Desktop/gr-osmosdr/build >thangz at thangz-VirtualBox:~/Desktop/gr-osmosdr/build$ make . . /usr/local/include/gnuradio/hier_block2.h:93:35: note: no known conversion for argument 1 from 'gr::fcdproplus::fcdproplus::sptr' {aka 'boost::shared_ptr'} to 'gr::basic_block_sptr' {aka 'std::shared_ptr'} 93 | void connect(basic_block_sptr src, int src_port, basic_block_sptr dst, int dst_port); make[2]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/build.make:128: lib/CMakeFiles/gnuradio-osmosdr.dir/fcd/fcd_source_c.cc.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:417: lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 make: *** [Makefile:141: all] Error 2 What may I do to fix this error? What am I missing here? Please help! PS: I just need the RTL-SDR component, so I installed the dependency for that alone (see complete log file). PFA complete log file Best regards Thangaraj -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: console_log.odt Type: application/octet-stream Size: 8343 bytes Desc: console_log.odt URL: From vvvelichkov at gmail.com Fri Oct 22 06:11:01 2021 From: vvvelichkov at gmail.com (Vasil Velichkov) Date: Fri, 22 Oct 2021 09:11:01 +0300 Subject: Make fails while installing gr-osmosdr In-Reply-To: <18f45bef3b7d478f9231d463e1593f76@komro.net> References: <18f45bef3b7d478f9231d463e1593f76@komro.net> Message-ID: <5dc989c2-174b-c4dd-5ee1-fb4f6ff4a1a4@gmail.com> Hi Thangaraj, On 21/10/2021 15.09, Thangaraj Mukara Dhakshinamoorthy wrote: > Guest OS: VirtualBox Ubuntu 20.04.3 LTS > GNU Radio version: 3.9 How did you install gnuradio - from source or from the ppa repository? And how did you install gr-fcdproplus? > /usr/local/include/gnuradio/hier_block2.h:93:35: note: no known conversion for argument 1 from 'gr::fcdproplus::fcdproplus::sptr' {aka 'boost::shared_ptr'} to 'gr::basic_block_sptr' {aka 'std::shared_ptr'} > 93 | void connect(basic_block_sptr src, int src_port, basic_block_sptr dst, int dst_port); One possible reason is two incompatible gnuradio versions installed on your system in different locations - `/usr/` and `/usr/local/`. Make sure to remove all other gnuradio versions and that there is no `/usr/include/gnuradio` directory. Then delete the build directory and start from scratch. Another possible reason is the version of gr-fcdproplus that you have installed is not compatible with your gnuradio version. > I just need the RTL-SDR component You can try removing gr-fcdproplus as it is not needed for RTL-SDR devices. Regards, Vasil From thangaraj at komro.net Wed Oct 27 09:38:45 2021 From: thangaraj at komro.net (Thangaraj Mukara Dhakshinamoorthy) Date: Wed, 27 Oct 2021 09:38:45 +0000 Subject: AW: Make fails while installing gr-osmosdr In-Reply-To: <5dc989c2-174b-c4dd-5ee1-fb4f6ff4a1a4@gmail.com> References: <18f45bef3b7d478f9231d463e1593f76@komro.net> <5dc989c2-174b-c4dd-5ee1-fb4f6ff4a1a4@gmail.com> Message-ID: <79b64f8f5c5341ffb25b1d125cfcc5d6@komro.net> Hi Vasil, 1. How did you install gnuradio - from source or from the ppa repository? And how did you install gr-fcdproplus? > /usr/local/include/gnuradio/hier_block2.h:93:35: note: no known conversion for argument 1 from 'gr::fcdproplus::fcdproplus::sptr' {aka 'boost::shared_ptr'} to 'gr::basic_block_sptr' {aka 'std::shared_ptr'} > 93 | void connect(basic_block_sptr src, int src_port, basic_block_sptr dst, int dst_port); Since I needed a specific version of gnuradio, I built it from source and I didn't remember installing gr-fcdproplus seperately, it was all packaged together I guess! But anyhow it was found to be installed in my system. 2. One possible reason is two incompatible gnuradio versions installed on your system in different locations - `/usr/` and `/usr/local/`. Make sure to remove all other gnuradio versions and that there is no `/usr/include/gnuradio` directory. Then delete the build directory and start from scratch. I removed the previous installations and built the new gnuradio from source (master branch) as you mentioned. But still the same error shows up. I also tried installing via sudo apt install gr-osmosdr, but still dind't get it in GRC Menu successfully! 3. Another possible reason is the version of gr-fcdproplus that you have installed is not compatible with your gnuradio version. > I just need the RTL-SDR component You can try removing gr-fcdproplus as it is not needed for RTL-SDR devices. Seems like it is needed, when I remove it throws error earlier during any OOT module's make installation! Is there any simple way where I can get both RTL-SDR and USRP blocks in GNUradio? Any advice would be much appreciated! PFA logfile Regards, Thangaraj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gr-osmosdr_install_log.txt URL: From vvvelichkov at gmail.com Wed Oct 27 10:10:35 2021 From: vvvelichkov at gmail.com (Vasil Velichkov) Date: Wed, 27 Oct 2021 13:10:35 +0300 Subject: AW: Make fails while installing gr-osmosdr In-Reply-To: <79b64f8f5c5341ffb25b1d125cfcc5d6@komro.net> References: <18f45bef3b7d478f9231d463e1593f76@komro.net> <5dc989c2-174b-c4dd-5ee1-fb4f6ff4a1a4@gmail.com> <79b64f8f5c5341ffb25b1d125cfcc5d6@komro.net> Message-ID: Hi Thangaraj, On 27/10/2021 12.38, Thangaraj Mukara Dhakshinamoorthy wrote: > Since I needed a specific version of gnuradio, I built it from source OK. > I removed the previous installations and built the new gnuradio from source (master branch) as you mentioned. My recommendation is to install from main-3.9 (or main-3.8) unless you really need something that is only available in the master. > But still the same error shows up. The error you are getting now is pretty different. AFAIK gr-osmosdr (from mater) still does not supports gnuradio 3.10 (from master) > I also tried installing via sudo apt install gr-osmosdr, but still dind't get it in GRC Menu successfully! You should not install gr-* packages from the repository as they are built for a different gnuradio version. You need to install them from source. Remove all gnuradio and gr-* packages that you've installed. > 3. Another possible reason is the version of gr-fcdproplus that you have installed is not compatible with your gnuradio version. > > I just need the RTL-SDR component > > You can try removing gr-fcdproplus as it is not needed for RTL-SDR devices. > Seems like it is needed, when I remove it throws error earlier during any OOT module's make installation! After uninstalling gr-fcdproplus you need to delete gr-osmosdr's build directory and start from scratch by running `cmake ..` Regards, Vasil From thangaraj at komro.net Wed Oct 27 10:51:31 2021 From: thangaraj at komro.net (Thangaraj Mukara Dhakshinamoorthy) Date: Wed, 27 Oct 2021 10:51:31 +0000 Subject: AW: AW: Make fails while installing gr-osmosdr In-Reply-To: References: <18f45bef3b7d478f9231d463e1593f76@komro.net> <5dc989c2-174b-c4dd-5ee1-fb4f6ff4a1a4@gmail.com> <79b64f8f5c5341ffb25b1d125cfcc5d6@komro.net> Message-ID: <4545e6b57d744ee1aa6f0694aa3ce341@komro.net> Hello Vasil, Sorry! I was wrong, I installed main-3.9 only! thangz at thangz-VirtualBox:~/Desktop/gr-osmosdr/build$ gnuradio-companion --log info <<< Welcome to GNU Radio Companion 3.9.3.0 >>> Block paths: /usr/local/share/gnuradio/grc/blocks Loading: "/home/thangz/Desktop/gnuradio/rtlsdr_fm_spectrum_simple.grc" I guess the problem would be something to do with the cmake prefix path I have passed: thangz at thangz-VirtualBox:~/Desktop/gr-osmosdr/build$ cmake -DCMAKE_INSTALL_PREFIX=/usr ../ thangz at thangz-VirtualBox:~/Desktop/rtl-sdr/build$ cmake -DCMAKE_INSTALL_PREFIX=/usr ../ I also used the same prefix for gnuradio installation! Regards, Thangaraj -----Urspr?ngliche Nachricht----- Von: Vasil Velichkov Gesendet: Mittwoch, 27. Oktober 2021 12:11 An: Thangaraj Mukara Dhakshinamoorthy ; osmocom-sdr at lists.osmocom.org Betreff: Re: AW: Make fails while installing gr-osmosdr Hi Thangaraj, On 27/10/2021 12.38, Thangaraj Mukara Dhakshinamoorthy wrote: > Since I needed a specific version of gnuradio, I built it from source OK. > I removed the previous installations and built the new gnuradio from source (master branch) as you mentioned. My recommendation is to install from main-3.9 (or main-3.8) unless you really need something that is only available in the master. > But still the same error shows up. The error you are getting now is pretty different. AFAIK gr-osmosdr (from mater) still does not supports gnuradio 3.10 (from master) > I also tried installing via sudo apt install gr-osmosdr, but still dind't get it in GRC Menu successfully! You should not install gr-* packages from the repository as they are built for a different gnuradio version. You need to install them from source. Remove all gnuradio and gr-* packages that you've installed. > 3. Another possible reason is the version of gr-fcdproplus that you have installed is not compatible with your gnuradio version. > > I just need the RTL-SDR component > > You can try removing gr-fcdproplus as it is not needed for RTL-SDR devices. > Seems like it is needed, when I remove it throws error earlier during any OOT module's make installation! After uninstalling gr-fcdproplus you need to delete gr-osmosdr's build directory and start from scratch by running `cmake ..` Regards, Vasil From vvvelichkov at gmail.com Wed Oct 27 11:27:08 2021 From: vvvelichkov at gmail.com (Vasil Velichkov) Date: Wed, 27 Oct 2021 14:27:08 +0300 Subject: AW: AW: Make fails while installing gr-osmosdr In-Reply-To: <4545e6b57d744ee1aa6f0694aa3ce341@komro.net> References: <18f45bef3b7d478f9231d463e1593f76@komro.net> <5dc989c2-174b-c4dd-5ee1-fb4f6ff4a1a4@gmail.com> <79b64f8f5c5341ffb25b1d125cfcc5d6@komro.net> <4545e6b57d744ee1aa6f0694aa3ce341@komro.net> Message-ID: <70224d84-e437-4778-411b-9b0fdbc1104e@gmail.com> Hi Thangaraj, On 27/10/2021 13.51, Thangaraj Mukara Dhakshinamoorthy wrote: > Sorry! I was wrong, I installed main-3.9 only! OK. > I guess the problem would be something to do with the cmake prefix path I have passed: I doubt that it is related to the prefix. Have you tried deleting gr-osmosdr's build directory and starting from scratch (after remvoing gr-fcdproplus package)? Alternatively you can delete only the CMakeCache file. What is the exact problem that you have right now? Provide the full cmake and make output. From thangaraj at komro.net Wed Oct 27 12:43:42 2021 From: thangaraj at komro.net (Thangaraj Mukara Dhakshinamoorthy) Date: Wed, 27 Oct 2021 12:43:42 +0000 Subject: AW: Make fails while installing gr-osmosdr Message-ID: <1bc8097bc2454c15b94c39d261d0392c@komro.net> Hello Vasil, The problem was with gr-fcdproplus package only! After removing it was installing fine and I got it under GRC Menu! But there is a new error while executing the flowgraph! Console: Generating: '/home/thangz/Desktop/gnuradio/rtlsdr_fm_spectrum_simple.py' Executing: /usr/bin/python3 -u /home/thangz/Desktop/gnuradio/rtlsdr_fm_spectrum_simple.py Traceback (most recent call last): File "/usr/local/lib/python3/dist-packages/osmosdr/__init__.py", line 17, in from .osmosdr_python import * ImportError: generic_type: type "sink" referenced unknown base type "gr::hier_block2" During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/home/thangz/Desktop/gnuradio/rtlsdr_fm_spectrum_simple.py", line 37, in import osmosdr File "/usr/local/lib/python3/dist-packages/osmosdr/__init__.py", line 21, in from .osmosdr_python import * ImportError: generic_type: type "sink" referenced unknown base type "gr::hier_block2" What is the problem here? Regards, Thangaraj -----Urspr?ngliche Nachricht----- Von: Vasil Velichkov Gesendet: Mittwoch, 27. Oktober 2021 13:27 An: Thangaraj Mukara Dhakshinamoorthy ; osmocom-sdr at lists.osmocom.org Betreff: Re: AW: AW: Make fails while installing gr-osmosdr Hi Thangaraj, On 27/10/2021 13.51, Thangaraj Mukara Dhakshinamoorthy wrote: > Sorry! I was wrong, I installed main-3.9 only! OK. > I guess the problem would be something to do with the cmake prefix path I have passed: I doubt that it is related to the prefix. Have you tried deleting gr-osmosdr's build directory and starting from scratch (after remvoing gr-fcdproplus package)? Alternatively you can delete only the CMakeCache file. What is the exact problem that you have right now? Provide the full cmake and make output. From vvvelichkov at gmail.com Wed Oct 27 13:03:22 2021 From: vvvelichkov at gmail.com (Vasil Velichkov) Date: Wed, 27 Oct 2021 16:03:22 +0300 Subject: AW: Make fails while installing gr-osmosdr In-Reply-To: <1bc8097bc2454c15b94c39d261d0392c@komro.net> References: <1bc8097bc2454c15b94c39d261d0392c@komro.net> Message-ID: Hi Thangaraj, On 27/10/2021 15.43, Thangaraj Mukara Dhakshinamoorthy wrote: > The problem was with gr-fcdproplus package only! After removing it was installing fine and I got it under GRC Menu! Cool. > File "/usr/local/lib/python3/dist-packages/osmosdr/__init__.py", line 17, in In your previous mails you've said that you're setting cmake's prefix to `/usr` but here osmosdr is in `/usr/local` (the default prefix). Make sure you have only one gr-osmosdr installed on your system. My advice is to remove all gr-osmosdr installations (from source or from package), make sure that there are not `osmosdr` files in `/usr/` and `/usr/local`, and then reinstall gr-osmosdr. > from .osmosdr_python import * > ImportError: generic_type: type "sink" referenced unknown base type "gr::hier_block2" I'm not familiar with this error. It looks like https://lists.gnu.org/archive/html/discuss-gnuradio/2021-05/msg00059.html https://lists.gnu.org/archive/html/discuss-gnuradio/2021-05/msg00024.html Regards, Vasil From thangaraj at komro.net Wed Oct 27 13:31:39 2021 From: thangaraj at komro.net (Thangaraj Mukara Dhakshinamoorthy) Date: Wed, 27 Oct 2021 13:31:39 +0000 Subject: AW: AW: Make fails while installing gr-osmosdr In-Reply-To: References: <1bc8097bc2454c15b94c39d261d0392c@komro.net> Message-ID: <2fab832a12d34dfaa95791735e95bb11@komro.net> Hello Vasil, As you said I have removed and reinstalled 'gr-osmosdr' (with prefix '/usr')! Verified if there are two installation of gr-osmosdr: thangz at thangz-VirtualBox:/usr/lib/python3/dist-packages/osmosdr$ ls __init__.py osmocom_siggen_base.pyc __init__.pyc osmocom_siggen_base.pyo __init__.pyo osmosdr_python.cpython-38-x86_64-linux-gnu.so osmocom_siggen_base.py thangz at thangz-VirtualBox:/usr/local/lib/python3/dist-packages$ ls #osmosdr folder under '/usr/local/'! gnuradio pmt volk_modtool Console: Generating: '/home/thangz/Desktop/gnuradio/rtlsdr_fm_spectrum_simple.py' Executing: /usr/bin/python3 -u /home/thangz/Desktop/gnuradio/rtlsdr_fm_spectrum_simple.py Traceback (most recent call last): File "/usr/lib/python3/dist-packages/osmosdr/__init__.py", line 17, in from .osmosdr_python import * ImportError: generic_type: type "sink" referenced unknown base type "gr::hier_block2" During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/home/thangz/Desktop/gnuradio/rtlsdr_fm_spectrum_simple.py", line 37, in import osmosdr File "/usr/lib/python3/dist-packages/osmosdr/__init__.py", line 21, in from .osmosdr_python import * ImportError: generic_type: type "sink" referenced unknown base type "gr::hier_block2" I am looking into the links you sent, thank you :) Regards, Thangaraj -----Urspr?ngliche Nachricht----- Von: Vasil Velichkov Gesendet: Mittwoch, 27. Oktober 2021 15:03 An: Thangaraj Mukara Dhakshinamoorthy ; osmocom-sdr at lists.osmocom.org Betreff: Re: AW: Make fails while installing gr-osmosdr Hi Thangaraj, On 27/10/2021 15.43, Thangaraj Mukara Dhakshinamoorthy wrote: > The problem was with gr-fcdproplus package only! After removing it was installing fine and I got it under GRC Menu! Cool. > File "/usr/local/lib/python3/dist-packages/osmosdr/__init__.py", line 17, in In your previous mails you've said that you're setting cmake's prefix to `/usr` but here osmosdr is in `/usr/local` (the default prefix). Make sure you have only one gr-osmosdr installed on your system. My advice is to remove all gr-osmosdr installations (from source or from package), make sure that there are not `osmosdr` files in `/usr/` and `/usr/local`, and then reinstall gr-osmosdr. > from .osmosdr_python import * > ImportError: generic_type: type "sink" referenced unknown base type "gr::hier_block2" I'm not familiar with this error. It looks like https://lists.gnu.org/archive/html/discuss-gnuradio/2021-05/msg00059.html https://lists.gnu.org/archive/html/discuss-gnuradio/2021-05/msg00024.html Regards, Vasil From Therrien_832 at hotmail.ca Sat Oct 2 21:50:00 2021 From: Therrien_832 at hotmail.ca (Pierre-olivier Therrien) Date: Sat, 02 Oct 2021 21:50:00 -0000 Subject: Osmo-fl2k for Windows Message-ID: Hy. I recently instal osmo-fl2k on Windows and the software dont open and i have a message that pthreadVC2.dll is not Found. After research, i Found the dll un the pthread folder. Where must i place the dll for macking IT work? T?l?charger Outlook pour Android -------------- next part -------------- An HTML attachment was scrubbed... URL: From Therrien_832 at hotmail.ca Mon Oct 11 20:14:00 2021 From: Therrien_832 at hotmail.ca (Pierre-olivier Therrien) Date: Mon, 11 Oct 2021 20:14:00 -0000 Subject: Osmo-fl2k Message-ID: Hy Ive installed osmo-fl2k on Windows 10 And when i try to release, i have a error message that pthread vc2.dll is not Found. How can i fix IT? T?l?charger Outlook pour Android -------------- next part -------------- An HTML attachment was scrubbed... URL: