[Discuss-gnuradio] How can I skip N ites for each input?

2010-11-25 Thread Songsong Gee
I know there is a block 'Skip Head' When I use it, however, I don't think that it works as I expected I expected that like this: Suppose a sequence 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 (one 1, seven 0's and repeat forever) I want to take just '1' for

Re: [Discuss-gnuradio] How can I skip N ites for each input?

2010-11-25 Thread Moritz Fischer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/2010 08:39 AM, Songsong Gee wrote: Suppose a sequence 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 (one 1, seven 0's and repeat forever) I want to take just '1' for EVERY time So I place and connect

Re: [Discuss-gnuradio] How can I skip N ites for each input?

2010-11-25 Thread Josh Blum
There is a block called keep one in n. Is that what you are looking for? http://gnuradio.org/doc/doxygen/classgr__keep__one__in__n.html -Josh On 11/24/2010 11:39 PM, Songsong Gee wrote: I know there is a block 'Skip Head' When I use it, however, I don't think that it works as I expected I

[Discuss-gnuradio] Data transmission in bursts using uhd

2010-11-25 Thread Tobias Schmid
Hello, I implemented a selective repeat ARQ-protocol using the USRP2. Up til now I used the USRP2 driver. Now I want to upgrade my system to use UHD. I upgrade the to hosts, the FPGA image and the firmware of my USRP2s. Now the continous data transmission works fine. But the bursty protocol

[Discuss-gnuradio] call set_output_multiple() on the fly

2010-11-25 Thread Kyle Zhou
I am writing a module that might need dynamic change to the block length. So I want to call set_output_multiple(blk_len) when the flow graph is running. Firstly, is this allowed? Secondly, what are the effects? If I have a noutput_items%blk_len==0 checking in work(), will it fail during the

Re: [Discuss-gnuradio] How can I skip N ites for each input?

2010-11-25 Thread Songsong Gee
Thank you very much You are must be a genius 2010/11/25 Josh Blum j...@joshknows.com There is a block called keep one in n. Is that what you are looking for? http://gnuradio.org/doc/doxygen/classgr__keep__one__in__n.html -Josh On 11/24/2010 11:39 PM, Songsong Gee wrote: I know there is

[Discuss-gnuradio] uhd::tune_result_t vs. usrp2::tune_result

2010-11-25 Thread Moritz Fischer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi list, I'm currently trying to adapt the gnuradio-core/src/python/gnuradio/blks2impl/generic_usrp.py to work with the gr-uhd modules to (re)enable the use of UHD with the gnuradio-examples/python/digital stuff. I'm a bit confused with the return

Re: [Discuss-gnuradio] uhd::tune_result_t vs. usrp2::tune_result

2010-11-25 Thread Josh Blum
to work with the gr-uhd modules to (re)enable the use of UHD with the gnuradio-examples/python/digital stuff. awesome I'm a bit confused with the return value of the set_center_freq of the uhd_single_usrp_source. What I tried was to map the values of the uhd::tune_result_t into a

[Discuss-gnuradio] Re: gr_pfb_clock_sync_ccf.cc question related to work function

2010-11-25 Thread John Andrews
Thanks for replying Tom. Happy Thanksgiving to you. Although I understand the idea behind this time sync method I still have a question regarding your code. You increment the count variable by samples per symbol value. The error control loop works at one sample per symbol and updates the pointer

Re: [Discuss-gnuradio] call set_output_multiple() on the fly

2010-11-25 Thread Eric Blossom
On Thu, Nov 25, 2010 at 11:11:27PM +1100, Kyle Zhou wrote: I am writing a module that might need dynamic change to the block length. So I want to call set_output_multiple(blk_len) when the flow graph is running. Firstly, is this allowed? Secondly, what are the effects? If I have a

Re: [Discuss-gnuradio] call set_output_multiple() on the fly

2010-11-25 Thread Kyle Zhou
On 26/11/2010 11:28 AM, Eric Blossom wrote: There is no guarantee that set_output_multiple will work if you change it on the fly. It is possible that you could specify a value for set_output_multiple that would require reallocation of the impacted buffers. We do not do that. Eric Thanks

Re: [Discuss-gnuradio] call set_output_multiple() on the fly

2010-11-25 Thread Eric Blossom
On Fri, Nov 26, 2010 at 11:55:50AM +1100, Kyle Zhou wrote: On 26/11/2010 11:28 AM, Eric Blossom wrote: There is no guarantee that set_output_multiple will work if you change it on the fly. It is possible that you could specify a value for set_output_multiple that would require reallocation

[Discuss-gnuradio] status of USRP2 on Mac

2010-11-25 Thread Randall Wayth
Hi, I'm wondering if someone can tell me the status of using a USRP2 with a Mac. I found an email on this thread from July 2010 saying that it needs UHD support (whatever that is), but version 3.3 has since been released. The wiki page for Mac install under getting started (

Re: [Discuss-gnuradio] status of USRP2 on Mac

2010-11-25 Thread Josh Blum
It should work fine with UHD and the gnuradio next branch. http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Gnuradio-UHD -Josh On 11/25/2010 10:53 PM, Randall Wayth wrote: Hi, I'm wondering if someone can tell me the status of using a USRP2 with a Mac. I found an email on this thread

[Discuss-gnuradio] RFX 2400 collides with 802.11 AP?

2010-11-25 Thread Songsong Gee
I saw that RFX 2400 uses 2.3-2.9 GHz band In this document, however, http://www.ettus.com/downloads/ettus_ds_transceiver_dbrds_v6c.pdf an internal BPF filter out the non-ISM band frequency. Does that mean I cannot use 2.3G, 2.5G-2.9GHz? If so, I have an 802.11 AP, and these two can collide?