Isac,
Ccheck out Octave - it's an opens-source replacement for Matlab. It's
far behind Matlab in usability, but still may suffice you.
On Fri, Aug 6, 2010 at 05:12, Isaac Gerg wrote:
> Does anyone know of a free software tool or package that allows one to do
> signal analysis. Im looking for so
You might get something useful out of ipython, scipy, and matplotlib.
Frank
On Thu, Aug 5, 2010 at 9:12 PM, Isaac Gerg wrote:
> Does anyone know of a free software tool or package that allows one to do
> signal analysis. Im looking for something that I can handle at least a
> million samples g
Does anyone know of a free software tool or package that allows one to do
signal analysis. Im looking for something that I can handle at least a
million samples gracefully and have tools like a spectrogram (with
configurable params like fft size, window, padding, etc) and a waveform
viewer. I hav
Hi Bob,
Thanks for your reply. I am trying to lock the system show in the figure
found on this link.
http://img19.imageshack.us/img19/826/dsssrxr.jpg
If S(n) = RxD signal which is modulated by a PN Sequence
1st step --> The input to Carrier Loop = S(n)*P(n), which the product of the
RxD signal and
I like your ideas!
> Anyway, I'm still missing the \file \brief doxygen tags
> for the files. These are extremely useful when browsing through
> a mass of unknown source material.
> Otherwise you have to read the source in depth to find out what
> the sourcefile is all about.
> But most GNU projec
Hi All,
OUR mistake ofcource!
We were feeding the USRP only 5 VDC and bet it dropped < 5VDC when
queried.
Patrik
- Original Message -
From: "Alexandru Csete"
To: "Patrik Tast"
Cc: ; "Jamie Morken" ;
"Jerry"
Sent: Thursday, August 05, 2010 12:31
Subject: Re: [Discuss-gnurad
On Thu, Aug 05, 2010 at 06:09:43AM -0700, Zohair wrote:
>
> Hi Josh,
>
> I have tried the code above and used a printing block with the following
> work function and vec_len=1 to see the output of one of the MIMO source
> output ports:
>
> int library_print_c::work (int noutput_items, gr_vector_
To follow up with Chuck's question, I'm also having problem running tunnel
using OFDM. The individual transmissions between the 2 USRPs were fine
(albeit that I had to manually adjust the center frequency of 1 USRP (A) to
cope with the frequency offset). I had B operating at 2412MHz and A at
2411.9
On 08/05/2010 09:56 AM, Moeller wrote:
I have the impression, that the UHD driver goes into this direction, but only
for Ettus products.
The UHD is licensed under the GPL, so one can use it as one sees fit, as
long as _ALL_ of the conditions and restrictions of the GPL are followed.
There
On 05.08.2010 19:38, Marcus D. Leech wrote:
> On 08/05/2010 01:10 PM, Philip Balister wrote:
>> Non-Ettus products can also support UHD.
> Indeed, all the code is freely available, and it would seem like a
> company like, for example,
> ThinkRF (who already have Gnu Radio support) could head in
On 08/05/2010 10:29 AM, Matthias Wilhelm wrote:
Hi,
we received two new XCVR2450 boards today (serial ~1390), and it seems they
refuse to work out of the box. I tested the boards both with UHD and raw
ethernet firmware+FPGA, the board both are unable to tune to different
frequencies, or any
On 04.08.2010 19:24, Eric Blossom wrote:
> On Wed, Aug 04, 2010 at 05:35:01PM +0200, Moeller wrote:
>> Oh sorry, thanks for the hint.
>> Apparently I only visited those source files without doxygen comments.
> FWIW, the doxygen comments are in the .h files
> Eric
>From the C sources I checked on
On 08/05/2010 01:10 PM, Philip Balister wrote:
>
> Non-Ettus products can also support UHD.
>
Indeed, all the code is freely available, and it would seem like a
company like, for example,
ThinkRF (who already have Gnu Radio support) could head in the UHD
direction. Nothing
stopping them--no "s
Hi,
Thompson's Multitaper method (MTM) for spectral estimation is now part
of the Spectral Estimation Toolbox. Special thanks go to Gerald Baier,
who wrote this code as part of his Bachelor's thesis.
The toolbox is available on CGRAN at https://www.cgran.org/wiki/SpecEst.
Happy spectral estimati
On 08/05/2010 12:56 PM, Moeller wrote:
Hi all,
I was wondering, why lots of the examples only work for USRP 1 and not
for USRP 2. I tried diff with a few files. There was really not much difference,
except the different import library. Can gnuradio programs be designed somehow
universally, loo
Hi all,
I was wondering, why lots of the examples only work for USRP 1 and not
for USRP 2. I tried diff with a few files. There was really not much difference,
except the different import library. Can gnuradio programs be designed somehow
universally, looking into a global configuration file what
On Wed, Aug 4, 2010 at 05:46, Moeller wrote:
> I changed the source to make it work, omitting the "usrp2::" prefix in 3
> cases.
> The diff patch to the current trunk is attached to this mail.
>
This patch was applied. Thanks.
Johnathan
___
Discuss-
Hi Josh,
I have tried the code above and used a printing block with the following
work function and vec_len=1 to see the output of one of the MIMO source
output ports:
int library_print_c::work (int noutput_items, gr_vector_const_void_star
&input_items,gr_vector_void_star &output_items){
Hey,
This may seem like a dumb suggestion but have you tried running the scripts
from the command line to see why they're failing? Start with something
simple like dial_tone.py (from the python/audio subfolder in
gnuradio-examples). I've never used minGW, but I had no problems getting
GNURadio ins
While playing with DQPSK I have encountered a problem:
Scheme: File_source -> DQPSK_mod -> DQPSK_demod -> File_sink
Parameters:
samp_rate = 500
DQPSK_mod/demod samples per symbol = 215
DQPSK_mod/demod gray code = no
everything else - by default
Input bit sequence:
10101010110011001
2010/8/5 intermilan :
> hi all:
> I recently see the "corresponds to DC in the IF" in the function
> set_freq() of the db_basic.cc.so what does this sentence mean? In other
> word, I want to know what is the function of the parameter baseband_freq in
> the set_freq().I hope someone can help
> Can one USRP connected with multiple PCs, each of PC runs a GNU Radio, so as
> to formulate a distributed system?
This is doubtful with a USRP1, due to the fact that USB is a
host/client protocol. It is /maybe/ possible with the USRP2's network
interface, but writing the code for sample synchro
On 5 August 2010 00:30, Patrik Tast wrote:
> Hi All,
>
> The free USRP1 has suddenly decided to stop communicating. We suspect (from
> the output)
> that it might be an USB problem?
>
> It runs for about 30 - 60 secs and then freezes. The led on the motherboard
> is still blinking though.
> We've
hi all:
I recently see the "corresponds to DC in the IF" in the function
set_freq() of the db_basic.cc.so what does this sentence mean? In other word,
I want to know what is the function of the parameter baseband_freq in the
set_freq().I hope someone can help me the figure it out.
> thank you for the reply, I updated the GNU Radio to version 3.3.0, but
> there is not working. If I want to start a script by double clicking the cmd
> line window is opened and closed and nothing happens. The USB driver is
> installed, everything seems to be OK but it's not.
> Florian.
Open
On 08/04/2010 09:17 PM, George Nychis wrote:
Thanks for the help, Matt. I never actually knew what DC offset was
until now ;) Learning as I go!
From what I understand, the USRP2 scales between -1.0 and 1.0. I am
trying to boost my transmit power well over the power of the DC offset.
I think
26 matches
Mail list logo
