Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block

2019-06-07 Thread Maitry Raval
Hello, I am using USRP-B200 mini, and as I want to use USRP offline, that's why I am trying to record the transmitted modulated signal through UHD USRP source to some file, Is it ok to use .txt file for this? And the problem arise in this is , when the signal is being recorded in a wav file t

Re: [Discuss-gnuradio] Request for comment: FFT optimizations

2019-06-07 Thread CEL
Hi Johannes, always remember that the "f" suffix after fftw is just for "float", without that suffix you use the double precision FFTw. > fftwf_execute_dft(plan, *in, *out) http://www.fftw.org/fftw3_doc/New_002darray-Execute-Functions.html > fftwf_alignment_of() same page, and http://www.fft

Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block

2019-06-07 Thread CEL
Hello, On Fri, 2019-06-07 at 12:40 +0530, Maitry Raval wrote: > Hello, > > I am using USRP-B200 mini, and as I want to use USRP offline, that's > why I am trying to record the transmitted modulated signal through > UHD USRP source to some file, Is it ok to use .txt file for this? Again, the file

Re: [Discuss-gnuradio] query regarding wav file recording through wav file sink block

2019-06-07 Thread Maitry Raval
Yes, the amplitude of a wav file saved with a wav file sink is differnt while I open it with wav file source - Original Message - From: "Marcus Müller, CEL" To: "maitry raval" Cc: "discuss-gnuradio" Sent: Friday, 7 June, 2019 08:15:30 Subject: Re: query regarding wav file recording th

[Discuss-gnuradio] ARM optimization update

2019-06-07 Thread Albin Stigö
Hi, ARM support is now pretty much done for libvolk. I'm just waiting to sign the Contributor licence agreement before I start sending pull requests. There has been some (legimite) concern that my branch is a total mess, but don't worry, I will refactor so there will be one pull request / kernel,

Re: [Discuss-gnuradio] Determining distance from OFDM signals

2019-06-07 Thread Jonas Manthey
Hi Andrew, What do you mean by “information from the carrier data”? I’m no OFDM expert, but my intuition tells me that in a zero-IF architecture (which I assume your USRP has) any carrier phase information is lost. There’s some results when googling for “OFDM ranging” maybe that helps. Cheers,

Re: [Discuss-gnuradio] Determining distance from OFDM signals

2019-06-07 Thread CEL
Well, you can go ahead and at least to a degree enforce a known relative phase between transmitter and receiver, but yeah, without extensive external synchronization effort (e.g. GPSDOs – hi there, u- blox :) ), the receiver phase is random relative to the transmitter's phase. So, the distance can'

Re: [Discuss-gnuradio] Determining distance from OFDM signals

2019-06-07 Thread Andrew Wolfram
Thanks for your responses! I'm trying to implement what's already been done with USRPs in this paper (https://ieeexplore.ieee.org/document/8555795), which is based on this paper (https://ieeexplore.ieee.org/document/5505942). My apologies if you can't access the full versions of these. In the first

[Discuss-gnuradio] USRP dsp_freq request using stream tags [Python]

2019-06-07 Thread Sebastian Sahlin
Hi, I am unsure whether this question fits in this mailing list or the USRP mailing list but it concerns stream tags so here goes.. I'd like to tune the USRP using a DSP offset without touching the LO frequency. I'd like to do this using stream tags since it's important that the re-tune is synchr

Re: [Discuss-gnuradio] Determining distance from OFDM signals

2019-06-07 Thread rear1019
On Wed, 05 Jun 2019 at 16:20:12 -0700, Andrew Wolfram wrote: > I'm trying to alter the file ofdm_txrx.py ( > https://github.com/gnuradio/gnuradio/blob/master/gr-digital/python/digital/ofdm_txrx.py) > to get phase information from the carrier data so I can calculate an > approximate distance between