discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Microwave Link Demodulation


From: Ihab Zine
Subject: Re: [Discuss-gnuradio] Microwave Link Demodulation
Date: Tue, 30 Aug 2016 11:39:59 +0100

Hi all, 

Thanks for the tips. ill go through them and come back to you soon.

Best Regards 
Ihab 



On 29 August 2016 at 20:53, Ben Hilburn <address@hidden> wrote:
Hi Ihab -

I recommend checking out this paper on performance counters & ctrlport. The dependency on `thrift` can be a bit painful, but these are great tools in GNU Radio for instrumenting your application and optimizing performance.

http://conferences.sigcomm.org/sigcomm/2013/papers/srif/p65.pdf

Cheers,
Ben

On Mon, Aug 29, 2016 at 12:38 PM, Dave NotTelling <address@hidden> wrote:
One way I check for bottlenecks it to run 'top -H' and watch the various threads.  If you see any one thread pegged at 100% then it needs to be optimized.  At least that's my method :)

On Mon, Aug 29, 2016 at 9:46 AM, Ihab Zine <address@hidden> wrote:
Hi Marcus, 

I have been through the GNU RADIO tutorials , I also dived into adapting gr-dvbt, and it worked for me. But how can i find out where my transceiver BER bottlenecks and where my computational bottlenecks come from? Is the a method or steps i can follow? I need some hints on this.

Best Regards 
Ihab  

On 24 August 2016 at 15:12, Ihab Zine <address@hidden> wrote:
Hi Ron and Marcus, 

For frequency higher than 6 Ghz,  a down converter can be used to over come this problem.

for the data rate and bandwidth, the PC i'm using has the following specifications:

Architecture:              x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:                Little Endian
CPU(s):                      20
On-line CPU(s) list:    0-19
Thread(s) per core:    2
Core(s) per socket:    10
Socket(s):                  1
NUMA node(s):         1
Vendor ID:                 GenuineIntel
CPU family:               6
Model:                       63
Model name:             Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
Stepping:                  2
CPU MHz:                1553.804
CPU max MHz:         3300.0000
CPU min MHz:          1200.0000
BogoMIPS:                5197.32
Virtualization:            VT-x
L1d cache:                32K
L1i cache:                 32K
L2 cache:                 256K
L3 cache:                 25600K
NUMA node0 CPU(s):     0-19

I think it can handle this rate. Please correct me if i'm Wrong.

i have other questions:

  • There are (synchronizers, equalizers, channel codes etc) blocks in the gr-dvbt project why I cant use them?
  • when you mentioned channel coding do you mean that i need to create a new one? and Why would I need it?
  • If i need BCH performance Why is difficult to achieve?
  • if the data requirement is fine (CPU and etc), what is the best way to start building the receiver? How can I figure out the blocks That i need for this receiver?

Regards 
Ihab


On 23 August 2016 at 14:34, Ihab Zine <address@hidden> wrote:
Hi Ron,

1) Frequency range: 1.5 - 38 GHz

2) Bandwidth range : 2 - 56 MHz

3) Modulation : Qpsk - 256 QAM

4) Data rate range : 150Mbit/s - 326Mbit/s.

5) Error correction method : i thinks it is FEC.

Ihab 

On 22 August 2016 at 12:33, Ihab Zine <address@hidden> wrote:
Hi All, 

I'm working on a project using GnuRadio And USRP 205 mini, i'm at the stage where i need to demodulate a microwave link signal. 

Anyone has an experience with Microwave link or tried to do something similar? Is it possiable to do it in gnuradio? or is there another approaches to do it? 

I'd appreciate any information you could give me.

Thanks 
Ihab 




_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio




reply via email to

[Prev in Thread] Current Thread [Next in Thread]