2011/10/27 Marcus D. Leech
>
> Well, that sounds like the lazy solution, intermodulation products are
> bad, so just throwing the transmitter power away is not what I'd prefer.
>
>
> But what it points to is an *analog* issue, entirely independant of the
> CORDIC (which, as I observe, isn't like
Hi
I run the script
http://www.sbrac.org/files/build-gnuradio
And it is work :-)
Very nice script.
Kenta Berggren
SM0LRU
2011-10-28 08:19, Kenta Berggren skrev:
Hi
I upgraded Ubuntu to 10:10 and then the gnuradio stopped working.
What do I need to do now?
Have A Nice Day
Kenta
"Cannot impor
Hello list,
I tried to launch the "uhd_fft.py" script with the
following command line:
"uhd_fft.py -a type=usrp2 -f 935M -s 2M"
My problem is that my terminal always returns this output:
linux; GNU C++ version 4.5.2; Boost_104200;
UHD_003.001.000-a7927ae
-- Opening a USRP2/N-Series devic
>
>
> 2011/10/27 Marcus D. Leech mailto:mle...@ripnet.com>>
>
>>
>> Well, that sounds like the lazy solution, intermodulation
>> products are bad, so just throwing the transmitter power away is
>> not what I'd prefer.
>>
> But what it points to is an *analog* issue, entirely
On Thu, 2011-10-27 at 19:00 -0600, hasanimam wrote:
> Hello,
>
> I am in deep deep trouble. And it would be really great if somebody come up
> with any sort of help.
Well, here is the code I cobbled together to do this. It is nothing
fancy.
- Wayde
--
On Fri, Oct 28, 2011 at 08:06:40AM -0600, wallen wrote:
>
> Well, here is the code I cobbled together to do this. It is nothing
> fancy.
Though it can't be adapted as easily to more sophisticated processing as
your python code, I often use this one-liner to do the same thing:
$ od -fvw8 filename
On 10/28/2011 04:03 AM, doering@googlemail.com wrote:
> Hello list,
>
> I tried to launch the "uhd_fft.py" script with the following command line:
>
> "uhd_fft.py -a type=usrp2 -f 935M -s 2M"
>
>
> My problem is that my terminal always returns this output:
>
> linux; GNU C++ version 4.5.
I used grblock and numpy to create a block which would calculate the
variance of an incoming vector then pass on the result:
class variance(grblock.sync_block):
def __init__(self):
grblock.sync_block.__init__(
self,
name = "variance",
in_sig = [(num
Just FYI, I am integrating this work into gnuradio-core as we speak :-)
On 10/28/2011 10:05 AM, Jason Bonior wrote:
> I used grblock and numpy to create a block which would calculate the
> variance of an incoming vector then pass on the result:
>
> class variance(grblock.sync_block):
>
> def
I just wanted to let everyone know that I'm taking a vacation for the week
(and won't be taking my computer with me ). I'm sure the list will
continue to survive and function as usual with the standard amount of help
and advice given by everyone, so you probably won't even notice that I'm
missing.
http://www.downforeveryoneorjustme.com/gnuradio.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Tom -
gnuradio.org is down =(
Cheers,
Ben
On Fri, Oct 28, 2011 at 11:35 AM, Tom Rondeau wrote:
> I just wanted to let everyone know that I'm taking a vacation for the week
> (and won't be taking my computer with me ). I'm sure the list will
> continue to survive and function as usual with the
It actually wasn't "down," but I don't know why it was responding the way it
was. I just rebooted it to fix whatever the problem was. I'm about at the
airport, so I have to pass these problems off to Johnathan.
Sent from my iPhone
On Oct 28, 2011, at 2:48 PM, Ben Hilburn wrote:
> Tom -
>
> g
On Fri, Oct 28, 2011 at 11:53, Tom Rondeau wrote:
> It actually wasn't "down," but I don't know why it was responding the way
> it was. I just rebooted it to fix whatever the problem was. I'm about at the
> airport, so I have to pass these problems off to Johnathan.
>
There was some issues with
On Fri, Oct 28, 2011 at 11:54, Johnathan Corgan <
jcor...@corganenterprises.com> wrote:
> On Fri, Oct 28, 2011 at 11:53, Tom Rondeau wrote:
>
>
>> It actually wasn't "down," but I don't know why it was responding the way
>> it was. I just rebooted it to fix whatever the problem was. I'm about at
Please let me know if you solve the problem, I also have a seg fault...
Thanks
Vanessa
On Fri, Oct 28, 2011 at 4:41 PM, Josh Blum wrote:
>
>
> On 10/28/2011 04:03 AM, doering@googlemail.com wrote:
>> Hello list,
>>
>> I tried to launch the "uhd_fft.py" script with the following command line:
I have a question about software defined radio
I saw a pass band the other day on a screen which prompted me to ask
The Software defined radio has a specific bandwidth ?
Does it "scan" across the band very quickly to form the passband, or is the
bandwidth already that large it just appears as
On 28/10/2011 5:08 PM, Andrew Rich wrote:
I have a question about software defined radio
I saw a pass band the other day on a screen which prompted me to ask
The Software defined radio has a specific bandwidth ?
Does it "scan" across the band very quickly to form the passband, or
is the band
Thanks Marcus
So you can go outside the useable bandwidth, you just need to understand
that you will loose something as you move to the next chunk of RF ?
I saw an image of several MHz and a little decode window, but I guess that
is a decoding window, smaller than the SDR sampling window.
I
On 10/28/2011 12:20 PM, Vanessa Gardellin wrote:
> Please let me know if you solve the problem, I also have a seg fault...
>
So help me help you...
What version of gnuradio?
What version of uhd?
Do the uhd example apps work?
Can you import the gnuradio python module?
What about making a quic
On 28/10/2011 5:31 PM, Andrew Rich wrote:
Thanks Marcus
So you can go outside the useable bandwidth, you just need to
understand that you will loose something as you move to the next chunk
of RF ?
Generally, the hardware samples at a fixed rate (USRP1 samples at
64Msps, and USRP2/N2XX sample
Hello,
The company I work for is currently looking to hire an engineer with
experience in signal processing. We are looking for someone that can
assume leadership over the complete design and development of our
client/server software.
We need an experienced engineer with the following abili
All,
Due to disk corruption in the volume that stores the MySQL database back-end
to the GNU Radio website, it has become necessary to restore from a backup.
Fortunately, we have daily backups that go back several weeks, so our data
loss will be limited to any changes in the website since yesterda
On Fri, Oct 28, 2011 at 17:28, Johnathan Corgan <
jcor...@corganenterprises.com> wrote:
> Due to disk corruption in the volume that stores the MySQL database
> back-end to the GNU Radio website, it has become necessary to restore from a
> backup. Fortunately, we have daily backups that go back s
Has the git repository been affected by the server issues experienced at
gnuradio.org?
$ git clone http://gnuradio.org/git/gnuradio.git
The above hung at "Cloning into gnuradio..." for a long time and then gave this
error:
error: Recv failure: Connection reset by peer while accessing
http://g
25 matches
Mail list logo
