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
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
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
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
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 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
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
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
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
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 .
>>
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
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:
>
>
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
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
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 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
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
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
-- 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
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
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
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).
> 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 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
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
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
28 matches
Mail list logo
