Hi Michael,
You did a great job, my application is pure signal processing and signal
analysis. I don't know if I could go for 8bits and 20MHz,
I am seriously thinking about making a small adapter board for the MyriadRF
and connect it to my Zedboard (http://myriadrf.org/)
It is going to be more exp
Hello
I have something wrong when I install Gnuradio,howmany times I have met this
problem:
>checking for Python include path... /usr/include/python2.7
>checking Python.h usability... no
>checking Python.h presence... no
>checking for Python.h... no
>configure: error: cannot find usable Python h
Hi,
>> Thanks, Farhad. I designed HackRF for 20 MHz with 8 bit quadrature
>> samples because it is at the maximum rate that can be transferred over
>> USB 2.0 (Hi-Speed). It's enough bandwidth for most SDR applications
>> I've seen. What applications do you have in mind?
>>
> will it work with
On 07/31/2013 05:36 PM, Michael Ossmann wrote:
> Thanks, Farhad. I designed HackRF for 20 MHz with 8 bit quadrature
> samples because it is at the maximum rate that can be transferred over
> USB 2.0 (Hi-Speed). It's enough bandwidth for most SDR applications
> I've seen. What applications do you
Thanks, Farhad. I designed HackRF for 20 MHz with 8 bit quadrature
samples because it is at the maximum rate that can be transferred over
USB 2.0 (Hi-Speed). It's enough bandwidth for most SDR applications
I've seen. What applications do you have in mind?
On Wed, Jul 31, 2013 at 10:32:07PM +02
Hello
I have a working system that used to work perfectly but now I am getting
this unknown error. Can Some body help me with it.
handler caught exception: in method
'gr_block_gw_message_type_work_args_return_value_set', argument 2 of type
'int'
Traceback (most recent call last):
File "/usr/l
Ok, I tried the off by sqrt(2) and it put me close but now the bit_timing
_loop is running short on data again, which as a disseminator means it
probably cant find a good sync for timing and just eats all its input
samples. So I pushed my changes to where i'm at now to github, could you
see if that
Hi Guys,
Just saw this project on Kickstarter.
http://www.kickstarter.com/projects/mossmann/hackrf-an-open-source-sdr-platform
It is an interesting low cost SDR with 20MHz bandwidth.
It seems like SDR is becoming more popular every day and the number of low
cost SDR devices are on the rise.
I am
Hi,
if you encode a continuous stream of data you will not reset your encoder
state in between. However if you want to decode the stream you want to
perform blockwise operation to keep the latency and memory requirements
down. In this cases it makes sense for me to reuse the last state as the
init
I do not see the need for such an option:
regarding the initial state at the encoder, I do not see why anyone
wouldn't reset the initial state of a block but use the state of a
previous block.
Say it another way, if you want to decode two blocks by setting the
initial state of one as the final st
Hi yeran,
I am wondering if you have solved this problem?
Best Regards,
On Wed, May 29, 2013 at 9:43 PM, yeran wrote:
> Hi everyone,
>
>
> I’m doing channel estimation in gnu radio narrowband. But the result is
> different than I expect.
>
>
> I’m using the example in grc, uhd_tx_dpsk
When instantiating a Viterbi decoding block, there are options to specify
what the initial and final states should be or that they are unknown. This
poses no problems if the FEC encoder is initialized similarly for each
block of data. However, when multiple blocks of data are encoded without
resett
I am trying to find channel coff. through ofdm implementaion. I added and
edited the ofdm frame acquisition block and set verbose to 1. I get wrong
cooff. so i think added wrong blocks, can anyone help me with blocks to
add.
___
Discuss-gnuradio mailing l
13 matches
Mail list logo
