Re: how to auto detect peak frequency in QT FFT sink

Hi Kyle, Thanks. my cmake version is too low so i can not build gr-fhss. i try to use fft->max but how to store max result to a gui label? From: Kyle A Logue Sent: Thursday, November 19, 2020 4:05 AM To: james jordan ; discuss-gnuradi

Re: how to auto detect peak frequency in QT FFT sink

2 things that come to mind: 1. stream -> fft -> argmax 2. in sandia fhss utilities they have an FFT Peak block that does what you want https://github.com/sandialabs/gr-fhss_utils Kyle Logue Senior Engineering Specialist ⚝ The Aerospace Corporation From: Di

USRP N210 Latency and underrun

Hello, I'm trying to make work the attached flowgraph : a simple Audio source, some filtering and feeding an USRP sink (N210). I have two problems with it : - I measure the latency between audio input and RF output of the N210 and it is too long for me as I have about 30-40ms at the minimum.

Re: [USRP-users] Direction finding based on USRP E310 board

Hello I am trying to install RFNoC for uhd 3.15. As far as I understand, this version supports RFNoC. And in order for me to have blocks in gnuradio, as I understand it, I need to install gr-ettus. But when installing, I get this error The found UHD version (3.15.0.0-3build2) is not compatible with

Re: Passing real data from a thread to the next block

Hi Martin and Nick Thanks for your answers. I overwrite the start method proposed for Martin and works in a suitable and simple way. Thank you so much. Regards Isaac. El mié., 18 nov. 2020 a las 1:27, Martin Lülf () escribió: > Dear Isaac, > > you can overwrite the start method of gr::block > >

Re: Regarding missing osmocom source

Disable the low pass filter, it is filtering out the excepted signal if the cutoff frequency is 20kHz. Maybe you mixed up the cutoff frequency and the transistion width. Am 18.11.20 um 17:21 schrieb Rozana Alam: > Hi, > Thank you for your detailed clarification, I am really sorry for all the > mis

Re: Regarding missing osmocom source

Hi About Osmocom-sink It seems that you have gr-osmosdr installed since your flowgraph has one osmocom-source. What you need is an osmocom-sink and if you have osmocom-source you must also have osmocom-sink too!! so What is

Re: [USRP-users] Direction finding based on USRP E310 board

Hi Ivan, The TX/RX and RX2 are ports on the same receiver channel. As Julian says there are two receivers, A and B. For a receive only application the RX2 ports are slightly better performing as they have one less switch that the signal passes through. Regards, Derek On 18/11/2020 14:01, Ju

Re: [USRP-users] Direction finding based on USRP E310 board

Ivan, to the best of my knowledge, there should not be any RX1 port. Instead, you should have two (coherent) channels "A" and "B" both allowing you to select one out of two available antenna ports when receiving ("TX/RX" or "RX2"). Cheers, Julian On 11/18/20 10:31 AM, Ivan Zahartchuk via USR

Re: [USRP-users] Direction finding based on USRP E310 board

Another question of interest is which channels are coherent? Rx1 and RX2 or RX1 and RX / TX? вт, 17 нояб. 2020 г. в 01:56, Ivan Iudice : > Right! > Be careful, DOA estimation using only 2 antennas works but it’s not so > accurate. > Enjoy! > > Ivan > > > Il giorno 17 nov 2020, alle ore 00:35, Iva

Re: Regarding missing osmocom source

You are trying to transmit right? Source is used for receiving data, not transmitting. Use a Osmo Sink. On Wed, Nov 18, 2020 at 3:53 PM Rozana Alam wrote: > Hello community, > I am trying to transmit continuous waves (CW signal) using bladeRF > through gnu-radio. i can see the transmitting sig

Re: Regarding missing osmocom source

Hi, I cannot open the grc file, it complains with some parsing error. However, I am wandering what you did in the screenshot. That makes no sense to me. You have the BladeRF at 2.4 GHz center frequency with a sample rate of 61.44 MHz (is that supported by the BladeRF?). Even if, why are you generat