Re: [Discuss-gnuradio] Scheduling a block even with no input items RE: Flow graph blocking when doing 2x1 transmission

[David Halls]

________________________________________
From: Activecat address@hidden
Sent: 04 June 2014 16:02
To: David Halls
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Scheduling a block even with no input items RE: Flow graph blocking when doing 2x1 transmission

On Wed, Jun 4, 2014 at 10:52 PM, David Halls <address@hidden<mailto:address@hidden>> wrote:
Not quite...

i). the "Source Tx" USRP has a constant stream of data, and is constantly transmitting. If the codewords in the file are exhausted it repeats.
ii). the "Relay Tx" USRP transmits data only when data has been received by the "Relay Rx" (I will use tx_time to control when the received burst is re-transmitted)
iii). the "Relay Rx" USRP will receive data only when the "Source Tx" USRP transmits (section where Relay Tx's too will be ignored),

What do you mean by "section where Relay Tx's too will be ignored" ?


I have changed the block you suggested, to avoid inserting 0's mid burst.

So does this give better results?


1) this is to avoid loop interference, the Relay Rx will ignore the received signal during the time that the Relay Tx is transmitting.
2) Yes avoiding adding 0's gives me pretty much the performance I require, I need to work on some other parts of the implementation to be sure. (it is definitely not the neatest way yet!!)




________________________________

NOTE: The information in this email and any attachments may be confidential and/or legally privileged. This message may be read, copied and used only by the intended recipient. If you are not the intended recipient, please destroy this message, delete any copies held on your system and notify the sender immediately.

Toshiba Research Europe Limited, registered in England and Wales (2519556). Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl

---

This email has been scanned for email related threats and delivered safely by Mimecast.
For more information please visit http://www.mimecast.com

---