[Discuss-gnuradio] Re: Installation problem CentOS ... FFTW3F
Mir M. Ali wrote am 2009-08-13 07:28: The output of pkg-config is shown below and it shows that fftw is installed. $ pkg-config --list-all | grep fft fftw3FFTW - fast Fourier transform library Gnuradio's configure doesn't seem to find it. What can I do now? Please post the corresponding output of configure and the correpsonding lines of configure.log. Maybe we can find the error with more information. Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at student dot tugraz dot at Student of Telemati_cs_, Techn. University Graz, Austria ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: Installation problem CentOS ... FFTW3F
On Tue, Aug 25, 2009 at 10:19 AM, Patrick Strasserpatrick.stras...@tugraz.at wrote: Mir M. Ali wrote am 2009-08-13 07:28: The output of pkg-config is shown below and it shows that fftw is installed. $ pkg-config --list-all | grep fft fftw3 FFTW - fast Fourier transform library Gnuradio's configure doesn't seem to find it. What can I do now? Please post the corresponding output of configure and the correpsonding lines of configure.log. Maybe we can find the error with more information. Note it is looking for fftw3f - not fftw3. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] fundamentals of block-connections, message queue etc.
Hi everyone, I'm trying to get a grip of how the software code works in gnuradio. At the moment I'm looking at the bbn 802.11b rx implementation. I would like to understand how the data stream is transported from the usrp source block and further to the rest of the processing blocks that are connected together. There is a message queue involved, but how and where is the data added to the queue? Is there another way of putting data in the message queue than using the inset_tail function? I have read the general documentation on how the gnuradio code is built by David Shen, and I have also been reading the gr code, but I still can't seem to figure it all out. Can someone please point me in the right direction on where to look for this kind of documentation? Thanks! /Ulrika ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: How to stop top block?
Thanks a lot, I got it. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] compiling c++ blocks
Hi all, If I have .cc .h .i and Makefile.am all ready, could I go back to the top directory containing configure and make again(make from the top) instead of using automake at src/lib directory in order to generate the make file? Thank you, Milo On Fri, Aug 21, 2009 at 9:15 AM, Douglas Geiger doug.gei...@bioradiation.net wrote: I believe you need to re-generate it manually (I'm not sure if the intent was to have it automagically re-built or not). If you go into the directory(s) that contain the .i files, you can call: make generate-makefile-swig And the Makefile.swig.gen's will be rebuilt from the top-level template (Makefile.swig.gen.t) according to the names you've set in the Makefile.am. Removing it entirely does seem to make the automake/autoconf system choke. On Mon, Aug 17, 2009 at 4:44 PM, Jordan J Riggsjjrigg...@gmail.com wrote: You don't need to modify that file; it's [Makefile.swig.gen] generated. Are you sure about this? When I replace every occurrence of howto in Makefile.swig.gen with my own package name, it seems to work. However, when I leave this file as it is in gr-how-to-write-a-block, or remove it entirely, the build process fails. (At make or in bootstrap, respectively.) After looking closely at that file, it looks like it should be generated, but my experiences say otherwise. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Doug Geiger doug.gei...@bioradiation.net ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] compiling c++ blocks
If I have .cc .h .i and Makefile.am all ready, could I go back to the top directory containing configure and make again(make from the top) instead of using automake at src/lib directory in order to generate the make file? I'm not sure exactly what you mean. I always make from the root directory. In any case, I would do a make clean before running make again. And if you change the names of your source files, I would start over at ./bootstrap. Jordan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] benchmark example on USRP2
Hi everyone, I'm trying to establish communication between two USRP2 using benchmark example. The command ./benchmark_tx.py -f 2.4G -r 500k doesn't work: USRP2 can not correctly decode the packets received, all packets are 'false'. (PS:Same command works well on USRP1) After many times' tests, the following magic combination are able to show better results. - #./benchmark_tx.py -f 2.4G -r 500k -s 98 -i 14 -discontinuous #./benchmark_rx.py -f 2.4G -r 500k -d 14 - Test Result: Received packet rate: 98% Received OK packet rate: 97% I'm wondering why I could not receive 100% correct packets? The test environment: Ubuntu 9.04, GNU Radio 3.2.1, the SD card is updated with latest version of firmware images (http://gnuradio.org/releases/usrp2-bin/trunk/).USRP2 is bought the end of 2008 with daughterboard XCVR2450. I would appreciate if somebody can tell me what is problem of my test. Regards, Lee ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Regarding VIN Signals
Hi all friends Hope to be fine I have a question about VIN signals in schematic files on the schematic two pair signals named VINN and VINP that connect from AD to connectors. for J668 and U602 in the schematic VINN_B_B is connected to 108 of U602 and VINP_A_B is connected to 107, and on J668 connector 50 and 52 are connected to VINN__B_B and VINP_B_B however as I see on the board 50 and 52 of J668 are connected to 107 and 108 of U602. can somebody clears this up for me? thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] fundamentals of block-connections, message queue etc.
Within the BBN RX side, all the processing blocks are stuck together so that data streams from each block to the next. In the final block, when a packet is successfully decoded it is loaded in a message queue. The loading into the message queue is done within the C++ code, not the python. There is another thread running that will sleep on an empty queue and will not wake up until something is inserted into the queue. When a message enters the queue, the thread wakes up, takes out the message and then prints it out via a call back function. Check the source code for the message queue to see if there is another function to add a message. Thanks, Colby On Tue, Aug 25, 2009 at 8:08 AM, Ulrika Uppman ulrika.upp...@foi.se wrote: Hi everyone, I'm trying to get a grip of how the software code works in gnuradio. At the moment I'm looking at the bbn 802.11b rx implementation. I would like to understand how the data stream is transported from the usrp source block and further to the rest of the processing blocks that are connected together. There is a message queue involved, but how and where is the data added to the queue? Is there another way of putting data in the message queue than using the inset_tail function? I have read the general documentation on how the gnuradio code is built by David Shen, and I have also been reading the gr code, but I still can't seem to figure it all out. Can someone please point me in the right direction on where to look for this kind of documentation? Thanks! /Ulrika ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] fundamentals of block-connections, message queue etc.
Hi Colby, Based on what you said, is that means, at Tx side, the encoded data stream from encoder should also be loaded into gr.msg_queue() and applies delete_head() funtion? Thank you, Milo On Tue, Aug 25, 2009 at 8:08 PM, Colby Boyer colby.bo...@gmail.com wrote: Within the BBN RX side, all the processing blocks are stuck together so that data streams from each block to the next. In the final block, when a packet is successfully decoded it is loaded in a message queue. The loading into the message queue is done within the C++ code, not the python. There is another thread running that will sleep on an empty queue and will not wake up until something is inserted into the queue. When a message enters the queue, the thread wakes up, takes out the message and then prints it out via a call back function. Check the source code for the message queue to see if there is another function to add a message. Thanks, Colby On Tue, Aug 25, 2009 at 8:08 AM, Ulrika Uppman ulrika.upp...@foi.sewrote: Hi everyone, I'm trying to get a grip of how the software code works in gnuradio. At the moment I'm looking at the bbn 802.11b rx implementation. I would like to understand how the data stream is transported from the usrp source block and further to the rest of the processing blocks that are connected together. There is a message queue involved, but how and where is the data added to the queue? Is there another way of putting data in the message queue than using the inset_tail function? I have read the general documentation on how the gnuradio code is built by David Shen, and I have also been reading the gr code, but I still can't seem to figure it all out. Can someone please point me in the right direction on where to look for this kind of documentation? Thanks! /Ulrika ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio