Great! Thanks. I tried to import time and it works. Now I just have to see
if this is sufficient for my sample gather timing or I still have to get the
timestamp of the first sample using metadata and such.
LD
-Original Message-
From: Marcus D. Leech [mailto:mle...@ripnet.com]
Sent: Frid
On 01/04/2013 08:24 PM, José María Valencia wrote:
Hi, I want to transmitand receivea1kHz cosinetoneusing dsb am
modulation and usrp1 with2wbx dbs,I have connectedfromtx/rx output
wbx-ato rx2 inputwbx-b with a 50ohmsma cable, I'mexpectingin scope
sinkthe cosine tone with 1KHz butI have anoth
Hi Community,
I'm working with blob manager to implement our design. The block diagram in
GRExtras looks similar to this:
BLOCK 1 --> BLOCK 2 --> BLOCK 3 --> SINK
Where, Block 1 contains the manager as follows:
MsgBlobManager = pmt::pmt_mgr::make();
for (size_t i = 0; i < MSG_BLOBS_ALLOCA
On 01/04/2013 07:03 PM, LD Zhang wrote:
Hello,
I tried the following command in python:
python:
usrp_source.set_time_now(uhd.time_spec_t(time.time())
It doesn't seem to work. Looks like the "time.time()" is wrong? Looked up an
earlier example:
set_time_now(uhd::time_spec_t(0.0), 0)
The syn
Hello,
I tried the following command in python:
> python:
> usrp_source.set_time_now(uhd.time_spec_t(time.time())
>
It doesn't seem to work. Looks like the "time.time()" is wrong? Looked up an
earlier example:
set_time_now(uhd::time_spec_t(0.0), 0)
The syntax looks different. But this may be
I am starting to play around with 3.6.3rc0 a little bit. I'm excited
about the new message passing infrastructure and the Python-based
signal processing blocks. In fact, I would really like to be able to
create Python-based blocks that use the new message infrastructure.
However, as best I can te
You pass it a uhd.time_spec. SInce you are using the PC's time, there is
already something you may find convenient: uhd.time_spec.get_system_time()
>>>
Can you do this in python script that I have, or how you do this in python?
If not in python, then the easier thing for me to do may still be tr
On 01/04/2013 03:15 PM, LD Zhang wrote:
> Hi Josh,
>
> Thanks for replying. I have some thoughts on using the "set_start_time".
> Please see my comments and questions below:
>
> =
>
> There is a set_start_time() call. setting this will e
Hi Josh,
Thanks for replying. I have some thoughts on using the "set_start_time".
Please see my comments and questions below:
=
There is a set_start_time() call. setting this will effect what time the
streaming begins when the flow graph s
On 01/04/2013 01:21 PM, LD Zhang wrote:
> Great! Thanks Josh for the answers to my last email. Please see my comments
> and questions below.
>
>
>
>
> If you want to use the PC clock, I recommend calling set t
FYI I just solved the problem. The and tag order was
reversed. I didn't know that the xml format was so strict. Well on my way
now.
---
The blank lines in my xml data should have contained the tags, they were
lost in copying the xml over for some reason.
--
View this message in context:
ht
Great! Thanks Josh for the answers to my last email. Please see my comments
and questions below.
If you want to use the PC clock, I recommend calling set time now with the
current PC time before scheduling strea
Evening all. I only recently (yesterday) started working with gnuradio and am
having some trouble getting a minimal grc python block going. I've found a
number of references in this mailing list and elsewhere (and lots of broken
links) but just can't seem to piece it all together. Some guidance wou
On 01/04/2013 01:55 AM, LD Zhang wrote:
> Hello,
>
>
>
> Thanks for the note below.
>
>
>
> I am reading an older email exchange between Josh Blum and a guest. Josh
> mentioned that there is a downstream block (in GRC I guess) that can use the
> timestamp tag to decide which samples are
14 matches
Mail list logo
