Re: [Discuss-gnuradio] Simultaneous wireless transmission and reception between USRP2s

[You Lizhao]

I'm also interested in this problem.

I have tried to setup a UHD sink and a UHD source using one USRP2 +
XCVR2450 daughterboard like tunnel.py. The flowgraph is like this: (1) Tx
Path: self.connect(self.txpath, self.sink); (2) Rx Path:
self.connect(self.source, self.rxpath). It works but makes my confused
since XCVR2450 does not support full-duplex operation, attempting to
operate in full-duplex will result in transmit-only operation. How is it
possible to setup a UHD sink and source at the same time with only one
USRP2 + XCVR2450? Does it mean the UHD driver can switch between tx and rx
states automatically? Or does it mean the UHD + 2450 is actually in tx mode?

Any idea would be appreciated. Thanks.


Regards,
Lizhao




2011/10/14 Marcus D. Leech 

> On 14/10/2011 10:04 AM, Tuan (Johnny) Ta wrote:
>
>> I'm also interested in this problem. Juan Ramon, did you make any
>> progress? If you did, would you mind sharing it?
>>
>> For Marcus, I have a more general question regarding the flow graph. If I
>> have in my GRC both a UHD sink and a UHD source block, is it true that the
>> USRP2 will stay in receive mode until there're samples on the transmit
>> buffer? Will it then switch to transmit mode and transmit until the
>> transmit buffer is empty and switch back to receive mode?
>>
>> Thanks,
>> Johnny
>>
>>  Basically, yes.  The UHD interface will turn back to receive when the
> End-of-Burst is triggered.  But Josh probably has better details.
>  I'm largely a receive-only guy in my own personal projects.
>
>
>
> __**_
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] problem running uhd_fft.py

[Andrew Davis]

This just means your PC is not fast enough to sample at that speed and
update the window. Try keeping the sample rate low.

On Sat, Feb 4, 2012 at 2:50 AM, davood ahmady  wrote:

> hello all
> when I run uhd_fft.py and change sample rate from 1 to 2 the graph is
> being locked and i couldnot change anythig,
> what is my fault?
> Thank you.
> Davood
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] problem running uhd_fft.py

[Marcus D. Leech]

This just means your PC is not fast enough to sample at that speed and 
update the window. Try keeping the sample rate low.


On Sat, Feb 4, 2012 at 2:50 AM, davood ahmady > wrote:


hello all
when I run uhd_fft.py and change sample rate from 1 to 2 the graph
is being locked and i couldnot change anythig,
what is my fault?
Thank you.
Davood
___


Also try using:

fft-rate 5 --averaging

to reduce the number of updates, which also helps.

--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

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

[Discuss-gnuradio] (no subject)

[pratik hetamsaria]

http://iublog.eu/petsl.html

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

[Discuss-gnuradio] uhd drivers compatible with usrp1 (Ebtisam Ahmed)

[Mario L. Ruz]

Hello Ebtisam,

I have no experience with previous UHD versions, but I can tell you that I
used the last version with UN210 and USRP1 and it seems to work fine.
It is true that I noticed some troubleshooting when executing the
uhd_fft.py file, for example with "the peak hold value" or even when just
running the file (the GUI got grey and not responsive) . However it seems
to be a common problem in many computers (i checked it in two and the
problem happened in un210 and usrp1) due to opengl or cpu overcomsuption. I
say this just to expose some of the "strange" problems I have encountered
so far.
To summarize, the master branch of UHD seems to not have problems of
compatibility with USRP1.

--M
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Where can I find gr and audio module?

[Nazmul Islam]

Hello,

I am going through the GNUradio tutorials (the website ones and the ones
> written by Dawei Shen). The codes in the tutorials import gr and audio
> packages from gnuradio. I am searching for these modules (especially the gr
> one) in http://gnuradio.org/doc/doxygen/group__usrp.html. I see a lot of
> classes that are related with gr, e.g., gr_noise_source & other ones.
> However, I did not find any module whose title is exactly 'gr'.



> In tutorial 6, Dawei Shen describes a few lines of the contents of gr. He
> also mentions about a sub-folder titled 'gr' inside the 'gnuradio' folder
> (/usr/local/python2.4/site-packages/gnuradio/gr/basic_flow_graph.py). I am
> currently using gnuradio-3.3. I see subfolders titled gr-audio-jack,
> gr-paper, etc. in the gnuradio folder. However, I don't see a folder whose
> title is exactly 'gr'.


   How can I see the contents of gr? I know that I am probably asking a too
elementary question due to my limited knowledge in linux & OOP.

   Thanks in advance!

   Nazmul


-- 
Muhammad Nazmul Islam

Graduate Student
Electrical & Computer Engineering
Wireless Information & Networking Laboratory
Rutgers, USA.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio