Re: [Discuss-gnuradio] Sink and Source that pass on Stream Tags
On Thu, Jul 5, 2012 at 4:29 PM, Andrew Burger wrote: > I tried udp and file sink and source to pass on stream tags but I don't > receieve them on the source side. Am I missing something? Are there any way > to pass on steam tags to another machine or save them to a file. > > Thanks Andrew, No, you'll have to edit one of those blocks to do that for you. There is some work on storing serialized tags into file sinks (see gr_tagged_file_sink), but there would need to be a similar source that knew how to read in the tags and data and convert them properly. The reason is that tags are sent along the scheduler as a separate stream, so they are not treated the same as the data path (input_buffers and output_buffers), so unless blocks that move data into and out of a GR flowgraph know about tags, they won't deal with them. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about inter-block communications
On Thu, Jul 5, 2012 at 4:58 PM, Tommy Tracy II wrote: > Dear Discussion List, > > I'm just starting with GnuRadio and I would like to understand how the > GnuRadio block threads communicate with each other and use shared memory. > Does anyone have any insight and/or resources around this subject? > > Sincerely, > >Tommy J. Tracy II > Computer Engineering > University of Virginia Hi Tommy, This is a pretty complicated question to answer in an email. The best thing to do is look at the code to figure things out. You'll want to start with gr_block_executor to see how the scheduler moves data between blocks and calls the work function. Then gr_buffer and gr_buffer_reader will show you how the buffer read and write pointers are handled. But yes, currently, the structure of blocks in a flowgraph require shared memory to work. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio3.2.2 in ubuntu 10.04 install error
On Sat, Jul 14, 2012 at 3:54 AM, 二频道 <595280...@qq.com> wrote: > Hay, > > I tried to install gnuradio3.2.2 in ubuntu 10.04 to test a project. > > I got gnuradio-3.2.2 in http://gnuradio.org/releases/gnuradio/ > > When I make the code, here are a error occured, which is : > > """ > libtool: Version mismatch error. This is libtool 2.2.6b > Debian-2.2.6b-2ubuntu1, but the > libtool: definition of this LT_INIT comes from libtool 2.2.6. > libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b > Debian-2.2.6b-2ubuntu1 > libtool: and run autoconf again. > """ > > It seems that the libtool version mismatch, but unfortunately i could not > find a way to install libtool 2.2.6 instead of libtool 2.2.6b in ubuntu. > > Without any change, just after "make clean" and "make" again, the error > mentioned above never occurred again. But followed another mistake: > > """ > sh: latex: not found > Problems running latex. Check your installation or look for typos in > _formulas.tex and check _formulas.log! > dvips: DVI file can't be opened: _formulas.dvi: No such file or directory > Problems running dvips. Check your installation! > """ > > Any advise? > > > Then I tried to replace the code "autoconfig" in to > "autoreconfig -fiv" to try to solve the first error, and do again. The > second error happened again... > > Thanks! Yes, you should be able to just run ./bootstrap to fix the libtool errors. The second error is probably due to a partial or broken installation of latex. Try (re)installing latex on your machine for that. Or disable doxygen (--disable-docs, I think, on that version). More importantly, 3.2.2 is a really old version. You should try to update to newer or the newest version. Many of the build issues will be easier to deal with and we know the latest version works on Ubuntu 10.04. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Flowgraph stopped after few minutes
On Thu, Jul 19, 2012 at 4:54 AM, Pol Henarejos wrote: > Dear list, > > I have a simple flowgraph with two branches, with different delays that > are joined at the end. Imagine a topblock with A,B,C,D blocks. A is > connected to B and C. B and C are connected to D. A and D are sink and > source respectively. B and C produce packets (header and payload) from > the input coming from A. D packets header and payload. The latency is > different since B and C produce different sizes. A produces one sample > per packet (it is a kind of signaling). All blocks are gr_block. > > So, A produces a sample. It is delivered to B and C. Both produce header > and payload using the sample produced by A. Finally, D joins together > both inputs. > > I studied the delay between both branches and, since B is faster than C, > the delay is increasing. After few minutes the flowgraph hangs and the > difference of delaying is around 8000 packets. The flowgraph is in fact > running. No stop is called but there are not any sample flowing. > > I use gnuradio master branch. > > Could you give me some hint for solving it? > > Thank you. > > -- > > Pol Henarejos Pol, It's difficult to diagnose these problems. Are all blocks (A, B, C, and D) that you discuss your own blocks or are some of them in GNU Radio already? If you've made your own blocks to do this, have to done anything with the forecast method that might be requiring samples from both inputs? With B and C producing samples at different rates, you can't be guaranteed that they will have enough samples to enter the work function. You have to make sure that your block that takes in both streams knows what to do if it's given fewer samples than required (save state for reentry, basically). Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] siggen.py transmission Error
On Mon, Jul 23, 2012 at 6:06 AM, Abbasi wrote: > > i m trying to transmit simple sin wave to check my usrp transmission > reception . > when i run usrp_siggen.py -f 900M --> " Using TX d'board A: " is > displayed on terminal. > when i run usrp_fft.py -f 900M --> Failed to set RF initial frequency is > displayed in " FFT GUI "+ " u0u0u0u0. " is displayed in terminal. > > i m using gnu radio 3.2.2 > USRP1 > D.Boards Flex900. > fujitsu core i7 (as i have read that u0u0u0u0 is due to low performance P.C > ) > Need Your Help plz. > > Regards > Bilal Nasir. Bilal, It looks like you are using the wrong side of the USRP. The " Using TX d'board A: " is a clue. I expect that your daughterboard is plugged into side B of the USRP, so you need to tell the program that using the "-T B" flag. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tutorial on using Funcube Dongle with GNU Radio
On Mon, Jul 23, 2012 at 4:10 PM, Vahid Behzadan wrote: > Hi All, > > I have just started a blog and I'm planning to use it to host a few > tutorials on SDR application, specially on subjects related to GNU Radio. > I've started with a tutorial on using Funcube Dongle with GNU Radio which > you can find here: > http://www.vbehzadan.com/2012/07/23/using-funcube-dongle-with-gnu-radio/ . I > would greatly appreciate your feedback on this tutorial to know how to > improve my future tutorials. > Also, if you have any specific subjects in mind which you think are worth > writing a tutorial for, don't hesitate to contact me. > > Best Regards, > > Vahid Behzadan > SDRWare That's great Vahid, thanks! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] About benchmark in USRP E110
On 07/28/2012 04:37 AM, ÀîÔÞ wrote: > Dear all: Now, I am running the benchmark_tx.py and benchmark_rx.py > on the USRP E110s. However, even if I set the bit rate to 100khz and > use bpsk modulation scheme, overflow always occure. I get some > information that benchmark examples now can not work well in the USRP > E110. So, is there some one run benchmakr examples well in the E110 > or is there some suggestion to solve this overflow problem. > Well I suspect the bandedge fll in the bpsk chains takes up a little too much juice. I might suggest experimenting with the gmsk chains. Anyway, this is expected. benchmark is an example of implementing a mac layer w/ gnuradio in python. But its not going to yield continuous high-rate throughput. When you code up your application, I suggest making heavy use of the neon SIMD. :-) -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem with thread scheduler
I have a problem with the thread scheduler in GNU Radio. I am using USRP N210 + RFX 2400 daughterboards with UHD. When I run my spectrum sensing codes, if I stop the flowgraph it will show the thread-per-block number mismatch error message on screen. I wonder if there is any way to get rid of this problem. My BOOST version is 1.40 and I am using Ubuntu 10.04. UHD information is shown below: root@ubuntu:/usr/local/src/gnuradio/build# uhd_find_devices linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.004.002-181-g25649781 -- View this message in context: http://old.nabble.com/Problem-with-thread-scheduler-tp34213396p34213396.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with thread scheduler
On 07/29/2012 03:57 PM, cdong8812 wrote: > > I have a problem with the thread scheduler in GNU Radio. I am using USRP N210 > + RFX 2400 daughterboards with UHD. When I run my spectrum sensing codes, if > I stop the flowgraph it will show the thread-per-block number mismatch error > message on screen. I wonder if there is any way to get rid of this problem. Can you post the error message? -josh > My BOOST version is 1.40 and I am using Ubuntu 10.04. UHD information is > shown below: > > root@ubuntu:/usr/local/src/gnuradio/build# uhd_find_devices > linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.004.002-181-g25649781 > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
