I've attached both the .grc and python for a relatively-straightforward
flow-graph that is giving me loads of grief.
A few things to observe about it:
o The virtual size of this thing in execution is *elephantine*
o Manipulating it inside GRC is really, really, really, painful
o Running i
On 06/28/2011 06:29 PM, Marcus D. Leech wrote:
> On 06/28/2011 08:27 PM, Josh Blum wrote:
>> You should be able to re-adjust the digital frequency shift very
>> quickly, which can go +/- 32MHz. On USRP1, this is implemented in the
>> DAC (not the FPGA DSP). You can do this w/ tune_request_t in uh
On 06/28/2011 08:27 PM, Josh Blum wrote:
You should be able to re-adjust the digital frequency shift very
quickly, which can go +/- 32MHz. On USRP1, this is implemented in the
DAC (not the FPGA DSP). You can do this w/ tune_request_t in uhd, no
idea about libgnuradio-usrp
-Josh
This raises an
> Also, getting re-tuning to happen in under 1ms is going to be a
> challenge. It's unlikely that you'll get the PLL synthesizer on the
> RFX2400 to
> re-lock in under 1ms.
>
>
You should be able to re-adjust the digital frequency shift very
quickly, which can go +/- 32MHz. On USRP1, this is
On 06/28/2011 07:48 PM, Minhoo Kim wrote:
Hello, I'm new to this mailing list and gnuradio.
sorry if I fail follow certain etiquettes..
what I'm trying to do now is to have a transmitter that hops around under
1ms, which needs to have 1MHz bandwidth and hop around in 10MHz range total
(at least).
On Tue, Jun 28, 2011 at 4:48 PM, Minhoo Kim wrote:
>
> Hello, I'm new to this mailing list and gnuradio.
> sorry if I fail follow certain etiquettes..
> what I'm trying to do now is to have a transmitter that hops around under
> 1ms, which needs to have 1MHz bandwidth and hop around in 10MHz rang
Hello, I'm new to this mailing list and gnuradio.
sorry if I fail follow certain etiquettes..
what I'm trying to do now is to have a transmitter that hops around under
1ms, which needs to have 1MHz bandwidth and hop around in 10MHz range total
(at least).
the problem I'm having is that I can't get
-- Forwarded message --
From: sabarish sarathy
Date: Tue, Jun 28, 2011 at 7:17 PM
Subject: m.data giving all zeros
To: discuss-gnuradio@gnu.org
Hi
I have a spectrum sensing code for UHD, which is basically a slightly
modified version of the original spectrum sensing code used on
Yes indeed our institute has transparent web cache to decrease the load on
network.I can't say whether its flushing properly or not.I will try
installing it tomorrow with a separate connection.
But how is this related to the errors I am getting ..
Sometimes "transparent web caches" aren't so t
Yes indeed our institute has transparent web cache to decrease the load on
network.I can't say whether its flushing properly or not.I will try
installing it tomorrow with a separate connection.
But how is this related to the errors I am getting ..
Marcus D. Leech wrote:
>
> On 06/28/2011 0
On Tue, Jun 28, 2011 at 2:57 PM, Praveen Vikram
wrote:
> Thanks Josh and Thomas,
> I followed the current instructions on the wiki and updated the kernel
> modules (for my current 2.6.35 kernel).
> Now I'am able to run uhd_usrp_probe with this image
> http://www.ettus.com/downloads/uhd_images/usrp
Thanks Josh and Thomas,
I followed the current instructions on the wiki and updated the kernel
modules (for my current 2.6.35 kernel).
Now I'am able to run uhd_usrp_probe with this image
http://www.ettus.com/downloads/uhd_images/usrp_e100_fpga5.bin.
Thomas,
I didn't realise the instructions to up
On 06/28/2011 04:44 PM, sumitstop wrote:
Hmmm now it is at least echoing the reason for exiting :)
"Could not find appropriate file to download Perhaps the \"downloads\"
directory structure at ettus.com has changed or is currently invalid "
Again the same step by step build :(
I hope it will be
Update:
I tried recompiling after git pull next.
Now, *uhd_find_devices* lists my E100 with a serial number but when I try to
probe it gives me the following error:
root@usrp-e1xx:~/Work/code/uhd/host/build# uhd_usrp_probe
linux; GNU C++ version 4.5.2 20101204 (prerelease); Boost_104100;
UHD_003
Hmmm now it is at least echoing the reason for exiting :)
"Could not find appropriate file to download Perhaps the \"downloads\"
directory structure at ettus.com has changed or is currently invalid "
Again the same step by step build :(
I hope it will be restored soon.
sumitstop wrote:
>
>
No No .. script is not psychic .Its really a peace meal for new comers :)
For the time being I should work on my older systems where it was installed
last week through the script.I hope the problem will be solved soon.
Marcus D. Leech wrote:
>
> On 28/06/2011 12:20 PM, sumitstop wrote:
>> Hi M
Haha.. indeed.
Anyways thats good for now :) I am re-running it on my systems.Will let you
know how it goes.
Marcus D. Leech wrote:
>
> On 28/06/2011 12:20 PM, sumitstop wrote:
>> Hi Marcus
>> Even after several trials the script exits
>> giving following error .
>>
Hi,
I recently got the USRP E100. Read the wiki page at
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ.
I decided to compile the latest version of UHD.
But after following the steps listed in the wiki page I'am able to find the
USRP using uhd_find_devices but when I try
Hey John,
On 24/06/11 15:06, John Ackermann N8UR wrote:
> Marcus D. Leech said the following on 06/21/2011 07:54 PM:
>
>> I have an example, in GRC, attached.
>>
>> It uses an audio source, which is common to all three modulators, this
>> goes to a fractional interpolator to interpolate up to the
On 28/06/2011 12:20 PM, sumitstop wrote:
Hi Marcus
Even after several trials the script exits
giving following error .
Fetching Gnu Radio via GIT...Done
Fetching UHD via GIT...Done
Building UHD...Done building/installing UHD
Fetchin
Look at the source code used to generate the raised cosine, gr_firdes.h
should point to it. Making your own should follow directly from that; also
the wikipedia page on the raised cosine is also nice.
Its not black magic, so do not fear the source. :P
--Colby
On Tue, Jun 28, 2011 at 9:12 AM, Joh
On 28/06/2011 12:20 PM, sumitstop wrote:
Hi Marcus
Even after several trials the script exits
giving following error .
Fetching Gnu Radio via GIT...Done
Fetching UHD via GIT...Done
Building UHD...Done building/installing UHD
Fetchin
Hi Marcus
Even after several trials the script exits
giving following error .
Fetching Gnu Radio via GIT...Done
Fetching UHD via GIT...Done
Building UHD...Done building/installing UHD
Fetching and installing FPGA/Firmware images via
Hi,
I want a raised cosine filter for the transmitter and can someone lead me to
a place where I can develop one similar to what we have in gr_firdes.h
Thanks
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listin
Hi Josh,
today we managed to make UHD sink and source work in parallel on E100
using FPGA5.bin
by building UHD like this:
git clone git://code.ettus.com/ettus/uhd.git
cd uhd
git pull git://code.ettus.com/ettus/uhd.git next
cd host/
$ mkdir build
$ cd build
$ cmake -DCMAKE_CXX_FLAGS:STRING="-mc
Problem solved. It works if I launch with the command `gnuradio-companion'
and not with `grc.' I still don't know why that changed overnight, but now
this machine launches with the first command and my other machines only
launch with `grc.' I'm running Ubuntu 10.10 on all of them, and I installe
On Mon, Jun 27, 2011 at 4:41 PM, shantharam balasubramanian <
shantharam...@gmail.com> wrote:
> Hi
> I am new to python and I need to know about adding new blocks.
> I modified the benchmark_tx and rx.py files, so that the receiver will
> get the file from sender and store it in a txt file which i
On 27-06-11 20:10, Michael Renner wrote:
Moin,
my notebook, that run with Linux, have only a mono input channel. I'm looking
for a external (USB 1.1 or 2.0) soundcard with a stereo input, that run fine
with linux.
Any hint?
Thanks
Most of them work. To be absolutely sure, go to shop and ask t
28 matches
Mail list logo
