Re: Problems with the GNU WiFi and the USRP B210

On 06/25/2020 07:21 PM, Silvio Cardero wrote: Please open and read the document ​ signature_658765992 Silvio Cardero Chief Scientist 520.247.7275 (cell) Web www.ed2corp.com Email Silvio@ed2corp _.com_ 7636 N. Oracle Road

Re: Symbol timing estimator block and CPM modulations

Recommend reading https://www.gnuradio.org/grcon/grcon17/presentations/symbol_clock_recovery_and_improved_symbol_synchronization_blocks/Andy-Walls-Samples-to-Digital-Symbols.pdf Yeah, the MSK TED selections for the symbol sync block expect the constant envelope FSK waveform on the input.

Re: GNU Radio web API

On Thu, Jun 25, 2020 at 10:47 AM Marcus Müller wrote: > On 25/06/2020 05.34, Kevin Reid wrote: > > There is unfortunately > > no standard way to tell a block to free the resources it is using, other > > than ensuring it is "deleted" by dropping all references to it. > > Well, technically, when a

Re: [USRP-users] 2021 IEEE Aerospace Conference

Any update? Would like to see the program for past conferences... On Fri, 19 Jun 2020 at 22:44, Alex Humberstone wrote: > Eugene, the conference looks interesting. Where can we find the program > for past years to get a feel for the conference? I didn't see this on the > website. Thanks. > >

Re: Packet TX and RX on E312

On 06/25/2020 12:44 PM, Cameron Matson wrote: I moved my setup from e312s to n310s so that I could run the flowgraphs with the gui blocks to help with debugging. It looks like the phase is off at the RX as the constellation gui from the USRP (the one before the Packet Rx block) is rotating.

Re: GNU Radio web API

Example? > On 25 Jun 2020, at 18:55, Marcus Müller wrote: > > Such a thing exists: all blocks have a "system" message port! > >> On 25/06/2020 13.40, Steven Gillies wrote: >> Thanks Kevin, >> It's good to know what I am trying to do is possible in practice. >> I guess I was hoping for some

Re: Calculating SNR of an incoming signal

The effective noise bandwidth is part of the calculation. I'm using the radar range equation. My purpose for including the bandwidth in my response was that any time I try to use a filter with a frequency greater than my sampling rate/2 I get an error returned. I agree that ideally I would use a

Re: Custom Header Format object in OOT module

Think I finally found the answer to my problem in this old thread: https://lists.gnu.org/archive/html/discuss-gnuradio/2015-07/msg00618.html On Fri, May 29, 2020 at 12:18 PM Alex Roberts wrote: > Any one have thoughts on this? Haven't been able to to get it working yet. > > On Thu, May 21, 2020

Re: Calculating SNR of an incoming signal

Hi Alex, On 25/06/2020 21.00, Alex Batts wrote: I'm sampling an incoming signal, but only around 2 MSps. and that's fine! that's the *equivalent* baseband, it has all the same information as the RF signal. I need the signal power to noise power ratio at the receiver as part of my range

Re: Calculating SNR of an incoming signal

I'm sampling an incoming signal, but only around 2 MSps. I need the signal power to noise power ratio at the receiver as part of my range calculation. So I would need to be able to distinguish between the power of the tone vs the power of the surrounding noise and use those two numerical values

Re: Calculating SNR of an incoming signal

But you're sampling something, or else you couldn't process this in GNU Radio. So, I'm a bit confused about what you're actually doing. On 25/06/2020 20.48, Alex Batts wrote: Sorry, I'm new to the mailing list as well. How would you recommend isolating the tone power? A band pass filter

Re: Calculating SNR of an incoming signal

Sorry, I'm new to the mailing list as well. How would you recommend isolating the tone power? A band pass filter wouldn't work at that frequency since there isn't an SDR that can sample that high. Would that be where the Phase Locked Loop comes into play? Thank you for your help to this point,

Re: GNU Radio web API

Such a thing exists: all blocks have a "system" message port! On 25/06/2020 13.40, Steven Gillies wrote: Thanks Kevin, It's good to know what I am trying to do is possible in practice. I guess I was hoping for some sort of signal I could send that would be received by all of the OOT modules

Re: GNU Radio web API

Hi Kevin, you're kind of right: On 25/06/2020 05.34, Kevin Reid wrote: There is unfortunately no standard way to tell a block to free the resources it is using, other than ensuring it is "deleted" by dropping all references to it. Well, technically, when a flow graph is finished running,

Re: Empty file at File Sink for BPSK mod simulation

You're trying to run a flow graph designed for a different version of GNU Radio. Use the examples that came with your version of GNU Radio. Better still: update to a current GNU Radio (3.8.1.0) and run the examples from that. On 25/06/2020 13.06, Grace Huang wrote: Hi, I managed to get the

Re: Calculating SNR of an incoming signal

Hi Alex, can you make sure to reply to the mailing list, not just me alone? Others usually take interest in discussion, too :) Well, then it's easy. Total signal power is simply the average magnitude square of your received signal You just need to subtract the power of the tone (that's its

Re: Windows Binaries for 3.8.1.0 Available

Hi Geof, wow, thanks! Looking forward to your Python3 builds, too! :) Cheers, Marcus On 25/06/2020 00.46, Geof Nieboer wrote: All, Windows installers have been updated for GR 3.8.1.0 and are out of "beta" status.  This can be installed side-by-side with the 3.7 versions (but not other 3.8

Re: Packet TX and RX on E312

I moved my setup from e312s to n310s so that I could run the flowgraphs with the gui blocks to help with debugging. It looks like the phase is off at the RX as the constellation gui from the USRP (the one before the Packet Rx block) is rotating. I'm able to adjust the magnitude of the IQ data by

Re: Osmocom Source (frequency deviation)

Just one more comment: there is an additional low-pass filter when I use the mixer. The goal is to eliminate one of the frequencies resulting from this process (i.e. 2 x f_offset). Em qui., 25 de jun. de 2020 às 10:35, Artur Nogueira escreveu: > Yes, you're right: 2000 samples is too much. I

Re: Osmocom Source (frequency deviation)

Yes, you're right: 2000 samples is too much. I made measurements with different numbers of samples (2, 500 and 2000) because I was afraid a very slow number (e.g. 2) could cause aliasing in the base-band. Regarding the offset, it is indeed constant and for experimentation. I had not realized

Re: Radar Project - BladeRF2.0

Good morning, Thanks for all the information. Regards Dionísio On Wed, Jun 24, 2020, 15:10 Doug wrote: > > > On 6/24/2020 9:03 AM, Dionísio de Carvalho wrote: > > hi everybody > > This is my fisrt message here. I am pretty new in the SDR world. > > > > I am intended to develop a Radar with

Re: GNU Radio web API

Thanks Kevin, It's good to know what I am trying to do is possible in practice. I guess I was hoping for some sort of signal I could send that would be received by all of the OOT modules in the flowgraph as I think part of the problem is that I have a blocking call to accept a socket

Re: Empty file at File Sink for BPSK mod simulation

Hi Jeff, Thank you for the replies. Do you mean that the sample rate for RRC taps should be 32 instead of nfilts? I've set nfilts as a variable with the value of 32. Regarding the deprecated packet encoder block, I've searched up a bit but could not find much information on replacing the block.

2-clock problem, Osmocom Source & Freq Offset, ALSA buffer etc

Hi All, Sorry for the longish post. I have a receiver using an RPi4 & an RTL-SDR dongle that outputs audio via the analogue jack- I'd like a low cost solution. I need the time delay through the system to be constant & the 2-clock problem means it won't be. I can make the phase difference between