[Discuss-gnuradio] RE: Discuss-gnuradio Digest, Vol 91, Issue 12

[Mubarak Sani Ellis]

I am using the USRP2, my job is just to connect it so i can read some sort of 
spectrum (no extra stuff). am i supposed to load the SD card with images 
because i read it comes pre-programmed. thank you.
________________________________________
From: address@hidden address@hidden on behalf of address@hidden address@hidden
Sent: 12 June 2010 18:00
To: address@hidden
Subject: Discuss-gnuradio Digest, Vol 91, Issue 12

Send Discuss-gnuradio mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."


Today's Topics:

   1. ltmain.sh in 3.3.0 tarball? (Catalin Patulea)
   2. Re: ltmain.sh in 3.3.0 tarball? (Eric Blossom)
   3. Re: how to make my own block (Eric Blossom)
   4. Re: Gnuradio/Beagleboard modifying flow graph     buffer
      allocation (Eric Blossom)
   5. Re: ltmain.sh in 3.3.0 tarball? (Catalin Patulea)
   6. Re: ltmain.sh in 3.3.0 tarball? (Eric Blossom)
   7. bit rate of the random source (intermilan)
   8. A block with different input signatures (Zohair)
   9. WBX power level (Charles Brain)
  10. Re: WBX power level (Philip Balister)


----------------------------------------------------------------------

Message: 1
Date: Fri, 11 Jun 2010 14:25:03 -0400
From: Catalin Patulea <address@hidden>
Subject: [Discuss-gnuradio] ltmain.sh in 3.3.0 tarball?
To: address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

Hi,

