Dan Halperin wrote:
Is there a howto for how to add a new signal processing block to the GNU
Radio libraries?
Sorry; in case it wasn't clear, I saw and used the how-to-write-a-block
code. But actually adding it to libgnuradio-core and getting SWIG to
process it was the tricky bit that took me
Eric,
Please disregard my last email. I found the problem.
The work() has 3 arguments passed in and
general_work() has 4 arguments. When I made the
corrections, the 'make' worked fine.
Thanks,
--- George Barrinuevo <[EMAIL PROTECTED]> wrote:
> Eric,
>
> I get make errors when I converted fr
Eric,
I get make errors when I converted from gr_sync_block
to gr_block. I also used general_work() instead of
work(). The error has to do something with virtual
and pure in C++. Do you know what is going on or how
I can fix it?
/usr/local/include/gnuradio/gr_block.h:113: warning:
'virtual int
So I'm trying to initialize a vector of ports so that I can use it to check if
the incoming port is tx or rx.
Should I use a regular vector type, rather than a pmt vector? Because pmt
vectors expect a pmt_t as its element type, whereas port definitions are of type
mb_port_sptr.
- George
Hi,
Isn't the DBSRX a receiver? Anyway, do you happen to know how the radiation
stopped?
Jeremy
- Original Message -
From: "Chris Stankevitz" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, April 11, 2007 12:37 AM
Subject: Re: [Discuss-gnuradio] RFX2400 Jamming
Jeremy Chew wrote:
Wit
Is there a howto for how to add a new signal processing block to the GNU
Radio libraries? I made a gr_xor_bb (in src/lib/general) block, and it
took me about an hour to figure out all the files I had to modify to get
it made (the one I missed was general.i).
Anticipating Eric's response, what's th
On 4/10/07, Brian Padalino <[EMAIL PROTECTED]> wrote:
What type of modulation are you using and what is your application?
GMSK modulation for Relay channels. Currently I am trying to relay the voice
on two hop system.
Brian
Tarun
___
Discuss-gn
Eric Blossom wrote:
On Tue, Apr 10, 2007 at 06:15:21PM -0400, George Nychis wrote:
Eric Blossom wrote:
George,
I'll take a look at this. However, it would make more sense to write
this code in an order that allows us to test it with minimum
dependencies and minimum stubbed-out functionali
On 4/10/07, Tarun Tiwari <[EMAIL PROTECTED]> wrote:
Can you please enlighten me, how to deal with this problem, as this is
pretty obvious in a practical system.
What type of modulation are you using and what is your application?
Brian
___
Discuss-g
On Tue, Apr 10, 2007 at 06:15:21PM -0400, George Nychis wrote:
>
>
> Eric Blossom wrote:
>
> >George,
> >
> >I'll take a look at this. However, it would make more sense to write
> >this code in an order that allows us to test it with minimum
> >dependencies and minimum stubbed-out functionality
Eric Blossom wrote:
George,
I'll take a look at this. However, it would make more sense to write
this code in an order that allows us to test it with minimum
dependencies and minimum stubbed-out functionality.
I suggest that you start with cmd-allocate-channel and it's response,
followed by
Hi Brian,
Thank you for reply.
On 4/10/07, Brian Padalino <[EMAIL PROTECTED]> wrote:
The 64MHz oscillator on the board has a maximum 50PPM error. This
gives an error of up to 3200Hz.
To get to 2.4GHz, that's 37.5x the 64MHz local oscillator.
3200Hz * 37.5 = 120kHz.
2.4e9 - 120e3 = 2
Hi Chris,
Thank you for your reply.
On 4/10/07, Chris Stankevitz <[EMAIL PROTECTED]> wrote:
In my application (GPS), I don't even know the desired frequency due to
the doppler effect on the fast moving satellites. I use an acquisition
routine to locate the frequency which uses FFTs in my cus
On Tue, Apr 10, 2007 at 04:20:25PM -0400, George Nychis wrote:
> I added functionality for transmitting a raw frame to the usrp server now
> also.
>
> A couple things:
>
> I am not sure what to initialize 'tag' to in the header, I'm not sure we
> have a concrete plan for this field yet? So I s
On 4/10/07, Tarun Tiwari <[EMAIL PROTECTED]> wrote:
Hi Matt, Eric, and my dear friends,
I received third set of USRP for my research work, but the third USRP is not
able to lock/demodulate the desired frequency. When i transmit a signal on
2.4GHz from one of the old USRPs I need to lock the new
Tarun Tiwari wrote:
the local oscillators may not be perfect
They definitely will note be perfect.
But, the question is
how do I recover the signal if my receiver clock does not synchronize to
the desired frequency?
In my application (GPS), I don't even know the desired frequency due to
Hi Matt, Eric, and my dear friends,
I received third set of USRP for my research work, but the third USRP is not
able to lock/demodulate the desired frequency. When i transmit a signal on
2.4GHz from one of the old USRPs I need to lock the new USRP at 2.39989 GHz
else it does not demodulate the s
I added functionality for transmitting a raw frame to the usrp server now also.
A couple things:
I am not sure what to initialize 'tag' to in the header, I'm not sure we have a concrete
plan for this field yet? So I set it to 0 for now.
I need someone (aka. Eric ;)) to check over how I am ex
On Tue, Apr 10, 2007 at 10:22:35AM -0700, Shaiful wrote:
> Hi,
>
> I want to control I/Q signal going through USRP by the
> path of DEMOD->RX->FPGA->TX->MOD, quite similar to
> what have been done by Jon Jacky in the following
> presentation:
>
> http://www.research.cornell.edu/KIC/events/MRFM200
Hi,
I want to control I/Q signal going through USRP by the
path of DEMOD->RX->FPGA->TX->MOD, quite similar to
what have been done by Jon Jacky in the following
presentation:
http://www.research.cornell.edu/KIC/events/MRFM2006/pdfs/Jacky%20talk/jacky-talk.html
The main different is that I'm going
For those who might be interested, AVNet has announced some world-wide
seminars that specifically tackle DSP related tasks within FPGAs. The
event is free and has a slew of world-wide locations listed.
Information can be found here:
http://em.avnet.com/xfest07
Brian
___
Jeremy Chew wrote:
With a spectrum analyser, I notice that with just switching on the
RFX2400, there is continuous radiation from the radio at frequencies I
have set before on the radio.
I saw this happen once with my DBSRX at 1.575GHz
Chris
___
On Tue, Apr 10, 2007 at 12:17:25AM -0700, George Barrinuevo wrote:
> I created a block from gr_sync_block and later found
> that it does not work properly since gr_sync_*
> requires that the input and output rate are
> synchronous, e.g. having 1:1, 1:N, N:1 fixed ratio.
> However, my block has var
Dear all,
I just received the USRP hardware. My PC (running SuSe 9.2) supports the USB
2.0 interface.
I tried to test the basic configuration (using the test_usrp_standard_rx
command) with one RX and one TX and I got the following messages:
usb_control_msg failed : error sending control
Hi,
I am not sure if others like Syed Shah may be having the same problem, but I
notice similar symptoms as he has with my new RFX2400s I got just last
month.
With a spectrum analyser, I notice that with just switching on the RFX2400,
there is continuous radiation from the radio at frequenci
I created a block from gr_sync_block and later found
that it does not work properly since gr_sync_*
requires that the input and output rate are
synchronous, e.g. having 1:1, 1:N, N:1 fixed ratio.
However, my block has varying input and output rates
which implies I need to derive it from gr_block.
26 matches
Mail list logo
