[Discuss-gnuradio] Does time.sleep() affect PPS sync in E310?

2016-09-16 Thread Lakshay Narula
Hello, I am seeing something interesting with my E310 when I try to use an external PPS on the SYNC connector. Here is what I am trying to do: Lock the internal reference clock to external PPS and generate a burst output every second using tx_time tags. Feed this output to an oscilloscope, where

Re: [Discuss-gnuradio] Transients at burst rising edge

2016-08-29 Thread Lakshay Narula
riate length for the > sample rate, then let that repeat. I'm getting nice, clean rising edges on > my pulses (run into an oscilloscope). Maybe the first pulse is distorted, > but once the filters have been filled up, everything should be clean. > Lou > > > > Lakshay Narula wrot

[Discuss-gnuradio] Transients at burst rising edge

2016-08-29 Thread Lakshay Narula
Hello all, I have been trying to perform ranging between nodes using time-of-arrival of signals. To this end, I am trying to transmit an accurately timed pulse using the USRP. My initial experiment simply sends out a 100 ms burst every 1 sec. I am then recording this signal using NI PXIe-5663

Re: [Discuss-gnuradio] uint64_t to PMT in Python

2016-08-15 Thread Lakshay Narula
üller <marcus.muel...@ettus.com> > wrote: > >> Hi Lakshay, >> >> haven't tried that in a while; but wouldn't from_long() work? >> >> >> Best regards, >> Marcus >> >> >> On 12.08.2016 16:26, Lakshay Narula wrote: >> >

Re: [Discuss-gnuradio] uint64_t to PMT in Python

2016-08-14 Thread Lakshay Narula
in the SWIG file, but I have not found an answer yet. Thanks, Lakshay. On Sun, Aug 14, 2016 at 2:24 PM, Marcus Müller <marcus.muel...@ettus.com> wrote: > Hi Lakshay, > > haven't tried that in a while; but wouldn't from_long() work? > > > Best regards, > Marcus > &g

[Discuss-gnuradio] uint64_t to PMT in Python

2016-08-12 Thread Lakshay Narula
Hello, I am trying to use the "tx_time" tag in my Python OOT block. The value for this tag is a tuple of PMTs: integer seconds in PMT format derived from uint64_t, and fractional seconds in PMT format derived from double. These data type conversions work well in C++. But in Python there are

Re: [Discuss-gnuradio] Understanding tags_demo.cc example in gr-uhd

2016-07-23 Thread Lakshay Narula
That was great information Marcus, appreciate it! Thanks, Lakshay. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Understanding tags_demo.cc example in gr-uhd

2016-07-23 Thread Lakshay Narula
Alright. Thanks for your help Martin. -Lakshay. On Fri, Jul 22, 2016 at 8:51 PM, Martin Braun <martin.br...@ettus.com> wrote: > On 07/22/2016 04:38 PM, Lakshay Narula wrote: > > Thanks Martin, that was exactly what I was looking for. > > > > Would the following st

Re: [Discuss-gnuradio] Understanding tags_demo.cc example in gr-uhd

2016-07-22 Thread Lakshay Narula
Thanks Martin, that was exactly what I was looking for. Would the following statement be correct: the GNU Radio flowgraph always produces samples as fast as the CPU can (irrespective of the set sample rate or throttle), and stops producing whenever the USRP sink buffer is full. Also, does the

[Discuss-gnuradio] Understanding tags_demo.cc example in gr-uhd

2016-07-21 Thread Lakshay Narula
Hello all, I have been trying to understand the mechanics of stream tags and USRP. To this end, I am reading through the tags_demo.cc example found in gr-uhd/examples/c++. The example provides two options for burst control: using SOB/EOB tags, and using tagged stream blocks. For clarity, let us

Re: [Discuss-gnuradio] Implementing timed transmission: UHD API or Stream Tags?

2016-07-15 Thread Lakshay Narula
*was no tracking etc. required.* > > *M* > > *On 07/13/2016 09:24 AM, Lakshay Narula wrote:* > >* Hi Martin,* > > > >* Appreciate your reply to my questions. I agree that I cannot do better* > >* than a clock cycle, so that is settled. Let us say that I use GPSDO fo

Re: [Discuss-gnuradio] Implementing timed transmission: UHD API or Stream Tags?

2016-07-14 Thread Lakshay Narula
Thanks Usman, That was some really useful information. So if this is the case then I should be able to calibrate out both the DSP and analog delay (analog delays are supposed to be smaller and stable). Also, a DAC delay must also be included in those calculations. Best, Lakshay. Hi Martin, > >

Re: [Discuss-gnuradio] Implementing timed transmission: UHD API or Stream Tags?

2016-07-13 Thread Lakshay Narula
Hi Martin, Appreciate your reply to my questions. I agree that I cannot do better than a clock cycle, so that is settled. Let us say that I use GPSDO for my reference and I wish to transmit at GPS time t. Is it possible to control the transmit time to within (t plus/minus 1 clock cycle)? I have

[Discuss-gnuradio] Implementing timed transmission: UHD API or Stream Tags?

2016-07-07 Thread Lakshay Narula
Hello, I am a new GNU Radio user. I am looking to build a system that can transmit a packet at a pre-defined time with very high accuracy (about 1 nanosecond). Having gone through the mailing list I am aware that timed transmission is a common task and many people have asked similar questions.

[Discuss-gnuradio] Error in gr-digital/examples/ofdm/benchmark_tx.py ?

2016-07-06 Thread Lakshay Narula
Hi, I am new to using GNU Radio and was going through some examples provided with the source code I checked out from the master branch. However, I find that one of the variables named "source_file" is not defined in the benchmark_tx.py example found in gnuradio/gr-digital/examples/ofdm directory.