Hi,
I'm having the same issue as Khalid. I just updated my GNU Radio source
based installation on two different machines. On one of the machines I
previously had a source installation of gnuradio 3.7.4. This machine runs
Linux Mint 17.1, the other machine runs Ubuntu 14.04. A flow graph
utilising
Hi Nasi,
when I checked the fading models supplied in GNU Radio 3.7 the other week
they seemed to be generating nasty glitches in their output. You could
instead take a look at 'my' custom block for doing simple single path
configurable doppler Rayleigh fading. The output of this has been
statisti
Hi Matt,
just wondering what the PPM spec is of the onboard TCXO? Will the datasheet
be available soon?
Thanks
Regards
Richard
On 4 October 2011 10:05, Matt Ettus wrote:
>
> =
>
> New Product Announcements from Ettus Research
>
> ===
.
However, I can work around this as it's not a common scenario, for me
anyway.
Cheers
Richard
On 21 July 2011 19:46, Alex DEKKER wrote:
> On Thu, 21 Jul 2011 11:01:13 +1200, Richard Clarke wrote:
>
> If for example I have a wx scope gui and an fft gui stacked one above
>>
Hi All,
does anyone know if there is a setting or configuration file I need to
modify to get gnuradio-companion to scale GUI sinks correctly for my laptop
screen resolution?
If for example I have a wx scope gui and an fft gui stacked one above the
other so I can see them simultaneously, the lower
Very, very useful, thanks for sharing Martin.
Cheers
Richard
On 17 March 2010 14:40, Martin DvH wrote:
> Hi all,
>
> I wrote two gnuradio AFC (Automatic Frequency Control) demos
>
> This AFC technique can come in handy when your tuning is critical and
> there is a frequency offset or doppler sh
OK I think I have it. I modified the LD_LIBRARY_PATH to remove reference to
my currently installed version of GNU Radio and now the build appears to be
proceeding. Thanks for the tip.
Cheers
Richard
On 23 February 2010 11:34, Richard Clarke wrote:
>
>
>> I believe I've se
>
> I believe I've seen the same error message when I tried to build from
> git while 3.2.2 was still installed. Removing 3.2.2 from the linker
> path solved the problem for me.
>
> Alex
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
On 23 February 2010 11:00, Johnathan Corgan
wrote:
> On Mon, Feb 22, 2010 at 13:48, Richard Clarke wrote:
>
> > I've just built the head of the Git repo on two different machines. On
> one
> > of them it builds OK, however on my laptop I get the error shown belo
Hi,
I've just built the head of the Git repo on two different machines. On one
of them it builds OK, however on my laptop I get the error shown below. I
had installed all dependencies for Karmic (or I believe I have) however this
must be related to my build environment in some way I guess. Does an
Hi,
I have a 3rd party GNU Radio block of signal processing code that I would
like to wrap for use within GRC. This block uses a message sink (i.e a
pointer to a gnu radio message queue is passed into the block which appears
to then utilise the queue for inserting 'send frequency correction' value
Ah huh! That is great, thanks very much!
Cheers
Richard
On 8 February 2010 13:34, Josh Blum wrote:
> dont use the parenthesis
>
> in the fftsink block, enter my_notebook0, 0
>
> -Josh
>
>
> On 02/07/2010 02:49 PM, Richard Clarke wrote:
>
>> Hi All,
>>
>
Hi All,
so far I've found very little reference to this new and potentially very
useful feature. I'm trying to use the notebook feature of GRC 3.2.3svn to
allow stacking of multiple WX GUI sink elements (scopes, FFT, etc) on
different tabs of a Notebook. I have dragged a Notebook element into my
b
I had the exact same problem. Have you got fort77 installed? This seems to
be a new dependency for Ubuntu 9.10. That solved my problem. Double check
the Ubuntu 9.10 install instructions for all the dependencies as there are a
couple of subtle differences from 9.04. The instructions only went up in
Hi,
I was hoping that someone with more knowledge of the GNU Radio UDP
source block might be able to explain why it doesn't seem to receive
UDP packets that have been sent with a broadcast destination address?
If the UDP packets are targeted explicitly at the GNU Radio PC's IP
address then there i
OK I've answered my own question. It was a lack of familiarity on my
part with how to configure the UDP source. When wanting to receive a
broadcast UDP stream instead of binding to the local IP address of the
particular network interface being used, it is necessary to bind to
IP_ADDR_ANY, namely 0.
x block for our gr
> short and int types, but the udp blocks are simple as can be; that being a
> good thing.
>
> -Josh
>
> Richard Clarke wrote:
>
>> No indeed, that's what I'm saying. The AVR32 platform is sending out
>> everything in network byte order
so my assumption is
that I've missed something obvious, or I need to look more suspiciously at
the LWIP code (v1.3.0). However, any ideas are welcomed.
Richard
2009/10/12 David I. Emery
> On Mon, Oct 12, 2009 at 11:16:11AM +1300, Richard Clarke wrote:
> > Hi All,
> >
> >
Hi All,
I was wondering if anyone has had any issues with the interpretation of
shorts by the GNU Radio udp source function, when the shorts are
transmitted from a big endian based platform? In my situation I am
transmitting UDP packets comprised of 16 bit samples from an AVR32 (big
endian) which
I believe that what you want to do is the same as what I was trying to
achieve with the scope graphical sink, although I was using GRC as my front
end. Josh Blum replied to my post on April 20th. The subject title of the
original post was "GRC graphical sink buffer size - how to increase?". I
beli
Hi All,
With version 0.7 of GRC I could enter the taps of a filter in the following
format [-23, 4, 245, 1235, 245, 4, -23]/32768 in the relevant GRC block
window (taps field) and GRC would do the division calculation for each tap,
i.e the tap vector automatically became [-7.019e-4,1.22e-4, 7.47e
Hi George,
that code is still available if you'd like me to FTP host it again.
Cheers
Richard
George Nychis wrote:
Richard Clarke wrote:
I've established a temporary (60 day) FTP user account on our company
FTP server to host the GNU Radio Rayleigh Fading code as it currently
st
.
Cheers
Richard
Richard Clarke wrote:
Bumped
Hi All,
I have been attempting to use a GNU Radio 3.1.2 Virtual Machine (guest
OS is Open Suse 10.2) kindly provided by Chiara De Dominicis, with the
USRP. Initial communications with the USRP were established, enough
for firmware download to the USR
Bumped
Hi All,
I have been attempting to use a GNU Radio 3.1.2 Virtual Machine (guest
OS is Open Suse 10.2) kindly provided by Chiara De Dominicis, with the
USRP. Initial communications with the USRP were established, enough for
firmware download to the USRP. However when attempting to run an
Hi All,
I have been attempting to use a GNU Radio 3.1.2 Virtual Machine (guest
OS is Open Suse 10.2) kindly provided by Chiara De Dominicis, with the
USRP. Initial communications with the USRP were established, enough for
firmware download to the USRP. However when attempting to run any script
Has anyone downloaded Chiara's VMware GNU Radio image? Did it work for
you? When I unzip it I get a report of a CRC fail error, and the VM
machine is reported as corrupt by VMware Server. Is it just my copy or
is the source file broken?
Thanks
Cheers
Richard
Chris Albertson wrote:
On Tue,
Hi Chiara,
well done! Just wanted to say I'd definitely be interested in obtaining
the VmWare image you've created. As you say though, 2GB is pretty big.
If you don't find a host for the image within the next few days I may be
able to arrange a temporary FTP location where you can upload to.
nce at the start of a test.
Cheers
Richard
Johnathan Corgan wrote:
On 2/27/08, Richard Clarke <[EMAIL PROTECTED]> wrote:
Before I go ahead and try to implement an auto calibration routine for
the Rx frequency offset of the receive subsystem on the RFX400/USRP, I
was wondering if
Hi All,
Before I go ahead and try to implement an auto calibration routine for
the Rx frequency offset of the receive subsystem on the RFX400/USRP, I
was wondering if anyone else had already implemented something similar,
or had any pointers for me. Basically what I want to do is create a
cal
Hi Firas,
thank you for posting the link to your repeater code. I have that
running on my platform now to see if I still have issues with USRP under
runs. I modified it slightly to accomodate the Flex400 board I'm using.
It is working, though not the GUI side of things, a Gtk error is
flagged
OK thanks Eric. I should have mentioned I was using Ubuntu 7.10. My
application was effectively just passing the samples from the USRP Rx to
the USRP Tx via the PC, no actual demod/remod going on.
I'll try your suggestions regarding fusb buffering parameters and see if
that makes a difference.
Hi All,
summary: If I try and receive and transmit data from and to the USRP
simultaneously at the same data rate (no matter what it is, even as low
as 2MB/s each way) I always get usrp underruns.
Background
*
I have a simple cross band repeater type example running under Gnuradio
3.
n we can put it
in a features branch within the SVN repository to work on it if needed.
Thank you!
George
Richard Clarke wrote:
Hi George,
I have had a Summer student doing some work on this (a year ago now).
He implemented a GNU Radio module that can do Rayleigh channel
simulation. He bas
making it flexible.
If you host it for us, it won't undergo just one set of eyes, but many
sets of eyes on the list :) But make sure to link to it, rather than
send an attachment because of list restrictions. Then we can put it
in a features branch within the SVN repository to work o
Hi George,
I have had a Summer student doing some work on this (a year ago now). He
implemented a GNU Radio module that can do Rayleigh channel simulation.
He based it on a particular paper (I'd have to look it up) for the
implementation. He verified the statistical performance of his
impleme
Interesting however have a read of the following old Register article:
http://www.theregister.co.uk/2005/11/09/xmax/
and
http://www.ka9q.net/xmax_schwartz.html
So, this appears to have been doing the rounds since mid 2005 but
apparently nothing concrete to show 2 years later.
Difficult to f
Actually I believe 16MHz is only achieved by reducing the sample bit
depth from 16 to 8, which I've read somewhere can be done.
8 Mega complex samples per second -> 8MHz when the real and imaginary
parts of the complex sample are each 16 bits wide. (=32Mbytes/sec)
16 Mega complex samples per se
Yes, I would have to agree with Berndt on this. The casing is a good
idea but I think it would be better to keep it as an option rather than
forcing it on people and increasing the price of the USRP. It is not
essential to the operation of the USRP, just nice to have.
Cheers
Richard
Berndt Jo
38 matches
Mail list logo
