Part of this question has been partially discussed, as below.
On Mon, Mar 10, 2014 at 9:18 PM, Martin Braun wrote:
> OK, I admit I was unclear. Let's try from scratch:
> - The return function from work() or general_work() is the amount of
> items that were *produced*.
>
Says, now I need to crea
Zhe,
there are way too many changes in this diff file for anyone to track and
debug.
I suggest you start with a clean gr-trellis and change JUST one block (say
the viterbi_combined)
and see if this change propagates in python and grc as you expect.
You can also post this change to the list for fu
Something must have been upgraded on the machine, and a significant number
of the dependencies needed to run Trac have disappeared. For example,
python has disappeared from the machine :P
This might take a while, sorry.
On Sat, May 3, 2014 at 1:15 PM, George Nychis wrote:
> It looks like CGRA
It looks like CGRAN is down for some reason. The machine that hosts it is
still up and I haven't found the cause of the problem yet. Still digging.
- George
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listin
Do you get the GPS location of the air plane? Or do you get it before?
If it is not the radio or antenna, maybe the environment matters? I didn't
do any experiments in a totally open area, so I don't know whether it works
under that scenario. If we can decoding the signal in environment, I think
On 05/03/2014 12:21 AM, Sara Chérif wrote:
I am installing GNU radio using this command
wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
./build-gnuradio && ./build-gnuradio --verbose
But I found at the end of the installation an error (after 2 hours
from beginning of installation d
Hi all,
I install the gr-air modes. And the hardware I am using is USRP N210
without GPSDO. The command I am using is the default command of the
modes_rx module. And after I run this module, I got the following Results:
(-47 32.32056722) No handler for message type 24 from 739803
(-48 34.25826672
Hi Mike!
Well, from a purely algorithmic point of view, there is no approximate
magic happening inside the PSK demapper
(from constellation.cc):
unsigned int
constellation_psk::get_sector(const gr_complex *sample)
{
float phase = arg(*sample);
float width = M_TWOPI / n_sect
On 05/03/2014 10:35 AM, Marcus Müller wrote:
> Hello Sara,
> this is very strange. It looks like there's an extra module (that you
> shouldn't be rebuilding, anyway) which tries to find an old version of
> GNU Radio. Can you tell us which module that is?
Looks like it's grextras. You don't need th
On 05/03/2014 09:35 AM, Mike Willis wrote:
> Does anyone have any information on the performance – specifically the
> implementation loss of the Gnuradio PSK demodulator block? I am trying
> to work out a link budget. Typically this would be 1dB or so from ideal.
By ideal, you mean the theoretical
Hello Sara,
this is very strange. It looks like there's an extra module (that you
shouldn't be rebuilding, anyway) which tries to find an old version of GNU
Radio. Can you tell us which module that is?
You should realize what your doing here: you download the build-gnuradio
script anew, and then c
Does anyone have any information on the performance - specifically the
implementation loss of the Gnuradio PSK demodulator block? I am trying to
work out a link budget. Typically this would be 1dB or so from ideal.
Mike
___
Discuss-gnuradio mailing l
12 matches
Mail list logo