I'm wondering if ltmain.sh really is supposed to be distributed in the
release tarballs.. Commit 81133f7b
(http://gnuradio.org/cgit/gnuradio.git/commit/?id=81133f7b37ba2cc1df65dc5704542fa758f32f23)
seems to indicate otherwise. I stumbled on this because the
combination of very old system libtool (1.5.22) and tarball ltmain.sh
(2.2.6b) causes build errors at the beginning of "make".

Catalin



------------------------------

Message: 2
Date: Fri, 11 Jun 2010 12:36:57 -0700
From: Eric Blossom <address@hidden>
Subject: Re: [Discuss-gnuradio] ltmain.sh in 3.3.0 tarball?
To: Catalin Patulea <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

On Fri, Jun 11, 2010 at 02:25:03PM -0400, Catalin Patulea wrote:
> Hi,
>
> I'm wondering if ltmain.sh really is supposed to be distributed in the
> release tarballs.. Commit 81133f7b
> (http://gnuradio.org/cgit/gnuradio.git/commit/?id=81133f7b37ba2cc1df65dc5704542fa758f32f23)
> seems to indicate otherwise.

That was about whether it should be in the repo, not the generated tarballs.

> I stumbled on this because the
> combination of very old system libtool (1.5.22) and tarball ltmain.sh
> (2.2.6b) causes build errors at the beginning of "make".
>
> Catalin

Yes, ltmain.sh should be in the tarballs.

If you unpack the tarball (and don't modify anything), run configure, then
make, it should work.

If you modify anything you'll need a consistent set of autotools.

Eric



------------------------------

Message: 3
Date: Fri, 11 Jun 2010 13:02:32 -0700
From: Eric Blossom <address@hidden>
Subject: Re: [Discuss-gnuradio] how to make my own block
To: bhargava Yammanuru <address@hidden>
Cc: weizhongshan <address@hidden>, address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

On Thu, Jun 10, 2010 at 09:43:45PM -0700, bhargava Yammanuru wrote:
> Hi,
>
> I'm also a noob, learning how to write a block. I had the same problem...  I
> think
> from gnuradio import "your module name" should fix it...
>
> 2010/6/10 weizhongshan <address@hidden>
>
> > hello everyone!
> > I am learning to make my own block.In  gr-howto-write-a-block-3.2/src/lib
> > directory ,I delete the former .h and .c files ,and write my own .h and .c
> > files .after modifying the howto.i ,I *make *and build everything
> > successfullly .then I chang to the **gr-howto-write-a-block-3.2 directory
> > . " ./bootstrap "and "make" are successful ,but when  i make check ,i fail
> > and get the following message
> > "  File "./qa_howto.py", line 24, in <module>
> >     import qpsk
> > ImportError: No module named qpsk".(i am trying to write a qpsk module)
> > waiting for help

The easiest way to create the framework for a new block or blocks is to use the

  $ create-gnuradio-out-of-tree-project <new-module-name>

command.  It copies and renames the gr-howto-write-a-block directory
structure for you.

It's included in the 3.3.0 release and is installed in PREFIX/bin.
(It lives in the tree under gr-utils/src/python)

Eric



------------------------------

Message: 4
Date: Fri, 11 Jun 2010 13:15:21 -0700
From: Eric Blossom <address@hidden>
Subject: Re: [Discuss-gnuradio] Gnuradio/Beagleboard modifying flow
        graph   buffer allocation
To: address@hidden
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

On Thu, Jun 10, 2010 at 07:07:35PM -0400, address@hidden wrote:

> hi, I'm working on Gnuradio on the Beagleboard.  I've managed to
> successfully integrate the DSP as a custom signal processing block
> and I'm essentially using TI library based buffers to transimt data
> between the GPP and DSP.  I'm trying to use pointers to copy data to
> and from the DSP instead of doing direct memory copies as per Philip
> Ballisters suggestion.  I'm familiar enough with the TI tool set to
> do that but I'm not very familiar with GNU Radio's base architecture
> to do the necessary changes and I was wondering if someone can help.
>
> I basically need to allocate the data buffer through the TI toolset
> API instead of the vector class in C++, is there a good way to
> overide the buffer allocation in GNU Radio without "breaking" the
> flowgraph?  thanks.

If you are trying to do an alternate allocation method for the buffers
that are passed to the work methods, that's a _substantial_ amount of
work in the GNU Radio runtime.

It's possible, but would require a deep understanding of the guts of
GNU Radio, and then would require a fine piece of design to come up
with something that accomplishes this without breaking anything or
touching a lot of code in the runtime.

Start your exploration in gnuradio-core/src/lib/runtime :-)

See in particular gr_buffer.{h,cc}, and all the code that calls it.

Before you even go there, what percentage of CPU cycles and/or memory
bandwidth is being consumed by the copying when running a "typical"
application?  (Measure twice, cut once, time be time...)

> al fayez

Eric



------------------------------

Message: 5
Date: Fri, 11 Jun 2010 16:28:19 -0400
From: Catalin Patulea <address@hidden>
Subject: Re: [Discuss-gnuradio] ltmain.sh in 3.3.0 tarball?
To: Eric Blossom <address@hidden>, Catalin Patulea
        <address@hidden>,  address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

On Fri, Jun 11, 2010 at 3:36 PM, Eric Blossom <address@hidden> wrote:
> If you unpack the tarball (and don't modify anything), run configure, then
> make, it should work.
Yes, you're right. The problem was that I was also running autoreconf,
which I guess creates a mixed-version libtool environment in the tree.

> If you modify anything you'll need a consistent set of autotools.
The reason for all this is I need to make changes in a *.am file. Is
there a way to un-bootstrap a tarball? Just doing ./bootstrap causes
the same mismatched libtool version problem. The only solution I've
found so far is to remove ltmain.sh from the tree, then bootstrap,
which feels kind of hackish.

Thanks,
Catalin



------------------------------

Message: 6
Date: Fri, 11 Jun 2010 18:43:30 -0700
From: Eric Blossom <address@hidden>
Subject: Re: [Discuss-gnuradio] ltmain.sh in 3.3.0 tarball?
To: Catalin Patulea <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

On Fri, Jun 11, 2010 at 04:28:19PM -0400, Catalin Patulea wrote:
> On Fri, Jun 11, 2010 at 3:36 PM, Eric Blossom <address@hidden> wrote:
> > If you unpack the tarball (and don't modify anything), run configure, then
> > make, it should work.
> Yes, you're right. The problem was that I was also running autoreconf,
> which I guess creates a mixed-version libtool environment in the tree.
>
> > If you modify anything you'll need a consistent set of autotools.
> The reason for all this is I need to make changes in a *.am file. Is
> there a way to un-bootstrap a tarball? Just doing ./bootstrap causes
> the same mismatched libtool version problem. The only solution I've
> found so far is to remove ltmain.sh from the tree, then bootstrap,
> which feels kind of hackish.

That will work, or you can use git to checkout directly from the repo.

Using git also allows you to more easily manage your local changes as the
code in the repo moves forward.

Eric



------------------------------

Message: 7
Date: Sat, 12 Jun 2010 10:36:45 +0800
From: intermilan <address@hidden>
Subject: [Discuss-gnuradio] bit rate of the random source
To: <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset="gb2312"


hi all:

      I use the random_source in the GRC to generate the 0,1 sequence,but I do 
not know the bit rate of the sequence.So can anynoe tell me the bit rate of the 
sequence which is generated by the random_source?

      Besides, I saw there is a pick_bitrate.py in the 
/gnuradio-example/python/digetal. Is this the program which  is to decide the 
bit rate of the data send by the USRP?



                                                                                
                                       Thank you

_________________________________________________________________
??????????????????Windows Live??????????????????
http://windowslivesky.spaces.live.com/blog/cns!5892B6048E2498BD!889.entry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100612/6663fc1b/attachment.html

------------------------------

Message: 8
Date: Sat, 12 Jun 2010 05:21:43 -0700 (PDT)
From: Zohair <address@hidden>
Subject: [Discuss-gnuradio] A block with different input signatures
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii


Dear all,

How can I define a 3-input block io signatures if the inputs are:
1- two float vectors with length LENGTH1 each. (from 5 to 12)
2- a complex vector with length LENGTH1^2

output is:
float vector with length LENGTH2.

All what I dealt with before was inputs with same length but in case I dont
know how to define this. Any help or hint, please?

Thanks,

Zoh

ps: I'm using gr_sync_block
--
View this message in context: 
http://old.nabble.com/A-block-with-different-input-signatures-tp28864371p28864371.html
Sent from the GnuRadio mailing list archive at Nabble.com.




------------------------------

Message: 9
Date: Sat, 12 Jun 2010 16:15:30 +0100
From: "Charles Brain" <address@hidden>
Subject: [Discuss-gnuradio] WBX power level
To: <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
        reply-type=original

Hi All,

Has anyone measure the power level
coming out of their WBX board?

Measured on a Gigatronics 8541 microwave
power meter connected directly at the
back of the USRP2 I am getting (with a CW carrier)

100 MHz about 35 mW
1.3 GHz   about 15 mW

Ettus quote

50 - 100 mW < 1.2 GHz
30  - 70mW     > 1.2 GHz

I know measuring power is notoriously inaccurate
but I was wondering what others have found.

Setup USRP2 WBX UHD

- Charles

http://www.g4guo.blogspot.com/



------------------------------

Message: 10
Date: Sat, 12 Jun 2010 11:54:08 -0400
From: Philip Balister <address@hidden>
Subject: Re: [Discuss-gnuradio] WBX power level
To: Charles Brain <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 06/12/2010 11:15 AM, Charles Brain wrote:
> Hi All,
>
> Has anyone measure the power level coming out of their WBX board?
>
> Measured on a Gigatronics 8541 microwave
> power meter connected directly at the back of the USRP2 I am getting
> (with a CW carrier)
>
> 100 MHz about 35 mW
> 1.3 GHz about 15 mW
>
> Ettus quote
>
> 50 - 100 mW < 1.2 GHz
> 30 - 70mW > 1.2 GHz
>
> I know measuring power is notoriously inaccurate but I was wondering
> what others have found.
>
> Setup USRP2 WBX UHD

Is your flowgraph delivering the maximum amplitude to the USRP?

Philip



------------------------------

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


End of Discuss-gnuradio Digest, Vol 91, Issue 12
************************************************