Hello every1,
I haven't been playing with the fft scope for a while until yesterday, when I
realized that it frequently hangs on my fc5 with two weeks ago trunk
gnuradio... The scope freezes (in all modes) and it needs to be killed to get
the control back. No underruns or any messgae that could
On Thu, Nov 16, 2006 at 09:30:54PM -0500, Greg Troxel wrote:
> I got a Griffin Powermate for testing, as Berndt reports it isn't
> found by the examples on NetBSD. I suspect we need to abstract out
> the OS-dependent access and also knob types - this should really be
> support of generic usbhidev
I got a Griffin Powermate for testing, as Berndt reports it isn't
found by the examples on NetBSD. I suspect we need to abstract out
the OS-dependent access and also knob types - this should really be
support of generic usbhidev on all systems. I'll see what it takes;
NetBSD reads it ok:
uhidev0
Humm... I've put some 'prints' in the 'set_freq' and
'set_next_freq' functions and came to the conclusion
that those functions are never called !
Angilberto.
--- Angilberto Muniz Sb <[EMAIL PROTECTED]> wrote:
> Hi Eric,
>
> In the 'main_loop' of 'usrp_spectrum_sense.py' it
> says
> that m.cente
Hi Eric,
In the 'main_loop' of 'usrp_spectrum_sense.py' it says
that m.center_freq is the current tunning/tunned freq
and that m.data is the mag-squared of the FFT.
When I run it I always get:
0 (Zero) as the 'm.center_freq' and some numbers out
of the m.data structure (seems ok). Was not
'cente
On 11/16/06, Jason <[EMAIL PROTECTED]> wrote:
Personally, I would only buy a PS3 for SDR if you either
a.) have disposable income.
b.) play a lot of games, and are willing to save up the cash.
And that's only if your interested in porting GnuRadio to the Cell BE.
Currently, nothi
Newell Jensen wrote:
Yes and no. From casual observation (I don't have a ppc platform
currently), all of gnuradio's dependencies already run on most linux
ppc and ppc64 distributions. So getting it up and running shouldn't
be too difficult.
The fun part will be modding GnuRadio and its depen
On Friday 17 November 2006 09:42, Jason wrote:
> instructions/functions. It involves, from preliminary review, wrapping
> the chunk of code you want on the SPE in an spu_thread, shipping data in
> and out via DMA, minimizing ooo (out of order, ie branchy) code, then
> reworking the algorithm to ta
Yes and no. From casual observation (I don't have a ppc platform
currently), all of gnuradio's dependencies already run on most linux ppc
and ppc64 distributions. So getting it up and running shouldn't be too
difficult.
The fun part will be modding GnuRadio and its dependencies to take
advan
Newell Jensen wrote:
As I am new to all this please correct me if I am wrong as I am trying
to get a better understanding of everything. I am assuming that even
though you are able run linux on the PS3 that you will not be able to
use gnuradio as it stands because of the different processor
a
As I am new to all this please correct me if I am wrong as I am trying to
get a better understanding of everything. I am assuming that even though
you are able run linux on the PS3 that you will not be able to use gnuradio
as it stands because of the different processor architechture, right? T
On Thu, Nov 16, 2006 at 01:11:15AM -0800, seph 004 wrote:
> Hi
>
> I'm still trying to figure out the problem in my code. I think that
> along the way I misunderstood the purpose of the write_count
> register. How does it actually work? WR triggers every time a 16 bit
> packet is ready from the F
On Wed, Nov 15, 2006 at 09:47:19PM -0500, MAB wrote:
> Hi!
>
> Several questions:
>
> I'm new in gnu radio and am trying to implement a prototype of new radio
> based on USRP platform. We're receiving several waveforms in different
> frequency bands and we want to incorporate a special functional
On Thu, Nov 16, 2006 at 02:07:22PM +0100, Trond Danielsen wrote:
> Hi everyone!
>
> I posted a email regarding this earlier
> (http://lists.gnu.org/archive/html/discuss-gnuradio/2006-11/msg00109.html),
> but there was no reponse. The instructions in the wiki for FCx x86_64
> are still wrong. The s
Matt Ettus wrote:
The FPGA does not get hot.
The only chip that gets hot enough to warrant the fan is the power supply, and
only when in the enclosure. The enclosure has the fan directly adjacent to the
power supply chip.
When using the board without an enclosure, the fan is not needed.
Mat
The FPGA does not get hot.
The only chip that gets hot enough to warrant the fan is the power supply, and
only when in the enclosure. The enclosure has the fan directly adjacent to the
power supply chip.
When using the board without an enclosure, the fan is not needed.
Matt
> -Original
On 11/16/06, Jason <[EMAIL PROTECTED]> wrote:
Legal nitpicks aside, the SPE will apparently take in an array of four
single-precision floats (128bits total in one register), and multiply or
add it to another array of four floats, all in one instruction. This
would massively reduce the number of
Robert McGwier wrote:
Jason wrote:
[snip]
has anyone been looking at the Cell BE processor as a gnuradio backend
platform?
For US$600 you get a Playstation 3 that boots linux, and has 7 128bit
RISC processors, each with 256k local memory, all moving at ~3.4GHz.
Each RISC processor is optimi
Thomas Schmid wrote:
On 11/15/06, Daniel O'Connor <[EMAIL PROTECTED]> wrote:
On Thursday 16 November 2006 16:22, Robert McGwier wrote:
> The Nividia GPU's have fft and blas running on them. They are doing
> teraflops and the tools/SDK are available under NDA. They do indeed
> have multiply , a
Hi everyone!
I posted a email regarding this earlier
(http://lists.gnu.org/archive/html/discuss-gnuradio/2006-11/msg00109.html),
but there was no reponse. The instructions in the wiki for FCx x86_64
are still wrong. The solution described there does not work for
reasons discussed on the python-de
Matt
This post is the first I'd heard of a fan being required - have you
found that the FPGA gets a bit hot?
I've got a r4.1 board which doesn't seem to have a fan connector - what
revision was it introduced in?
Rich
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Hi
I'm still trying to figure out the problem in my code. I think that along the
way I misunderstood the purpose of the write_count register. How does it
actually work? WR triggers every time a 16 bit packet is ready from the FX2
doesn't it?
The wreq trigger of the FIFO is triggered by (WR & ~
22 matches
Mail list logo