Hello all,
I've done some troubleshooting on an underrun problem I was having where the
signal seemed to get broken up with
random gaps. The underruns happen when I set the data rate of my stream
lower than the external modulator/demodulator's transmission rate. The
external modulator code
Hi, I get fixed the errors and compiled gnuradio on Ubuntu 11.04 on a
notebook.
I get the following errors about for usrp_benchmark_usb.py.
Is it the problem about USB? I don't know how to know my USB is running 2.0.
HP-Compaq-6535s:~/gnuradio/gnuradio-examples/python/usrp$
./usrp_benchmark_usb.
>
>
>
> Are they related with a computational power? (CPU clock, RAM, running on
> VM?)
>
>
Yes.
What are you doing?
It means a) the USRP wants samples and the PC is to slow in providing them
or b) the USRP is sending samples and the PC is too slow in receiving them.
___
Now I have problems with uU and uO
Are they related with a computational power? (CPU clock, RAM, running on
VM?)
Now I'm using GRC on Ubuntu on VMWare on MacBook Pro
Everytime I run a flow graph, I get tons of uUuUuUuUuUuUuOuOuOuOuOuOuOuO
___
Discuss-g
On Sat, Jun 05, 2010 at 11:24:15AM +0100, Christian Pérez wrote:
> Hello Matt thank you for your answer, I'm sure that realtime scheduling is
> enabled because my program don't print the following warning:
>
> r = gr.enable_realtime_scheduling()
>if r != gr.RT_OK:
>print "Warning: fail
Hello Matt thank you for your answer, I'm sure that realtime scheduling is
enabled because my program don't print the following warning:
r = gr.enable_realtime_scheduling()
if r != gr.RT_OK:
print "Warning: failed to enable realtime scheduling"
So, My computer is not fast enough to run
On 06/04/2010 03:47 AM, Chris_Spain wrote:
Hello, I trying to implement DVB-H Standar on GNU Radio and USRP.
In software, all run ok, but now I'm doing the first test with USRP and I
have a problem that I have no idea how fix it. When I try to send with a
Flex 900, freq=850M, fft-Lenth=2048, o
Hello, I trying to implement DVB-H Standar on GNU Radio and USRP.
In software, all run ok, but now I'm doing the first test with USRP and I
have a problem that I have no idea how fix it. When I try to send with a
Flex 900, freq=850M, fft-Lenth=2048, occupied-tones=1512 the program print
UuUuUuUu
On Wed, 2009-03-04 at 09:04 -0800, karim wrote:
> model name : Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz
This is fine.
> cpu MHz : 800.000
This is not. You need to set your power settings to "performance" mode
to keep your clock at 2.2GHz.
Johnathan
Hi everyone,
I am new to gnuradio, so this may be basic. Searching online, I couldn't
find a solution (other than advising to ditch the PC I am using :) )
I am running the usrp_siggen.py script to generate a sin wave using the
2.4GHz board and I get the following error when running the script:
On Wed, Aug 02, 2006 at 10:40:38AM +0800, hanwen wrote:
> Interesting about realtime scheduling?
> What does it do and what can we benifit from it?
$ man sched_setscheduler
And look for the part about SCHED_FIFO.
When enabled it ensures that our process runs before most others.
Note that it's
On Tue, 2006-08-01 at 17:35 -0700, Eric Blossom wrote:
> On Tue, Aug 01, 2006 at 08:26:58PM -0400, Lee Patton wrote:
> > I see a single USRP underrun (uU) about four out of five times that my
> > application starts. My transmit work() routine couldn't be simpler: a
> > for-loop that moves data fro
Interesting about realtime scheduling?
What does it do and what can we benifit from it?
2006/8/2, Eric Blossom <[EMAIL PROTECTED]>:
On Tue, Aug 01, 2006 at 08:26:58PM -0400, Lee Patton wrote:> I see a single USRP underrun (uU) about four out of five times that my
> application starts. My transmit
On Tue, Aug 01, 2006 at 08:26:58PM -0400, Lee Patton wrote:
> I see a single USRP underrun (uU) about four out of five times that my
> application starts. My transmit work() routine couldn't be simpler: a
> for-loop that moves data from a local buffer to the output buffer. So,
> I don't think I c
I see a single USRP underrun (uU) about four out of five times that my
application starts. My transmit work() routine couldn't be simpler: a
for-loop that moves data from a local buffer to the output buffer. So,
I don't think I can scale it back or anything.
Is there anything I can do to avoid t
15 matches
Mail list logo
