Re: [Discuss-gnuradio] "from gnuradio import gr" fails with a Fatal Python error

esn't help, email me off-list & we'll work > through your issue. - MLD > > On Mon, Nov 21, 2016, at 11:10 AM, Gilad Beeri (ApolloShield) wrote: > > The Python statement "from gnuradio import gr" crashes the Python process > with "Fatal Python error: PyThreadStat

[Discuss-gnuradio] "from gnuradio import gr" fails with a Fatal Python error

Hi, The Python statement "from gnuradio import gr" crashes the Python process with "Fatal Python error: PyThreadState_Get: no current thread" (mac OS 10.12.1, GNU Radio 3.7.10.1 using Mac Ports, full log is attached). I tried following the cleanup process detailed in

[Discuss-gnuradio] GNU Radio Tutorial Example Doesn't Work

Hi, Going over tutorial 2 http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_GRC, trying the last example (a triangle wave, prove signal and a sine wave), which based on common sense and the image in the tutorial, should result in a periodic triangle shape in the waterfall scope.

[Discuss-gnuradio] Pentek & GR

Hi, Does anybody have experience with integrating Pentek's SDR devices and GNU Radio? I wish to experiment with them together. Basically it means having source and sink blocks implemented based on their drivers, I was wondering whether anyone had the chance to do that. Thanks

Re: [Discuss-gnuradio] dBm and dB Measurements

Can you convert the data to a table + 2 graphs (1st: SA level vs. input power, 2nd: SDR level vs. input power)? It will help you and others conclude the relationship between the behaviors On Thu, Jun 29, 2017 at 11:16 PM GNUBeginner wrote: > Hello Everyone, > > I am using

Re: [Discuss-gnuradio] dB or dBm

Yes - he meant a constant tone, a simple sinusoidal signal with fixed frequency and amplitude (Acos(wt)). And you can't measure the power directly. What you can measure is the graph (function) between the injected power (as determined in your signal source) to those strange dB values. After you

Re: [Discuss-gnuradio] dB or dBm

Marcus explained it better than me in your previous email, but in general, those SDR devices aren't calibrated devices, as in you (the user) can't infer from the sample value the signal power, so the apps (e.g., QSpectrumAnalyzer) can't tell you anything about dBm (power) values, only dB values

Re: [Discuss-gnuradio] Kernel Ubuntu - USB 3.0 trouble - missed packets

install (apt) cpufreq-utils and indicator-cpufreq, you'll get a UI icon to set the CPU to "performance" mode. On Fri, May 19, 2017 at 1:02 AM Marcus Müller wrote: > Hi Cristian, > > hm, the Intel 8 series tends to work well. > > What is it that you're doing with these

Re: [Discuss-gnuradio] How to write data periodically in file sink

If you need accuracy, I think the asynchronous nature of your method might problematic (will appreciate input from GR devs). Maybe try a different approach - write the samples to a memory buffer, then read from the buffer the exact # of samples you want to write to a file. On Fri, May 19, 2017 at

[Discuss-gnuradio] Checking that a flowgraph is done

I have a flowgraph used for simulations that uses a File Source with no repeat. I want to run some code after the flowgraph is done (-> when the source returns -1). How can I achieve that? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

[Discuss-gnuradio] Analyzing an Arbitrary Length Sequence in a Python Block

I'm writing a Python block that, in general, does the following: Input: a stream of numbers (assume integers for the sake of discussion). Output: a stream of numbers I made some generalizations to the real problem to simplify the question. The block looks for sequences of positive integers and

[Discuss-gnuradio] Setting USRP's AGC Through GNU Radio's USRP Source

Hi, I'm not sure whether this question should be posted in this mailing list or in usrp-users. The USRP Source has a method called get_device() which returns an internal pointer to the multi_usrp. The internal USRP object has a method of set_rx_agc(). How can I access it through Python? Assuming

Re: [Discuss-gnuradio] Analyzing an Arbitrary Length Sequence in a Python Block

15, 2017 at 10:59 PM, Gilad Beeri (ApolloShield) < > gi...@apolloshield.com> wrote: > >> I'm writing a Python block that, in general, does the following: >> Input: a stream of numbers (assume integers for the sake of discussion). >> Output: a stream of numb

[Discuss-gnuradio] Debugging the Source of Dropped Samples

Hey, I have a flowgraph, that when run, no CPU core is ever close to 100% utilization. Still, I get many dropped samples. I don't get the dropped samples when running benchmark_rate for the similar durations and at the same sample rate. Using USRP B205mini on Ubuntu 16.04 on a high-performance PC.

Re: [Discuss-gnuradio] Error Linking UHD

e > run > > anew? > > > > Best regards, > > Marcus > > > > :e ../cmake/Modules/FindG On Tue, 2018-06-19 at 14:19 +0300, > > Gilad Beeri (ApolloShield) wrote: > > > I have a similar problem as described in > > > ht

