The implementation header file is as below:
#ifndef INCLUDED_ACTIVECAT_FFT1_IMPL_H
#define INCLUDED_ACTIVECAT_FFT1_IMPL_H
#include
#include
namespace gr {
namespace activecat {
class fft1_impl : public fft1
{
private:
int d_N;
int d_direction;
int d_shift;
Dear Sir,
I am trying to build a custom block with FFT capability.
I use FFTW3, the FFT stuff runs well as a standalone program before
integrating into gnuradio.
Then I integrate the FFT function into the block, it compiles without any
error.
But when I run the flow graph in GRC, it produces foll
OK, I've got it.
Thank you for your help.
Cheers,
Zhenhua
2014-03-04 10:28 GMT+08:00 Tom Tsou :
> On Mon, Mar 3, 2014 at 8:32 PM, zhenhua han wrote:
> > I'm reading the code of Airprobe and I found this function.
> >
> > double gsm_receiver_cf::compute_freq_offset(const gr_complex * input,
> >
On Mon, Mar 3, 2014 at 8:32 PM, zhenhua han wrote:
> I'm reading the code of Airprobe and I found this function.
>
> double gsm_receiver_cf::compute_freq_offset(const gr_complex * input,
> unsigned first_sample, unsigned last_sample)
>
~
>
> It calculates the frequency offset with "freq_offset = p
2014-03-04 9:32 GMT+08:00 zhenhua han :
> Hi guys,
>
> I'm reading the code of Airprobe and I found this function.
>
> double gsm_receiver_cf::compute_freq_offset(const gr_complex * input,
> unsigned first_sample, unsigned last_sample)
> {
> double phase_sum = 0;
> unsigned ii;
>
> for (ii =
Hi guys,
I'm reading the code of Airprobe and I found this function.
double gsm_receiver_cf::compute_freq_offset(const gr_complex * input,
unsigned first_sample, unsigned last_sample)
{
double phase_sum = 0;
unsigned ii;
for (ii = first_sample; ii < last_sample; ii++) {
double phase_di
Hi Perper,
I took a look at your code, and I found this
//set_frequency(d_freq_offset);
It seems you have turned off the the frequency offset correction as you
said.
Do you know the reason of the introduced instability by this part?
Best,
Zhenhua
2014-03-04 1:42 GMT+08:00 Perper :
> W dniu 28
Sorry, everything works as expected (needs a little wait at the
beginning). Miklos
On Tue, Mar 4, 2014 at 1:09 AM, Miklos Maroti wrote:
> Hi Guys,
>
> How to write blocks that have only message input and outputs only? I
> have derived from gr:block, and in most cases it seems to work, but if
> I
Hi Guys,
How to write blocks that have only message input and outputs only? I
have derived from gr:block, and in most cases it seems to work, but if
I put together a test that has no streams, then the whole graph stops
I think prematurely. How to ensure that a flow graph works with
messages only?
On 03.03.2014 21:32, Aditya Dhananjay wrote:
Hi Achuth,
Channel sounding with USRP radios and GNU Radio has been done by some
folks at Rutgers and AT&T Labs.
http://arxiv.org/pdf/1211.4940v1.pdf
Achuth, Aditya,
channel sounding is not really what this project is about (although it's
a small
On Mon, Mar 3, 2014 at 4:58 PM, Philip Balister wrote:
> The latest Coverity scan showed these new items. We should probably
> double check them. The Null dereference is likely related to the order
> in which some class methods get called.
>
> The compare against zero of an unsigned number should
The latest Coverity scan showed these new items. We should probably
double check them. The Null dereference is likely related to the order
in which some class methods get called.
The compare against zero of an unsigned number should be checked to make
sure that is what was really meant.
Philip
Thanks Aditya
On 4 March 2014 02:02, Aditya Dhananjay wrote:
> Hi Achuth,
>
> Channel sounding with USRP radios and GNU Radio has been done by some
> folks at Rutgers and AT&T Labs.
>
> http://arxiv.org/pdf/1211.4940v1.pdf
>
> It might be a good idea to contact Nazmul Islam (CCed) about this pr
Hi Achuth,
Channel sounding with USRP radios and GNU Radio has been done by some folks
at Rutgers and AT&T Labs.
http://arxiv.org/pdf/1211.4940v1.pdf
It might be a good idea to contact Nazmul Islam (CCed) about this project.
Good luck.
best,
aditya
On Mon, Mar 3, 2014 at 3:05 PM, achuth pv
Hi everyone,
My name is Achuth PV, first year Master of Technology student in
Communication and Signal Processing, Indian Institute of Technology,
Bombay, India.
I am really interested to work in the GSoC project "Wireless Networks
In-the-Loop" and "Channel Sounder"( proposed in 2012 ).
===
W dniu 28.02.2014 15:31, zhenhua han pisze:
> Hi,
>
> As I have known, GSM uses GMSK modulation which BT = 0.3 and it
> uses Viterbi algorithm for demodulation. And I took a look at the code
> of GMSK demod code in GNU Radio, it use quadrature_demod but not
> Viterbi as demodulation method. So whic
W dniu 28.02.2014 15:31, zhenhua han pisze:
> Hi,
>
> As I have known, GSM uses GMSK modulation which BT = 0.3 and it
> uses Viterbi algorithm for demodulation. And I took a look at the code
> of GMSK demod code in GNU Radio, it use quadrature_demod but not
> Viterbi as demodulation method. So whic
Hi all!
I am trying to build following simple scheme:
Signal source --> TCP Sink (server mode) < TCP Source (client mode)
--> GUI Scope Sink
It's strange but this simple scheme isn't working.
sockstat shows me:
USER COMMANDPID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS
Dear gurus,
I got it, thank you very much !
Regards,
Activecat
On Mon, Mar 3, 2014 at 9:11 PM, Martin Braun wrote:
> On 03/03/2014 12:37 PM, Marcus Müller wrote:
> > Hi Activecat,
> >
> > as Miklos wrote: Let your Constructor throw an exception.
> > For a little detail on that, refer to
> > ht
On 03/03/2014 12:37 PM, Marcus Müller wrote:
> Hi Activecat,
>
> as Miklos wrote: Let your Constructor throw an exception.
> For a little detail on that, refer to
> http://www.parashift.com/c++-faq-lite/ctors-can-throw.html .
> You can surround your block construction with a try{}catch-clause, and
Hello Adrien,
You can simply replace the UHD functions invoked by their Nutaq equivalent.
This is very easy and straight forward.
There are two blogs on the subject, one for C language, one for GRC flow
graphs.
http://nutaq.com/en/blog/comparison-nutaq-api-and-usrp-hardware-driver
http://nutaq.co
Hi all guys,
I have a block which is responsible to receive certain messages from other
blocks and to write the data from the message into database. Sometimes the
following exception occures and the block stops writing into database:
thread[thread-per-block[0]: ]: caught
unrecognized exception
T
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Activecat,
as Miklos wrote: Let your Constructor throw an exception.
For a little detail on that, refer to
http://www.parashift.com/c++-faq-lite/ctors-can-throw.html .
You can surround your block construction with a try{}catch-clause, and
handle yo
Dear Activecat,
Throw an exception. It will kill the application.
Miklos
On Mon, Mar 3, 2014 at 11:57 AM, Activecat wrote:
> Dear Marcus,
>
> Says, the constructor performed some basic checking on the constructor
> arguments, then had found some fatal error (says, division by zero) and
> decide
Dear Marcus,
Says, the constructor performed some basic checking on the constructor
arguments, then had found some fatal error (says, division by zero) and
decided to ban the flowgraph from being executed.
A workaround is to get the constructor to set a class variable to false,
says,
d_valid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Activecat,
the constructor of a block must have been called before the block has
been connect()ed; so there's no way a flowgraph is already running
when your block's constructor is called.
Greetings,
Marcus
On 03.03.2014 06:53, Activecat wrote:
> De
26 matches
Mail list logo
