Forum: GNU Radio How the upstream block of TDMA engine get the current time of the network

Posted by Alex Zhang (Guest)
on 2013-02-04 08:40
(Received via mailing list)
Previously, the pre-cog introduced a simple implementation of TDMA:
http://gnuradio.4.n7.nabble.com/Introduction-to-Pr...

I read roughly the code in the tdma_engine.py.
For the transmitter, it seems that this tdma_engine works like a 
throttle
to send the messages to the downstreams only when the time_update is 
later
than the time_transmit_start.
And these time are computed based on the tags in the incoming items
inserted by upstream block.
My question is that, where does the upstream block get the correct time? 
I
know that the usrp_sink can get_time_now but it is on the very 
downstream,
and it is different block which means different thread.

If my question is not clear, please give your comments.

Thanks.

--

Alex,
*Dreams can come true  just believe.*
Posted by Josh Blum (Guest)
on 2013-02-04 17:12
(Received via mailing list)
On 02/04/2013 01:32 AM, Alex Zhang wrote:
> know that the usrp_sink can get_time_now but it is on the very downstream,
> and it is different block which means different thread.
>
> If my question is not clear, please give your comments.


time indication should be coming from the usrp source block. the rx
samples are timestamped, which allows the engine to line up with a time 
slot

-josh
Posted by Alex Zhang (Guest)
on 2013-02-04 17:33
(Received via mailing list)
Hi Josh,

Sorry the unclear question. Actually I am asking how the transmitter
organize the TX samples to the specified time slot..


On Mon, Feb 4, 2013 at 9:45 AM, Josh Blum <josh@ettus.com> wrote:

> > than the time_transmit_start.
>
> >
>
--

Alex,
*Dreams can come true  just believe.*
Posted by Alex Zhang (Guest)
on 2013-02-04 18:41
(Received via mailing list)
Maybe I have misunderstanding on tdma_engine. Does it only handle the
incoming samples from the usrp source, which means rx samples? I really
want to figure out how the tdma transmitter works.


On Mon, Feb 4, 2013 at 9:45 AM, Josh Blum <josh@ettus.com> wrote:

> > than the time_transmit_start.
>
> >
>
--

Alex,
*Dreams can come true  just believe.*
Posted by John Malsbury (Guest)
on 2013-02-04 18:55
Attachment: tdma_hier.grc (44 KB)
Attachment: tdma_radio.grc (18 KB)
Attachment: tdma_radio_tuntap.grc (21,6 KB)
(Received via mailing list)
Alex,

I'm on a machine without GNU Radio installed, so I have to confirm that 
I'm
actually sending the right examples, but the attahced files may add some
insight.

The examples were intended for demonstration of the timed streaming
features and currently rely on a 1 PPS signal to provide synchronization
across multiple units.

-John
Posted by Alex Zhang (Guest)
on 2013-02-04 19:01
(Received via mailing list)
Hi John,

Thanks for these examples. I also read that yesterday.
Just want to confirm that:
1. TDMA engine is only responsible for extract the time from the rx 
samples
from the USRP resource.
2. The burst gate block schedules the time for the tx samples.

Are they correct?


On Mon, Feb 4, 2013 at 11:20 AM, John Malsbury 
<john.malsbury@ettus.com>wrote:

> -John
>>
>>> > For the transmitter, it seems that this tdma_engine works like a
>>> > and it is different block which means different thread.
>>> >
>>> _______________________________________________
>> *Dreams can come true  just believe.*
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>


--

Alex,
*Dreams can come true  just believe.*
Please log in before posting. Registration is free and takes only a minute.
Existing account (Switch to SSL-encrypted connection)
NEW: Do you have a Google/GoogleMail or Yahoo account? No registration required!
Log in with Google account | Log in with Yahoo account
No account? Register here.