Re: [Discuss-gnuradio] how to resolve the uhd warning of sample rate

2014-11-28 Thread Marcus Müller
Hi Alok, usually, it should say something like "actual sampling rate: XXX". What does it say? (actually, can you just copy&paste the whole warning?) What program are you passing "-r" to? Greetings, Marcus On 11/28/2014 08:57 AM, alok ranjan wrote: > Dear All, > > > I am using USRP1 having RF da

Re: [Discuss-gnuradio] [USRP-users] how to resolve the uhd warning of sample rate

2014-11-28 Thread Marcus Müller
Hello Alok, the problem here is that you implicitly request a lower sampling rate than your USRP is able to provide: "-r 250e3" specifies the bit rate. For "-m qam" (with a default number of constellation points (-p) of 16=2^4) this means that the symbol rate is 1/4 of that, (250e3 b/s) / (4 b/sym

[Discuss-gnuradio] Latency of tcpip transmission

2014-11-28 Thread zs
Hi all: Thank you in advance. Environment: gnuradio 3.7.5 The picture below shows the received signal.I will try my best to explain my problem.I use one usrp N210 to send signal and the other usrp receive the signal and then transmit the message by the tcpip to the tra

Re: [Discuss-gnuradio] Latency of tcpip transmission

2014-11-28 Thread Marcus Müller
Hello xd, You're expecting us to guess what you know: What are we seeing in that diagram? What are the axes and how are they scaled? Also: some information of message length, the amount of data you need to pass through network, why latency is a problem etc would always help. Generally, GNU Radio

Re: [Discuss-gnuradio] [USRP-users] Fwd: RE: synchronize two USRP N 210

2014-11-28 Thread Marcus Müller
Hi Bashar, I'll reply once you send your emails to the mailing list instead of me individually. Best regards, Marcus Müller On 11/28/2014 12:34 PM, Bashar Hussain wrote: > Dear Marcus > > Thanks for your reply. > > So here is the code now looks like: > __

Re: [Discuss-gnuradio] Latency of tcpip transmission

2014-11-28 Thread zs
Hi Marcus: Thank you for your reply.Sorry for my unclear introduction to my question.I apology for this. I just want to know whether someone encounter the similar question of mine.My question is this:I have two usrps.One is transmitter while the other is receive

Re: [Discuss-gnuradio] [USRP-users] Fwd: RE: synchronize two USRP N 210

2014-11-28 Thread Marcus Müller
Hi Bashar, thanks for following up on this :) So, the idea was to replace "set_command_time()" by "set_start_time()", and to generally omit the clearing of command times (as you then don't even set any): -initialize all three USRP_sink/source objects -set the time -set_start_time on all three of

Re: [Discuss-gnuradio] Latency of tcpip transmission

2014-11-28 Thread Marcus Müller
Hi zs/xd, On 11/28/2014 12:58 PM, zs wrote: > Hi Marcus: > Thank you for your reply.Sorry for my unclear introduction > to my question.I apology for this. > I just want to know whether someone encounter the similar > question of mine.My question is this:I have t

Re: [Discuss-gnuradio] Latency of tcpip transmission

2014-11-28 Thread zs
Hi Marcus: Thank you for your reply. >What is "very short"? Numbers, please. Also, sample rate, modulation, >carrier frequency etc might be of interest. 1.Just 128 complex numbers.The receivers send the 128 complex numbers to the

Re: [Discuss-gnuradio] Latency of tcpip transmission

2014-11-28 Thread Marcus Müller
Hi zs, On 11/28/2014 01:25 PM, zs > >What is "very short"? Numbers, please. Also, sample rate, carrier frequency > >etc might be of > 1.Just 128 complex numbers.The receivers send the 128 complex numbers to the > transmitter through the tcpip. >sample rate=250e3,carrier frequen

[Discuss-gnuradio] How to correct for the drift in an (FMCW) Rx signal?

2014-11-28 Thread khalid.el-darymli
Hi, Given a set of synced *(i.e., using external GPS REF/PPS)*, time-commanded and calibrated *(i.e., through compensating for the phase/mag offset between digital Tx chirp prior to transmission and ADC'ed Rx signals) *N200 devices with LFTX/LFRX daughterboards, that work with coherent LFMCW chirp

Re: [Discuss-gnuradio] [USRP-users] How to correct for the drift in an (FMCW) Rx signal?

2014-11-28 Thread mleech
What is the magnitude of the frequency drift? What is the magnitude of the gain drift? What are you measuring backscatter *from*? On 2014-11-28 10:14, khalid.el-darymli via USRP-users wrote: > Hi, > > Given a set of synced _(i.e., using external GPS REF/PPS)_, time-commanded > and cali

Re: [Discuss-gnuradio] Fractional delay in fractional resampler block

2014-11-28 Thread Carlos Alberto Ruiz Naranjo
Hi Marcus, I spent a week doing tests and do not know what can be the fault. Did you see any mistake? [1] If I transmit the signal with no delay (signal -> FFT -> IFFT -> USRP) I have a small variable delay unwanted in the receiver. Greetings. [1] Now use powers of two in the FFT lenght (128,256

Re: [Discuss-gnuradio] Fractional delay in fractional resampler block

2014-11-28 Thread Marcus Müller
Hello Carlos, I don't really think that what you built really reflects what you're trying to achieve: I thought you needed a really small delay in time domain, and a sampling rate conversion from 10MHz to 10.23MHz. Why are you doing a delay in frequency domain? That will simply be a frequency shi

Re: [Discuss-gnuradio] Fractional delay in fractional resampler block

2014-11-28 Thread Marcus Müller
Hi Carlos, I just realized that maybe the core problem here is that I don't really understand what you're trying to do -- could you explain what this system will be used for, and why you need that particular sampling rate etc? Best regards, Marcus On 11/28/2014 05:59 PM, Marcus Müller wrote: > Hel

Re: [Discuss-gnuradio] [USRP-users] How to correct for the drift in an (FMCW) Rx signal?

2014-11-28 Thread Marcus D. Leech
On 11/28/2014 03:41 PM, khalid.el-darymli wrote: Back to my original question, what should I do to correct for this? Thanks in advance. Best, Khalid Khalid: Thanks very much for the very-extensive data. My main concern, as one of the Ettus support team, was that there was something wron