On Tue, May 3, 2011 at 2:07 PM, Mantas Juskauskas wrote:
> Hello,
>
> I am recently working with gnuradio's tx_samples.cc and USRP2. I have input
> files that are .sc type, which are written and saved on Matlab. I have a
> question though.
> I've noticed that signals in the input files before bein
Hi,
Has anyone worked on JTRS (Joint Tactical Radios Sytems) SCA (Software
Communication Architecture) with GNURadio and UHD?
Regards,
Jaco
--
This message is subject to the CSIR's copyright terms and conditions, e-mail
legal notice, and implemented Open Document Format (ODF) standard.
The
Hi, I am trying to communicate two usrps. In side A, i used Flex 1800 cards and
in side B LFTX-LFRX cards. I connected side A with antennas and side B with a
wire. To use these cards smultaneously, at the transmitter side i put a dual
usrp sink block. At the receiver i used dual usrp source bl
I have been running it for a few days and have no issues now. The tunnel seems
to continue working for days.
Thanks for your help!
Dave
From: Feng Andrew Ge
To: David Barton
Cc: discuss-gnuradio@gnu.org
Sent: Fri, April 29, 2011 4:02:06 PM
Subject: Re: [Di
Hello, thanks
Yes, the noise-dip is frequency sensitive. I have not been able to fully
characterize it because at
some frequencies it's bad and at others it's quite good, and there is not
really a understandable pattern.
At VHF-frequencies, it's at least quite bad before I run the script.
I tried
Hi,
Has anybody out there done any development on the DSP? What tools are
available to program it? I have used TI's code composer in the past to
program DSPs, is there something comparable to that included with E100,
or is it easy to get it? What I would like to be able to do is obtain
commo
On Thu, May 5, 2011 at 5:42 PM, Scott Johnston
wrote:
> Hi,
>
> Has anybody out there done any development on the DSP? What tools are
> available to program it? I have used TI's code composer in the past to
> program DSPs, is there something comparable to that included with E100, or
> is it easy t
On Thu, May 5, 2011 at 6:07 PM, Brian Padalino wrote:
> With a TI account, you can grab the free tools here:
>
>
> https://www-a.ti.com/downloads/sds_support/TICodegenerationTools/download.htm
Also, another good resource for all TI processors seems to be:
http://processors.wiki.ti.com/in
I've done a fair amount of work with using the C64x+ DSP in and out of GNU
Radio using the TI tools, you download my code and some custom gnuradio blocks
for the omap processor based on the C64x+ DSP. I've tested this code on a
Beagleboard but it should work for the E100.
https://github.com/a
> Hello, thanks
>
> Yes, the noise-dip is frequency sensitive. I have not been able to
> fully characterize it because at
> some frequencies it's bad and at others it's quite good, and there is
> not really a understandable pattern.
> At VHF-frequencies, it's at least quite bad before I run the scr
Hello Yang,
Try search about 'python threading.timer' on Google...
Hope it helps.
Kal
--
View this message in context:
http://old.nabble.com/Problem-in-Implementation-of-dynamic-spectrum-access-tp31541284p3126.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Hello :)
I am trying to implement the relay system with USRP2 & RFX 2400.
I am using GRC+UHD.
(GNUradio 3.3.0 , UHD_003.20110310224233.4c7cc6b)
When UHD is used in some cases, the comments come up as below.
(1) Target recv sock buff size: 5000 bytes
Actual recv sock buff size: 131
>
> When UHD is used in some cases, the comments come up as below.
>
> (1) Target recv sock buff size: 5000 bytes
> Actual recv sock buff size: 131071 bytes
>
Did you see the warning it prints? It contains the instructions.
Instructions to resize the kernel socket buffers are also here:
h
13 matches
Mail list logo