-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:
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
Dear Activecat,
Throw an exception. It will kill the application.
Miklos
On Mon, Mar 3, 2014 at 11:57 AM, Activecat active...@gmail.com wrote:
Dear Marcus,
Says, the constructor performed some basic checking on the constructor
arguments, then had found some fatal error (says, division by
-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
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]: gr_block db_logger2 (62)]: caught
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
Dear gurus,
I got it, thank you very much !
Regards,
Activecat
On Mon, Mar 3, 2014 at 9:11 PM, Martin Braun martin.br...@ettus.com 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,
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
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 which one
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 which one
Hi Achuth,
Channel sounding with USRP radios and GNU Radio has been done by some folks
at Rutgers and ATT 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
Thanks Aditya
On 4 March 2014 02:02, Aditya Dhananjay adi...@cs.nyu.edu wrote:
Hi Achuth,
Channel sounding with USRP radios and GNU Radio has been done by some
folks at Rutgers and ATT Labs.
http://arxiv.org/pdf/1211.4940v1.pdf
It might be a good idea to contact Nazmul Islam (CCed)
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
On Mon, Mar 3, 2014 at 4:58 PM, Philip Balister phi...@balister.org 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
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?
Sorry, everything works as expected (needs a little wait at the
beginning). Miklos
On Tue, Mar 4, 2014 at 1:09 AM, Miklos Maroti mmar...@math.u-szeged.hu 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
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
2014-03-04 9:32 GMT+08:00 zhenhua han hzhua...@gmail.com:
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;
On Mon, Mar 3, 2014 at 8:32 PM, zhenhua han hzhua...@gmail.com 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
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
The implementation header file is as below:
#ifndef INCLUDED_ACTIVECAT_FFT1_IMPL_H
#define INCLUDED_ACTIVECAT_FFT1_IMPL_H
#include activecat/fft1.h
#include fftw3.h
namespace gr {
namespace activecat {
class fft1_impl : public fft1
{
private:
int d_N;
int
21 matches
Mail list logo