Re: [Discuss-gnuradio] Mulitple USRP Stream Confusion

2014-10-01 Thread Daigle, Andrew - 1008 - MITLL
Hello Martin, Thanks for the response. I should have mentioned that the subdev spec was set to A:A B:A because I am using the basic RX boards. Trying "0:A 0:B" instead gives the following error: "0:A is not a valid rx subdevice specification on mboard 0. possible values are: [A:AB, A:BA, A:A,

[Discuss-gnuradio] GNU radio Image for NI-USRP 2943

2014-10-01 Thread Abhinav Jadon
Hi community , I was wondering if there is a FPGA image compatible with the NI-USRP 2943 available ? and how do i backup the pre-installed NI fpga image . Thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/l

Re: [Discuss-gnuradio] Mulitple USRP Stream Confusion

2014-10-01 Thread mleech
No, since you can easily have independent channels inside a multi-usrp block, gain and frequency parameters need to be set for each channel. You can see how this works when you do the same thing from within GRC, and look at the generated code. On 2014-10-01 08:54, Daigle, Andrew - 1008 - MI

Re: [Discuss-gnuradio] possible bug in tag->srcid processing

2014-10-01 Thread Tom Rondeau
On Thu, Sep 25, 2014 at 11:17 PM, Jeff Long wrote: > It looks like you're doing it right. The example > gr-blocks/examples/vector_source_with_tags.grc > does the same thing, and also fails to report srcid correctly. > > Walked through the process in Python and it works fine. > > In [57]: h = p

Re: [Discuss-gnuradio] GNU radio Image for NI-USRP 2943

2014-10-01 Thread Martin Braun
On 01.10.2014 06:35, Abhinav Jadon wrote: Hi community , I was wondering if there is a FPGA image compatible with the NI-USRP 2943 available ? and how do i backup the pre-installed NI fpga image . Running uhd_images_downloader will install images for you that will match your current UHD instal

[Discuss-gnuradio] top block edge list

2014-10-01 Thread Ryan Marlow
Hello All, I'm trying to access the data inside the top block class, from a custom function or at the very least print out some of it as a test. Is there a way to see the data in the top block edge_list() before running top_block.start()? I'd like to access this without modifying any of the code in

Re: [Discuss-gnuradio] top block edge list

2014-10-01 Thread Jeff Long
Ryan, You can print the edge list using print tb.edge_list() BUT, it's not populated until after tb.start(). You can either wait until after tb.start(), or you can use print tb.dot_graph() before tb.start(). It's meant to be input to dot (graphviz) but it's human readable. "dotty" didn

[Discuss-gnuradio] variable @FSM_FILE_INSTALL_DIR@ does not evaluate in grc

2014-10-01 Thread Achilleas Anastasopoulos
>From the latest master, when I run one of the examples in gr-trellis/examples/grc, the value of the parameter "prefix" which is set to @FSM_FILE_INSTALL_DIR@ does not evaluate... Can someone confirm? Is there something I should do to set it? thanks Achilleas _

Re: [Discuss-gnuradio] possible bug in tag->srcid processing

2014-10-01 Thread Jeff Long
On 10/01/2014 10:47 AM, Tom Rondeau wrote: On Thu, Sep 25, 2014 at 11:17 PM, Jeff Long mailto:willco...@gmail.com>> wrote: It looks like you're doing it right. The example gr-blocks/examples/vector___source_with_tags.grc does the same thing, and also fails to report srcid correctly.

Re: [Discuss-gnuradio] variable @FSM_FILE_INSTALL_DIR@ does not evaluate in grc

2014-10-01 Thread Tom Rondeau
On Wed, Oct 1, 2014 at 7:30 PM, Achilleas Anastasopoulos wrote: > From the latest master, when I run one of the examples in > gr-trellis/examples/grc, > the value of the parameter "prefix" which is set to @FSM_FILE_INSTALL_DIR@ > does not evaluate... > > Can someone confirm? > Is there something

Re: [Discuss-gnuradio] Bypass work function

2014-10-01 Thread bob wole
I applied this and this is useful in condition when you do not want to process noise, because it is being multiplied by zero when there is no signal. But I want that CMA taps remain unchanged when there is no signal or just noise. In the above scenario CMA taps change due to presence of noise, beca

Re: [Discuss-gnuradio] CGRAN down indefinitely, but hopefully not for long (want feedback)

2014-10-01 Thread Rick Farina
On 09/29/2014 05:41 PM, George Nychis wrote: > Marcus, thanks for keeping up-to-date projects on CGRAN! Since you've > always been actively involved, what would you like to see different and/or > improved? It can still be the place where your projects live, I am just > trying to make CGRAN more