Yes, if I remember it right the executor only checks a source for output space
and then calls work. If the work function doesn't produce any output it's
"broken" according to the executor code.
/Ulrika
> -Original Message-
> From: discuss-gnuradio-bounces+ulrika.uppman=foi...@gnu.org
>
As long as the input level is in the safe range, having too much gain
would probably not damage anything. On the WBX, however, too much gain
with a strong but normally safe level might be a problem.
Matt
On 04/11/2010 05:01 PM, Ian Holland wrote:
Hi Matt
Having seen your reply, I realise
Hi All
I am trying a modified example of the digital-bert routines, for
communication between 2 USRP2s, and notice that I am getting a very
large number of overflows () even with decimation rate at the
receiver of 20, and 4 samples per symbol (sometimes even with 20
samples/symbol). If I d
>
>
> Lie to flac about the sampling rate. Lying won't hurt it in the _slightest_.
>
>
> ___
>
>
Thanks for the hint.
I'm now running the channel using FLAC compression in streaming mode,
and it seems to be working
fairly well. Took the network
Hi Matt
Having seen your reply, I realise I was not clear in my original post.
At the time I observed this error, it was even at the output of the RRC
filter, i.e. prior to the MM synch. and Costas loop. The strange thing
is, now I am unable to repeat this problem. Instead, now I see clipping
of b
I'm looking for some information or references on what to do _after_ doing
everything in the "how to write a block" tutorial in order to be able to access
this block from other GNU radio python programs, for example changes to
environment variables or whatever will be needed.
I also would lik
The latest git master branch has an updated libusrp2 that no longer
requires the use of the omnithreads library. Instead, all functions
previously handled by omnithreads are handled by the boost threading
library.
This has been a transition in progress for some time, so it doesn't
change any comp
On Sun, Apr 11, 2010 at 2:50 PM, Philip Balister wrote:
> Brian already knows about the spam from his address.
>
> Philip
Sorry about that. Apparently Russia seems to have someone who likes to be me.
Brian
___
Discuss-gnuradio mailing list
Discuss-g
Brian already knows about the spam from his address.
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
http://sites.google.com/site/gdy57itjdnshr4y/rnfx5a
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sun, Apr 11, 2010 at 08:01, schuler101 wrote:
> I want to monitor channels with bandwidth 6Mhz. In particular, I want to see
> time-variant usage of channels in 400-800Mhz range. I do not really want to
> decipher down the signals. Can you please check if my method is correct or
> not.
Yes.
Thanks again for
replies..
I'm looking for
transmitted data (dbpsk mod).For instance (package_size=1500) when pktno=0
(first loop) package should contain 1498 'x00' and package no. At the
receiver side i'm looking into the package by reading payload[2:4] but i
see 257 for first packag
After successful configuration. I got the following 'make' error:
I searched online and found that I need to set the LD_LIBRARY_PATH.
I set LD_LIBRARY-PATH to my boost_install_directory/lib
but still got the same error.
Anyone has some idea?
I appreciate if you can help.
/bin/sh ../../../libtoo
Hi,
I am trying to implement an equalization filter with fixed number of taps
which is 45 regardless of input to the function.
While I am doing "make check" my python test file fails because my module
returns with an output whose size is equal
to the size of src_data in my python test file. I me
Hi,
I am trying to plot the BER verses SNR using SVN estimation method (I am
using dbpsk.py and dbpsk2.py), but it is not matched with theory. Here is my
problems and questions:
1- when I use dbpsk.py with using feedforward_agc_cc I see three centre
constellation points, one with the real part a
2010/4/11 :
> Hello..
> We trying to run rx_voice and tx_voice python codes. It worked for
> the first time we could listen voice from the receiver side. But when
> we stop the code and try it again but this time an error occured
> about audio_alsa_sink and code didn't run. We tried this a fe
On Sun, Apr 11, 2010 at 10:27 AM, neha kochar wrote:
> Hi all,
>
> Is it possible with GNU Radio to create a transmitter packet that has a
> higher power preamble at the beginning of the packet? This could allow the
> receiver to properly detect incoming packets. The data portion of this
> packet
On Sun, Apr 11, 2010 at 10:12 AM, Sebastiaan Heunis wrote:
> Hi everyone.
>
> I was wondering if someone could please answer the following question?
>
> If I have two signals entering a receiver, both with a power of 0 dBm,
> what would be the total input power seen by the receiver? Is it 3 dBm
>
Hi,
I need to monitor usage of UHF bands (400-800MHz). I was wondering if this
is possible to do using the gnuradio. For this, I was planning to do the
following steps:
1. Buy an omni-directional discone antenna
2. Hook it up with gnuradio daughterboard (TVRX)
I want to monitor channels with ba
Hello..
We trying to run rx_voice and tx_voice python codes. It worked for
the first time we could listen voice from the receiver side. But when
we stop the code and try it again but this time an error occured
about audio_alsa_sink and code didn't run. We tried this a few times
and see that t
Hi all,
Is it possible with GNU Radio to create a transmitter packet that has a
higher power preamble at the beginning of the packet? This could allow the
receiver to properly detect incoming packets. The data portion of this
packet could have reduced transmit power level. I am currently using
ben
Hi everyone.
I was wondering if someone could please answer the following question?
If I have two signals entering a receiver, both with a power of 0 dBm,
what would be the total input power seen by the receiver? Is it 3 dBm
or 6 dBm?
Thanks.
Sebastiaan
--
Sebastiaan Heunis
Tel: +27 72 950
approved
- Original Message -
From: mostafa khoshnevisan
To: discuss-gnuradio@gnu.org
Sent: Sunday, April 11, 2010 5:46 PM
Subject: [Discuss-gnuradio] mailing list
subscribe.
--
subscribe.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
24 matches
Mail list logo
