discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Agile Solutions is Pleased to announce USRP STAR.


From: Almohanad Fayez
Subject: Re: [Discuss-gnuradio] Agile Solutions is Pleased to announce USRP STAR. Yet another addition to GNURADIO
Date: Wed, 20 Apr 2011 15:32:23 -0400 (EDT)

As a user and would be developer on the gnuradio list it's always exciting to hear about the availability for new products which can be used with gnuradio, such as the FUNcube dongle and the work Alex did to support it and the Agile solution platform.  Product developer support for users on this listserv has been instrumental to the success of GNU Radio and the mutual respect between the product developers has always kept this listserv focused on productivity.

If a new product is better is thought to be suited than an older product for specific applications, I would hope to see a thorough discussion and analysis in literature, for example the Wireless Innovation Forum is an excellent venue for such work, versus an email.  An email discussion on this subject can seem like a marketing tool which I'm sure is not the actual goal.
 
This is more of a user perspective and I think the more key developers would agree on this expectation from the listserv.
 
 
al fayez


 
-----Original Message-----
From: info <address@hidden>
To: Matt Ettus <address@hidden>; discuss-gnuradio Discussion Group <address@hidden>
Sent: Tue, Apr 19, 2011 4:10 pm
Subject: Re: [Discuss-gnuradio] Agile Solutions is Pleased to announce USRP STAR. Yet another addition to GNURADIO

On Mon, 18 Apr 2011 12:17:22 -0700, Matt Ettus <address@hidden> wrote:
> On 04/18/2011 10:13 AM, address@hidden wrote:
>> We went through this published article you sent to us for review
>> http://newport.eecs.uci.edu/~hyousefi/publ/sdrMC08.pdf
>>
>> We didn't see anything particular to STBC/SFBC.
> 
> http://lmgtfy.com/?q=usrp+stbc+filetype%3Apdf
> 
>> For a beamformong
>> system phase coherence is the fundamental requirement. By varying
>> phase(weighting the antenna co-efficient) we can steer the beam. In
>> USRP1/2/200/210 there is no guarantee of the phase reference every time
>> you send the packets for transmitting or receiving. Every packet
>> transmission they start with arbitrary phase.
> 
> That is fundamentally incorrect.  Every packet will NOT start with
> arbitrary phase.  All of our systems have been used for beamforming.
> All beamforming systems need calibration and the USRP is no different.
> Here are some examples:
> 
> http://lmgtfy.com/?q=usrp+beamforming+filetype%3Apdf
> 
>> So every time the beam
>> will be switching in arbitrarily. Particularly transmitter DAC doesn't
>> have control over the phase plus deviation in the LO phase lock with
>> track length of the common clock. And for for a phased array system,
>> DOA(Direction of arrival) depends on the phase reference of the system.
>> So every time the phase reference needs o be tracked in the algorithm to
>> know actual DOA. For a diversity transmitter and diversity receiver
>> employing MRC would only be realized with USRP1 system as per our
>> understanding.
> 
> That is incorrect.  The USRP will maintain a constant phase relationship
> between antennas for as long as you leave it running.
> 
>> We would like to know if USRP1 is capable of these things and how ?
> 
> Yes.  I have answered the question of how to do this many times on this
> mailing list over the years.
> 
>> Although we haven't come across any projects with USRP1 for successful
>> testing for STBC and SFBC codes.
>> If any team or individual has published this work, we would be happy to
>> check that part.
> 
> Steve answered that for you, and you can find a lot more at the link I
> sent above.
> 
>> To verify from our end we took IQ samples for 2x2 Almouti scheme from
>> Agilent-VSA example files.
>> We have then transmitted and received these IQ samples via
>> USRP1+RFX2400. Transmission and reception done at 1MSPS with 4x
>> interpolation.
>> Received IQ samples when loaded into VSA for analysis, it failed to
>> demodulate and decode. We have used Agilent VSA for years now and we
>> consider it as a golden reference for demodulation and decoding.
>>
>> We respect your timely suggestions and advice.
> 
> Tom and I wrote Alamouti OFDM code and used it on USRPs in my office.
> You can find some other people who did the same here:
> 
> http://lmgtfy.com/?q=alamouti+usrp+filetype%3Apdf
> 
> Matt Ettus

Dear Matt,

We honestly went through every material in search on Google but we
couldn't locate a single article published successful testing for
STBC/SFBC. 

For whatever reason, we would like to know, if you can confirm on this
with your lab setup ?
We have done considerable experimental work on this. And we are certain
with the results we have have found. 
We would encourage this exploration in best interest of all from your
end. 

Thank you.


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

reply via email to

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