Hello,
I was wondering whether it is possible to receive from two different
antennas using a single usrp source and the SBX. I set the subdevices to A:0
A:0 for the two channels. I set chanell 0 to TX/RX and chanel 1 to RX2. Even
if i swap the antennas and the chanels it is always that RX2 is re
On 02/28/2012 11:51 PM, George Nychis wrote:
> It's be good if you can chime in here, Josh :)
>
> It seems like this is something that should be fixed about tunnel.py in
> future GNU Radio releases for use with UHD.
tunnel.py should be burned at the stake :)
This flow graph creates more bad pres
On 29/02/12 07:25 AM, jsrdor wrote:
> Hello,
>
> I was wondering whether it is possible to receive from two different
> antennas using a single usrp source and the SBX. I set the subdevices to A:0
> A:0 for the two channels. I set chanell 0 to TX/RX and chanel 1 to RX2. Even
> if i swap the antenn
Hi all,
I continue working on trying a 2x1 mimo system based on the
benchmark_ofdm_mimo from Tom Rondeau's repository. I have done several
trials and I am losing my mind trying to see why it doesn't work. I am
using two USRP2 in the transmitter side and another one in the recevier
side with XCVR24
I noticed that the generic_mod_demod.py script in gr-digital uses a root-raised
cosine filter taps and the polyphase filterbank arbitrary resampler block. I
want to resample so that I can exactly hit a supported USRP transmit sample
rate. What kind of issues will I encounter trying to do this? M
> Thanks a lot for all the advice so far. I am currently engaged in
> combat, trying to get cmake to cooperate with pkg-config and find my
> libraries (never used cmake before). I will report back when I get
> some results or reach another point where I need help.
Ha, got it mostly working, thanks
Hi all,
Every 6 months or so I have a crack at getting some python level
documentation working. In this attempt, I've generated documentation
for the gr and digital modules using sphinx.
The generated html is at:
http://www.reynwar.net/gnuradio/sphinx/
Source for the generated documentation is
Dear All,
I was exploring the narrowband benchmark codes, I am not able to figure out
how the header of an incoming packet is read. It appears that the
connections made are:
uhd_receiver->[channel_filter->(demodulator->correlator->framer_sink)]
where framer_sink has the received packet queue. How
Hi!
I develop a new block to my own library (called gr_my_divisorcamadas_ff) .
The compilation runs successfully, but when I execute a flow graph with any
block from the library, I got the following message:
Traceback (most recent call last):
File "/home/rt-dsp/Desktop/Howtowrite/gr-my-basic/to
Hi Ben - I like the look of the generated HTML much more than that done by
Doxygen. That said, there is a serious deficiency ... maybe this is the
"continuing down this path" of which you speak: Is there any way for specific
blocks to get sphinx to generate actual arguments?
"gnuradio.gr.fft_
Minor update to build-gnuradio. It now includes "tkinter" or
"python-tk" in the depends installation phase, to support the UHD
GUI-based firmware update apps. Can't understand how it's gone so
long without that.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
Just to inform the mailing list that I uploaded the PDF slides of my
degree thesis in the academic papers section. Here's a little
description as reported in the page :
Title : *Emulation of a Radio Link by means of Software Radio *
/The goal of my degree thesis was to build an open source too
On Wed, Feb 29, 2012 at 5:26 PM, André Selva wrote:
> Hi!
>
> I develop a new block to my own library (called gr_my_divisorcamadas_ff) .
> The compilation runs successfully, but when I execute a flow graph with any
> block from the library, I got the following message:
>
> Traceback (most recent
On Wed, Feb 29, 2012 at 3:26 PM, Ben Reynwar wrote:
> Hi all,
>
> Every 6 months or so I have a crack at getting some python level
> documentation working. In this attempt, I've generated documentation
> for the gr and digital modules using sphinx.
>
> The generated html is at:
> http://www.reyn
On Wed, Feb 29, 2012 at 10:33 AM, Nowlan, Sean
wrote:
> I noticed that the generic_mod_demod.py script in gr-digital uses a
> root-raised cosine filter taps and the polyphase filterbank arbitrary
> resampler block. I want to resample so that I can exactly hit a supported
> USRP transmit sample ra
On Wed, Feb 29, 2012 at 6:50 PM, Tom Rondeau wrote:
> On Wed, Feb 29, 2012 at 3:26 PM, Ben Reynwar wrote:
>>
>> Hi all,
>>
>> Every 6 months or so I have a crack at getting some python level
>> documentation working. In this attempt, I've generated documentation
>> for the gr and digital modules
Dhrubo
,
demodulator->correlator->framer_sink
Correlator (input=1 bit-per-byte) detects the header while framer_sink
separates the payload.
Output of correlator the 1st bit location represents input data (1
bit-per-byte) while 2nd bit location represents the detection of header.
Framer sinks keeps
17 matches
Mail list logo
