Dan Halperin wrote:
> I can't think of what else to try...
/etc/security/limits.conf?
Frank
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Dan Halperin wrote:
> Eric Blossom wrote:
>
>> If they're not running as root (or holding CAP_SYS_NICE), the call
>> sched_setscheduler (the system call that enables realtime) will fail.
>>
>>
> They're not running as root, I just added the Ubuntu udev rules on the
> website. I never ex
I have been experimenting with the gmsk demodulation block, and am able to
successfully demod 50M+ continuous pseudorandom symbols at 2.0 MSym/sec.
Kudos to the USRP + GNURadio devs for making that possible, and thanks for
making GNU Radio open-source.
The testing methodology so far has been to o
Eric Blossom wrote:
> If they're not running as root (or holding CAP_SYS_NICE), the call
> sched_setscheduler (the system call that enables realtime) will fail.
>
They're not running as root, I just added the Ubuntu udev rules on the
website. I never explicitly enabled the SYS_CAP_NICE, it just
Hello,
If I want to use the rational resampler without filtering, is it valid do this?
taps = [1]
self.resampler = gr.rational_resampler_base_scc( 3, 2, taps )
Thanks,
Hans___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/
Hi,
i hope this is not spam but I would feel bad if i wont tell you.
We are giving away a USRP starter kit.
*** CHALLENGE *** CHALLENGE *** CHALLENGE *** CHALLENGE ***
GSM Scanner/Receiver Project
http://scratchpad.wikia.com/wiki/Gsm
*** CHALLENGE *** CHALLENGE *** CHA
On Fri, Feb 09, 2007 at 11:17:12AM -0800, Dan Halperin wrote:
> Hey,
>
> I'm hoping someone has run into this problem before... We have a that
> lab we access remotely, and sometimes the students get a little
> overzealous in e.g. their rate selection, and the machines become
> unresponsive. I
Hey,
I'm hoping someone has run into this problem before... We have a that
lab we access remotely, and sometimes the students get a little
overzealous in e.g. their rate selection, and the machines become
unresponsive. I seem to be having a hard time getting them to stop using
realtime mode.
Josh,
Hey that's great. Is there any way to set the Mux through GRC?
Thanks very much,
Hans
- Original Message -
From: Josh Blum
To: Hans Glitsch
Sent: Friday, February 09, 2007 10:06 AM
Subject: Re: [Discuss-gnuradio] GRC version 0.60
Hans,
Ok i will add rational_res
On Saturday 10 February 2007 04:25, Hans Glitsch wrote:
> Hi Josh,
>
> This is really nice. A great interface. The only problem is that it
> doesn't have some of the blocks I am using. :(
>
> Feature request: rational_resampler and freq_xlating_fir_filter
>
Hallo Hans,
the frequency translating
Vincenzo Pellegrini wrote:
> Hi,
>
> this question is meant especially for Matt,
> are there any possibilities that a TX front-end might be available in
> the near future on a band including the spectrum segment 400-850MHz?
>
> Even a less wide band would be definitely interesting, if set in such
>
Hi Josh,
This is really nice. A great interface. The only problem is that it doesn't
have some of the blocks I am using. :(
Feature request: rational_resampler and freq_xlating_fir_filter
Thanks,
Hans
- Original Message -
From: Josh Blum
To: discuss-gnuradio@gnu.org
Sent: T
Brian Padalino wrote:
> Has there been much discussion on building a modulator into the FGPA?
> That would obviously reduce down the bandwidth required for
> t
Why build it into the FPGA when you can do it in software? He's running
into a bottleneck in the disk->computer link, not the computer->U
>
>>
>> just a quick question: has anybody managed so far to provide the usrp
>> with the 8 Complex Msps needed to transmit an 8 MHz wide band?
>>
>> My problem is that such a bandwidth yields a 32MiBps throughput and,
>> even if the USB2 bus and the CPU speed of my machine are all right with
>> th
Has there been much discussion on building a modulator into the FGPA?
That would obviously reduce down the bandwidth required for
transmission of some very wideband signals.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists
On Fri, Feb 09, 2007 at 10:11:48AM +0100, Vincenzo Pellegrini wrote:
> Hi everybody,
>
> just a quick question: has anybody managed so far to provide the usrp
> with the 8 Complex Msps needed to transmit an 8 MHz wide band?
>
> My problem is that such a bandwidth yields a 32MiBps throughput and,
Matt Ettus schrieb:
Is it a manual or automatic process
for a gr block to be "imported" into grc? Is there anything which could
be done in the main gnuradio library to make it easier or more automated
for all gr blocks to be supported?
There's a note on how to import 'stuff'. But I've not trie
Josh Blum schrieb:
Hello,
For those of you who don't know, GRC is a graphical interface for
generating flow graphs in gnu radio. There was much struggle when
deciding the cut-off point for a new version. I finally drew the line
and released version 0.60. I put a lot of work into GNU Radio
Co
Vincenzo Pellegrini wrote:
Hi everybody,
just a quick question: has anybody managed so far to provide the usrp
with the 8 Complex Msps needed to transmit an 8 MHz wide band?
My problem is that such a bandwidth yields a 32MiBps throughput and,
even if the USB2 bus and the CPU speed of my machine
Hi,
this question is meant especially for Matt,
are there any possibilities that a TX front-end might be available in
the near future on a band including the spectrum segment 400-850MHz?
Even a less wide band would be definitely interesting, if set in such
spectral zone.
thanks
vincenzo
___
Hi everybody,
just a quick question: has anybody managed so far to provide the usrp
with the 8 Complex Msps needed to transmit an 8 MHz wide band?
My problem is that such a bandwidth yields a 32MiBps throughput and,
even if the USB2 bus and the CPU speed of my machine are all right with
this, it
21 matches
Mail list logo