Re: [Discuss-gnuradio] Analyzing an Arbitrary Length Sequence in a Python Block

uffer too small for min_noutput_items"; and (iv) a general tip to continuing operations when an error causes a block to return -1 while I want the flowgraph to continue (catch an exception / handle an error, lose some data and move on)? On Mon, Oct 16, 2017 at 8:59 AM Gilad Beeri (ApolloShield) < gi...@

[Discuss-gnuradio] VOLK: What Could Make volk_32fc_index_max_16u() Go Wrong?

Hi, I have the following function: float blk::func(uint16_t *argmax, gr_complex *vector, uint32_t vlen) { cout << "0: " << vector[0] << " (" << abs(vector[0])<< ")" << " 996: " << vector[996] << " (" << abs(vector[996]) << ") " << " 999: " << vector[999] << " (" <<

Re: [Discuss-gnuradio] VOLK: What Could Make volk_32fc_index_max_16u() Go Wrong?

. On Tue, Jan 23, 2018 at 12:45 PM Jeff Long <willco...@gmail.com> wrote: > This sounds like a memory corruption error of some sort. Try printing the > values after calling the volk function and see if they have been changed. > > On Tue, Jan 23, 2018 at 2:22 AM, Gilad Beeri (Ap

Re: [Discuss-gnuradio] VOLK: What Could Make volk_32fc_index_max_16u() Go Wrong?

First, "~/p/s/p/test_data (master)> cat ~/.volk/volk_config | grep volk_32fc_index_max_16u volk_32fc_index_max_16u a_sse3 generic" I did "vector[996] = gr_complex(1,1);" and it resulted in argmax 996 (correct result). Same results when setting any single sample between 996 to 999. But - when I

Re: [Discuss-gnuradio] Debugging the Source of Dropped Samples

for the future reader of this thread, so, please, bear > with me: > > On 07.11.2017 10:42, Gilad Beeri (ApolloShield) wrote: > > I have a flowgraph, that when run, no CPU core is ever close to 100% > > utilization. > > Indeed, dropped samples indicate a bottleneck

Re: [Discuss-gnuradio] Float is required error for customized Block

This is related to Python, not GNU Radio per se. It seems that you pass in1 to math.log10(). I assume that you define in1 as input_items[1], which is a list of items to process (not a single item), while the log function expects to get a float, not a list. Something like: for item in in1: c =

Re: [Discuss-gnuradio] Float is required error for customized Block

Have just looked at your code from my mobile. You want to check numpy.log10 and numpy.greater (there will be other ways to do the same thing). On Tue, Jan 2, 2018, 20:18 Gilad Beeri (ApolloShield) < gi...@apolloshield.com> wrote: > This is related to Python, not GNU Radio per se.

Re: [Discuss-gnuradio] Error Linking UHD

symbols > > defined in libgnuradio-uhd). > > > > Best, > > Bastian > > > > On 6/19/2018 13:27, Gilad Beeri (ApolloShield) wrote: > > > The MESSAGE directive shows it should be ok - added to > > > lib/CMakeLists.txt, after the first target_link_libr

Re: [Discuss-gnuradio] Error Linking UHD

build/ directory and letting > CMake run anew? > > Best regards, > Marcus > > :e ../cmake/Modules/FindG On Tue, 2018-06-19 at 14:19 +0300, > Gilad Beeri (ApolloShield) wrote: > > I have a similar problem as described in > https://lists.gnu.org/archive/h

[Discuss-gnuradio] Error Linking UHD

I have a similar problem as described in https://lists.gnu.org/archive/html/discuss-gnuradio/2015-05/msg00195.html. When I try to run tests (with Python), I get: *Traceback (most recent call last):* * File "python/myblock.py", line 12, in * *from myproj.myproj_swig import mitigation_source*

Re: [Discuss-gnuradio] Error Linking UHD

IES is. Maybe CMake got confused? > > > I know this is kind of a "haveyoutriedturningitoffandonagain" answer, > > > but have you tried completely rm'ing your build/ directory and letting > > > CMake run anew? > > > > > > Best regards, > &g

Re: [Discuss-gnuradio] How to stop GRC flowgraph after a defined time

Check out the Head block, which takes N as input, and stops (the whole flowgraph as a result of how GNU Radio works) after N samples. N = sample_rate * desired_duration On Tue, Mar 27, 2018 at 2:08 PM Priyanka Priyadarshini < ppriyadarshin...@gmail.com> wrote: > Hello, > > I am very new to

Re: [Discuss-gnuradio] Flowgraph heartbeat pulse

tional system to make it sufficienly reliable at not consuming > more time to do whatever you do to the signal than it takes to produce > the signal! > > Vitals are still a good idea, but sadly, I don't have a standard way of > doing them. > > Best regards, > Marcus > >

Re: [Discuss-gnuradio] Flowgraph heartbeat pulse

Might work for you: Any kind of source, throttled to 1/HEARTBIT_INTERVAL, to a UDP sink. Example: Constant Source(1) -> Throttle (1 S/s) -> UDP Sink will write the number 1 to the designated UDP sink, once every second. On Sun, Apr 1, 2018 at 12:22 AM Milos Milosavljevic <

Re: [Discuss-gnuradio] Avoiding divide by zero in case of input being zero.

Disclosure: I haven't looked at your code. 0 values can be presented in GNU Radio when you use history, because if your history is N, the first N-1 items are going to be zeros. Anyway, regarding your comment "it is not expected that a device/stream would ever spit out zero values.", I did have 0

Re: [Discuss-gnuradio] Avoiding divide by zero in case of input being zero.

of 0 values is expected to share a very small fraction of the > entire run and > to handle that small case, the regular cases will also necessarily have to > go through that additional 'if' check. I wanted to avoid that. > > Regards, > Anshul > > On 31 March 2018 at 10:37,

Re: [Discuss-gnuradio] Avoiding divide by zero in case of input being zero.

Marcus: Yes, but he computes a sum of N power figures (for N samples), so for it to be 0, there should be N consecutive 0 samples, so the statistics are lower. Looking at the source code, he uses N == 1024. On Sat, Mar 31, 2018 at 8:28 AM Gilad Beeri (ApolloShield) < gi...@apolloshield.

[Discuss-gnuradio] GRC: Reference a Block from Other Block

I have a block I implemented, and I use it inside a GRC flowgraph with many in-tree blocks. I want to reference one of those blocks from my own block (call one of its methods). Is it possible in GRC without manual modification of the generated Python file?

Re: [Discuss-gnuradio] GRC: Reference a Block from Other Block

o update the internal status of another block. Definitely > use message ports to set internal variables. > > Cheers > Johannes > > On 22.03.2018 14:34, Gilad Beeri (ApolloShield) wrote: > > I have a block I implemented, and I use it inside a GRC flowgraph with > > man

Re: [Discuss-gnuradio] Error Linking UHD

way – I do not endorse the > fact that we're distributing copies of all the GNU Radio CMake scripts > with our OOT template, as these might outdate locally. > > I must admit I don't have an OOT where I test gr-uhd linkage myself. > > Best regards, > Marcus > > On Tue, 2018-06-19

Re: [Discuss-gnuradio] Error Linking UHD

or through pybombs? Can > you locate all libuhd.so.* on your system? > > On Wed, 2018-06-20 at 12:48 +0300, Gilad Beeri (ApolloShield) wrote: > > Marcus, the repo at https://github.com/giladbeeri/gr-uhd-link-test > > is a bootstrapped OOT module with basically nothing but

GNU Radio 3.8 OOT Linking (Migration from 3.7)

I'm migrating an OOT module from GNU Radio 3.7 to 3.8.1. I followed the instructions on https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide. When running my app, I get: *ImportError: /home/myuser/gr/as/lib/libgnuradio-myproject.so.1.0.0git: undefined symbol:

Re: Weird Python Sinks Crash with GNU Radio 3.8.1

comment-in line 43 and comment-out line 44 to witness that. I used the same file source block but I also tested it with 2 different file sources and it behaves the same. Any ideas why does this happen in GNU Radio 3.8.1? ᐧ On Thu, Apr 23, 2020 at 6:50 PM Gilad Beeri (ApolloShield) < gi...@ap

Re: GNU Radio 3.8 OOT Linking (Migration from 3.7)

Hi Andrej, Thank you - that seems to solve the issue. ᐧ On Tue, Apr 21, 2020 at 6:06 PM Andrej Rode wrote: > Hi, > > as a quite big difference to GNU Radio 3.7 the CMake does not set up > your project to blindly link to all of the GNU Radio libraries but you > have to also add in

Re: Weird Python Sinks Crash with GNU Radio 3.8.1

Hi, Can someone with GNU Radio 3.8.1 and Python 3.8 on Linux run the attached file and check if it crashes? I get persistent results over several computers for a crash on that setup, while it is ok on Python 2.7 and GNU Radio 3.7.11. ᐧ On Sun, Apr 26, 2020 at 11:19 AM Gilad Beeri (ApolloShield

Weird Python Sinks Crash with GNU Radio 3.8.1

I have a rather complex flowgraph that used to work well with GNU Radio 3.7. I upgraded to 3.8.1, and now it crashes (for some input, but even when I use /dev/zero as file source) with something that looks like in the core of GNU Radio (not directly in the block). Environment: GNU Radio 3.8.1

Re: UHD function to determine USB version?

Not through UHD, but on Linux you can run "lsusb -d2500: -v | grep bcdUSB" Regards, Gilad Beeri CTO, ApolloShield Anti-Drone Systems www.apolloshield.com gi...@apolloshield.com ᐧ On Fri, Aug 27, 2021 at 9:51 PM Mike wrote: > Hello, > > I apologize if I missed it in the documentation, but is