[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.

[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. How

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 re

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, > > A

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

2016-07-15 Thread Lakshay Narula
here* > *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 us

[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 a

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 thr

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 wrote: > On 07/22/2016 04:38 PM, Lakshay Narula wrote: > > Thanks Martin, that was exactly what I was looking for. > > > > Would the following statement be correct: the GNU R

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

[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 n

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

2016-08-14 Thread Lakshay Narula
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 wrote: > Hi Lakshay, > > haven't tried that in a while; but wouldn't from_long() work? > > > Best regards, > Marcus > > > On 12.08.201

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

2016-08-15 Thread Lakshay Narula
bine the full and fractional seconds > into a floating number. > > There's a couple of workarounds, of which I prefer the following > > time_now = usrp_source_0.get_time_now() > frac_seconds = time_now.get_frack_secs() > full_seconds = time_now.to_ticks(1.0) > > B

[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 fron

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

2016-08-29 Thread Lakshay Narula
mple 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 wrote > > Hello a

[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 I