On 09/09/2011 09:36 PM, Kyle Zhou wrote:
> If I have two packages 'packa' and 'packb', each of them has a module 'modc'.
> This is not a problem since they belong to different packages.
> But if I use these two modules in GRC at the same time, the following python
> codes are generated:
>
> fro
If I have two packages 'packa' and 'packb', each of them has a module 'modc'.
This is not a problem since they belong to different packages.
But if I use these two modules in GRC at the same time, the following python
codes are generated:
from packa import modc
from packb import modc
Thereafter,
Check out some of the publications by Fred Harris. He has written some good
stuff on sync. algorithms.
On Fri, Sep 9, 2011 at 5:48 PM, Tuan (Johnny) Ta wrote:
> Thanks Marcus, that was very informative!
>
> On Fri, Sep 9, 2011 at 8:00 PM, Marcus D. Leech wrote:
>
>> On 09/09/2011 07:26 PM, Tuan
Thanks Marcus, that was very informative!
On Fri, Sep 9, 2011 at 8:00 PM, Marcus D. Leech wrote:
> On 09/09/2011 07:26 PM, Tuan (Johnny) Ta wrote:
>
>> As far as I know there's no open source code for an OFDM transceiver
>> available. I was trying to build one half a year back but wasn't success
On 09/09/2011 07:26 PM, Tuan (Johnny) Ta wrote:
As far as I know there's no open source code for an OFDM transceiver
available. I was trying to build one half a year back but wasn't
successful before I had to move on to something else. The
benchmark_ofdm code will give you a simplex OFDM system
As far as I know there's no open source code for an OFDM transceiver
available. I was trying to build one half a year back but wasn't successful
before I had to move on to something else. The benchmark_ofdm code will give
you a simplex OFDM system. Ie you can run the transmitter on 1 USRP and
recei
Great!! Thanks for your explanation!
Guanbo
On Fri, Sep 9, 2011 at 5:41 PM, Tom Rondeau wrote:
> On Fri, Sep 9, 2011 at 6:36 PM, Guanbo Zheng wrote:
>
>>
>>
>> On Fri, Sep 9, 2011 at 8:18 AM, Tom Rondeau wrote:
>>
>>> On Thu, Sep 8, 2011 at 6:47 PM, Guanbo Zheng wrote:
>>>
Hi all
>>
On Fri, Sep 9, 2011 at 6:36 PM, Guanbo Zheng wrote:
>
>
> On Fri, Sep 9, 2011 at 8:18 AM, Tom Rondeau wrote:
>
>> On Thu, Sep 8, 2011 at 6:47 PM, Guanbo Zheng wrote:
>>
>>> Hi all
>>>
>>> I am currently using OFDM benchmark to generate OFDM signal under the
>>> setting of FFT len, CP length, occ
On Fri, Sep 9, 2011 at 8:18 AM, Tom Rondeau wrote:
> On Thu, Sep 8, 2011 at 6:47 PM, Guanbo Zheng wrote:
>
>> Hi all
>>
>> I am currently using OFDM benchmark to generate OFDM signal under the
>> setting of FFT len, CP length, occupied-tones and something.
>> But I can not find out what is the r
Hi,
As GR is maturing, we get more support for complex blocks with nontrivial
input/output relationships. The option to 'produce' inside the ::work
function is a major step in this direction. Consider a block with two
outputs: one at 1:1 rate, and one at N:1 rate. It may be useful to allow
Hi Songsong,
This is not entirely on topic but you may be interested in my work on XML
description for waveforms. See http://sdrphy.org
I know some VT folks are using it for their cognitive radio research. We
implemented a really basic interpreter to configure a predefined GRC
design based on
On Wed, Sep 7, 2011 at 5:16 AM, Daniel Bartel wrote:
> Hi,
>
> I found a bug in the 'gr_tagged_file_sink.cc' file during my work on a
> burst detection.
>
> Line 203 should be changed to:
> 203 int count = fwrite (&inbuf[d_itemsize*idx], d_itemsize,
> noutput_items-idx, d_handle);
>
> The origin
On Thu, Sep 8, 2011 at 6:22 PM, Martin Braun wrote:
> On Thu, Sep 08, 2011 at 09:41:03AM -0700, Eugene Grayver wrote:
> > Hello,
> > I am starting to actively use stream tags and am finding them quite
> useful. I
> > have one suggestion:
> >
> > Tags propagated through a block with a known delay
On Fri, Sep 9, 2011 at 2:09 AM, Songsong Gee wrote:
> Hello,
>
> I'm now trying to make congitive radio with help of a following article.
> Configurable SDR Operation for Cognitive Radio Applications using GNU Radio
> and the Universal Software Radio Peripheral, *
> http://scholar.lib.vt.edu/thes
On Thu, Sep 8, 2011 at 6:47 PM, Guanbo Zheng wrote:
> Hi all
>
> I am currently using OFDM benchmark to generate OFDM signal under the
> setting of FFT len, CP length, occupied-tones and something.
> But I can not find out what is the real bandwidth of signal it generated.
> Because when I change
As a bit of history, I wrote the OSX audio interface back in Winter of 2005/6;
it was designed for OSX 10.4, and IIRC worked under 10.5 without changes. 10.6
introduced some small changes, which is where the "GR_USE_OLD_AUDIO_UNIT" came
from -- someone else did the work, and I helped test it.
Hi Kunal,
It has been very helpful discussing this with you!
The java program you sent me compiled. I had two problems one was that there
was an issue with the settings. OSX told me that the hardware did not
support the combination of settings. Once I got past that it rejected the
network connecti
sumitstop wrote:
>
>>> http://www.youtube.com/watch?v=REDK7M-83WQ
> i had seen that video sumit..in tht LED B turns on in the end rite...
> in my case it was not turning on..so i got worried
> now i knw tht it turns on only when mimo cable is being used
>
>>> uhd_fft.py receives the signal from
18 matches
Mail list logo