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
-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
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
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
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
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
-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
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
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
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
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
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
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 (
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
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?
15 matches
Mail list logo