On Jan 28, 2011, at 2:23 PM, Ben Hilburn wrote:
> As I understand it, there is code in the GNURadio scheduler stuff that
> manages block scheduling, to some degree.
>
> I'm aware of the kernel's role in switching between the threads
> themselves, but I was under the impression that block schedulin
Don-
> Hi Jeff: interesting reply. I remember when TI and MOT did exactly the
> opposite. TI had the 9900 processor series that was much better than
> anything on the market, and essentially blew it off. MOT had the
> 6800/68000 series, that became moderately successful. The most crippled
> proces
Hello All,
I'm currently an undergraduate engineering student at Grand Valley
State University. For my senior design project, I'm working on
designing a SDR-based radio telescope to compliment the NASA RadioJove
project (a direct conversion receiver for use in radio astronomy).
In a nutshel
Hi Jeff: interesting reply. I remember when TI and MOT did exactly the
opposite. TI had the 9900 processor series that was much better than
anything on the market, and essentially blew it off. MOT had the
6800/68000 series, that became moderately successful. The most crippled
processor of the time,
On 01/28/2011 02:44 PM, Per Zetterberg wrote:
On Fri, 2011-01-28 at 02:09 -0500, Sangho Oh wrote:
Hello, I am transmitting 20Mhz OFDM symbols using UHD code.
When I checked the PSD of the received samples using UHD
(rx_samples_to_file)
I found there is a significant difference in PSD between the
On Fri, 2011-01-28 at 02:09 -0500, Sangho Oh wrote:
> Hello, I am transmitting 20Mhz OFDM symbols using UHD code.
> When I checked the PSD of the received samples using UHD
> (rx_samples_to_file)
> I found there is a significant difference in PSD between the
> transmitted and received signal.
>
>
Hello All,
I'm currently an undergraduate engineering student at Grand Valley State
University. For my senior design project, I'm working on designing a
SDR-based radio telescope to compliment the NASA RadioJove project (a direct
conversion receiver for use in radio astronomy).
In a nutshell, th
Alexander-
> okay here are my 2 cents
>
> 2- TI actually offers all the tools you need to develop for their DSP for
> free, I can vouch for the C64x+ DSP since
> that's what I have experience using. You can download and look at the
> supported DSP for the free download from
> http://software-d
On 01/27/2011 03:44 AM, nyquist82 wrote:
Hi!! I am trying to transmit a complex signal with the USRP2+WBX system.
First I tried transmitting from file, an 8MHz band recorded with the USRP2,
by connecting the "from file" block to the USRP2 transmitter, with and
appropriate interpolation.
When vis
Here's a simple UHD FFT flow-graph that is reasonably
dynamically-configurable:
http://www.srbac.org/files/uhd_fft.grc
Cheers
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio
Hello,
When you build GNU Radio for the first time successfully (after twenty
times calling ./configure, until you have all the dependencies), you get
a sense of pleasure. Maybe, this initial overhead is desired, as it
prevents the community from noobs without the iron will of getting GNU
Rad
As I understand it, there is code in the GNURadio scheduler stuff that
manages block scheduling, to some degree.
I'm aware of the kernel's role in switching between the threads
themselves, but I was under the impression that block scheduling, was
at least in some part, influenced by GNU Radio.
If
On 01/27/2011 03:57 PM, Ben Hilburn wrote:
> Hey all -
>
> I'm running some experiments, and would like to directly tune the rate
> that the TPB scheduler is switching between blocks. I've dug around a
> bit, and can't seem to find the relevant portions of code; I've never
> looked at this part of
I've been down this path before Ben and I can tell you it's a very dark and
lonely path, biggest advice is to use GDB my preference is to use DDD. I
personally found it easier to start tracing from the python source file there's
a way where you can select the PID of your python process from G
okay here are my 2 cents
2- TI actually offers all the tools you need to develop for their DSP for free,
I can vouch for the C64x+ DSP since that's what I have experience using. You
can download and look at the supported DSP for the free download from
http://software-dl.ti.com/dsps/dsps_regis
I'm looking for details about the initialization process of the FPGA as the
order of lightsand their meanings. I studied the verilog files and significance
of signal configurations.
I think the CPLD program the FPGA and the FPGA turns on a light, the
configuration signal DONE at the end of th
Hello,
I've been using the IEEE 802.11a/g/p OFDM encoder developed by the FTW
group
(http://lists.gnu.org/archive/html/discuss-gnuradio/2009-11/msg00211.html) and,
in my humble opinion, I think that it's a great contribution to the GNU Radio
community. I also consider that it would be nice to co
Hi Alexander,
On Fri, Jan 28, 2011 at 10:14 AM, Alexander Chemeris
wrote:
> 2) Development tools price
> Both Freescale CodeWarrior and TI Code Composer seem to be at the same
> line with about $2K per single license (correct me if I'm wrong - I
> may have missed something easily).
>
> Big minus
Hello all,
We're working on an open-source WiMAX receiver/scanner and we're
looking into using a high-performance DSP to process data from USRP.
Right now we implement this processing in FPGA, but we want to
experiment with DSPs too. I know there are skilled people here and I'm
looking forward to
Hi Philip,
I see. We used a powerless USB cable. That's very likely to be the reason
why the PC doesn't recognize it. We'll try externally powered USB cable once
we get one.
Thank you for your help.
Philip Balister wrote:
>
> On 01/27/2011 01:36 PM, Miok Wah wrote:
>>
>> Hello list,
>>
>> We
On 01/27/2011 01:36 PM, Miok Wah wrote:
Hello list,
We got the USRP E100 and tried to log in via the USB console, following the
instructions in:
http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ
However, the USRP E100 is not detected according to dmesg. And our PC host
does not e
Hi All,
I use fedora 9-13.
I've setup the USERNAME/.bashrc to point at python and other shared libraries,
all works fine as USERNAME.
My question is: If I login as USERNAME, then in terminal su root and start a
GR py it will fail due to it can't find some libraries (boost).
I must always do an
Hey all -
I'm running some experiments, and would like to directly tune the rate
that the TPB scheduler is switching between blocks. I've dug around a
bit, and can't seem to find the relevant portions of code; I've never
looked at this part of GNURadio before, and the gruel / boost mix is
slightl
Hi All,
I have a USRP1 with one RFX2400 daughterboard attached to it. I want
to know if I can do this:
Can I receive two signals (real) on two RX frequencies, say 2.35 GHz
and 2.75 GHz, simultaneously?
Thanks,
Arya
___
Discuss-gnuradio mailing list
D
Hello list,
I compiled the uhd host code on USRP E100, and it took 2.5 hours. I guess
compiling gnuradio directly will take 10x more times. So I am now trying to
cross-compile it via open-embedded.
It seems that openembedded already has the recipe for gnuradio. My question
is:
how to configur
Yes, I've noticed the same problem on Mac OSX using a USRP2 + WBX. I then ran
the same tests on an Ubuntu Linux virtual machine (running on the same Mac) and
using the same USRP2 configuration -- and the tests completed without error.
Regard,
Erik Darzins
> Begin streaming 1000 samples, 3.0
26 matches
Mail list logo